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

ApsaraDB RDS:ApsaraDB RDS for PostgreSQLインスタンスをゾーン間で移行する

最終更新日:Aug 27, 2024

このトピックでは、同じリージョンのゾーン間でApsaraDB RDS for PostgreSQLインスタンスを移行する方法について説明します。 RDSインスタンスの移行後、その属性、設定、およびエンドポイントは変更されません。 移行を完了するのに必要な時間は、移行する必要があるデータの量によって異なります。 ほとんどの場合、移行には数時間かかります。

前提条件

  • RDSインスタンスが存在するリージョンは、複数のゾーンで構成されています。 Alibaba Cloudのリージョンとゾーンの詳細については、「リージョンとゾーン」をご参照ください。

  • RDSインスタンスはプライマリRDSインスタンスであり、読み取り専用RDSインスタンスはRDSインスタンスにアタッチされていません。

  • RDSインスタンスは [実行中] 状態です。

説明

RDS Cluster Editionを実行するRDSインスタンスをゾーン間で移行することはできません。

制限事項

  • データベースシステムがローカルディスクを使用している場合、同じリージョンのゾーン間でプライマリRDSインスタンスのみを移行できます。

  • サーバーレスRDSインスタンスを別のゾーンに移行することはできません。 詳細については、「概要」をご参照ください。

課金ルール

  • クロスゾーン移行の料金は発生しません。 これは、RDSインスタンスを1つのゾーンから複数のゾーンに移行する場合にも適用されます。

  • RDSインスタンスが標準SSDを使用している場合、クロスゾーン移行中にRDSインスタンスのストレージタイプが標準SSDからPL1 ESSDに自動的にアップグレードされます。 アップグレード後、ストレージリソースの課金は変更されません。

影響

  • 移行中、データベースサービスが短期間利用できない場合があります。 RDS インスタンスに自動的に再接続するようにアプリケーションが設定されていることを確認してください。

  • クロスゾーン移行により、RDSインスタンスの仮想IPアドレスが変更されます。 アプリケーションをRDSインスタンスに接続するには、RDSインスタンスのIPアドレスではなくエンドポイントを使用することを推奨します。

  • クロスゾーン移行後、キャッシュされたDNSレコードをデータベースクライアントから直ちに削除する必要があります。 データベースクライアントがJava仮想マシン (JVM) で実行されている場合は、JVM構成の有効期間 (TTL) を60秒以下に設定することを推奨します。 これにより、RDSインスタンスの使用中のエンドポイントにバインドされているVIPが変更された場合、アプリケーションは関連するDNSレコードを再度クエリして新しいVIPを取得できます。 その後、アプリケーションは新しいVIPに接続できます。

    説明

    JVM構成でTTLを設定する方法の詳細については、「クラスInetAddress」をご参照ください。

  • RDSインスタンスに進行中のData Transmission Service (DTS) タスクがある場合、移行が完了した後にDTSタスクを再起動する必要があります。

  • 標準SSDを使用するApsaraDB RDS for PostgreSQLインスタンスは購入できなくなりました。 RDSインスタンスのストレージタイプが標準SSDの場合、クロスゾーン移行中にRDSインスタンスのストレージタイプが標準SSDからPL1 ESSDに自動的にアップグレードされます。 詳細については、次をご参照ください: [EOS /廃止] ApsaraDB RDSの特定のデータベースエンジン用の標準SSDストレージタイプの販売終了時、7月1日から2022

移行シナリオ

移行タイプ

シナリオ

あるゾーンから別のゾーンへの移行

RDSインスタンスが存在する元のゾーンは、負荷が大きいなどの問題により、サービスのパフォーマンスを保証できません。

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

クロスゾーンのディザスタリカバリを実装するには、プライマリRDSインスタンスとセカンダリRDSインスタンスを異なるゾーンに配置します。

マルチゾーン展開方式は、シングルゾーン展開方式よりも高いディザスタリカバリ機能を提供します。 シングルゾーン展開方法を選択した場合、データベースシステムはサーバーとラックの障害に耐えることができます。 マルチゾーン展開方法を選択した場合、データベースシステムはデータセンターの障害に耐えることができます。

説明

データベースシステムにプライマリおよびセカンダリRDSインスタンスが含まれている場合は、マルチゾーンデプロイ方法を選択して、ゾーン間ディザスタリカバリを実装することを推奨します。

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

