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

Open SearchからZilliz Cloudへの移行

Open Searchは、Webサイト上の検索ボックスの実装から脅威検出のためのセキュリティデータの分析まで、さまざまなユースケースをサポートする分散型検索および分析エンジンです。Zilliz Cloudは、Open Searchからのスムーズな移行を可能にし、高度な分析とAIによる洞察を活用できます。このガイドでは、Open SearchデータをZilliz Cloudに転送する方法について説明します。

考慮事項

• 各移行タスクについて、各ソースインデックスから1つのベクトルフィールドのみを選択できます。

• 各移行タスクは、単一のソースOpen Searchクラスタに制限されます。複数のソースクラスタにデータがある場合は、それぞれに別々の移行ジョブを設定できます。

始める前に

• ソースのOpen Searchクラスタはインターネットからアクセスできます。

• ネットワーク環境で許可リストが設定されている場合は、Zilliz CloudのIPアドレスが追加されていることを確認してください。詳細については、Zilliz CloudのIPアドレスを参照してください。

• あなたには組織オーナーまたはプロジェクト管理者の役割が付与されています。必要な権限がない場合は、Zilliz Cloudの管理者にお問い合わせください。

Open SearchからZilliz Cloudへの移行

ソースデータを任意のプランレベルのZilliz Cloudクラスタに移行できます(CU体格がソースデータに対応している場合)。

1. Zilliz Cloudコンソールにログインします。

2. ターゲットプロジェクトページに移動し、Migrations>Open Searchを選択してください。

3. 「データソースに接続」ステップで、ソースOpen Searchクラスタのクラスタエンドポイント、ユーザ名、パスワードを入力して接続を確立します。次に、「次へ」をクリックします。

   📘ノート

   Open Searchの認証情報を見つけるのに役立つ情報が必要ですか?Open Searchと通信を確認してください。

4. 「ソースとターゲットを選択」ステップで、ソースOpen SearchクラスタとターゲットZilliz Cloudクラスタの設定を行います。その後、「次へ」をクリックしてください。

   📘ノート

   Open Searchから移行する各ソースインデックスには、ベクトルフィールドが含まれている必要があります。

5. 「スキーマ構成」ステップでは、

   1. Open Searchデータと対応するZilliz Cloudデータタイプとのデータマッピングを確認してください。Zilliz Cloudには、Open Searchデータタイプを自分自身にマッピングするためのデフォルトのメカニズムがありますが、必要に応じてレビューして調整することができます。現在、フィールドの名前を変更することはできますが、基礎となるデータタイプを変更することはできません。

   2. 「詳細設定」で、ダイナミックフィールドとパーティションキーを設定します。詳細については、「ダイナミックフィールドとパーティションキーを使うする」を参照してください。

   3. [ターゲットコレクション名と説明]で、ターゲットコレクション名と説明をカスタマイズします。コレクション名は、各クラスターで一意である必要があります。名前が既存の名前と重複する場合は、コレクション名を変更します。

6. [移行]をクリックします。

移行過程を監視する

「移行」をクリックすると、移行ジョブが生成されます。ジョブページで移行の進捗状況を確認できます。ジョブのステータスが「IN PROGRESS」から「SUCCESS FUL」に切り替わると、移行が完了します。

📘ノート

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

移行ジョブをキャンセル

移行過程で問題が発生した場合は、次の手順に従ってトラブルシューティングを行い、移行を再開できます。

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

2. [アクション]列の[詳細を表示]をクリックして、エラーログにアクセスします。

フィールドマッピングリファレンス

Open SearchデータタイプがZilliz Cloudフィールドタイプにどのようにマップされるかを理解するには、以下の表を確認してください。

Open Searchフィールドタイプ	Zilliz Cloudフィールドタイプ	説明する
k-NNベクトル	フロートベクトル	Open Searchからのfloatベクトルタイプは、Zilliz Cloud上のFLOAT_VECTORにマップされます。Open Searchからのバイト/バイナリベクトルは移行に対応していません。 ベクトルの寸法は変わりません。
エイリアス	サポートされていない	エイリアスフィールドはサポートされていません。
バイナリ	VARCHAR	バイナリデータは文字列としてZilliz Cloudに保存されます。
数値の
バイト	INT 8	直接マッピング。
ダブル	ダブル	直接マッピング。
フロート	フロート	直接マッピング。
ハーフフロート	フロート	FLOATにマップされました。
整数	INT 32	直接マッピング。
長い	INT 64	直接マッピング。
短い	INT 16	直接マッピング。
符号なし長	サポートされていない	Zilliz Cloudではサポートされていません。
スケールドフロート	サポートされていない	Zilliz Cloudではサポートされていません。
ブール値	BOOL	ストアtrueまたはfalse。
日付	VARCHAR	文字列として保存されます。正しいフォーマット変換を確認してください。
IPアドレス	VARCHAR	文字列として格納される。
範囲	VARCHAR	文字列として格納される。
オブジェクト	JSON	JSON形式にシリアライズします。
ストリング
キーワード	VARCHAR
テキスト	VARCHAR	Milvus 2.5以前ではVARCHAR。
テキストのみにマッチ	VARCHAR	文字列として格納される。
トークン数	VARCHAR	文字列として格納される。
ワイルドカード	サポートされていない	Zilliz Cloudではサポートされていません。
オートコンプリート	VARCHAR	文字列として格納される。
地理的な	VARCHAR	文字列として格納される。
ランク	VARCHAR	文字列として格納される。
パーコレーター	VARCHAR	文字列として格納される。
派生した	サポートされていない	Zilliz Cloudでは派生フィールドはサポートされていません。
スターツリー	サポートされていない	スターツリーフィールドはZilliz Cloudではサポートされていません。

• 潜在的なデータ損失や切り捨て: Date、Range、IPアドレス、大きなテキストコンテンツなどのフィールドをVARCHAR列に格納する場合は、Zilliz Cloudの長さの制限やインデックス要件を考慮してください。

• サポートされていないフィールドタイプ:サポートされていないOpen Searchタイプについては、Zilliz Cloudに移行する前に変換または除外してください。