Google Cloud 기반 Vantage FAQ

Google Cloud 기반 Vantage의 성능 및 스토리지 한도는 다음과 같습니다:

• 컴퓨팅 및 I/O는 10 TCore에서 거의 1,640 TCore까지 확장할 수 있습니다.
• CDS(고객 데이터 공간)는 6.6TB에서 1PB로 확장이 가능합니다.

• Teradata Cloud Operations에서 프로비저닝하고 관리하는 컴퓨팅 엔진 및 영구 디스크 스토리지 리소스.
• VPC Network Peering, VPN(가상 사설망), 및 Google Cloud Interconnect를 통한 연결.

새로운 모든 as-a-service 구독은 테라데이타 Vantage를 지원합니다.

단일 Google Cloud 기반 Vantage 시스템에 최소 2개의 인스턴스를 지정할 수 있습니다.

확장은 쉽습니다. As-a-service 시스템은 리소스 가용성에 따라 컴퓨팅 인스턴스 크기 및 컴퓨팅 인스턴스 수를 확장 및 축소할 수 있다는 점에서 탄력적입니다. 콘솔은 유연한 시스템 용량을 모니터링하고 조정하기 위한 웹 기반 인터페이스입니다.

보안은 테라데이타가 고객을 위해 프로비저닝하고 유지 관리하는 as-a-service 환경에서 가장 중요한 사안입니다. 테라데이타는 물리적 보안, 네트워크 보안, 데이터 보호, 모니터링 및 액세스 제어를 비롯한 클라우드 보안의 모든 측면에 대해 전면적으로 지원합니다.

테라데이타 서비스 아키텍처는 다음과 같은 엄격한 국제 표준 규정을 충족하도록 설계되었습니다:

• 일반 데이터 보호 규정(GDPR)
• 캘리포니아 소비자 개인정보 보호법(CCPA)
• 지불 카드 산업 데이터 보안 표준(PCI)
• 건강정보신탁연합(HITRUST)을 통한 미국 의료 정보 보호법(HIPAA)
• 국제표준기구(ISO) 27001
• 서비스 조직 컨트롤(SOC) 1 및 2

As-a-service 시스템은 LDAP 및 Kerberos가 준비되어 있습니다. 기본적으로 시스템은 네이티브 데이터베이스 인증 방법을 사용합니다.

테라데이타 Vantage는 DBC(슈퍼 사용자), SYSDBA(데이터베이스 관리), SECADM(보안 관리) 사용자에게 TD2 인증 및 기본 비밀번호를 제공합니다. 시스템에 액세스할 수 있는 즉시 사용자가 암호를 변경하는 것이 중요합니다. SYSBACK 사용자는 모든 테라데이타 시스템에서 생성되며, 암호는 클라우드 운영 팀에 의해 보호됩니다. SYSBACK 사용자의 암호는 시스템에서 일별 백업 작업을 실행하는 데 사용되므로 변경하면 안 됩니다.

아니요, 테라데이타 클라우드 운영 팀은 고객 데이터에 대한 가시성이나 액세스 권한이 없습니다.

아니요, 고객 데이터는 국경을 넘어 전송되지 않습니다.

Yes. Teradata will use commercially reasonable efforts to make Vantage for Google Cloud systems generally available 7 x 24 x 365. Teradata targets a Service Level Agreement (SLA) (excluding planned downtime) of 99.9% measured monthly.

네. 테라데이타는 Google Cloud용 Vantage 시스템을 일반적으로 1년 365일 내내 제공하기 위해 상업적으로 합당한 노력을 기울일 것입니다. 테라데이타는 매월 측정되는 서비스 수준 계약(SLA)의 99.9%(계획된 다운타임 제외) 달성을 목표로 합니다.

테라데이타 Vantage는 모든 테이블에서 Fallback(대체) 보호를 사용하도록 구성됩니다. Fallback은 중복 하드웨어의 손실을 보호하는 것 이상의 보호 계층을 제공합니다. Fallback을 사용하면 데이터의 보조 복사본은 다른 노드에 위치합니다. 시스템이 다시 시작된 후 장애가 발생한 인프라가 교체되거나 복원되면 Vantage는 Fallback 데이터 복사본을 사용하여 다시 구축합니다.

일부 확장 작업은 가동을 중지하지 않고 즉시 수행할 수 있으며(예: 주문형 Elastic Performance 또는 EPOD 사용), 다른 확장 작업에는 재시작만 필요하며 데이터 재배포가 필요하지 않습니다.

