リソースプールを作成する
リソースプールは、TiDB Cloud BYOC デプロイにおける基盤となる物理リソース、ネットワーク、およびキャパシティの管理単位です。1 つのリソースプールで 1 つ以上の BYOC インスタンスをホストでき、各 BYOC インスタンスは 1 つのリソースプールに属します。
このドキュメントでは、TiDB Cloud コンソールでリソースプールを作成する方法について説明します。
始める前に
リソースプールを作成する前に、次の要件を満たしていることを確認してください。
- 組織で BYOC が有効になっていること。
- 対象のクラウドプロバイダーおよびリージョンで BYOC デプロイが完了していること。
Organization Ownerロールを持っていること。リソースプールを作成および管理できるのは Organization Owner のみです。- リソースプール用の専用 CIDR 範囲を計画済みであること。
- クラウドアカウントに、必要なリソースプールキャパシティをプロビジョニングするための十分なサービスクォータがあること。
リソースプールを作成する
リソースプールを作成するには、次の手順を実行します。
TiDB Cloud コンソールで、左側のナビゲーションペインから BYOC Management > Resource Pools をクリックします。
Resource Pools ページで、Create Resource Pool をクリックします。
Basic Settings エリアで、次のフィールドを設定します。
- Resource Pool Name: リソースプールの名前を入力します。名前は有効であり、一意である必要があります。
- Cloud Provider: リソースプールを作成するクラウドプロバイダーを選択します。
- Region: リソースプールを作成するリージョンを選択します。
リソースプールは、BYOC デプロイが完了しているクラウドプロバイダーおよびリージョンでのみ作成できます。対象リージョンが利用できない場合は、まずそのリージョンの BYOC デプロイを完了してから、リソースプールを作成してください。リソースプールの作成後は、クラウドプロバイダーまたはリージョンを変更できません。
（任意）Pool vCPU Limit エリアで、Pool vCPU Limit を有効にして設定します。
Pool vCPU Limit は、リソースプール内のすべてのデータベース関連リソースに対して許可される、プロビジョニング済み TiDB vCPU キャパシティの合計最大値です。これには TiDB、TiKV、TiFlash、PD などが含まれますが、これらに限定されません。Observability (O11Y) Nodes または Admin Nodes で使用される vCPU は含まれません。制限を設定しない場合、リソース使用量に制限はなく、使用量に基づいて課金されます。
Pool Capacity エリアで、初期 TiKV リソースを設定し、必要に応じて TiFlash リソースを設定します。
- TiKV: TiKV は必須です。初期の vCPU と RAM の構成、ストレージサイズ、およびノード数を選択します。ノード数は高可用性要件を満たす必要があり、3 の倍数である必要があります。リソースプールの作成後、TiKV はワークロードの要件に応じて自動的にスケールアウトできます。また、事前に TiKV を手動でスケールアウトすることもできます。現在、TiDB Cloud はコンソールからの TiKV の手動または自動スケールインをサポートしていません。これは、スケールインにリスクが伴うためです。TiKV をスケールインするには、TiDB Cloud Support にお問い合わせください。
- TiFlash: TiFlash は任意です。リソースプールの作成時に TiFlash を有効にしない場合、TiDB Cloud は TiFlash ノードをデプロイしません。ワークロードの要件に応じて、後から TiFlash を有効にできます。TiFlash を有効にする場合は、vCPU と RAM の構成、ストレージサイズ、およびノード数を選択します。
リソースプールの作成後は、コンソールから TiKV のマシンタイプを手動で変更できません。自動スケールアウト中に、TiDB Cloud はワークロードの要件に応じて TiKV のマシンタイプを変更する場合があります。TiDB Cloud コンソールから TiFlash を無効にすることは可能です。TiFlash を無効にすると、リソースプール内のすべての BYOC インスタンスに影響します。TiFlash リソースは削除され、TiFlash に依存する分析ワークロードが利用できなくなったり、パフォーマンスが低下したりする可能性があります。
Pool vCPU Limit を設定する場合は、初期 TiKV および TiFlash リソースの合計 vCPU 数が Pool vCPU Limit の 50% を超えないようにしてください。これにより、将来のインスタンス作成や自動スケールアウトのためのキャパシティを確保しやすくなります。
High Availability エリアで、リソースプールの高可用性モードを選択します。
- Zonal: 単一のアベイラビリティゾーンにリソースプールをデプロイし、ネットワークレイテンシーを低減します。
- Regional: 複数のアベイラビリティゾーンにまたがってリソースプールをデプロイし、より高い可用性と、アベイラビリティゾーンレベルの障害に対する耐性を提供します。
リソースプールの作成後は、高可用性モードまたはアベイラビリティゾーンの配置を変更できません。
Pool CIDR エリアで、リソースプールの CIDR 範囲を確認または入力します。
リソースプール CIDR は、リソースプール内のリソース用ネットワークアドレス範囲として使用され、リソースプールの作成後は変更できません。
リソースプール CIDR は、次の要件を満たす必要があります。
- サポートされているプライベートネットワークアドレス範囲
10.0.0.0/8、172.16.0.0/12、または192.168.0.0/16のいずれかに含まれていること。 - プレフィックス長が
/16から/22の間であること。 - 同じリージョン内の O11Y CIDR または既存のリソースプール CIDR と重複しないこと。
- アプリケーション VPC CIDR、またはこのリソースプールに接続する必要があるその他の顧客管理ネットワークと重複しないこと。
TiDB Cloud は、対象リージョン内で既知の TiDB Cloud 管理ネットワーク範囲との CIDR 重複を検証します。TiDB Cloud は、アプリケーション VPC、オンプレミスネットワーク、または VPN ネットワークとの重複は検出できません。リソースプールを作成する前に、これらの顧客管理ネットワーク範囲を確認する必要があります。
- サポートされているプライベートネットワークアドレス範囲
（任意）AWS Resource Tags エリアで、タグを追加します。
タグは、リソースプール内のタグ付け可能なすべての AWS リソースに適用されます。
次のルールが適用されます。
- タグキーは必須です。
- タグ値は任意です。
- タグキーとタグ値では大文字と小文字が区別されます。
- タグキーは一意である必要があり、大文字と小文字を区別してチェックされます。
- タグキーの長さは 1 ～ 128 UTF-8 文字である必要があります。
- タグ値の長さは 256 UTF-8 文字を超えてはなりません。
- ユーザー定義のタグキーは
aws:で始めることはできません。 - システム予約済みの AWS タグは上書きまたは編集できません。
- 空の行は無視され、送信されません。
- タグは AWS のタグ付け制限に準拠している必要があります。
右側の概要を確認し、Create をクリックします。
リクエストを送信すると、TiDB Cloud は設定を検証し、非同期のプロビジョニング処理を開始します。新しいリソースプールは Resource Pools ページに Creating ステータスで表示されます。プロビジョニングが成功すると、ステータスは Active に変わります。
次のステップ
リソースプールが Active になった後、次の操作を実行できます。
- リソースプール内に BYOC インスタンスを作成する。
- キャパシティの更新、Pool vCPU Limit の更新、AWS リソースタグの管理など、リソースプールを管理する。