クラスタ管理
このガイドでは、Zilliz Cloudコンソールを最大限に活用して目標を達成するためのクラスタのライフサイクルについて説明します。
クラスタ名の変更
ターゲットクラスタの[クラスタの詳細]ページに移動し、以下の手順に従ってクラスタ名を変更します。
クラスタを一時停止する
実行中の専用クラスターについては、CUとストレージの両方に対して請求されます。コストを削減するには、クラスターを一時停止することを検討してください。専用クラスターが一時停止された場合は、ストレージ料金のみが適用されます。
一時停止中は、クラスターに対して他のアクションを実行できないことに注意してください。
専用クラスタは、Webコンソールまたはプログラムから一時停止できます。
- Cloud Console
- cURL
ターゲットクラスタの[クラスタの詳細]ページに移動し、以下の手順に従って専用クラスタをサスペンドします。
リクエストは次の例のようになります。{API_KEY}は認証に使用するAPIキーです。
次のPOST要求はリクエストボディを受け取り、専用クラスターを一時停止します。
curl --request POST \
--url "https://api.cloud.zilliz.com/v2/clusters/${CLUSTER_ID}/suspend" \
--header "Authorization: Bearer ${API_KEY}" \
--header "Accept: application/json" \
--header "Content-Type: application/json" \
# {
# "code": 0,
# "data": {
# "clusterId": "inxx-xxxxxxxxxxxxxxx",
# "prompt": "Successfully Submitted. The cluster will not incur any computing costs when suspended. You will only be billed for the storage costs during this time."
# }
# }
上記のコマンドで、
-
{API_KEY}: APIリクエストを認証するために使用される資格情報。値を自分のものに置き換えてください。 -
{CLUSTER_ID}:サスペンドする専用クラスタのID。
詳細は、クラスタの一時停止を参照してください。
クラスタを再開
無料およびサーバーレスクラスターは、非アクティブ状態が7日間続くと自動的に一時停止され、いつでも再開できます。
一時停止された専用クラスタは、必要に応じて手動で再開することもできます。
再開中は、クラスターに対して他のアクションを実行できないことに注意してください。
Webコンソールまたはプログラムからクラスタを再開できます。
- Cloud Console
- cURL
ターゲットクラスタの[クラスタの詳細]ページに移動し、以下の手順に従ってクラスタを再開します。
リクエストは次の例のようになります。{API_KEY}は認証に使用するAPIキーです。
次のPOST要求はリクエストボディを受け取り、専用クラスターを一時停止します。
curl --request POST \
--url "https://api.cloud.zilliz.com/v2/clusters/${CLUSTER_ID}/resume" \
--header "Authorization: Bearer ${API_KEY}" \
--header "Accept: application/json" \
--header "Content-Type: application/json" \
# {
# "code": 0,
# "data": {
# "clusterId": "inxx-xxxxxxxxxxxxxxx",
# "prompt": "successfully Submitted. Cluster is being resumed, which is expected to takes several minutes. You can access data about the creation progress and status of your cluster by DescribeCluster API. Once the cluster status is RUNNING, you may access your vector database using the SDK."
# }
# }
上記のコマンドで、
-
{API_KEY}: APIリクエストを認証するために使用される資格情報。値を自分のものに置き換えてください。 -
{CLUSTER_ID}:再開するクラスタのID。
詳細については、クラスタの再開を参照してください。
アップグレードプラン
より高度な機能を使用するには、クラスタープランをアップグレードすることをお勧めします。
アップグレードを計画する | ノート |
|---|---|
無料からサーバーレスへ | 無料クラスタはサーバーレスプランにアップグレードされます。クラスタがアップグレードされると、プランをダウングレードすることはできません。 |
無料から専用まで | 新しい専用クラスタが作成され、既存の無料クラスタからのデータが自動的に移行されます。無料クラスタはそのまま残ります。 アプリケーションコードでクラスターエンドポイントを更新することを忘れないでください。 |
サーバーレスから専用へ | 新しい専用クラスタが作成され、既存のServerlessクラスタからのデータが自動的に移行されます。Serverlessクラスタはそのまま残ります。 アプリケーションコードでクラスターエンドポイントを更新することを忘れないでください。 |
専用(Standard)から専用(Enterprise)へ | Dedicated(Standard)クラスタがDedicated(Enterprise)プランにアップグレードされます。クラスタがアップグレードされると、プランをダウングレードすることはできません。 |
次のデモは、クラスタープランをアップグレードする方法を示しています。
-
無料からサーバーレスへ
-
無料から専用まで
-
サーバーレスから専用へ
-
専用(Standard)から専用(Enterprise)へ
クラスタをアップグレードしてプレビュー機能を利用するDedicated Only
最新のプレビュー機能を試すには、専用クラスターの互換性のあるMilvusバージョンをアップグレードする必要があります。
クラスタを削除
クラスタが不要になったら、削除できます。Webコンソールまたはプログラムからクラスタを削除できます。
- Cloud Console
- cURL
ターゲットクラスタの[クラスタの詳細]ページに移動し、以下の手順に従ってクラスタを削除します。
リクエストは次の例のようになります。{API_KEY}は認証に使用するAPIキーです。
次のPOST要求はリクエストボディを受け取り、クラスタを削除します。
curl --request POST \
--url "https://api.cloud.zilliz.com/v2/clusters/${CLUSTER_ID}/drop" \
--header "Authorization: Bearer ${API_KEY}" \
--header "Accept: application/json" \
--header "Content-Type: application/json" \
# {
# "code": 0,
# "data": {
# "clusterId": "inxx-xxxxxxxxxxxxxxx",
# "prompt": "The cluster has been deleted. If you consider this action to be an error, you have the option to restore the deleted cluster from the recycle bin within a 30-day period. Kindly note, this recovery feature does not apply to free clusters."
# }
# }
上記のコマンドで、
-
{API_KEY}: APIリクエストを認証するために使用される資格情報。値を自分のものに置き換えてください。 -
{CLUSTER_ID}:削除する専用クラスタのID。
詳細は、ドロップクラスタを参照してください。