グローバルクラスターのスケーリング
この機能は、Business Critical(SaaS)および BYOC デプロイメントでのみ利用できます。
この機能は、サポートされているすべての AWS リージョンで利用できます。また、リクエストに応じて Google Cloud の us-central1 および us-east4 リージョンでも利用できます。この機能は Microsoft Azure では利用できません。
グローバルクラスターのスケーリングは、通常の Dedicated クラスターのスケーリングとは異なります。一部のリソース設定はプライマリクラスターから一元的に制御され、その他の設定はクラスターごとに個別に構成されます。
このページでは、グローバルクラスターのスケーリング動作と、各リソースタイプをスケールする方法について説明します。
始める前に
- Project Admin であることを確認してください。
スケーリング動作の概要
次の表は、グローバルクラスターでサポートされるスケーリング動作の概要を示しています。
| Resource | プライマリクラスター | セカンダリクラスター |
|---|---|---|
| Query CU | サポートされています。 すべてのスケーリング方法(手動、動的、スケジュール)を利用できます。 | primary に自動追従します。個別にスケールすることはできません。 |
| Replica | サポートされています。 すべてのスケーリング方法(手動、動的、スケジュール)を利用できます。 | サポートされています。 すべてのスケーリング方法(手動、動的、スケジュール)を利用できます。 クラスターごとに個別に構成されます。 |
Query CU のスケール
Query CU のスケーリングは、プライマリクラスターのレベルで制御されます。プライマリの query CU 数を変更すると、Zilliz Cloud は新しい query CU 数をすべてのセカンダリクラスターに自動的に適用します。セカンダリクラスターの query CU を個別にスケールすることはできません。これは常にプライマリと一致します。
プライマリクラスターの query CU のスケーリングは、通常の Dedicated クラスターと同じ手順に従います。詳細については、以下を参照してください。
-
手動スケーリング (web コンソール)
-
動的スケーリング(web コンソール)
-
スケジュールスケーリング(web コンソール)
-
Modify Global クラスター CU(RESTful API)
考慮事項
-
通常の Dedicated クラスターと同じリソース制限が適用されます(例:query CU × Replica ≤ 10,240)。
-
query CU のスケーリング中、クラスターのステータスは Modifying に変わります。スケーリングの進行中はスイッチオーバーがブロックされます。
-
フェイルオーバーは、緊急操作として query CU のスケーリング中でも引き続きトリガーできますが、スケーリングタスクは失敗し、フェイルオーバー完了後に再試行されます。
Replica のスケール
Replica のスケーリングは、クラスターごとに独立して制御されます。グローバルクラスター内の各クラスター(プライマリおよびセカンダリ)は、それぞれのリージョンのワークロードに合わせて異なる replica 数を設定できます。これにより、トラフィックの多いリージョンにより多くのリソースを割り当て、他のリージョンでは過剰なプロビジョニングを避けることができます。
以下は、各クラスターの replica を構成する例です。
| クラスター | Region | Replica | Reason |
|---|---|---|---|
| Primary | us-west-2 | 2 | 中程度の読み取り + すべての書き込みトラフィック |
| Secondary_01 | eu-west-1 | 4 | ヨーロッパでの高い読み取りトラフィック |
| Secondary_02 | ap-southeast-1 | 1 | 低トラフィック、災害復旧用スタンバイのみ |
プライマリまたはセカンダリクラスターの replica のスケーリングは、通常の Dedicated クラスターと同じ手順に従います。詳細については、以下を参照してください。
-
手動スケーリング (web コンソール)
-
動的スケーリング (web コンソール)
-
スケジュールスケーリング (web コンソール)
-
Modify Cluster Replica(RESTful API)
考慮事項
-
通常の Dedicated クラスターと同じreplica 制限が適用されます。
-
マルチ replica を有効にするには最小 8 CUs が必要です
-
最大 10 replicas
-
CU × Replica ≤ 10,240
-
-
replica のスケーリング中は、グローバルクラスターでスイッチオーバーがブロックされます。
-
フェイルオーバーは replica のスケーリング中でも引き続きトリガーできますが、スケーリングタスクは失敗し、フェイルオーバー完了後に再試行されます。
FAQs
-
プライマリクラスターとセカンダリクラスターで異なる数の query CU を設定できますか?
いいえ。CU のスケーリングは常にプライマリで開始され、すべてのセカンダリが自動的に追従します。これにより、グローバルクラスター全体で一貫した容量が確保されます。
-
異なるクラスターで異なる replica 数を設定できますか?
はい。Replica のスケーリングはクラスターごとに完全に独立しています。これは、リージョンごとにトラフィックパターンが異なる場合に便利です。たとえば、トラフィックの多いリージョンでは replica を増やし、スタンバイ専用のリージョンでは減らします。
-
スイッチオーバー後、スケーリング設定はどうなりますか?
スイッチオーバー後、query CU のスケーリングは新しいプライマリクラスターを対象とします。各クラスターの Replica 設定は変更されません。