フェイルオーバーの有無にかかわらず Amazon for RDS インスタンスを再起動したときに接続がどのように処理されるか教えてください。

解決策

DB インスタンスの再起動は、通常はメンテナンス上の理由から必要になる場合があります。例えば、特定の変更を加えたり、DB インスタンスに関連付けられた DB パラメータグループを変更したりした場合、変更を有効にするにはインスタンスを再起動する必要があります。DB インスタンスを再起動すると、データベースエンジンサービスが再開されます。再起動すると、インスタンスが一時的に停止し、その間、インスタンスのステータスは [再起動中] に設定されます。詳細については、「DB インスタンスの再起動」を参照してください。

Amazon RDS インスタンスを再起動すると、Amazon Aurora と RDS コンソールの [ログとイベント] セクションに次のイベントが表示されます。

シングル AZ Amazon RDS インスタンスの再起動:
October 05, 2021, 4:31:22 AM UTC                          DB instance restarted

マルチ AZ RDS インスタンスをフェイルオーバーなしで再起動:
October 18, 2021, 8:12:03 PM UTC                          DB instance restarted
October 18, 2021, 8:11:52 PM UTC                          DB instance shutdown

マルチ AZ RDS インスタンスをフェイルオーバーありで再起動:
October 05, 2021, 2:15:33 PM UTC                          DB instance restarted
October 05, 2021, 2:15:18 PM UTC                          The user requested a failover of the DB instance
October 05, 2021, 2:15:18 PM UTC                          Multi-AZ instance failover completed
October 05, 2021, 2:13:18 PM UTC                          Multi-AZ instance failover started

シングル AZ Amazon RDS for Microsoft SQL Server インスタンスの再起動:
October 05, 2021, 4:31:22 AM UTC                         DB instance restarted

マルチ AZ RDS for Microsoft SQL Server インスタンスをフェイルオーバーなしで再起動:
October 05, 2021, 4:32:22 AM UTC                         DB instance restarted
October 05, 2021, 4:32:20 AM UTC                         DB instance restarted

マルチ AZ RDS for Microsoft SQL Server インスタンスをフェイルオーバーありで再起動:
October 05, 2021, 2:49:18 PM UTC                         Multi-AZ failover to standby complete - DNS propagation may take a few minutes
October 05, 2021, 2:49:11 PM UTC                         Multi-AZ instance failover completed
October 05, 2021, 2:48:42 PM UTC                         Multi-AZ instance failover started
October 05, 2021, 2:48:33 PM UTC                         DB instance restarted

フェイルオーバーの有無にかかわらず DB インスタンスを再起動すると、インスタンスはシャットダウンされます。そのため、DB インスタンスへの既存の接続をすべてクリーンアップして再確立する必要があります。アプリケーション層でデータベース接続の再試行を実装するのがベストプラクティスです。フェイルオーバーを伴う再起動は、テスト目的で DB インスタンスの障害をシミュレートしたり、フェイルオーバー後に元のアベイラビリティーゾーンに操作を復元したりする場合に便利です。