OpenSearchからZilliz Cloudへの移行
このトピックでは、Zilliz CloudがOpenSearchからの移行時にデータ型マッピング、コレクション名付け規則、および考慮事項をどのように処理するかについて説明します。
前提条件
OpenSearchからZilliz Cloudへの移行を開始する前に、以下の要件を満たしていることを確認してください:
OpenSearchの要件
要件 | 詳細 |
|---|---|
ネットワークアクセス | ソースOpenSearchクラスターがパプリックインターネットからアクセス可能であること |
認証 | 有効なクラスターエンドポイント、ユーザー名、およびパスワード(必要な権限を含む) |
ベクターフール要件 | 各ソースインデックスには少なくとも1つのk-NNベクターフールが含まれている必要があります |
データ可用性 | ソースインデックスにデータが含まれている必要があります。空のインデックスは移行できません。 |
Zilliz Cloudの要件
要件 | 詳細 |
|---|---|
ユーザーロール | 組織オーナーまたはプロジェクト管理者 |
クラスターキャパシティ | 十分なストレージおよびコンピュートリソース(必要CUサイズの見積もりにはCU計算機を使用してください) |
ネットワークアクセス | ネットワーク制限を使用している場合は、Zilliz Cloud IPを許可リストに追加してください |
データ型マッピング
以下の表は、OpenSearchのフィールドタイプがZilliz Cloudのフィールドタイプにどのようにマッピングされるかをまとめています。また、カスタマイズオプションの詳細も提供します。
OpenSearchフィールドタイプ | Zilliz Cloudフィールドタイプ | 説明 |
|---|---|---|
プライマリキー | プライマリキー | OpenSearchのプライマリキー(_id)は、Zilliz Cloudのプライマリキーとして自動的にマッピングされます。 データを移行する際、自動IDを有効にすることができます。ただし、この場合、ソーステーブルの元のプライマリキー値は破棄されます。 |
FLOAT_VECTOR | OpenSearchの ベクター次元は変更されません。 | |
サポートされていません | エイリアスフィールドはサポートされていません。 | |
VARCHAR | バイナリデータはZilliz Cloudでは文字列として保存されます。 | |
| INT8 | 直接マッピング。 |
| DOUBLE | 直接マッピング。 |
| FLOAT | 直接マッピング。 |
| FLOAT |
|
| INT32 | 直接マッピング。 |
| INT64 | 直接マッピング。 |
| INT16 | 直接マッピング。 |
| サポートされていません | Zilliz Cloudではサポートされていません。 |
| サポートされていません | Zilliz Cloudではサポートされていません。 |
BOOL |
| |
VARCHAR | 文字列として保存されます。正しい形式変換を確保してください。 | |
VARCHAR | 文字列として保存されます。 | |
JSON | JSON形式で保存されます。 | |
| JSON | JSON形式で保存されます。 |
| JSON | JSON形式で保存されます。 |
| JSON | JSON形式で保存されます。 |
| VARCHAR | 文字列として保存されます。 |
| VARCHAR | 文字列として保存されます。 |
| VARCHAR |
|
| VARCHAR | 文字列として保存されます。 |
| INT32 | INT32として保存されます。 |
| サポートされていません | Zilliz Cloudではサポートされていません。 |
VARCHAR | 文字列として保存されます。 | |
VARCHAR | 文字列として保存されます。 | |
VARCHAR | 文字列として保存されます。 | |
VARCHAR | 文字列として保存されます。 | |
サポートされていません | 派生フィールドはZilliz Cloudではサポートされていません。 | |
サポートされていません | スターツリーフィールドはZilliz Cloudではサポートされていません。 | |
サポートされていません | 配列は移行サポートされていません。 | |
サポートされていません | マルチフィールドは移行サポートされていません。 |
OpenSearch固有の処理ルール
コレクション名付けルール
OpenSearchインデックス名は、以下の考慮事項でZilliz Cloudに転送されます:
シナリオ | 影響 | 解決策 |
|---|---|---|
デフォルトのネーミング | コレクション名はソースインデックス名と完全に一致します | OpenSearchからの名前をそのまま保持 |
特殊文字 | ハイフン(-)またはドット(.)を含むインデックス名はエラーを引き起こし、ジョブ提出を妨げます | アンダースコアまたはその他の有効な文字を使用するように手動でインデックス名を変更 |
ネーミング競合 | 同じ名前のコレクションが既に存在する場合、ジョブを提出できません | 既存のコレクションを削除、異なるデータベースを選択、または移行構成中に名前を変更してください |
移行時の考慮事項
以下の機能はOpenSearch移行ではサポートされていません:
制限 | 影響 | 代替案 |
|---|---|---|
動的から固定フィールドへの変換 | 既存の動的フィールドを固定型に変換できません | フィールドは元の動的性質を維持します |
フィールドの追加 | 移行中に新しいフィールドを追加できません | 既存のElasticsearchフィールドのみが移行されます |
スパースベクター | 現在のリリースではサポートされていません | 密ベクターの代替案を検討するか、ロードマップについてはサポートに問い合わせてください |