プロキシインスタンスのゾーン移行 - ApsaraDB RDS - Alibaba Cloud ドキュメントセンター

前提条件

RDS インスタンスは、次の要件を満たす必要があります：
- エンジン：ApsaraDB RDS for MySQL
- エディション：RDS High-availability Edition または RDS Cluster Edition
- ストレージタイプ：クラウドディスク
- データベースプロキシ機能が有効になっている必要があります。
- インスタンスのステータス：実行中
  
  説明
  プライマリ RDS インスタンス、読み取り専用 RDS インスタンス、およびプロキシノードはすべて実行中である必要があります。
クラシックネットワークエンドポイントを使用するプロキシノードは移行できません。詳細については、「インスタンスのエンドポイントとポートの表示と管理」をご参照ください。

課金

プロキシノードのゾーン間移行は無料です。

影響

プロキシノードを移行すると、約 30 秒間続く瞬断が発生します。
- RDS High-availability Edition インスタンスの場合、この移行はプライマリ RDS インスタンスまたは読み取り専用 RDS インスタンスのエンドポイントを使用するワークロードには影響しません。
- RDS Cluster Edition インスタンスの場合、この移行は読み書きエンドポイント、読み取り専用クラスターエンドポイント、またはノードの直接接続エンドポイントを使用するワークロードには影響しません。
説明
影響を受けないエンドポイントのいずれかを使用するようにアプリケーションを切り替え、オフピーク時間に移行を実行することを推奨します。
アプリケーションに自動再接続メカニズムが備わっていることを確認してください。

説明
アプリケーションに自動再接続メカニズムがない場合は、手動でアプリケーションをデータベースに再接続する必要があります。
ゾーン間移行により、エンドポイントの仮想 IP アドレス (VIP) が変更されます。ハードコードされた IP アドレスではなく、常にアプリケーションのエンドポイント文字列を使用して接続することを推奨します。
移行後、ただちにクライアント側の DNS キャッシュをクリアしてください。アプリケーションが Java 仮想マシン (JVM) 上で実行されている場合は、JVM 設定の Time-to-Live (TTL) を 60 秒以下に設定することを推奨します。これにより、アドレス変更後にアプリケーションが DNS を使用して新しい VIP を解決できるようになります。

説明
JVM 設定で TTL を設定する方法の詳細については、JDK の公式ドキュメント「Class InetAddress」をご参照ください。
移行先ゾーンのリソースが不足している場合、移行は失敗することがあります。

ゾーン間移行により、最寄りアクセス機能が無効になる場合があります。

移行後、最寄りアクセスはデフォルトで新しいゾーンにトラフィックをルーティングし、元のゾーンの最寄りアクセスは無効になります。プロキシエンドポイントのターゲットゾーンをデフォルトゾーンとは異なるゾーンに変更すると、そのエンドポイントの最寄りアクセス機能は無効になります。次の表にシナリオの例を示します。

シナリオ	元のプロキシ情報			移行先のプロキシ情報
	現在のプロキシゾーン	プロキシエンドポイント	最寄りアクセス	移行先のプロキシゾーン	デフォルトのエンドポイントゾーン	移行先のエンドpointゾーン	最寄りアクセス
シナリオ 1： `ゾーン A + ゾーン B` から `ゾーン A + ゾーン C` へ	ゾーン A	プロキシエンドポイント a	ゾーン A	ゾーン A	ゾーン A	ゾーン A	ゾーン A
						ゾーン C	無効
	ゾーン B	プロキシエンドポイント b	ゾーン B	ゾーン C	ゾーン C	ゾーン C	ゾーン C
						ゾーン D	無効
シナリオ 2： `ゾーン A + ゾーン B` から `ゾーン C + ゾーン D` へ	ゾーン A	プロキシエンドポイント a	ゾーン A	ゾーン C	ゾーン C	ゾーン C	ゾーン C
						ゾーン E	無効
	ゾーン B	プロキシエンドポイント b	ゾーン B	ゾーン D	ゾーン D	ゾーン D	ゾーン D
						ゾーン E	無効

重要

プロキシノードとプライマリ RDS インスタンスが異なるゾーンにある場合、データベースプロキシを介して接続すると書き込みパフォーマンスが低下する可能性があります。プロキシノードとプライマリ RDS インスタンスは、同じ VPC と vSwitch を使用することを推奨します。

操作手順

RDS インスタンスページに移動し、上部メニューでリージョンを選択してから、対象のインスタンス ID をクリックします。
左側のメニューで、[データベースプロキシ] をクリックします。プロキシノードの基本情報が表示されます。
[ゾーン間移行] をクリックします。

説明
[ゾーン間移行] ボタンが表示されない場合は、インスタンスが前提条件を満たしているかを確認してください。
[データベースプロキシのゾーン間移行] ダイアログボックスで、移行先のゾーンと vSwitch を選択し、変更時間を指定してから、[OK] をクリックします。

重要
ゾーン間移行中は、[プロキシノードタイプ] や [インスタンス仕様] を変更することはできません。
移行による影響をよくお読みになり、[OK] をクリックしてください。

API リファレンス

API	説明
ModifyDBProxyInstance	VSwitchIds パラメーターを指定して、プロキシノードを移行先ゾーンに移行します。

よくある質問

Q：プロキシノードのゾーン間移行は、プライマリ RDS インスタンスへの接続に影響しますか？

A：いいえ、この移行はデータベースプロキシエンドポイントを使用するアプリケーション接続にのみ影響します。プライマリ RDS インスタンス、読み取り専用 RDS インスタンスのエンドポイント、読み書きエンドポイント、読み取り専用クラスターエンドポイント、またはノードの直接接続エンドポイントを使用する接続には影響しません。影響を受けないエンドポイントのいずれかにアプリケーションを切り替え、オフピーク時間に移行を実行することを推奨します。
Q：プロキシノードのゾーン間移行による影響は何ですか？

A：プロキシノードを移行すると、約 30 秒間続く瞬断が発生します。実際の中断時間は、ワークロードによって異なります。影響を受けないエンドポイントに切り替え、オフピーク時間に移行を実行することを推奨します。詳細については、本トピックの「影響」セクションをご参照ください。