オフライン移行
オフライン移行は、既存のすべてのデータをソース Zilliz Cloud クラスターからターゲット Zilliz Cloud クラスターへ転送します。この方法は、同一組織内および異なる組織間での移行をサポートしています。計画されたメンテナンスや小規模なデータベース移行など、一時的な書き込み中断が許容されるシナリオに最適です。
カットオーバー中もアプリケーションがソースクラスターへの書き込みを継続している場合、特に移行ジョブ完了後に挿入されたエンティティがターゲットクラスターに反映されない可能性があります。ターゲットデータを完全な状態に保つには、カットオーバー時間帯を設定し、ソースクラスターへの書き込みを一時停止し、移行ジョブの完了を待ってターゲットクラスターを検証してから、ターゲットクラスターでのみ書き込みを再開してください。
移行機能
移行スコープのオプション
移行タイプ | 説明 | ユースケース |
|---|---|---|
同一プロジェクト内 | 同一 Zilliz Cloud プロジェクト内の既存クラスター間で移行 | クラスターのアップグレード、パフォーマンス最適化、データの統合 |
プロジェクト間または組織間 | 異なる Zilliz Cloud プロジェクトまたは組織内の既存クラスター間で移行 | 企業の合併、部門の移管、マルチテナントシナリオ |
直接データ転送
オフライン移行は、Zilliz Cloud クラスター間で直接的なデータレプリケーションを実行し、以下の特徴があります：
-
スキーマの保持: ソーススキーマが変更されずにターゲットクラスターへ転送されます
-
フィールドの変更なし: 移行中にフィールドの名前変更、データ型の変更、またはフィールド属性の変更はできません
-
自動インデックス作成: AUTOINDEX がターゲットクラスターの ベクトルフィールド に対して自動的に作成されます
-
一回限りのデータコピー: オフライン移行は、移行ジョブ中にソースクラスターからデータをコピーします。移行ジョブの完了後に発生した新しい書き込みは、ターゲットクラスターと同期され続けません。
前提条件
オフライン移行を開始する前に、以下の要件を満たしていることを確認してください：
一般 要件
要件 | 詳細 |
|---|---|
ユーザー権限 | 組織オーナーまたはプロジェクト管理者のロール |
ソースクラスターへのアクセス | ソースクラスターはパブリックインターネットからアクセス可能である必要があります |
ターゲットクラスターの容量 | ソースデータを格納するのに十分な CU サイズ（CU 計算ツールを使用） |
プロジェクト間または組織間の移行要件
要件 | 詳細 |
|---|---|
接続 認証情報 | ソースクラスターのパブリックエンドポイント、API キー、またはクラスターのユーザー名とパスワード |
ネットワーク アクセス | ターゲット組織からソースクラスターに接続できること |
カットオーバーを計画する
オフライン移行を開始する前に、アプリケーションがソースクラスターへの書き込みを一時的に停止できるカットオーバー時間帯を選択します。データの欠落を避けるには、次の手順に従ってください：
-
最終的な移行および検証の時間帯の前に、ソースクラスターへの書き込みを一時停止します。
-
移行ジョブを実行し、ジョブのステータスが Successful に変わるまで待ちます。
-
エンティティ数の確認や最近挿入されたエンティティのサンプリングなどにより、ターゲットクラスター内のデータを検証します。
-
アプリケーションの読み取りと書き込みをターゲットクラスターへ切り替えます。
-
ターゲットクラスターでのみ書き込みを再開します。
移行されたデータが完全であることを確認するまで、ソースクラスターを利用可能な状態に保ってください。
始め方
以下のデモでは、オフライン移行の完全なプロセスを段階的に説明します：
移行されたコレクションは、検索またはクエリ操作のためにすぐに利用可能になるわけではありません。検索およびクエリ機能を有効にするには、Zilliz Cloud でコレクションを手動でロードする必要があります。詳細については、ロードとリリース を参照してください。