すべてのプロダクト
Search
ドキュメントセンター

ApsaraDB RDS:クロスゾーン移行の実行

最終更新日:Aug 21, 2026

クロスゾーン移行により、ApsaraDB RDS for MySQL インスタンスを、データを失うことなく、同一リージョン内の異なるゾーンに移動できます。移行には、クラウドディスクインスタンスの場合は最大 1 時間、Premium ローカル SSD インスタンスの場合はデータ量に応じて数時間かかります。

制限事項

開始する前に、インスタンスが次のすべての条件を満たしていることを確認してください。

  • インスタンスは High-availability Edition または Basic Edition である必要があります。サーバーレスインスタンスはサポートされていません。

  • インスタンスが、提供が終了したインスタンスタイプを使用していないこと。「標準プライマリ ApsaraDB RDS for MySQL インスタンスのインスタンスタイプ (元の x86 アーキテクチャ)」をご参照ください。インスタンスタイプを変更するには、「インスタンス仕様の変更」をご参照ください。

  • インスタンスが 実行中 の状態であること。インスタンスに読み取り専用インスタンスがある場合、それらのインスタンスも 実行中 の状態でなければなりません。そうでない場合、移行を開始すると OperationDenied.MasterDBlnstancestate エラーが表示されます。

  • インスタンスがクラウドディスクを使用している場合、マイナーエンジンバージョンは 20201031 以降であること。更新するには、「マイナーエンジンバージョンの更新」をご参照ください。

  • リージョンに複数のゾーンが含まれていること。「リージョンとゾーン」をご参照ください。

  • 共有データベースプロキシが無効になっていること。確認するには、[データベースプロキシ] ページで、[読み取り/書き込み分離 (共有)] タブを探します。タブが表示される場合、共有プロキシは有効になっています。

    共有データベースプロキシは 2021年4月1日をもってメンテナンスが終了しました。まだ使用している場合は、専用データベースプロキシにアップグレードしてください。「データベースプロキシの共有データベースプロキシから専用データベースプロキシへのアップグレード」をご参照ください。専用および汎用データベースプロキシは、クロスゾーン移行の影響を受けません。
  • インスタンスが、バッファープール拡張機能 (BPE) が有効になっている Premium Enterprise SSD (ESSD) を使用している場合、移行先ゾーンは BPE をサポートしている必要があります。「適用範囲」をご参照ください。BPE をサポートしていないゾーンに移行するには、まず BPE を無効にしてください。

課金

クロスゾーン移行は、シングルゾーンからマルチゾーンへの移行を含め、無料です。

移行による影響

インスタンスの切り替え

移行中に切り替えが発生し、プライマリインスタンスのエンドポイントとデータベースプロキシエンドポイントが一時的に利用できなくなる場合があります。アプリケーションが自動的に再接続するように設定してください。自動再接続が設定されていない場合は、手動で再接続してください。

切り替えは、次のいずれかの条件が満たされた場合に発生します。

条件

影響

プライマリインスタンスの移行先ゾーンが現在のゾーンと異なる場合

移行中にプライマリインスタンスが置き換えられます

プライマリインスタンスの移行先ゾーンが現在のネットワークゾーンと異なる場合

移行中にプライマリインスタンスが置き換えられます

切り替えの動作の詳細については、「インスタンスの切り替えによる影響」をご参照ください。

VIPの変更

切り替えが発生した場合、インスタンスの仮想 IP アドレス (VIP) は変更されますが、エンドポイントは同じままです。アプリケーションでは、IP アドレスではなくエンドポイントを使用して接続してください。

  • PolarDB-X 1.0 アタッチメント:VIP の変更により、RDS インスタンスとアタッチされた PolarDB-X 1.0 インスタンス間の接続が切断される場合があります。接続の問題は速やかに修正してください。「データベースシャード接続の修正」をご参照ください。

  • DNS キャッシュ:移行後すぐに、データベースクライアントからキャッシュされたドメインネームシステム (DNS) レコードを削除してください。JVM クライアントの場合、VIP 変更後にクライアントがエンドポイントを再解決できるように、Time-to-Live (TTL) を 60 秒以下に設定してください。JVM 設定で TTL を設定する方法の詳細については、「Class InetAddress」をご参照ください。

その他の影響

影響

詳細

DTS タスク

移行完了後、進行中の Data Transmission Service (DTS) タスクを再起動してください。「DTSとは」をご参照ください。

テーブルの再作成

移行中にテーブルが再作成されます。INFORMATION_SCHEMA の CREATE_TIME フィールドには、新しい作成時刻が反映されます。

リソースの可用性

移行先ゾーンのリソース在庫が不足している場合、移行が失敗することがあります。

vSwitch のみの変更

クロスゾーン移行中に vSwitch のみを変更することはできません。vSwitch を変更するには、「VPC と vSwitch の変更」をご参照ください。

