メインコンテンツまでスキップ

エンドポイント経由で Milvus から Zilliz Cloud に移行する

Zilliz Cloud は、インフラストラクチャを自身で管理することなく Milvus ベクトルデータベースを利用したいユーザー向けに、完全マネージドのクラウドホスト型ソリューションとして Milvus を提供しています。このトピックでは、データベースエンドポイント経由で Milvus から移行する方法について説明します。

事前準備​

Milvus から Zilliz Cloud への移行を開始する前に、以下の要件を満たしていることを確認してください。

Milvus の要件​

要件詳細
バージョン互換性Milvus 2.3.6 以降
ネットワークアクセスソースの Milvus インスタンスがパブリックインターネットからアクセス可能である必要があります。
認証情報認証が有効になっている場合はユーザー名とパスワード(Authenticate User Access を参照)

Zilliz Cloud の要件​

要件詳細
ユーザーロールOrganization Owner または Project Admin
クラスター容量十分なストレージとコンピューティングリソース(CU 計算ツール を使用して CU サイズを見積もります)
ネットワークアクセスネットワーク制限を使用している場合は、Zilliz Cloud IPs を許可リストに追加します。

はじめに​

以下のデモでは、エンドポイント経由で Milvus からの移行を開始する方法を説明します。

Notes
  • ソースコレクションで全文検索がすでに有効になっている場合、Zilliz Cloud は移行後にターゲットコレクションへその Function 設定を保持します。これらの継承された設定は変更できません。

  • 移行中に、他の VARCHAR フィールドに対して全文検索を有効にすることもできます。詳細については、Full Text Search を参照してください。

インデックス設定​

最終確認ステップでは、インデックス settings を使用して、この移行ジョブがターゲットコレクションのインデックスをどのように処理するかを選択します。

  • Create インデックス after migration はデフォルトで有効になっています。既存の移行ルールに従ってインデックスを自動的に作成するには、これをオンのままにします。

  • インデックスの作成をスキップして、後でインデックスを構築する(たとえば計画メンテナンス時間帯など)には、これをオフにします。

Note

Create インデックス after migration をオフにすると、移行ジョブによってベクトルインデックスもスカラーインデックスも作成されません。移行されたコレクションは Unloaded のままとなり、手動でインデックスを作成してコレクションをロードするまで、検索やクエリを実行できません。

Migrate をクリックする前に、確認情報でインデックス設定を確認します。

移行プロセスを監視する​

一度 Migrate をクリックすると、移行ジョブが生成されます。Jobs ページで移行の進捗を確認できます。ジョブのステータスが In Progress から Successful に変わると、移行は完了です。

インデックスの作成をスキップした場合、移行が成功するとジョブの詳細に Indexes skipped と表示されます。インデックスを作成してコレクションをロードするには、post-migration steps の手順に従ってください。

RGsvb7oFpo7uzbxjSSFc6owNn0c

移行後​

移行ジョブが正常に完了したら、ターゲットコレクションを検索とクエリに備えて準備します。

  • 自動インデックス作成が有効: 移行ジョブは、既存の Milvus 移行ルールに従って AUTOINDEX を作成します。ジョブの詳細でインデックスの作成が成功したことを確認してください。

  • インデックス作成をスキップ: 移行ジョブはベクトルインデックスもスカラーインデックスも作成しません。すべてのベクトルフィールドに手動でインデックスを作成し、ワークロードに応じて必要に応じてスカラーインデックスを作成します。REST API の例については、Create Index (V2) を参照してください。

  • 手動でのロードが必要: インデックスの作成が完了したら、各コレクションを手動でロードし、検索やクエリを実行する前にロードが完了するまで待ちます。このステップは、インデックスが自動で作成されたか手動で作成されたかに関係なく必要です。Load & Release を参照してください。

Notes

コレクションがロードされたら、ターゲットクラスター内のコレクション数とエンティティ数がデータソースと一致していることを確認してください。不一致が見つかった場合は、エンティティが欠落しているコレクションを削除し、それらを再移行します。

移行ジョブをキャンセルする​

移行プロセスで問題が発生した場合は、次の手順でトラブルシューティングを行い、移行を再開できます。

1

Jobs ページで、失敗した移行ジョブを特定してキャンセルします。

2

Actions 列の View Details をクリックして、エラーログにアクセスします。