ApsaraDB RDS for SQL Serverでは、同じリージョンのゾーン間でApsaraDB RDS for SQL Serverインスタンスを移行できます。 RDSインスタンスが別のゾーンに移行された後も、RDSインスタンスの属性、設定、エンドポイントは変更されません。 移行を完了するのに必要な期間は、移行する必要があるデータの量によって異なります。 ほとんどの場合、移行には約30分かかります。
前提条件
RDSインスタンスが存在するリージョンは、複数のゾーンで構成されています。 Alibaba Cloudのリージョンとゾーンの詳細については、「リージョンとゾーン」をご参照ください。
RDSインスタンスはプライマリRDSインスタンスであり、読み取り専用RDSインスタンスはRDSインスタンスにアタッチされていません。
RDSインスタンスのステータスが 実行中 です。
課金ルール
クロスゾーン移行の料金は発生しません。 これは、RDSインスタンスを1つのゾーンから複数のゾーンに移行する場合にも適用されます。
影響
RDSインスタンスをゾーン間で移行するタスクを開始した場合、タスクをキャンセルすることはできません。
名前、エンドポイント、タグ、データベースアカウントなど、RDSインスタンスの設定は移行後も変更されません。
移行プロセスは、データ移行をトリガーします。 プロセス中、RDSインスタンスは期待どおりに実行され、RDSインスタンスのワークロードは影響を受けません。
移行の完了に必要な期間は、RDSインスタンスのデータ量によって異なります。 ほとんどの場合、移行には約20分かかります。 マイグレーション中に多数の操作が実行されると、マイグレーションが完了するまでの時間が長くなる。 適切な期間にRDSインスタンスをアップグレードすることを推奨します。
切り替え中、RDSインスタンスは数分間使用できなくなります。 RDS インスタンスに自動的に再接続するようにアプリケーションが設定されていることを確認してください。
移行により、RDSインスタンスの仮想IPアドレス (VIP) が変更されます。 アプリケーションをRDSインスタンスに接続するには、IPアドレスの代わりにRDSインスタンスのエンドポイントを使用することを推奨します。
移行が完了したら、キャッシュされたDNSレコードをデータベースクライアントから直ちに削除する必要があります。 データベースクライアントがJVMで実行されている場合は、JVM構成の有効期間 (TTL) を60秒以下に設定することを推奨します。 これにより、RDSインスタンスの使用中のエンドポイントにバインドされているVIPが変更された場合、アプリケーションは関連するDNSレコードを再度クエリして新しいVIPを取得できます。 その後、アプリケーションは新しいVIPに接続できます。
説明次のTTL設定方法は参照のために提供されます:
すべてのJVMベースのアプリケーションの場合: $JAVA_HOME/jre/lib/security/java.securityファイルのnetworkaddress.ca che.ttlパラメーターを60に設定します。
ローカルアプリケーションの場合は、ローカルアプリケーションの初期化コードで
networkaddress.ca che.ttl java.security.Security.setProperty("networkaddress.ca che.ttl" , "60");を設定します。InetAddress.getByName()関数を初めて呼び出してネットワーク接続を確立する前に、設定を完了する必要があります。
RDSインスタンスに進行中のData Transmission Service (DTS) タスクがある場合、移行が完了した後にDTSタスクを再起動する必要があります。
制限事項
次のRDSインスタンスをゾーン間で移行することはできません。
共有インスタンスタイプを使用するRDSインスタンス。 詳細については、「インスタンスタイプの概要」をご参照ください。
Serverless RDS インスタンス。 詳細については、「概要」をご参照ください。
クラシックネットワークに存在するRDSインスタンス。 詳細については、「ApsaraDB RDS For SQL Serverインスタンスのネットワークタイプの変更」をご参照ください。
Active Directory (AD) ドメインに追加されたRDSインスタンス。 詳細については、「ApsaraDB RDS For SQL Serverインスタンスの自己管理ドメインへの接続」をご参照ください。
読み取り専用RDSインスタンスと、読み取り専用RDSインスタンスがアタッチされているRDS Cluster Editionを実行するプライマリRDSインスタンス。 詳細については、「読み取り専用ApsaraDB RDS For SQL Serverインスタンスの作成」をご参照ください。
移行シナリオ
移行シナリオ | 説明 |
あるゾーンから別のゾーンへの移行 | RDSインスタンスが存在する元のゾーンは、負荷が大きいなどの問題により、サービスのパフォーマンスを保証できません。 |
1つのゾーンから複数のゾーンへの移行 | クロスゾーンのディザスタリカバリを実装するには、プライマリRDSインスタンスとセカンダリRDSインスタンスを異なるゾーンに配置します。 マルチゾーン展開方式は、シングルゾーン展開方式よりも高いディザスタリカバリ機能を提供します。 シングルゾーン展開方法を選択した場合、データベースシステムはサーバーとラックの障害に耐えることができます。 マルチゾーン展開方法を選択した場合、データベースシステムはデータセンターの障害に耐えることができます。 説明 データベースシステムにプライマリおよびセカンダリRDSインスタンスが含まれている場合は、マルチゾーンデプロイ方法を選択して、ゾーン間ディザスタリカバリを実装することを推奨します。 |
複数のゾーンから1つのゾーンへの移行 | シングルゾーン展開方式を使用する場合にのみサポートされる特定の機能を使用する必要があります。 |
手順
[インスタンス] ページに移動します。 上部のナビゲーションバーで、RDS インスタンスが存在するリージョンを選択します。 次に、RDSインスタンスを見つけ、インスタンスのIDをクリックします。
表示されるページの 基本情報 セクションで、移行ゾーン をクリックします。
表示されるダイアログボックスで、移行先ゾーン、VPC、vSwitch、および移行時間を指定します。
説明VPCの作成方法の詳細については、「VPCの作成と管理」をご参照ください。
vSwitchの作成方法の詳細については、「vSwitchの操作」をご参照ください。
[OK] をクリックします。
[OK] をクリックすると、RDSインスタンスのデータのコピーが開始されます。 このプロセスは、RDSインスタンスのワークロードを中断しません。 すべてのデータが宛先ゾーンにレプリケートされた後、システムは指定された期間内にワークロードを宛先ゾーンに切り替えます。 切り替え時間を 今すぐ切り替える または 保守時間枠内に切り替える に設定できます。
重要切り替え中、RDSインスタンスは数分間使用できなくなります。 RDS インスタンスに自動的に再接続するようにアプリケーションが設定されていることを確認してください。
よくある質問
SQL Server Web on RDS Basic Editionを実行するRDSインスタンスのデプロイモードをマルチゾーンデプロイモードに直接アップグレードまたは変更できますか。 プライマリRDSインスタンスとセカンダリRDSインスタンスを異なるゾーンに配置できますか。
いいえ。RDS Basic EditionでSQL Server Webを実行するRDSインスタンスのデプロイモードをマルチゾーンデプロイモードに変更することはできません。 RDSインスタンスを、SQL Server SE on RDS High-availability Editionを実行するインスタンスにアップグレードできます。 次に、セカンダリRDSインスタンスを別のゾーンに移行します。 詳細については、「ApsaraDB RDS For SQL ServerインスタンスのメジャーエンジンバージョンとRDSエディションのアップグレード」をご参照ください。
RDS High-availability Editionでは、データベースシステムはプライマリRDSインスタンスとセカンダリRDSインスタンスで構成されます。 詳細については、「RDS High-availability Edition」をご参照ください。
関連する API 操作
操作 | 説明 |
ゾーン間でインスタンスを移行します。 |