メインコンテンツまでスキップ
バージョン: User Guides (Cloud)

ゼロダウンタイム移行
Private Preview

ゼロダウンタイム移行により、データベースサービスは移行中も運用状態を維持し、データベースへの中断のないアクセスを提供します。これは以下の段階で構成されます:

  1. 初期化: ソースクラスターを選択し、新しいターゲットクラスターを作成します。

  2. 移行: 既存データを移行し、インクリメンタルデータを同期します。

  3. 完成: ラグが10秒未満になった時点で同期を停止し、ターゲットクラスターに切り替えます。

PTB0wxmm2hCBc3b2dj1cCCJgnRb

📘注意

ゼロダウンタイム移行はプライベートプレビュー中です。問題が発生した場合、または関連コストについて知りたい場合は、Zilliz Cloudサポートまでお問い合わせください。

移行機能

クラスタ互換性

以下の表は、クラスター間の移行機能と制約を概説しています:

ソースクラスター

ターゲットクラスター

移行範囲

専用

新規専用クラスター

ソースクラスターのすべてのデータベースを移行します。特定のデータベースのみを部分的に移行することはサポートされていません。

サーバーレス / 無料

新規専用クラスター

ソースクラスターから1つのデータベースを移行します。サーバーレス/無料クラスターには最大でも1つのデータベースしか含まれないためです。

📘注意

低いティアのクラスタープランに移行することはできません。つまり、ターゲットクラスターのプランはソースクラスターのプランと同等またはそれ以上である必要があります。

移行範囲オプション

移行タイプ

説明

ユースケース

同一プロジェクト内

同じZilliz Cloudプロジェクト内の既存クラスター間で移行

クラスターのアップグレード、パフォーマンスの最適化、データの統合

プロジェクトまたは組織間

異なるZilliz Cloudプロジェクトまたは組織内の既存クラスター間で移行

会社の合併、部署の移管、マルチテナントシナリオ

直接データ転送

ゼロダウンタイム移行は、以下の特性を持つZilliz Cloudクラスター間で直接データレプリケーションを実行します:

  • スキーマ保持: ソーススキーマが変更なしにターゲットクラスターに転送されます

  • フィールド変更不可: 移行中にフィールド名の変更、データ型の変更、またはフィールド属性の変更はできません

  • 自動インデックス作成: ターゲットクラスターのベクターフールにAUTOINDEXが自動的に作成されます

制限

  • 移行中、ソースクラスターで以下のいずれの操作も実行できません:AlterCollectionAlterCollectionFieldCreateAliasDropAliasAlterAliasRenameCollectionAlterDatabaseImport

  • 進行中のゼロダウンタイム移行ジョブをキャンセルすることはサポートされていません。この機能は今後のリリースで利用可能になる予定です。

  • ゼロダウンタイム移行では、データ同期を停止しクラスター移行を完了させるために約10秒のダウンタイムが必要です。

前提条件

オフライン移行を開始する前に、以下の要件を満たしていることを確認してください:

一般要件

要件

詳細

ユーザー権限

組織オーナーまたはプロジェクト管理者ロール

ソースクラスターアクセス

ソースクラスターにパプリックインターネットからアクセス可能である必要があります

ターゲットクラスターキャパシティ

ソースデータを収容するのに十分なCUサイズ(CU計算機を使用)

プロジェクトまたは組織間移行要件

要件

詳細

接続資格情報

ソースクラスターのパプリックエンドポイント、APIキー、またはクラスターのユーザー名とパスワード

ネットワークアクセス

ターゲット組織からソースクラスターへの接続機能

はじめに

ゼロダウンタイム移行プロセスは、注意が必要な3つの主要フェーズで構成されています:

フェーズ1:初期化

以下のデモでは、ゼロダウンタイム移行の設定と開始方法を示します:

移行をクリックすると、ソースクラスターはロック状態になり、移行中に削除できなくなります。

フェーズ2:モニター

移行を開始すると、ターゲットクラスターの詳細ページに移動し、移行の進行状況を積極的に監視する必要があります。

ステージ1: ターゲットクラスターを準備し、既存データを移行

このステージでは、既存データをソースクラスターからターゲットクラスターに移行します。期間は転送されるデータ量に依存し、大規模なデータセットでは数時間かかることがあります。

📘注意

プロセスにしばらく時間がかかる場合、このページを離れ他のタスクを行うことができます。いつでも戻ってきてインクリメンタルデータ同期の進行状況を監視できます。

ステージ2: インクリメンタルデータ同期

このステージでは、システムはソースクラスターに挿入される新しいデータをターゲットクラスターに継続的に同期します。ターゲットクラスターはデータ書き込みを受け入れないことを示す同期中状態を表示します。このステージでは、以下の手順に従ってください:

  1. 同期ラグを監視

    • ソースとの同期遅延(秒単位)を追跡して同期の進行状況を監視します。これは、ソースクラスターとターゲットクラスターの最新データ間の時間差を示します。

    • ソースとの同期遅延が10秒を下回ると、データ同期停止を続行できる旨の電子メール通知が届きます。

    • 重要: 合理的な待機期間後も同期ラグが10秒未満にならない場合は、Zilliz Cloudサポートにお問い合わせください。

  2. データ同期を停止

    • 先に進む前に、ソースクラスターへのすべての書き込みを停止し、同期停止とクラスタースイッチオーバーのための約10秒のメンテナンスウィンドウを計画してください。

    • ソースとの同期遅延が許容できるしきい値に達した場合、チェックボックスを選択:ソースクラスターへの書き込みを停止したことを確認します、次にデータ同期を停止をクリックします。

    📘注意

    手動でデータ同期を停止しない場合、Zilliz Cloudは最大7日間同期を続けます。この期間後、リソースの浪費を防ぐためシステムは自動的に同期を停止し、移行ジョブが失敗します。

フェーズ3: スイッチ

同期遅延が10秒以下になったことを示す電子メール通知を受け取ったら、最終的なスイッチオーバーの準備ができています。クラスターへの接続方法については、クラスターに接続を参照してください。

📘注意
  • 移行後、ソースクラスターは自動的に削除されません。データの整合性を確認するため、手動で削除する前にしばらくの間保持することをお勧めします。

  • 移行されたコレクションは、検索またはクエリ操作ですぐには利用できません。検索およびクエリ機能を有効にするには、Zilliz Cloudでコレクションを手動でロードする必要があります。詳細については、ロードとリリースを参照してください。