ゾーンが容量限界に達した場合、パフォーマンスの問題が発生した場合、またはクロスデータセンターのディザスタリカバリを実現する必要がある場合、同一リージョン内の別の可用性ゾーン (AZ) へ ApsaraDB RDS for SQL Server インスタンスを移行できます。この移行はバックグラウンドで実行され、ご利用のインスタンスをオフラインにすることなく完了します。また、本操作には料金はかかりません。
事前準備
ご利用のインスタンスが AZ 間移行に対応しているかを確認してください。
インスタンスの対応条件
| 条件 | 対象 | 非対応 |
|---|---|---|
| インスタンスの役割 | プライマリインスタンス | 読み取り専用インスタンス |
| アタッチされた読み取り専用インスタンス | なし | 読み取り専用インスタンスがアタッチされている |
| インスタンスの状態 | 実行中 | その他の状態 |
| リージョン | 複数のゾーン対応 | シングルゾーンリージョン |
非対応のインスタンスタイプ
以下のインスタンスタイプは、AZ 間移行に対応していません。
| インスタンスタイプ | 備考 |
|---|---|
| 共有インスタンス | 非対応 |
| サーバーレスインスタンス | 非対応 |
| クラシックネットワーク上のインスタンス | 非対応 |
| Active Directory (AD) ドメインに参加済みのインスタンス | 非対応 |
| 読み取り専用インスタンスがアタッチされた RDS Cluster Edition のプライマリインスタンス | 非対応 |
コンソールに[ゾーン間でのデータ移行]ボタンが表示されない場合、お使いのインスタンスは上記のいずれかの条件を満たしていない可能性があります。
移行シナリオ
| 目的 | 移行パス |
|---|---|
| ゾーンの容量不足またはパフォーマンスの問題を解消する | シングルゾーンから別のシングルゾーンへ |
| クロスデータセンターのディザスタリカバリを構築する | シングルゾーンからマルチゾーンへ |
| 特定の機能要件を満たす | マルチゾーンからシングルゾーンへ |
シングルゾーン vs. マルチゾーンの耐障害性： シングルゾーンインスタンスは、サーバーおよびラック単位の障害に対して耐性があります。一方、マルチゾーンインスタンスでは、プライマリインスタンスとセカンダリインスタンスを異なるゾーンに配置することで、データセンター全体の障害に対する保護を追加します。
サービスへの影響
移行を開始する前に、サービスへの影響を把握してください。
| フェーズ | 影響 |
|---|---|
| データの再配置 | インスタンスは引き続きアクセス可能です。データが送信先ゾーンへコピーされる間、サービスへの影響はありません。 |
| スイッチオーバー | インスタンスは数分間利用できなくなります。アプリケーションに自動再接続メカニズムが実装されていることを確認してください。 |
| スイッチオーバー後 | 仮想 IP アドレス (VIP) が変更されます。IP アドレスではなく、インスタンスのエンドポイントを使用してください。エンドポイントは、新しい VIP へ自動的に解決されます。 |
Java アプリケーションの場合： VIP の変更後にアプリケーションがエンドポイントを再解決できるよう、Java 仮想マシン (JVM) の DNS 生存時間 (TTL) を 60 秒以下に設定してください。
グローバルに適用する場合：
$JAVA_HOME/jre/lib/security/java.securityファイル内で、networkaddress.cache.ttl=60を設定します。単一のアプリケーションに適用する場合： 初期化コード内で、最初の
InetAddress.getByName()呼び出しより前に、java.security.Security.setProperty("networkaddress.cache.ttl", "60")を呼び出します。
課金
AZ 間移行は無料です。シングルゾーンからマルチゾーンへのデプロイへの移行も無料です。
インスタンスの AZ 間移行
移行には、データ量に応じて通常約 20～30 分かかります。トラフィックが少ない時間帯に移行を実行することを推奨します。
開始前の準備：
ホストプログラムのバックアップ： 移行によりインスタンスは別のホストへ移動し、元のホスト上のホストアカウントおよびその他のプログラム・ファイル（SQL Server Integration Services (SSIS)、SQL Server Analysis Services (SSAS)、SQL Server Reporting Services (SSRS) を含む）がクリアされます。これらのプログラムを事前にバックアップまたは移行してください。
重要ApsaraDB RDS for SQL Server は、管理された SQL Server カーネルを提供します。ワークロードが SSIS、SSAS、または SSRS に依存している場合、移行開始前に、新しいホスト上でこれらのサービスを復元する計画を立てておく必要があります。
メタデータ変更の一時停止： 移行中にデータベースの追加・削除や復元モードの変更を行わないでください。これらの操作はデータの不整合を引き起こす可能性があります。
Data Transmission Service (DTS) タスクの対応計画： DTS タスクが実行中の場合、移行完了後に手動で再起動する必要があります。
移行のキャンセル不可： 移行タスクを開始すると、途中で停止することはできません。
操作手順：
[インスタンス] ページへ移動します。上部のナビゲーションバーで、インスタンスが存在するリージョンを選択し、その後、インスタンス ID をクリックします。
[基本情報] セクションで、[AZ 間のデータ移行] をクリックします。
ダイアログボックスで、送信先ゾーン、VPC、vSwitch、および移行タイミングを選択します。
[今すぐ切り替え] — データコピー完了直後にトラフィックが切り替わります。スイッチオーバー中は、インスタンスが数分間利用できなくなります。トラフィックが少ない時間帯に選択してください。
[メンテナンスウィンドウ内での切り替え] — 次回の予定メンテナンスウィンドウ中にトラフィックが切り替わります。本番ワークロードへのリスクを最小限に抑えるために選択してください。
[はい] をクリックします。
システムが送信先ゾーンへデータのコピーを開始します。このフェーズ中は、インスタンスはオンラインのままです。指定したタイミングでトラフィックが新しいゾーンへ切り替わります。
移行の検証
スイッチオーバーが完了した後：
アプリケーションホスト上の DNS キャッシュをクリアし、古くなったキャッシュによる接続失敗を防止します。
エンドポイントを使用してインスタンスへ接続し、テストクエリを実行してアクセス可能であることを確認します。
インスタンス名、ポート、タグ、データベースアカウントが変更されていないことを確認します。
移行前に実行していた DTS タスクを再起動します。
よくある質問
Web Edition (Basic Series) インスタンスを、シングルゾーンからマルチゾーンデプロイへ変更できますか？
いいえ。RDS Basic Edition 上の SQL Server Web Edition は、マルチゾーンデプロイをサポートしていません。[インスタンスのスペックアップ] を実行し、Standard Edition（プライマリ/セカンダリ アーキテクチャを採用した高可用性シリーズ）へアップグレードしてください。アップグレード後、セカンダリノードを別のゾーンへ移行できます。
次のステップ
プログラムによる AZ 間移行をトリガーするには、[MigrateToOtherZone] API オペレーションを呼び出します。