영구적으로 시스템을 확장할 때, 테라데이타 시스템에서는 사용자가 데이터를 로드하거나 변경할 수 없지만 쿼리 및 보고서를 계속 실행할 수 있는 읽기 전용 작업이 가능합니다. 새 리소스가 준비되면 이전 리소스에서 새 리소스로 전환하는 데 몇 분 정도의 예약된 가동 중지 시간이 발생합니다.

As-a-service 시스템은 고객 요구 사항에 따라 백업됩니다. 전체, 부분 및 증분 백업은 Google Cloud Storage(GCS)의 보조 스토리지 환경에 보관됩니다.

네. Vantage의 "sysback" 사용자는 백업을 수행하는 데 사용됩니다. "sysback" 계정의 비밀번호를 변경하려면 백업이 중단되지 않는 것을 보장하기 위해 사용자는 콘솔에서 관리 변경 티켓을 통해 테라데이타 Cloud Operations와 조정해야 합니다.

콘솔에서 복원(테이블, 데이터베이스 또는 전체 시스템 수준)을 요청하기만 하면 됩니다.

Teradata Vantage is configured to use Fallback protection on all tables. Fallback provides a layer of protection that extends beyond just a loss of redundant hardware. With Fallback, a secondary copy of data exists on a different node. The system will go through a restart and once the failed infrastructure is replaced or restored, Vantage will rebuild using the Fallback data copies.

Some scaling operations may be accomplished immediately with no downtime (e.g., using Elastic Performance on Demand, or EPOD), and other scaling operations require just a brief restart and no data redistribution.

For permanent system expansion, Teradata systems are available for read-only operations during which users cannot load or change data but can continue to run queries and reports. When the new resources are ready, there will be a few minutes of scheduled downtime to transition from the former to new resources.

As-a-service systems are backed up based on customer requirements. Full, partial, and incremental backups are persisted to a secondary storage environment on Google Cloud Storage (GCS).

Yes. The “sysback” user in Vantage is used to perform backups. To change passwords for the “sysback” account, users must coordinate with Teradata Cloud Operations via a change management ticket in the Console to ensure uninterrupted backups.

Simply place a request for restore (either at table, database, or full system level) via the Console.

클라우드 운영 팀은 다음과 같은 작업을 수행합니다.

• 온보딩 지원
• 프로비저닝 지원
• 시스템 모니터링
• 시스템 유지 관리
• 패치 관리
• 소프트웨어 업그레이드

클라우드 운영 팀은 as-a-service 환경을 지속적으로 모니터링하고 관리하여 보안, 가용성, 백업 및 데이터 복구를 보장합니다.

아니요, 데이터베이스 관리자 서비스는 일반적으로 고객의 책임이지만 고객은 테라데이타 서비스에 참여하여 DBA 및 기타 부가가치를 창출하는 활동을 수행할 수 있습니다.

콘솔은 계정 수준에서 시스템의 리소스 할당을 모니터링하고 조정하기 위한 웹 기반 인터페이스입니다. 테라데이타 Viewpoint는 클라우드 시스템을 모니터링하고 관리하는 기본 운영 상태를 보여줍니다. 이 Viewpoint 인스턴스는 as-a-service 기반 시스템만 모니터링할 수 있습니다.

콘솔을 통해 사용자는 다음을 수행할 수 있습니다:

• 한 위치에서 모든 as-a-service 시스템의 상태 보기
• As-a-service 리소스 모니터링 및 관리
• 컴퓨팅 및 스토리지 사용률과 같은 데이터베이스 사이트 메트릭 보기
• 지원 티켓 열기 및 모니터링
• 사용자 계정 추가 또는 삭제

콘솔에 대해 자세히 알아보려면 이 FAQ의 콘솔 섹션을 참조하세요.

클라우드 운영 팀은 as-a-service 환경의 플랫폼 가용성, 백업 및 보안 상태를 모니터링합니다.

테라데이타 클라우드 운영 팀은 하드웨어 및 소프트웨어에 대한 완전한 지원을 제공합니다. 테라데이타 소프트웨어 또는 운영 체제 업데이트가 권장되면 이를 고객에게 알립니다. 클라우드 운영 팀은 필요에 따라 사건을 조율하고 소프트웨어 업데이트를 구현하기 위해 사용자 제어 기능을 조정합니다. 참고: 소프트웨어 업데이트 테스트는 고객의 책임입니다.

계획된 유지 관리 기간 동안 시스템에서 소프트웨어 유지 관리를 수행할 때는 as-a-service 시스템을 사용할 수 없습니다. 고객은 이러한 계획된 유지 관리가 수행되기 전에 충분한 통지를 받게 됩니다.

