グローバルクラスターの説明
Zilliz Cloudのグローバルクラスターを使用すると、同じクラウドプロバイダー上の複数のリージョンにプライマリークラスターと複数の読み取り専用セカンダリークラスターをデプロイできます。
この機能は、グローバルに分散されたミッションクリティカルなアプリケーション向けに設計されており、リージョン障害に対する回復力と、世界中のユーザーに対する低遅延のローカル読み取りを実現するのに役立ちます。
この機能は、ビジネスクリティカルプロジェクトのDedicatedクラスターでのみ利用可能です。
概要
Zilliz Cloudのグローバルクラスターは、1つのプライマリークラスターと最大5つの読み取り専用セカンダリークラスターで構成され、同じクラウドプロバイダー上の異なるリージョンにデプロイされます。
-
プライマリークラスター: システムの権威ある中心です。すべての書き込み操作を処理します。読み取りリクエストを処理する能力は、すべてのセカンダリークラスターと同じです。
-
セカンダリークラスター: これらは地理的に分散されたフォロワーです。これらは2つの重要な目的を果たします。災害復旧のスタンバイとして機能することと、そのリージョンのユーザーにローカルの読み取り専用トラフィックを提供することです。
すべての書き込みはプライマリークラスターに送られます。Zilliz Cloudは、プライマリークラスターからのデータ変更をすべてのセカンダリークラスターに自動的にレプリケートします。
このマルチリージョン設定は、以下を提供します。
-
リージョン障害に対する回復力: プライマリークラスターが障害を起こしたり、停止したりした場合、セカンダリークラスターをプライマリークラスターとして昇格させることができます。
-
低遅延の読み取り: データの完全なコピーが複数の地理的な場所に存在するため、アプリケーションは最も近いリージョンから読み取り、遅延を最小限に抑えることができます。
接続とルーティング
次の図は、Zilliz Cloudでグローバルクラスターがどのように機能するかを示しています。
アプリケーションは、グローバルエンドポイントを介してグローバルクラスターに接続します。これにより、以下の利点が得られます。
-
統一されたURL: アプリケーションは、基盤となるインフラストラクチャに関係なく変更されない1つのグローバルエンドポイントを使用します。計画されたスイッチオーバーまたは緊急フェイルオーバー中に、エンドポイントは内部ルーティングを自動的に更新するため、アプリケーションコードで接続エンドポイントを変更する必要はありません。
-
インテリジェントなルーティング: グローバルエンドポイントは、書き込みリクエストをプライマリークラスターにルーティングし、読み取りリクエストを遅延とワークロードに基づいてプライマリーまたは適切なセカンダリークラスターにルーティングします。
スイッチオーバーとフェイルオーバー
Zilliz Cloudのグローバルクラスターは、プライマリークラスターをホストするリージョンを変更する2つの操作をサポートしています。
-
スイッチオーバー: 完全に同期されたセカンダリークラスターを新しいプライマリークラスターに昇格させる計画的な操作です。スイッチオーバーの実行方法については、グローバルクラスターの管理を参照してください。スイッチオーバー中、Zilliz Cloudはまず、別のリージョンで選択されたセカンダリークラスターが現在のプライマリーと完全に同期されていることを確認します。その後、セカンダリーは新しいプライマリークラスターに昇格されます。昇格は同期が完了した後にのみ行われるため、データ損失は発生しないと予想されます。詳細については、グローバルクラスターの管理を参照してください。
-
フェイルオーバー: 元のプライマリーリージョンでの停止後に、セカンダリークラスターをプライマリーに昇格させる計画外の緊急復旧操作です。クロスリージョンフェイルオーバー中、Zilliz Cloudはまず、新しい書き込みリクエストの受け入れを停止する元のプライマリークラスターをフェンスします。次に、別のリージョンのセカンダリークラスターが、その最新のレプリケートされた状態に基づいて新しいプライマリークラスターとして昇格されます。
次の表は、これら2つの概念を比較しています。
スイッチオーバー | フェイルオーバー | |
|---|---|---|
一般的なユースケース | 計画された操作（リージョンローテーション、コンプライアンス、データレジデンシーなど） | プライマリーリージョンでの計画外の停止または障害 |
トリガー | 運用上の理由で手動で開始 | インシデント後の復旧アクションとして手動で開始 |
RPO & RTO | RPO: 0（データ損失なし） RTO: ほぼゼロ | RPO: 旧プライマリークラスターと新プライマリークラスター間の同期遅延に等しい（通常数秒）。 RTO: 通常数分。 |
一般的なユースケース
グローバルクラスター機能には、2つの一般的なユースケースがあります。
-
災害復旧と高可用性: フェイルオーバーのために複数のリージョンにクラスターが必要です。この場合、グローバルエンドポイントを介してグローバルクラスターに接続します。Zilliz Cloudはトラフィックを自動的にルーティングします。
-
環境間のデータレプリケーション: 同じリージョンで複数のクラスター（たとえば、本番環境とテスト環境）を実行し、それらの間でデータをレプリケートする必要があります。この場合、各クラスターにそのパブリックエンドポイントを使用して接続します。
請求
グローバルクラスターでは、プライマリークラスターとセカンダリークラスターの両方が、コンピューティングとストレージの使用量に対して通常のZilliz Cloud Dedicatedクラスターとして課金され、さらにクラスター間のデータレプリケーションに対する追加のデータ転送費用が課金されます。
グローバルクラスターの構成が次のようになっているとします。
-
リージョンAのプライマリークラスター cluster_01
-
2つのセカンダリークラスター:
-
リージョンBの cluster_02
-
リージョンCの cluster_03
-
以下の合計が課金されます。
-
cluster_01、cluster_02、cluster_03のベクトルデータベース（コンピューティング）費用
-
cluster_01、cluster_02、cluster_03のストレージ費用。 -
cluster_01からcluster_02およびcluster_03へのデータ転送費用
詳細な定価については、Zilliz Cloudの定価を参照してください。
制限
-
プランの可用性: グローバルクラスター機能にアクセスするには、ビジネスクリティカルプランのプロジェクトが必要です。
-
アクセス制御: グローバルクラスターを構成するには、プロジェクト管理者である必要があります。
-
使用法:
-
追加できるセカンダリークラスターは最大5つです。
-
グローバルクラスターとそのプライマリーまたはセカンダリークラスターを一時停止することはできません。
-
プライマリークラスターとセカンダリークラスターのクラスタータイプ、クラウドプロバイダー、クエリCU数、およびレプリカ数はすべて一貫している必要があります。
-
プライマリークラスターのレプリカはスケールできますが、セカンダリークラスターのレプリカはスケールできません。
-
グローバルクラスターを削除するには、そのすべてのプライマリークラスターとセカンダリークラスターを削除する必要があります。
-
バックアップポリシーはプライマリークラスターでのみ構成されます。スイッチオーバーまたはフェイルオーバー後、バックアップポリシーは新しいプライマリークラスターに自動的に適用されます。
-