ElasticsearchからZilliz Cloudへの移行

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

前提条件

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

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

要件	詳細
ユーザーロール	組織オーナーまたはプロジェクト管理者
クラスターキャパシティ	十分なストレージおよびコンピュートリソース（必要CUサイズの見積もりにはCU計算機を使用してください）
ネットワークアクセス	ネットワーク制限を使用している場合は、Zilliz Cloud IPを許可リストに追加してください

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

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

Elasticsearchのインデックス名は、以下の点を考慮してZilliz Cloudに転送されます：

シナリオ	影響	解決策
デフォルトの名前付け	コレクション名はソースインデックス名と完全に一致します	OpenSearchからの名前がそのまま保持されます
特殊文字	ハイフン（-）またはドット（.）を含むインデックス名はエラーを引き起こし、ジョブ送信を阻止します	アンダースコアまたは他の有効な文字を使用するように手動でインデックス名を変更します
名前衝突	同じ名前のコレクションが既に存在する場合、ジョブを送信できません	既存のコレクションを削除する、別のデータベースを選択する、または移行構成中に名前を変更します

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

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