スケールクラスタ
データが増えるにつれて、データの書き込みに影響を与える制約に直面する可能性があります。たとえば、読み取り操作は機能し続けますが、クラスタが最大容量に達すると、新しいデータの挿入または挿入が失敗する可能性があります。
このような問題に対処するために、ワークロードやストレージ要件の変動に合わせてCUの数を調整することができます。CPUまたはメモリ使用量の増加に応じてCUをスケーリングアップすることでクラスタのパフォーマンスを向上させ、需要が低い期間にコストを削減するためにスケールダウンすることができます。
このガイドでは、クラスタのスケーリング手順について説明します。
手動スケーリング
Zilliz CloudのWebコンソールを使用するか、APIリクエストを行ってクラスターを手動でスケーリングするオプションがあります。このガイドでは、Webコンソールを使用してクラスターを手動でスケーリングする方法に焦点を当てています。RESTful APIの使用方法の詳細については、クラスター変更を参照してください。
スケーリングにより、わずかなサービスジッターが発生する可能性があります。注意してください。
クラスタをスケールアップする
[クラスタのスケール]ダイアログボックスでは、元のクラスタと同じクラウドリージョン内の同じタイプのクラスタに割り当てられた体格をスケールアップできます。
-
Dedicated(Standard)クラスターの場合、体格を最大32 CUまで拡張できます。
-
専用(エンタープライズ)クラスターの場合、最大256 CUまでスケールアップできます。
より大きなCU体格が必要な場合は、サポートチケットを作成してください。
クラスターのCUサイズxレプリカ数は256を超えてはいけません。そうしないと、クラスターのスケーリングに失敗する可能性があります。
クラスタを縮小する
「スケールクラスタ」ダイアログボックスで、ダイアログウィンドウで希望のCU体格を選択します。「スケール」をクリックすると、Zilliz Cloudはクラスタのデータ量とコレクション番号を確認します。スケールダウンは、以下の2つの条件の両方が満たされた場合にのみ正常にトリガーされます
-
現在のデータ量は、新しいCU体格のCU容量の80%未満です。
-
現在のコレクション数新しいCUスタイルで許可されるコレクションの最大数。
この過程を完了するのに必要な時間は、クラスタ内のデータ量によって異なります。
クラスターのCU体格を8 CU未満に縮小するには、クラスターにレプリカがないことを確認してください。
オートスケーリング
この機能は専用クラスターでのみ利用可能です。サーバーレスクラスターの場合、ワークロードに基づいて自動的にスケーリングされるため、CUリソースの手動設定は不要です。
レプリカを含むクラスターでは、自動スケーリングは無効になっています。
オートスケーリングは、ニーズが急速に変化するビジネス向けに設計されています。クラスタCUの容量不足によるユーザーの書き込みアクセスの制限を防止し、業務負担を軽減し、業務の中断を最小限に抑えることができます。
この機能を有効にした後、クラスターが正常に作成されたときに自動スケーリングオプションを構成できます。
ダイアログボックスで、次の構成を設定できます:
-
**最大CUサイズ:**クラスタが自動的にスケールアップできる最大CUサイズです。CUサイズが8未満の場合、増分は2 CUとなり、1、2、4、6、8 CUとなります。8以上の場合、増分は4 CUとなり、8、12、16、20、24、28、32などとなります。
📘ノート下方自動スケーリングは現在サポートされていません。
-
**CU容量閾値:**Zilliz CloudはクラスタのCU容量を毎分チェックします。過去2分間にすべてのサンプリングポイントで指定された閾値（デフォルトで70%）を超えた場合、スケーリング過程が自動的に開始されます。
📘ノートしきい値をあまり高く設定することはお勧めできません(90%以上)。これは、データ挿入率が高い場合、クラスタが時間内に自動スケーリングを完了しない可能性があり、書き込み禁止につながるためです。
2つの自動スケーリングイベントの間には10分間のクールダウン期間があります。自動スケーリング過程を完了するのにかかる時間は、クラスタ内のデータ量によって異なります。
スケーリング過程で、わずかなサービスジッターが発生する可能性がありますが、読み取りおよび書き込み操作には影響しません。高い書き込みレートは、CU容量が100%に達することがあり、書き込み禁止につながることがあります。
QPSを増やす
QPSとクエリのスループットを向上させるには、レプリカの追加を検討してください。詳細については、「レプリカの管理」を参照してください。