シングルゾーン展開方式を使用する場合にのみサポートされる特定の機能を使用する必要があります。

手順

  1. [インスタンス] ページに移動します。 上部のナビゲーションバーで、RDS インスタンスが存在するリージョンを選択します。 次に、RDSインスタンスを見つけ、インスタンスのIDをクリックします。

  2. 基本情報 セクションで、ゾーンの移行 をクリックします。

  3. 表示されるダイアログボックスで、プライマリおよびセカンダリRDSインスタンスのゾーンとvSwitchを指定し、OK をクリックします。

    パラメーター

    パラメーター

    説明

    プライマリゾーンの設定

    プライマリおよびセカンダリRDSインスタンスの宛先ゾーンを選択します。

    • データベースシステムがローカルディスクを使用している場合、同じリージョンのゾーン間でプライマリRDSインスタンスのみを移行できます。 セカンダリRDSインスタンスは移行できません。

    • RDSインスタンスがクラウドディスクを使用している場合、プライマリRDSインスタンスとセカンダリRDSインスタンスのゾーンを同時に変更することも、プライマリRDSインスタンスまたはセカンダリRDSインスタンスのゾーンのみを変更することもできます。 例:

      • プライマリRDSインスタンスはシンガポールゾーンAにあり、セカンダリRDSインスタンスはシンガポールゾーンBにありますプライマリRDSインスタンスをシンガポールゾーンCに、セカンダリRDSインスタンスをシンガポールゾーンDに移行できます。

      • プライマリRDSインスタンスはシンガポールゾーンAにあり、セカンダリRDSインスタンスはシンガポールゾーンBにありますプライマリRDSインスタンスをシンガポールゾーンAに保持し、セカンダリRDSインスタンスのみをシンガポールゾーンCに移行できます。

      説明

      プライマリまたはセカンダリRDSインスタンスを別のゾーンに個別に移行する場合、インスタンスを移行するゾーンのみを設定する必要があります。

    セカンダリゾーンの設定

    プライマリゾーンのvSwitch

    プライマリおよびセカンダリRDSインスタンスのターゲットゾーンでvSwitchを選択します。 宛先ゾーンで使用可能なvSwitchがない場合は、vSwitchを作成します。 詳細については、「vSwitchの作成と管理」をご参照ください。

    セカンダリゾーンのvSwitch

    切り替え時間

    • 今すぐ切り替える: 切り替えはすぐに実行されます。

    • 保守時間枠内に切り替える: 切り替えは、指定されたメンテナンス期間中に実行されます。 詳細については、「メンテナンス期間の設定」をご参照ください。

    • ユーザー指定の時間帯が有効になります: 指定された時点で切り替えが実行されます。

    OK をクリックすると、RDSインスタンスのデータのターゲットゾーンへの複製が開始されます。 このプロセスは、RDSインスタンスのワークロードを中断しません。 データがレプリケートされた後、システムは切り替え時間パラメーターで指定された時間に基づいてワークロードを切り替えます。 切り替え時間パラメーターを 今すぐ切り替える保守時間枠内に切り替える 、または ユーザー指定の時間帯が有効になります に設定できます。

    警告

    移行は一時的な接続をトリガーします。 RDS インスタンスに自動的に再接続するようにアプリケーションが設定されていることを確認してください。 それ以外の場合は、移行後にアプリケーションをRDSインスタンスに手動で再接続する必要があります。

    データベースクライアントにキャッシュされたDNSレコードが移行後すぐに更新されない場合、一部のワークロードは10分後に移行先ゾーンに切り替えられる可能性があります。 その結果、RDSインスタンスは別の一時的な接続に遭遇します。 データベースクライアントがJVM上で実行されている場合は、JVM構成のTTLを60秒以下に設定することを推奨します。 この場合、RDSインスタンスの使用中のエンドポイントにバインドされている仮想IPアドレスが変更された場合、アプリケーションは関連するDNSレコードを再度クエリして、新しい仮想IPアドレスを取得できます。 その後、アプリケーションは新しい仮想IPアドレスに接続できます。 詳細については、「影響」をご参照ください。

関連する API 操作

API 操作

説明

MigrateToOtherZone

ゾーン間でインスタンスを移行します。