1.1標準
ALBの5xx増加とターゲット異常が同時に発生したとき通知する。
個別アラームごとの通知を減らし、障害単位で扱いたい。
最も適切な機能はどれか。
× 不正解
Composite alarmで子アラームを組み合わせ、障害単位の通知を設計する。
詳細解説
正しいCloudWatch composite alarmを使う
複数の子アラームの状態を論理条件でまとめ、上位の通知を制御できる。
複数の子アラームの状態を論理条件でまとめ、上位の通知を制御できる。
誤り各メトリクスを無効化する
通知を減らせるが、障害検知そのものを失う。
通知を減らせるが、障害検知そのものを失う。
誤りS3 Lifecycleでアラームをグループ化する
LifecycleはS3オブジェクト管理で、CloudWatchアラームの論理結合ではない。
LifecycleはS3オブジェクト管理で、CloudWatchアラームの論理結合ではない。
誤りRoute 53の加重ルーティングで通知をまとめる
DNSルーティングはメトリクスアラームの集約を行わない。
DNSルーティングはメトリクスアラームの集約を行わない。
実際に確かめる
一時的な検証環境で実行できる例です。
CloudWatch composite alarmsの公式説明を確認する。期待される結果
個別メトリクスと複合状態の通知を区別できる。理解のポイント
- composite alarm
- 子アラーム
- 論理条件
確認時の注意
- 確認環境: AWS公式SOA-C03試験ガイドとAWS公式ドキュメントの確認
- AWS公式SOA-C03試験ガイドと各サービスの公式ドキュメントを確認する。
基礎のおさらい
判断のポイント
正常時の設定だけでなく、失敗時の検知、通知、再試行、切り戻しまで確認する。
運用の確認
AWSマネージド機能と自作運用の境界、必要な権限、ログの保存先と保持期間を確認する。
問題IDAWS-SOA-006
確認環境AWS公式SOA-C03試験ガイドとAWS公式ドキュメントの確認
最終技術確認2026-08-20
誤り・権利侵害を報告