TiDB Cloud BYOC インスタンスを初めて作成する
BYOC インフラストラクチャをデプロイした後、リソースプールを作成し、そのリソースプール内に最初の TiDB Cloud BYOC インスタンスを作成して、安全な管理アクセスを設定します。
BYOC インスタンスを作成する
これで、TiDB Cloud コンソールから直接リソースプールと TiDB インスタンスをプロビジョニングできます。
TiDB Cloud コンソール にログインし、リソースプールを作成する の手順に従って、対象のクラウドプロバイダーとリージョンにリソースプールを作成します。
リソースプールが Active になったら、TiDB Cloud BYOC インスタンスを作成する の手順に従って、リソースプール内に新しいインスタンスを作成します。
- 初期セットアップ時間: リージョン内で 最初のリソースプール を作成する場合、システムが Kubernetes 環境を初期化するため、約 1 時間 かかることがあります。
- 追加インスタンス: アクティブなリソースプール内で追加のインスタンスを作成する場合、通常は数分で完了します。
初期接続テストおよび機能テストに適した Request Unit (RU) 設定を決定するため、TiDB Cloud の担当者に相談してください。テスト要件に基づいて、適切な設定が推奨されます。
Amazon S3 から新しい BYOC インスタンスにデータを復元する
Amazon S3 にバックアップファイルを準備した後、アクティブなリソースプール内の新しい TiDB Cloud BYOC インスタンスにデータを復元できます。
Amazon S3 アクセス (AK/SK) を設定します。
TiDB Cloud が S3 バックアップを読み取れるようにするには、適切な S3 読み取り権限を持つ AWS Access Key ID と Secret Access Key (AK/SK) を生成して、外部ストレージアクセスを設定する必要があります。
詳細な手順については、AWS Access Key を使用して Amazon S3 アクセスを設定する を参照してください。
復元プロセスを実行します。
アクセスキーの設定が完了したら、TiDB Cloud コンソールから復元ジョブを開始できます。
復元時には、対象のクラウドプロバイダーとリージョン内で、十分な vCPU キャパシティを持つアクティブなリソースプールを選択してください。復元されたインスタンスは、選択したリソースプールの高可用性モードを継承します。
選択したリソースプールが Pool vCPU Limit に達している場合は、制限を引き上げるか無効にするか、続行する前に別のリソースプールを選択してください。これは、新しい TiDB Cloud BYOC インスタンスへの復元によって、プロビジョニング済み vCPU の合計が Pool vCPU Limit を超え、同じプール内のすべての TiDB Cloud BYOC インスタンスのパフォーマンスに影響する可能性があるためです。
手順ごとの復元方法については、クラウドストレージからバックアップを復元する を参照してください。
安全な管理アクセスを設定する
TiDB Cloud Support がトラブルシューティングや可観測性の支援を行えるようにするため、VPC 内に強化された踏み台ホストをデプロイして、安全なアクセスチャネルを設定できます。
デプロイおよび検証の手順については、TiDB Cloud BYOC の踏み台ホストを設定する を参照してください。
次のステップ
最初のリソースプールと TiDB Cloud BYOC インスタンスを作成し、安全な管理アクセスを設定したら、TiDB Cloud BYOC 共同検証 に進み、接続性、可観測性、セキュリティ、アラートを検証してください。