クラスターの管理
このガイドでは、クラスターのライフサイクルについて説明し、Zilliz Cloud コンソールを最大限に活用して目標を達成できるようにします。
クラスターの名前変更
ターゲットクラスターの クラスターの詳細 ページに移動し、以下の手順に従ってクラスターの名前を変更します。
クラスターの一時停止
Dedicatedの実行 クラスターの場合、CU とストレージの両方に対して課金されます。コストを削減するには、クラスターの一時停止を検討してください。Dedicated クラスターが一時停止されている間は、ストレージ料金のみが適用されます。
一時停止中は、クラスターに対して他の操作を実行できないことに注意してください。
クラスターは、Web コンソールまたはプログラムで一時停止できます。
- Cloud Console
- cURL
ターゲットクラスターの クラスターの詳細 ページに移動し、以下の手順に従って Dedicated クラスターを一時停止します。
リクエストは、認証に使用される API キーである {API_KEY} を含む次の例のようになるはずです。
次の POST リクエストは、リクエストボディを受け取り、Dedicated クラスターを一時停止します。
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}: 一時停止するDedicatedクラスターのID。
詳細については、クラスターの一時停止を参照してください。
一時停止操作が成功すると、ジョブレコードが生成されます。ジョブページで進行状況を確認できます。
クラスターの再開
Freeクラスターは7日間アクティビティがないと自動的に一時停止され、いつでも再開できます。
Serverlessクラスターは、一時停止および再開操作をサポートしていません。
一時停止されたDedicatedクラスターも、必要に応じて手動で再開できます。
再開中は、クラスターに対して他の操作を実行できないことに注意してください。
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。
詳細については、Resume Clusterを参照してください。
再開操作が成功すると、ジョブレコードが生成されます。ジョブページで進行状況を確認できます。
デプロイオプションのアップグレード
一部の機能はDedicatedクラスターに限定されているため、これらの機能を使用するには、クラスターのデプロイオプションをアップグレードすることをお勧めします。
デプロイオプションのアップグレード | 注意 |
|---|---|
FreeからServerlessへ | FreeクラスターはServerlessデプロイオプションにアップグレードされます。クラスターがアップグレードされると、ダウングレードすることはできません。 |
FreeからDedicatedへ | 新しいDedicatedクラスターが作成され、既存のFreeクラスターからのデータは自動的に移行されます。Freeクラスターはそのまま残ります。 アプリケーションコード内のクラスターエンドポイントを更新することを忘れないでください。 |
ServerlessからDedicatedへ | 新しいDedicatedクラスターが作成され、既存のServerlessクラスターからのデータは自動的に移行されます。Serverlessクラスターはそのまま残ります。 アプリケーションコード内のクラスターエンドポイントを更新することを忘れないでください。 |
以下のデモでは、FreeからDedicatedへのアップグレードを例に、クラスターのデプロイオプションをアップグレードする方法を示します。
プレビュー機能のクラスターをアップグレードする
最新のプレビュー機能を試すには、専用クラスターの互換性のあるMilvusバージョンをアップグレードする必要があります。

グローバルクラスターへの変換
既存のDedicatedクラスターをグローバルクラスターに変換する必要がある場合は、以下の手順に従ってください。
クラスターの削除
クラスターが不要になった場合は、削除できます。クラスターは、ウェブコンソールまたはプログラムで削除できます。
- Cloud Console
- cURL
ターゲットクラスターのクラスターの詳細ページに移動し、以下の指示に従ってクラスターを削除します。
リクエストは、認証に使用されるAPIキーである{API_KEY}を含む以下の例のようになるはずです。
以下のDELETEリクエストは、リクエストボディを受け取り、クラスターを削除します。
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}: 削除するDedicatedクラスターのID。
詳細については、クラスターの削除を参照してください。