Teradata Vantage on Google Cloudに関するよくある質問

Vantage on Google Cloudのパフォーマンスとストレージの制限は次のとおりです。

• コンピューティングとI/Oは、10 TCoreから約1,640 TCoreまで拡張できます。
• カスタマーデータスペース（CDS）は、6.6TBから1PBに増加する可能性があります。

• Teradata Cloud運用チームがプロビジョニングと管理を行うコンピューティングエンジンと永続ディスクストレージリソース。
• VPCネットワークピアリング、仮想プライベートネットワーク（VPN）、およびGoogle Cloud Interconnectを介した接続

すべての新しいAs-a-service型サブスクリプションは、Teradata Vantageをサポートしています。

単一のVantage on Google Cloudシステムで指定可能な最小インスタンス数は2です。

シンプルです。 As-a-service型システムには、リソースの可用性に応じてスケールアップ/ダウン（コンピューティングインスタンス容量の増減による調整）やスケールアウト/イン（コンピューティングインスタンス数の増減による調整）ができるという柔軟性があります。 コンソールは、柔軟な容量を監視および調整するためのウェブベースのインターフェースです。

セキュリティは、Teradataがお客様向けにプロビジョニングおよび保守するAs-a-service型環境の最優先事項です。 Teradataは、物理的セキュリティ、ネットワークセキュリティ、データ保護、監視、アクセス制御など、クラウドセキュリティのあらゆる側面を全面的にサポートします。

Teradataサービスアーキテクチャは、次の厳格な国際標準を満たすように設計されています。

• General Data Protection Regulation (GDPR)
• California Consumer Privacy Act (CCPA) 
• Payment Card Industry Data Security Standard (PCI)
• Health Insurance Portability and Accountability Act (HIPAA) via Health Information Trust Alliance (HITRUST)
• International Standards Organization (ISO) 27001
• Service Organization Control (SOC) 1および2

As-a-service型システムはLDAPおよびKerberosに対応しています。 デフォルトでは、システムはネイティブなデータベース認証方法を使用します。

Teradata Vantageでは、ユーザーDBC（スーパーユーザー）、SYSDBA（データベース管理）、SECADM（セキュリティ管理）がTD2認証とデフォルトのパスワードとともに提供されます。 システムにアクセスしたら、即座にこれらのユーザーのパスワードを変更することが重要です。 ユーザーSYSBACKは、すべてのTeradataシステム上で作成され、そのパスワードはCloud運用チームが管理します。 SYSBACKユーザーのパスワードは、システム上の毎日のバックアップ操作を実行するために使用されるため、変更しないでください。

Teradata Cloud運用チームは、お客様のデータを可視化したり、アクセスすることはありません。

お客様のデータが国境を超えて転送されることはありません。

はい。 Teradataでは24時間365日Vantage for Google Cloudシステムをご利用いただけるよう尽力しています。また、毎月99.9%以上の稼働（計画されたダウンタイムを除く）をサービスレベルアグリーメント（SLA）で目標としています。

Teradata Vantageは、すべてのテーブルでフォールバック保護を使用するように構成されています。 フォールバックは、冗長ハードウェアの損失だけでなく、それ以上の保護レイヤーを提供します。 フォールバックでは、異なるノードにデータの二次的なコピーが存在します。 システムが再起動し、障害が発生したインフラストラクチャが交換または復元されると、Vantageはフォールバックデータコピーを使用して再構築します。

一部のスケーリング操作は、ダウンタイムなしですぐに完了します（たとえば、Elastic Performance on Demand（EPOD）を使用）。また、別のスケーリング操作では、短時間の再起動が必要になりますが、データの再配布は必要ありません。

永続的なシステムの拡張の場合、読み取り専用でTeradataシステムをご利用いただけます。データのロードや変更はできませんが、クエリやレポートの実行は引き続き可能です。 新しいリソースが利用可能になったら、旧リソースからの移行に数分のダウンタイムが生じます。

as-a-Serviceシステムは、顧客の要件に基づいてバックアップされます。 完全、部分、および増分バックアップは、Google Cloud Storage（GCS）のセカンダリストレージ環境に保持されます。

はい。 Vantageでは、バックアップの実行に「sysback」ユーザーが使用されます。 「sysback」アカウントのパスワードを変更する場合は、バックアップが中断されないようConsoleで変更管理チケットを使ってTeradata Cloud運用チームと調整してください。