移行シナリオ

重要

同一リージョン内でのみ移行が可能です。別のリージョンに移動するには、ターゲットリージョンで「RDSインスタンスを作成」し、「DTSを使用してデータを移行」し、ワークロードを検証してから、「元のインスタンスを解放」してください。

以下の移行シナリオがサポートされています。マルチゾーン配置はデータセンターの障害から保護しますが、シングルゾーン配置はサーバーとラックの障害からのみ保護します。

シナリオ

結果

使用場面

1つのゾーンから1つのゾーンへ

プライマリインスタンスとセカンダリインスタンスが同じ移行先ゾーンに配置されます。例:プライマリインスタンスとセカンダリインスタンスが、ともにシンガポールゾーン C からシンガポールゾーン A に移動します。

インスタンスを1つのゾーンに集約する必要がある場合に選択します。シングルゾーン配置では、クロスゾーンディザスタリカバリ (DR) は提供されません。

1つのゾーンから複数のゾーンへ

プライマリインスタンスとセカンダリインスタンスが異なる移行先ゾーンに配置されます。例:プライマリインスタンスはシンガポールゾーン C からシンガポールゾーン B に、セカンダリインスタンスはシンガポールゾーン C からシンガポールゾーン A に移動します。

クロスゾーン DR が必要な場合に選択します。マルチゾーン配置は、データセンターの障害から保護します。

複数のゾーンから1つのゾーンへ

プライマリインスタンスとセカンダリインスタンスが同じ移行先ゾーンに移動します。例:シンガポールゾーン B のプライマリインスタンスとシンガポールゾーン A のセカンダリインスタンスが、両方ともシンガポールゾーン C に移動します。

トポロジーを簡素化する場合に選択します。クロスゾーン DR は失われることに注意してください。

複数のゾーンから複数のゾーンへ

プライマリインスタンスとセカンダリインスタンスが異なる移行先ゾーンに移動します。例:プライマリインスタンスはシンガポールゾーン B からシンガポールゾーン A に、セカンダリインスタンスはシンガポールゾーン C からシンガポールゾーン B に移動します。

クロスゾーン DR を維持したままゾーンの配置を変更する場合に選択します。

インスタンスのクロスゾーン移行

重要

開始する前に、移行先ゾーンに Virtual Private Cloud (VPC) と少なくとも 1 つの vSwitch が存在することを確認してください。存在しない場合は、まず移行先ゾーンに「vSwitch を作成」してください。

  1. ApsaraDB RDS コンソールにログインします。上部メニューで、インスタンスのリージョンを選択します。インスタンスを見つけて、その ID をクリックします。

  2. [基本情報] ページで、右上隅にある [クロスゾーンでのデータ移行] をクリックします。

    [クロスゾーンでのデータ移行] が表示されない場合は、インスタンスが上記のすべての制限事項を満たしているか確認してください。
  3. [インスタンスのクロスゾーン移行] ダイアログボックスで、[移行先ゾーン] パラメーターを設定し、vSwitch を選択します。次に、[切り替え時間] パラメーターを設定し、[はい] をクリックします。

    • [すぐに切り替え] — 移行が完了するとすぐに切り替えが行われます。

    • メンテナンス期間内に切り替え — 切り替えは次のメンテナンス期間まで延期されます。

    重要

    切り替え後、vSwitch が変更された場合、インスタンスは新しい接続を介して再接続します。アプリケーションが自動的に再接続することを確認してください。キャッシュされた DNS レコードがすぐに更新されない場合、トラフィックが移行先のプライマリゾーンにリダイレクトされるため、約 10 分後に2回目の切り替えが発生する可能性があります。アプリケーションが自動的に再接続するように設定してください。詳細については、「インスタンスの切り替えによる影響」をご参照ください。

  4. 確認ダイアログボックスで、移行前後のゾーン情報を確認し、[OK] をクリックします。

よくある質問

移行中にインスタンスにデータが書き込まれた場合、切り替え後に元のデータは影響を受けますか? 新しく書き込まれたデータは保持されますか?

元のデータは影響を受けず、新しく書き込まれたデータは保持されます。移行中にインスタンスの切り替えが発生します。アプリケーションが自動的に再接続するように設定してください。「インスタンスの切り替えによる影響」をご参照ください。

移行時間に影響を与える要因は何ですか?

Premium ローカル SSD インスタンスの場合、移行時間はデータ量に依存します。大規模なデータセットでは数時間かかることがあります。クラウドディスクインスタンスの場合、移行には最大 1 時間かかります。

APIリファレンス

操作

説明

MigrateToOtherZone

インスタンスをクロスゾーンで移行します

次のステップ

同一リージョン内の他のデータベースエンジンのクロスゾーン移行については、以下をご参照ください。