2.2標準
EC2の基盤障害を検知したら、同じインスタンスID・IP・ボリュームを維持して復旧する。
アプリケーション障害ではなく、基盤障害を対象にする。
最も適切な機能はどれか。
× 不正解
CloudWatchのEC2 recover actionで基盤障害時の自動復旧を構成する。
詳細解説
正しいCloudWatch alarmのEC2 recover actionを設定する
システムステータスチェック失敗時に、別基盤へインスタンスを復旧できる。
システムステータスチェック失敗時に、別基盤へインスタンスを復旧できる。
誤りAuto Scalingで常に別インスタンスを追加する
インスタンスIDや状態を維持する基盤復旧とは異なる。
インスタンスIDや状態を維持する基盤復旧とは異なる。
誤りS3 VersioningでEC2メモリを復元する
S3版管理は実行中EC2の基盤復旧ではない。
S3版管理は実行中EC2の基盤復旧ではない。
誤りRoute 53のヘルスチェックだけを設定する
検知はできてもEC2 recover actionを実行しない。
検知はできてもEC2 recover actionを実行しない。
実際に確かめる
一時的な検証環境で実行できる例です。
EC2 automatic recovery CloudWatch alarm actionの公式説明を確認する。期待される結果
自動復旧、Auto Scaling置換、アプリケーションヘルスの違いを説明できる。理解のポイント
- EC2 recover action
- システムステータスチェック
- 基盤障害
確認時の注意
- 確認環境: AWS公式SOA-C03試験ガイドとAWS公式ドキュメントの確認
- AWS公式SOA-C03試験ガイドと各サービスの公式ドキュメントを確認する。
基礎のおさらい
判断のポイント
正常時の設定だけでなく、失敗時の検知、通知、再試行、切り戻しまで確認する。
運用の確認
AWSマネージド機能と自作運用の境界、必要な権限、ログの保存先と保持期間を確認する。
問題IDAWS-SOA-050
確認環境AWS公式SOA-C03試験ガイドとAWS公式ドキュメントの確認
最終技術確認2026-08-20
誤り・権利侵害を報告