Consoleから、復元リクエスト（テーブル、データベース、システム全体レベルなど）を送信してください。

Teradata Cloud運用チームは、次のアクティビティを実施します。

• オンボーディングアシスタンス
• プロビジョニングアシスタンス
• システム監視
• システムメンテナンス
• パッチ管理
• ソフトウェアのアップグレード

Teradata Cloud運用チームは、継続的にAs-a-service型環境を監視・管理し、データのセキュリティや可用性、バックアップ、復元をサポートします。

いいえ。通常、データベース管理サービスはお客様の責任ですが、お客様はTeradataのサービスを利用して、DBAやその他の付加価値活動を実行できます。

コンソールは、アカウントレベルでシステムのリソース割り当てを監視および調整するためのウェブベースのインターフェースです。Teradata Viewpointは、クラウドシステムを監視および管理するための主要な運用ビューです。 このViewpointのインスタンスは、As-a-serviceベースのシステムのみを監視できます。

コンソールを使用すると、ユーザーは次のことができます。

• すべてのAs-a-service型システムのステータスを1か所で表示
• As-a-service型リソースの監視および管理
• コンピューティングやストレージの使用率などのデータベースサイトのメトリックの参照
• サポート・チケットの発行と監視
• ユーザーアカウントの追加または削除

コンソールの詳細については、よくある質問の「コンソール」セクションを参照してください。

Cloud運用チームは、プラットフォームの可用性、バックアップ、セキュリティ、およびAs-a-service型環境の可用性を監視します。

Teradata Cloud運用チームが完全なハードウェア/ソフトウェアのサポートを提供し、Teradataソフトウェアやオペレーティングシステムの更新が推奨される場合はお客様にご連絡します。 また必要に応じて、Teradata Cloud運用チームはお客様とインシデントや変更管理の調整を行います（ソフトウェア更新の実装など）。 ただし、ソフトウェア更新のテストはお客様の責任で実施する必要があります。

計画されたメンテナンス期間にソフトウェアのメンテナンスが実行されている間、As-a-service型システムは使用できません。 このような計画的なメンテナンスが行われる前に、お客様は十分な通知を受け取ります。

Teradata Cloud運用チームは、ユーザーデータやバックアップを可視化したり、アクセスすることはありません。

お客様のデータが国境を超えて転送されることはありません。

TCoreは、Teradataソフトウェアの価格設定に使用されるメトリックです。 TCoreは、「I/O容量に基づく潜在的なCPUコア数」です。 TCoreメトリックは、使用可能なコアの数を取得し、コアをビジー状態に保つために使用可能なI/Oによって割引する、システム構成の透過的で一貫性のある測定を実現します。 この計算は効果的であり、すべてのTeradataデプロイメントオプションに適用できるため、互換性のある測定値が得られ、あるプラットフォームから別のプラットフォームへのライセンスの移植が可能になります。

TCore-Hoursは、基盤となるインフラストラクチャでのTCoreの可用性を時間単位で表すメトリックです。 TCore-Hoursは、Teradataソフトウェアを実行しているインスタンスのTCoreレーティングに、それらのインスタンスで計測された稼働時間を掛けることによって計算されます。

TCore-Hoursは、Teradataソフトウェアを実行している基盤となるインフラストラクチャがプロビジョニングされている場合にのみTCoreを消費するという柔軟性を提供します。 多くのワークロードは、定常状態の消費とスパイクの組み合わせによって特徴付けられます（需要が高い場合と使用率が低い場合の両方）。 TCore-Hoursによって、時間の経過に伴う要件に基づき、これらのワークロードのニーズに合わせてシステムをスケールアップ/ダウン、スケールアウト/インする柔軟性と、不要なときにシステムを停止する機能が提供され、対応するプロビジョニングされたリソースの料金のみを支払うことができます。

お客様は、Vantage on Google CloudのAs-a-service契約を最初にサブスクライブするときにTCore-Hoursを購入します。 Teradataでは、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年間有効です。

ベースラインTCore-Hoursは、ベースライン構成に必要なTCore-Hoursの数を見積もるための開始点です。 これらは、開始システム構成と、インスタンスが1日24時間、週7日、および年365日稼働した場合に必要となるTCore-Hours数を表します。