아니요, 클라우드 운영 팀은 고객 데이터 또는 백업에 대한 가시성 또는 액세스 권한이 없습니다.

아니요, 고객 데이터는 국경을 넘어 전송되지 않습니다.

TCore는 테라데이타 소프트웨어의 가격을 책정하는 데 사용되는 지표이며, "I/O 용량에 따른 CPU 코어 잠재력"입니다. TCore 메트릭은 사용 가능한 코어 수에서 코어를 사용 중인 상태로 유지하기 위해 사용 가능한 I/O 값을 뺀 수치를 사용하여 시스템 구성의 투명하고 일관된 측정 방법을 제공합니다. 이 계산은 모든 테라데이타 배포 옵션에 효과적이며 적용 가능하므로 한 플랫폼에서 다른 플랫폼으로 라이선스 이식성을 허용하는 호환 가능한 측정값을 제공합니다.

TCore-Hours는 기본 인프라에서 TCore의 가용성을 시간 단위로 나타내는 메트릭입니다. TCore-Hours는 테라데이타 소프트웨어를 실행하는 인스턴스의 TCore 등급에 해당 인스턴스의 작동 시간을 곱한 값으로 계산됩니다.

TCore-Hours는 테라데이타 소프트웨어를 실행하는 기본 인프라가 프로비저닝된 경우에만 TCore를 소비하는 유연성을 제공합니다. 많은 워크로드에는 정상적인 소비와 스파이크(높은 수요 및 낮은 사용률 모두)가 조합되어 있습니다. TCore-Hours는 시간 경과에 따른 요구 사항을 기반으로 해당 워크로드 요구 사항에 맞게 시스템을 확장 및 축소할 수 있는 유연성과, 필요하지 않을 때 시스템을 중지할 수 있는 기능을 제공하여 프로비저닝된 해당 리소스에 대한 비용만 지불하면 됩니다.

고객은 Google Cloud 기반 Vantage를 as-a-service로 처음 구독할 때 TCore-Hours를 구매합니다. 테라데이타는 TCore-Hours 계산기를 사용하여 시스템 사용에 필요한 TCore-Hours 수를 추정할 것을 권장합니다. 추가 TCore-Hours는 사용자의 as-a-service 계약이 만료되기 전에 언제든지 동일한 가격으로 구매할 수 있습니다.

먼저 TCore-Hours 계산기를 사용하여 시스템에 필요한 TCore-Hours 수를 추정한 다음 as-a-service 목록의 TCore-Hours 필드에 해당 값을 입력합니다. 최소 블록 크기는 50,000 TCore-Hours입니다. As-a-service 계약으로 서비스를 구독하면 구매가 완료되고 해당 수량의 TCore-Hours가 사용자의 TCore-Hours 블록에 추가됩니다.

TCore-Hours는 1년 동안 유효합니다.

Baseline TCore-Hours는 Baseline 구성에 얼마나 많은 TCore-Hours가 필요한지 추정하기 위한 시작점입니다. 이는 시작 시스템 구성 및 인스턴스가 365일 7일 24시간 가동되는 경우 필요한 TCore-Hours를 나타냅니다.

As-a-service 계약이 생성되면 TCore-Hours가 TCore-Hours 블록에 추가됩니다. 시스템을 프로비저닝하면 TCore-Hours가 블록에서 소비되기 시작합니다. 사용자는 콘솔에서 보유, 사용 및 남은 TCore-Hours를 보고 추적할 수 있습니다.

보유 중인 TCore-Hours는 시스템 사용 방식에 따라 사용자의 TCore-Hours 블록에서 가져옵니다. 정상적인 소비 상태에서 시스템은 기간(일/월/주/년)별 특정 비율로 TCore-Hours를 활용합니다. Scale Up 및 Scale Out과 같은 탄력적 작업을 수행할 때 추가 컴퓨팅 리소스가 사용되기 때문에 더 빨리 블록에서 TCore-Hours가 소비됩니다. Scaling Down 또는 Scaling In을 수행할 때 사용되는 컴퓨팅 리소스 양이 적기 때문에 TCore-Hours 소비율이 감소합니다. 시스템을 중지하면 시스템이 중지된 기간 동안 TCore-Hours 소비가 중지됩니다.

예, 사용자는 계약이 만료되기 전에 언제든지 as-a-service 계약에 TCore-Hours를 추가할 수 있습니다.

환불을 받을 수 없습니다. 자세한 내용은 최종 사용자 라이선스 계약을 참조하거나 테라데이타 계정 팀에 문의하세요.

