[説明] このページは機械翻訳された日本語版です。内容に誤りがございましたら、報告していただけると助かります。

クラスターを管理

このガイドではクラスターのライフサイクルについて説明し、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": "正常に送信されました。クラスターは一時停止中にコンピューティングコストを発生させません。この期間中はストレージコストのみが課金されます。"
#     }
# }     

上記のコマンドでは、

• {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": "正常に送信されました。クラスターは再開中であり、これには数分かかる予定です。DescribeCluster APIを使用して、クラスター作成の進行状況とステータスに関するデータにアクセスできます。クラスターのステータスがRUNNINGになると、SDKを使用してベクターデータベースにアクセスできます。"
#     }
# }     

上記のコマンドでは、

• {API_KEY}: APIリクエストを認証するために使用されるクレデンシャル。値を独自のものに置き換えてください。

• {CLUSTER_ID}: 再開するクラスターのID。

詳細については、クラスターを再開を参照してください。

再開操作が成功すると、ジョブレコードが生成されます。ジョブページで進行状況を確認できます。

デプロイメントオプションをアップグレード

一部の機能は専用クラスターでのみ利用可能であり、これらの機能を使用するにはクラスターデプロイメントオプションをアップグレードすることをお勧めします。

デプロイメントオプションアップグレード	注意
無料からサーバーレス	無料クラスターはサーバーレスデプロイメントオプションにアップグレードされます。クラスターがアップグレードされると、ダウングレードはできません。
無料から専用	新しい専用クラスターが作成され、既存の無料クラスターからのデータが自動的に移行されます。無料クラスターはそのまま残ります。 アプリケーションコードのクラスターエンドポイントを更新することを忘れないでください。
サーバーレスから専用	新しい専用クラスターが作成され、既存のサーバーレスクラスターからのデータが自動的に移行されます。サーバーレスクラスターはそのまま残ります。 アプリケーションコードのクラスターエンドポイントを更新することを忘れないでください。

以下のデモでは、無料から専用へのアップグレードを例にクラスターのデプロイメントオプションをアップグレードする方法を示しています。

プレビューフーズのためのクラスターをアップグレード

最新のプレビューフーズを試すには、専用クラスターの互換性のあるMilvusバージョンをアップグレードする必要があります。

クラスターを削除

クラスターが不要になったら、削除できます。Webコンソールまたはプログラムでクラスターを削除できます。

Cloud Console

対象クラスターのクラスター詳細ページに移動し、以下の手順に従ってクラスターを削除します。

cURL

リクエストは以下の例のようになります。{API_KEY}は認証に使用するAPIキーです。

以下の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": "クラスターが削除されました。この操作を誤りと考える場合は、30日間の期間内にごみ箱から削除されたクラスターを復元するオプションがあります。ただし、この復元機能は無料クラスターには適用されません。"
#     }
# }     

上記のコマンドでは、

• {API_KEY}: APIリクエストを認証するために使用されるクレデンシャル。値を独自のものに置き換えてください。

• {CLUSTER_ID}: 削除する専用クラスターのID。

詳細については、クラスターを削除を参照してください。