As-a-service契約が作成されると、TCore-HoursがTCore-Hoursのブロックに追加されます。 お客様のシステムをプロビジョニングすると、TCore-Hoursはブロックから消費され始めます。 ユーザーは、コンソールを使用して、割り当て済み、使用済み、および残りのTCore-Hoursを表示および追跡できます。

割り当て済みTCore-Hoursは、ユーザーがシステムをどのように使用しているかに基づいて、ユーザーのTCore-Hoursのブロックから引き出されます。 定常状態の使用の場合、システムは時間の経過とともに一定の速度でTCore-Hoursを利用します（1日/月/週/年あたり）。 スケールアップやスケールアウトなどの弾力性のある運用を実行する場合、追加のコンピューティングリソースが使用されるため、TCore-Hoursはブロックからより速い速度で引き出されます。 スケールダウンまたはスケールインすると、使用されるコンピューティングリソースの量が少なくなるため、TCore-Hoursの消費速度が低下します。 システムを停止すると、システムが停止している間、TCore-Hoursの消費が停止します。

はい。ユーザーは、契約の期限が切れる前であればいつでも、As-a-serviceの契約にTCore-Hoursを追加できます。

いいえ。詳細については、エンドユーザー使用許諾契約を参照するか、Teradata営業担当チームにお問い合わせください。

TCore-Hoursのブロックがゼロになるまで引き出されると、Teradataは関連するシステムを30日間停止し、その後、そのサイトは削除されます。 システムが一時停止されている間、ユーザーはTCore-Hoursを追加注文することで、システムを元に戻すことができます。 その30日の期間が終了すると、顧客は新しいAs-a-serviceシステムを注文し、データをリロードする必要があります。

このコンソールは、As-a-serviceシステムを監視および管理するための、使いやすいセルフサービスのウェブインターフェースです。 コンソールに追加料金はかかりません。すべてのAs-a-serviceデプロイメントタイプとリージョンがサポートされます。

As-a-serviceアカウントが作成されると、コンソールの認証情報がメールでユーザーに送信されます。 メールの指示に従って認証情報を受信して変更すると、ユーザーはChromeウェブブラウザを使用してコンソールにログインできます。

既存のAs-a-serviceのユーザーの方は、ChromeでTeradata Supportの認証情報を使用して管理ウェブコンソールにログインできます。 新しいお客様の場合は、システムがセットアップされ、使用の準備が整い次第、認証情報が提供されます。

次のような機能が使用できます。

• リソースの概要と構成
• 弾力性の計算：スケールアップ/ダウンおよびアウト/イン
• コストの最適化：停止/開始
• ストレージ拡張
• ディスクとCPUの使用率
• 使用量の測定
• 可用性レポート
• イベント通知
• IP情報：CIDR、Vantage、Viewpoint
• バックアップ履歴と管理
• バックアップストレージの測定
• サポートチケット管理
• ユーザー管理

サービス所有者およびアクセス管理者はユーザーに対しアクセス制限付きで特定の役割を割り当てることができます。

はい、どちらのオプションでもサポートチケットを開く/更新する/監視することができます。 コンソールではフィルタリングされたシンプルなチケット表示が提供されます。詳細を確認するには、ServiceNowでチケットをクリックして開いてください。

既存のTeradataのサポートチャネルを利用するか、コンソールのサポートチケットセクションを使用して新しいリクエストを開くことができます。

大半のシステムおよびデータベース指標は5分間隔で受信および集計されます。

バックアップセクションでは、登録されたバックアップジョブがすべて表示されます。また、バックアップのパラメータを編集することもできます。 最新のバックアップイベントログもこの表示から利用できます。 バックアップでは毎週水曜日に、ServiceNowで登録された技術的な連絡先の役割に割り当てられたメールに週次レポートを送信できます。この週次バックアップレポートを利用するには、新しいサービスチケットを送信してください。

Vantage on Google Cloudシステムに接続するためのいくつかの方法から選択します。 VPCネットワークピアリングは、Vantage on Google Cloudシステムに接続するための推奨オプションです。 お客様は、Google Cloud Interconnect（VPCネットワークピアリングを使用）および1つ以上の仮想プライベートネットワーク（VPN）接続を使用することもできます。

各Google Cloud VPNトンネルは最大3Gbpsをサポートできます。 帯域幅容量を追加するために、複数のVPNトンネルを設定できます。 ワークロードに単一の3Gbpsを超える帯域幅が必要かどうかは、ユーザーがAs-a-serviceシステムとの間で移動する予定のデータ量によって異なります。 このリンクを使って、データ転送に必要な帯域幅を試算すれば、状況をよりよく把握できます。

