Instiq
第4章 · 監視とロギング·v2.2.0·更新 2026/6/14·読了目安 約10分

変更要約: in-scope サービス網羅(是正): §4.3 にベストプラクティス横断点検の Trusted Advisor 節を追加(参考書で未説明だった軸B欠落を解消)

4.1メトリックとアラーム

この節の要点

メトリック監視——CloudWatch メトリック(標準/カスタム)、アラーム複合アラームダッシュボードEventBridge——を理解します。異常を検知して通知・自動対応につなげます。

監視の基本はメトリックとアラームです。CloudWatch で指標を集め、閾値超過で通知や自動アクションを起動します。

4.1.1CloudWatch メトリックとアラーム

CloudWatch によるメトリック監視を示した図。標準メトリック(EC2/RDS 等が自動送信)とカスタムメトリック(アプリが PutMetricData で送信・メモリ使用率やビジネス指標)を集約し、アラームが閾値超過で発報、複数アラームを論理結合する複合アラームで誤検知を抑制、ダッシュボードで可視化し、アラームの状態変化を EventBridge で受けて SNS 通知や Lambda/Auto Scaling の自動アクションを起動する構成を示した図。
メトリックとアラーム
  • 標準/カスタムメトリック:標準は自動収集。メモリ等は PutMetricData でカスタム送信。
  • アラーム:閾値超過で OK/ALARM/INSUFFICIENT_DATA を遷移し、アクションを起動。
  • 複合アラーム:複数アラームを論理結合し、誤検知(ノイズ)を抑える。
  • EventBridge 連携:アラームやイベントを受けて SNS 通知/Lambda/Auto Scaling を自動起動。
試験ポイント

「メモリ使用率などの取得=カスタムメトリック(PutMetricData / CloudWatch Agent)」「複数条件の組合せ=複合アラーム」「アラーム→通知/自動対応=SNS/EventBridge/Lambda」 は DOP-C02 で頻出です。EC2 のメモリ/ディスクは標準メトリックに無く、CloudWatch Agent で取得します。

続きは無料登録で読めます

冒頭を無料で公開中。無料登録でこの節の全文と、第4章以降を含む全参考書・全問題集が読めます。