アラームの変更への対応
CloudWatch は、2 種類のアラーム変更についてユーザーに通知できます。1 つはアラームの状態を変更したときで、もう 1 つはアラームの設定が更新されたときです。
アラームが評価されると、ALARM や OK など、ある状態から別の状態に変化することがあります。複数の時系列をモニタリングする Metrics Insights アラームの場合、各時系列 (コントリビューター) は ALARM または OK 状態のみで、INSUFFICIENT_DATA 状態になることはありません。これは、データが存在する場合にのみ時系列が存在するためです。
アラームアクションと通知
以下の表は、Metrics Insights アラームのアラームレベルで実行されるアクションとコントリビューターレベルで実行されるアクションを示しています。
アクションの種類 | アラームレベル | コントリビューターレベル | 詳細情報 |
---|---|---|---|
SNS 通知 | はい | あり | Amazon SNS イベントの送信先 |
EC2 アクション (停止、終了、再起動、復旧) | なし | あり | EC2 インスタンスを停止、終了、再起動、または復旧するアラームを作成する |
Auto Scaling アクション | あり | なし | Amazon EC2 Auto Scaling のステップおよび簡易スケーリングポリシー |
Systems Manager OpsItem の作成 | はい | あり | OpsItems を作成するように CloudWatch アラームを設定する |
Systems Manager Incident Manager インシデント | あり | なし | CloudWatch アラームでインシデントを自動的に作成する |
Lambda 関数の呼び出し | はい | あり | アラームからの Lambda 関数の呼び出し |
CloudWatch 調査 | あり | なし | アラームから CloudWatch 調査を開始する |
アラーム通知の内容は、単一メトリクスアラームと複数時系列アラームで異なります。
-
単一メトリクスアラームには、状態変更の原因となった特定のデータポイントを示す、状態理由と詳細な状態理由データの両方が含まれます。
-
マルチ時系列アラームは、詳細な状態理由データブロックなしで、各コントリビューターの簡略化された状態理由を提供します。
例 通知コンテンツの例
単一メトリクスアラーム通知には、詳細データが含まれます。
{ "stateReason": "Threshold Crossed: 3 out of the last 3 datapoints [32.6 (03/07/25 08:29:00), 33.8 (03/07/25 08:24:00), 41.0 (03/07/25 08:19:00)] were greater than the threshold (31.0)...", "stateReasonData": { "version": "1.0", "queryDate": "2025-07-03T08:34:06.300+0000", "startDate": "2025-07-03T08:19:00.000+0000", "statistic": "Average", "period": 300, "recentDatapoints": [41, 33.8, 32.6], "threshold": 31, "evaluatedDatapoints": [ { "timestamp": "2025-07-03T08:29:00.000+0000", "sampleCount": 5, "value": 32.6 } // Additional datapoints... ] } }
マルチ時系列アラーム通知には、簡略化された理由が含まれます。
{ "stateReason": "Threshold Crossed: 3 datapoints were greater than the threshold (0.0). The most recent datapoints which crossed the threshold: [32.6 (03/07/25 08:29:00)]." }
さらに、アラームの状態が変化した時や、アラームが作成、削除、または更新された時に、CloudWatch は Amazon EventBridge にイベントを送信します。EventBridge ルールを記述してアクションを実行したり、EventBridge がこれらのイベントを受信したときに通知を受け取ることができます。