Amazon Aurora クラスターは単一の DB インスタンスを使用しており、アプリケーションは読み取りと書き込みの両方にインスタンスエンドポイントを使用しています。メンテナンスウィンドウ中に更新がスケジュールされており、クラスターは最小限の中断で利用可能であり続ける必要があります。この要件を満たすために DevOps エンジニアは何をすべきですか？

Auroraクラスターにリーダーインスタンスを追加し、アプリケーションが書き込みにクラスターエンドポイント（ライター）を、読み取りにリーダーエンドポイントを使用するように変更することで、メンテナンスウィンドウ中の可用性を高めることができます。これにより、ライターインスタンスの更新中もリーダーインスタンスが読み取りリクエストを処理し続け、ダウンタイムを最小限に抑えられます。 他の選択肢は不適切です。カスタムANYエンドポイントは、読み取り/書き込みの分離を提供しないため、ライターインスタンスのメンテナンス中に読み取り操作も影響を受ける可能性があります。Auroraは常にMulti-AZ構成であり、この選択肢はAuroraのアーキテクチャを誤解しています。Multi-AZを有効にするという選択肢は、Auroraの設計上意味がありません。