1.2標準
EC2のステータスチェック失敗が続いたら、運用通知と自動復旧を実行する。
監視と修復処理をCloudWatchへ接続したい。
最も適切な設計を2つ選べ。
× 不正解
SNS通知とEC2 recover actionを要件に応じて使い、検知から復旧までを自動化する。
詳細解説
正しいCloudWatch alarmへSNS通知アクションを設定する
アラーム状態を運用者や別の自動化へ伝達できる。
アラーム状態を運用者や別の自動化へ伝達できる。
正しいCloudWatch alarmのEC2 recover actionを要件に応じて設定する
対応するインスタンスの基盤障害に対して復旧アクションを実行できる。
対応するインスタンスの基盤障害に対して復旧アクションを実行できる。
誤りアラームを削除して通知を止める
検知と対応の両方を失う。
検知と対応の両方を失う。
誤りS3オブジェクトのLifecycleでEC2を復旧する
LifecycleはEC2ステータスチェック失敗への復旧処理ではない。
LifecycleはEC2ステータスチェック失敗への復旧処理ではない。
実際に確かめる
一時的な検証環境で実行できる例です。
CloudWatch alarm actionsとEC2 recover actionの公式説明を確認する。期待される結果
通知アクションとインスタンス復旧アクションを区別できる。理解のポイント
- SNS通知
- EC2 recover action
- CloudWatch alarm
確認時の注意
- 確認環境: AWS公式SOA-C03試験ガイドとAWS公式ドキュメントの確認
- AWS公式SOA-C03試験ガイドと各サービスの公式ドキュメントを確認する。
基礎のおさらい
判断のポイント
正常時の設定だけでなく、失敗時の検知、通知、再試行、切り戻しまで確認する。
運用の確認
AWSマネージド機能と自作運用の境界、必要な権限、ログの保存先と保持期間を確認する。
問題IDAWS-SOA-030
確認環境AWS公式SOA-C03試験ガイドとAWS公式ドキュメントの確認
最終技術確認2026-08-20
誤り・権利侵害を報告