2.2標準
単一AZのRDSインスタンス障害時も、アプリケーションの停止時間を短くする。
同期的な待機系を使い、通常の読み取りスケールとは目的を分ける。
最も適切な設計はどれか。
× 不正解
RDS Multi-AZは別AZの待機系と自動フェイルオーバーで、DBの高可用性を高める。リードレプリカは主に読み取りスケール向けである。
詳細解説
正しいRDS Multi-AZ配置を有効にし、異なるAZの待機インスタンスへ自動フェイルオーバーする
Multi-AZは別AZの待機系へ同期的にデータを複製し、障害時のフェイルオーバーを提供する。
Multi-AZは別AZの待機系へ同期的にデータを複製し、障害時のフェイルオーバーを提供する。
誤り同じAZにRDSインスタンスを2台置き、手動でDNSを書き換える
同じAZ障害を同時に受ける可能性があり、自動フェイルオーバー要件を満たさない。
同じAZ障害を同時に受ける可能性があり、自動フェイルオーバー要件を満たさない。
誤りリードレプリカだけを高可用性の待機系として使う
リードレプリカは読み取りスケール用途であり、Multi-AZの自動フェイルオーバーとは目的が異なる。
リードレプリカは読み取りスケール用途であり、Multi-AZの自動フェイルオーバーとは目的が異なる。
誤り毎日作成するバックアップから都度新しいDBを復元する
復元には時間がかかり、短い停止時間の自動フェイルオーバーにはならない。
復元には時間がかかり、短い停止時間の自動フェイルオーバーにはならない。
実際に確かめる
一時的な検証環境で実行できる例です。
Amazon RDS Multi-AZの配置とフェイルオーバーの公式説明を確認する。期待される結果
高可用性と読み取りスケールの要件をMulti-AZとリードレプリカへ分けられる。理解のポイント
- RDS Multi-AZ
- 自動フェイルオーバー
- 待機インスタンス
確認時の注意
- 確認環境: AWS公式RDSドキュメントの確認
- AWS公式SAA-C03 Domain 2と各サービスの公式ドキュメントを確認する。
基礎のおさらい
同期と非同期
Multi-AZは高可用性のための待機系、リードレプリカは読み取りスケールという設計目的で選択する。
判断のポイント
要件を、疎結合・拡張性・可用性・復旧時間の観点に分けて比較する。
問題IDAWS-SAA-018
確認環境AWS公式RDSドキュメントの確認
最終技術確認2026-08-20
誤り・権利侵害を報告