インターネットを介したサイト間VPN接続は安全ですが、実際の帯域幅は異なることにも注意してください。 帯域幅を保証するには、ユーザーは上記のように専用プライベート回線（Cloud Interconnect）を使用する必要があります。

Teradataサイト間VPN接続を設定するには、VPNトンネルを構築する前にTeradata Cloud運用チームにフォームを提出する必要があります。 このフォームは、注文時にTeradataチームからお客様に提供されます。 サイト間VPN接続でリターントラフィックをルーティングするには、2つのグローバルなパブリックIPが必要です。

はい。 As-a-serviceサブスクリプション料金には、パブリックにルーティング可能なIPアドレスを介した3Gbpsのサイト間VPN構成が含まれています。 この方法は、オンプレミスのファイアウォール/ルーターを使用して、すべてのデータを暗号化するIPsecのサイト間トンネル接続を終了するVPNを使って、As-a-serviceシステムと企業ネットワークを接続するために使用できます。

データネットワークの出力には追加コストが発生しますが、これはGoogle Cloudの出力料金のパススルーです。

As-a-service型Vantageシステムをプロビジョニングする際に、環境へのアクセス方法についての手順が提供されます。 ユーザーは、データベースシステム、Viewpointサーバー、ユーティリティサーバーへのアクセス方法に関する手順とともにIPアドレスのリストを入手できます。 Viewpointサーバーおよびユーティリティサーバーは、ユーザーのVantageシステム内からデータベースシステムにアクセスするように事前設定されています。

内部ネットワーク内のサーバーまたはデスクトップから直接データベースシステムにアクセスするために外部IPアドレスが提供されるため、Teradata Tools & Utilitiesをダウンロードできます。

Teradataデータベースへのアクセスは、次のドライバーやユーティリティのいずれからでも利用できます。

• ODBC、JDBC、OLE DBドライバー
• ネットデータプロバイダー
• Teradata CLIv2
• Teradata Plug-in for Eclipse
• BTEQ - コマンドラインのクエリツール
• Teradata Studio - Eclipseベースのデータベースクエリツール

データのロードは、次の方法で実行できます。

• Teradata Parallel Transporter – （推奨）
  • 空のテーブルにデータを挿入するLoad Operator（最速）
  • 既存のテーブルにデータを挿入/更新するUpdate Operator
  • 複数のテーブルに同時にデータを挿入するStream Operator（エンハンスドオプション）
  • BLOBデータを挿入するInserter Operator

• レガシーのスタンドアロンツール – （レガシースクリプトのサポート）
  • FastLoad
  • FastExport
  • MultiLoad
  • TPump（エンハンスドオプション）

Google Cloudのポータブルストレージデバイスを使用して、大量のデータをAs-a-service環境に転送できます。 詳細については、クラウドサービスデスクで入手できるクラウドのインポート/エクスポートに関するドキュメントを確認してください。 Teradata Parallel Transporterは、区切りまたは固定幅の形式でデータファイルをロードできます。

Teradataは、次のページで、Vantage on Google Cloudを理解、導入、使用するためのわかりやすいドキュメントを提供しています。

• クラウドサービスの説明
• 入門ガイド
• 製品ドキュメント：
• Teradata Vantage
• Teradata Data Lab
• Teradata Data Mover
• Teradata Data Stream Controller
• Teradata Ecosystem Manager
• Teradata QueryGrid
• Teradata Query Service
• Teradata Server Management
• Teradata Studio
• Teradata Tools and Utilities
• Teradata Viewpoint

Teradataは電話による24時間365日のCloud Service Deskサービスを提供しています（1-877-MY-TDATA/1-877-698-3282）。

また、ConsoleやTeradata Cloud Service Portalでも、24時間365日、インシデントや変更、情報のリクエストを受け付けています。

対応は、月～金 9:00 AM EST～8:00 PM ESTとなります。

例：S2またはS3インシデントがTeradata Cloud Service Portalで金曜日の8:00 PM EST以降に登録された場合、Teradataの担当者は月曜日の9:00 AM ESTから対応します。

サポートのリクエストを提出したり、インシデントや変更のトラッキングができるよう、ConsoleおよびTeradata Cloud Service Portalへのアクセス権が最大5ユーザーに提供されます。