ある企業が、本番環境の AWS アーキテクチャを見直し、単一障害点（SPOF）を排除したい。現在の構成は以下の通りである：ALB → EC2（1 台・Single-AZ）→ RDS for MySQL（Single-AZ）。このアーキテクチャの SPOF を排除するために実施すべき変更を 2 つ選択してください。
- A. EC2 を Auto Scaling グループ（最小 2 台）に変更し、2 つ以上の AZ にまたがって配置する。
- B. ALB を Network Load Balancer（NLB）に変更する。
- C. RDS for MySQL を Multi-AZ 配置に変更し、スタンバイレプリカを別 AZ に配置する。
- D. CloudFront を ALB の前段に配置して CDN によるキャッシュを追加する。
- E. EC2 インスタンスに Elastic IP を割り当てて固定 IP アドレスを確保する。
解答と解説を見る
正解: A, C
現在の構成には 2 つの SPOF がある：(1) 単一 EC2 インスタンス（障害時にサービス停止）、(2) Single-AZ RDS（障害時にデータベース停止）。選択肢Aの EC2 の Auto Scaling グループ（マルチ AZ・最小 2 台）への変更により、EC2 の SPOF が排除される。1 台の EC2 が障害を起こしても別のインスタンスがトラフィックを処理し続ける。選択肢CのRDS Multi-AZ 配置への変更により、プライマリが障害を起こしてもスタンバイへの自動フェイルオーバー（通常 1〜2 分）が行われ、データベースの SPOF が排除される。選択肢BのALB から NLB への変更は可用性向上に直接貢献せず、ALB 自体は AWS が管理する高可用性サービスなので SPOF ではない。選択肢EのElastic IP は EC2 の SPOF 解消に直接貢献しない。選択肢DのCloudFront 追加はパフォーマンスとキャッシュには有効だが、EC2・RDS の SPOF 排除には直接関係しない。
📚 関連サービスの解説: Amazon EC2 ・ Amazon RDS