2.1基礎
RDSのプライマリDBがAZ障害で利用できなくなる。
アプリケーションの接続先を手動変更せず復旧したい。
最も適切な構成はどれか。
× 不正解
RDS Multi-AZで別AZのスタンバイへ同期し、障害時にフェイルオーバーする。
詳細解説
正しいRDS Multi-AZ DB instance deploymentを使う
別AZのスタンバイへ同期し、障害時にRDSエンドポイントを切り替えられる。
別AZのスタンバイへ同期し、障害時にRDSエンドポイントを切り替えられる。
誤り単一AZのDBへ毎時スナップショットを取る
復元はできるが、自動フェイルオーバーにはならない。
復元はできるが、自動フェイルオーバーにはならない。
誤りRead Replicaだけを作成する
読み取り分散が主目的で、同期スタンバイの自動切り替えとは異なる。
読み取り分散が主目的で、同期スタンバイの自動切り替えとは異なる。
誤りS3 CRRでSQL接続を継続する
S3複製はRDS接続先の切り替えを提供しない。
S3複製はRDS接続先の切り替えを提供しない。
実際に確かめる
一時的な検証環境で実行できる例です。
Amazon RDS Multi-AZ DB instance deploymentsの公式説明を確認する。期待される結果
高可用性のMulti-AZと読み取り分散のRead Replicaを区別できる。理解のポイント
- RDS Multi-AZ
- スタンバイ
- RDSエンドポイント
確認時の注意
- 確認環境: AWS公式SOA-C03試験ガイドとAWS公式ドキュメントの確認
- AWS公式SOA-C03試験ガイドと各サービスの公式ドキュメントを確認する。
基礎のおさらい
判断のポイント
正常時の設定だけでなく、失敗時の検知、通知、再試行、切り戻しまで確認する。
運用の確認
AWSマネージド機能と自作運用の境界、必要な権限、ログの保存先と保持期間を確認する。
問題IDAWS-SOA-033
確認環境AWS公式SOA-C03試験ガイドとAWS公式ドキュメントの確認
最終技術確認2026-08-20
誤り・権利侵害を報告