Q57 — AWS SAA-C03 第8章

第 57/65 問 | ← 第8章

Q552. ある会社がオンラインショッピングアプリケーションをホストしており、すべての注文をAmazon RDS for PostgreSQLのSingle-AZ DBインスタンスに保存しています。経営陣は単一障害点（SPOF）を排除したいと考えており、アプリケーションコードを変更することなくデータベースのダウンタイムを最小限に抑えるためのソリューションを、ソリューションアーキテクトに要請しました。この要件を満たすソリューションはどれですか？

• A. DBインスタンスの変更を行い、Multi-AZオプションを指定して、既存のデータベースインスタンスをMulti-AZデプロイメントに変換する。 ✓
• B. 新しいRDS Multi-AZデプロイメントを作成し、現在のRDSインスタンスのスナップショットを取得して、そのスナップショットで新しいMulti-AZデプロイメントを復元する。
• C. 別の可用性ゾーン（Availability Zone）にPostgreSQLデータベースの読み取り専用レプリカを作成し、Amazon Route 53のウェイト付きレコードセットを使用して、リクエストを複数のデータベース間で分散させる。
• D. RDS for PostgreSQLデータベースを、最小サイズが2のAmazon EC2 Auto Scalingグループ内に配置し、Amazon Route 53のウェイト付きレコードセットを使用して、リクエストを複数のEC2インスタンス間で分散させる。

正解: A. DBインスタンスの変更を行い、Multi-AZオプションを指定して、既存のデータベースインスタンスをMulti-AZデプロイメントに変換する。

解説

Amazon RDS for PostgreSQLのSingle-AZインスタンスをMulti-AZ構成に変更する最もシンプルかつ効果的な方法は、既存のDBインスタンスを直接Multi-AZデプロイメントに変更することです（オプションA）。これにより、自動フェイルオーバー機能が有効になり、障害発生時にスタンバイDBインスタンスへ数分以内で切り替わるため、ダウンタイムを最小限に抑えられます。また、アプリケーション側の変更は一切不要です。オプションBはスナップショットからの復元を伴うため、ダウンタイムが発生し、かつ手動操作が多くなります。オプションCは読み取り専用レプリカであり、書き込みトラフィックには対応せず、アプリケーション側で読み書きの分離処理が必要になるため、コード変更が不可避です。オプションDはRDSをEC2上に自前で構築する誤った理解に基づいており、RDSはマネージドサービスであり、EC2 Auto Scalingグループに配置することはできません。