TCore-Hours 블록을 모두 사용하면 테라데이타는 관련 시스템을 30일 동안 일시 중단하고 그 이후에는 해당 사이트를 삭제합니다. 시스템이 일시 중단된 동안 사용자는 TCore-Hours를 추가로 주문하여 시스템을 복원할 수 있습니다. 30일이 지나면 고객은 새로운 as-a-service 시스템을 주문하고 데이터를 다시 로드해야 합니다.

콘솔은 as-a-service 시스템을 모니터링하고 관리하기 위한 사용하기 쉬운 웹 인터페이스입니다. 콘솔에 대한 추가 비용은 없으며 모든 as-a-service 배포 유형 및 리전이 지원됩니다.

As-a-service 계정이 생성되면 사용자 이메일로 콘솔 자격 증명이 전송됩니다. 이메일의 지침에 따라 자격 증명을 수신하고 변경하면 사용자는 Chrome 웹 브라우저를 사용하여 콘솔에 로그인할 수 있습니다.

기존 as-a-service 고객은 테라데이타 지원 자격 증명을 사용하여 Chrome을 통해 관리 웹 콘솔에 로그인할 수 있습니다. 시스템이 설정되고 사용할 준비가 되면 신규 고객에게 자격 증명이 제공됩니다.

다음 기능을 지원합니다:

• 리소스 요약 및 구성
• 탄력성 계산:
• Scale Up/Down 및 Out/In
• 비용 최적화: 중지/시작
• 스토리지 확장
• 디스크 및 CPU 사용률
• 사용량 측정
• 가용성 보고
• 이벤트 알림
• IP 정보: CIDR, Vantage, Viewpoint
• 백업 기록 및 관리
• 백업 스토리지 측정
• 티켓 관리 지원
• 사용자 관리

서비스 소유자 및 액세스 관리자는 액세스가 제한된 특정 역할에 사용자를 할당할 수 있습니다.

예, 사용자는 두 가지 옵션을 모두 사용하여 지원 티켓을 개설/업데이트/모니터링할 수 있습니다. 콘솔은 더 필터링되고 간단한 티켓 보기를 제공합니다. 자세히 보려면 티켓을 클릭하여 ServiceNow에서 티켓을 여세요.

고객은 기존 테라데이타 지원 채널을 활용하거나 콘솔의 지원 티켓팅 섹션을 사용하여 새 요청을 접수할 수 있습니다.

대부분의 시스템 및 데이터베이스 메트릭은 5분 간격으로 수신 및 집계됩니다.

백업 섹션에는 등록된 모든 백업 작업과 백업 매개변수 편집 기능이 표시됩니다. 이 보기에서 가장 최근 백업 이벤트 로그도 확인할 수 있습니다. 백업은 매주 수요일 ServiceNow에 등록된 기술 담당자 역할에 지정된 이메일로 주간 보고서를 보낼 수 있습니다. 이 주간 백업 보고서를 수신하려면 새 서비스 티켓을 제출하세요.

Google Cloud 시스템 기반 Vantage에 연결하는 여러 가지 방법 중에서 선택하세요. VPC 네트워크 피어링은 Google Cloud 시스템 기반 Vantage에 연결하는 데 권장되는 옵션입니다. 고객은 또한 Google Cloud Interconnect(VPC 네트워크 피어링 포함)와 하나 이상의 VPN(가상 사설망) 연결을 사용할 수 있습니다.

각 Google Cloud VPN 터널은 최대 3Gbps를 지원합니다. 대역폭 용량을 추가하기 위해 여러 VPN 터널을 설정할 수 있습니다. 워크로드에 단일 3Gbps보다 더 많은 대역폭이 필요한지 여부는 사용자가 as-a-service 시스템 또는 외부로 이동할 데이터의 양에 따라 달라집니다. 데이터 전송 대역폭 요구 사항을 이해하는 데 도움이 되는 간단한 계산기를 확인하려면 이 링크를 클릭하세요.

또한 인터넷을 통한 사이트 간 VPN 연결은 안전하지만 실제 대역폭은 다를 수 있습니다. 대역폭을 보장하기 위해 사용자는 위에서 설명한 대로 전용 사설 회선(Cloud Interconnect)을 사용해야 합니다.

VPN 터널을 설정하려면 먼저 테라데이타 사이트 간 VPN 양식을 Teradata Cloud Operations에 제출해야 합니다. 이 양식은 서비스를 주문할 때 테라데이타 팀이 고객에게 제공합니다. 사이트 간 VPN에서 반환 트래픽을 라우팅하려면 두 개의 글로벌 공용 IP가 필요합니다.

