Elasticsearch から Zilliz Cloud への移行

このトピックでは、Elasticsearch から移行する際のデータ型マッピング、コレクション命名規則、および考慮事項について Zilliz Cloud がどのように処理するかを説明します。

前提条件

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

要件	詳細
バージョンの互換性	Elasticsearch 7.x 以降
ネットワークアクセス	ソースクラスターはパブリックインターネットからアクセス可能である必要があります
API アクセス	適切な認証情報を持つ有効なクラスターエンドポイントまたはクラウド ID
ベクトルフィールドの要件	各ソースインデックスには、少なくとも 1 つの密ベクトルフィールドが含まれている必要があります

要件	詳細
ユーザーロール	組織オーナーまたはプロジェクト管理者
クラスター容量	十分なストレージおよび計算リソース（CU サイズを見積もるにはCU 計算ツールを使用してください）
ネットワークアクセス	ネットワーク制限を使用している場合は、Zilliz Cloud IPs を許可リストに追加してください

Elasticsearch のデータ型が Zilliz Cloud にどのようにマッピングされるかを理解することは、移行計画において重要です。

Elasticsearch フィールド型	Zilliz Cloud フィールド型	説明
主キー	主キー	自動的にマッピングされます。自動ID を有効にすると新しい ID が生成されます（元の値は破棄されます）。
dense_vector	FLOAT_VECTOR	ベクトルの次元数は変更されません。メトリックタイプとしてL2またはIPを指定してください。
text, string, keyword, ip, date, timestamp	VARCHAR	最大長（1〜65,535 バイト）を設定してください。制限を超える文字列は移行エラーを引き起こす可能性があります。
long	INT64	-
integer	INT32	-
short	INT16	-
byte	INT8	-
double	DOUBLE	-
float	FLOAT	-
boolean	BOOL	-
object	JSON	-
arrays	ARRAY	-

Elasticsearch のインデックス名は、以下の考慮事項を踏まえて Zilliz Cloud に転送されます。

シナリオ	影響	ソリューション
デフォルトの命名	コレクション名はソースインデックス名と完全に一致します	名前は OpenSearch からそのまま保持されます
特殊文字	ハイフン (-) またはドット (.) を含むインデックス名はエラーを引き起こし、ジョブの送信を防ぎます	手動でインデックス名をアンダースコアまたはその他の有効な文字に変更してください
名前の競合	同じ名前のコレクションが既に存在する場合、ジョブを送信できません	既存のコレクションを削除する、別のデータベースを選択する、または移行設定中に名前を変更してください

以下の機能は、Elasticsearch からの移行ではサポートされていません。

制限事項	影響	代替案
動的フィールドから固定フィールドへの変換	既存の動的フィールドを固定型に変換することはできません	フィールドは元の動的性質を維持します
フィールドの追加	移行中に新しいフィールドを追加することはできません	既存の Elasticsearch フィールドのみが移行されます
スパースベクトル	現在のリリースではサポートされていません	密ベクトルの代替案を検討するか、ロードマップについてサポートにお問い合わせください