예, as-a-service 구독 가격에는 공개적으로 라우팅 가능한 IP 주소를 통한 단일 3Gbps 사이트 간 VPN 구성이 포함됩니다. 이 방법은 VPN(모든 데이터를 암호화하는 IPsec 사이트 간 터널 연결을 종료하는 데 사용되는 온프레미스 방화벽/라우터)을 사용하여 as-a-service 시스템과 회사 네트워크를 연결하는 데 사용할 수 있습니다.

Google Cloud 송신 요금과 관련해서 데이터 네트워크를 송신하는 데 추가 비용이 발생합니다.

As-a-service Vantage 시스템을 프로비저닝하면 환경에 액세스하는 방법에 대한 지침이 제공됩니다. 사용자는 각각에 액세스하는 방법에 대한 지침과 함께 데이터베이스 시스템, Viewpoint 서버 및 유틸리티 서버에 대한 IP 주소 목록을 받습니다. Viewpoint 및 유틸리티 서버는 사용자의 Vantage 시스템 내에서 데이터베이스 시스템에 액세스할 수 있도록 사전 구성됩니다.

외부 IP 주소는 내부 네트워크 내의 서버 또는 데스크탑에서 직접 데이터베이스 시스템에 액세스하고 테라데이타 도구 및 유틸리티를 다운로드하기 위해 제공됩니다.

다음 드라이버 및 유틸리티를 통해 테라데이타 데이터베이스에 액세스할 수 있습니다:

• ODBC, JDBC, OLE DB 드라이버
• 순 데이터 공급자
• 테라데이타 CLIv2
• Eclipse용 테라데이타 플러그인
• BTEQ – 명령줄 쿼리 도구
• 테라데이타 Studio – Eclipse 기반 데이터베이스 쿼리 도구

데이터 로드를 수행하는 방법은 다음과 같습니다:

• Teradata Parallel Transporter – (권장)
  • 연산자 로드를 통해 빈 테이블에 데이터를 삽입(가장 빠름)
  • 연산자 업데이트를 통해 채워진 테이블에 데이터 삽입/업데이트
  • 연산자 스트림을 통해 데이터를 테이블에 동시에 삽입(향상된 옵션)
  • 삽입기 연산자를 통해 BLOB 데이터를 삽입

• 레거시 독립 실행형 도구 – (레거시 스크립트 지원)
  • FastLoad
  • FastExport
  • MultiLoad
  • TPump(향상된 옵션)

Google Cloud의 휴대용 저장 장치를 사용하여 대량의 데이터를 as-a-service 환경으로 전송할 수 있습니다. 자세한 내용은 클라우드 서비스 데스크에서 제공되는 클라우드 가져오기/내보내기 문서를 검토하세요. Teradata Parallel Transporter는 구분 또는 고정 너비 형식의 데이터 파일을 로드할 수 있습니다.

테라데이타는 다음 페이지에서 Google Cloud 기반 Vantage를 이해, 시작 및 사용하는 데 따라하기 쉬운 설명서를 제공합니다:

• 클라우드 서비스 설명
• 시작 가이드 받기
• 제품 설명서:
• 테라데이타 Vantage
• 테라데이타 Data Lab
• 테라데이타 Data Mover
• 테라데이타 Data Stream Controller
• 테라데이타 Ecosystem Manager
• 테라데이타 QueryGrid
• 테라데이타 Query Service
• 테라데이타 Server Management
• 테라데이타 Studio
• 테라데이타 도구 및 유틸리티
• 테라데이타 Viewpoint

테라데이타는 연중무휴 클라우드 서비스 데스크 서비스를 제공합니다. 연락처: 1-877-MY-TDATA(1-877-698-3282)

콘솔 및 테라데이타 클라우드 서비스 포털은 사건 접수, 수정 및 정보를 요청하기 위해 연중무휴 24시간 사용할 수 있습니다.

영업일: 평일 오전 9:00(동부 표준시)~오후 8:00(동부 표준시).

익영업일: 예: 금요일 오후 8:00(동부 표준시) 이후에 테라데이타 클라우드 서비스 포털에 S2 또는 S3 사건이 접수된 경우 테라데이타 직원은 월요일 오전 9:00(동부 표준시)에 이 사건에 응답합니다.

정보 요청을 제출하고 사건 및 변경 사항을 추적하기 위해 최대 5명의 고객 사용자에게 콘솔 및 테라데이타 클라우드 서비스 포털에 대한 액세스 권한이 제공됩니다.