SESメールがバウンスするたびに公開されるSNSトピックがあります。過去1時間に通知のしきい値を超えた場合に、CloudWatchアラームがトリガーするように設定しました。INSUFFICIENT_DATAの回避SNS通知のCloudWatchアラーム
実際には、バウンスはまれであり、電子メールがバウンスするとSNS通知が送信されるだけなので、アラームはほぼ完全な時間をINSUFFICIENT_DATAの状態で費やします。
理想的には、SNS通知の不足がゼロ値として扱われるようにしたいと思います。グラファイト/グラファナのような他のモニタリングシステムでは、これは「ゼロとしてゼロ」と考えられます。
この方法で（不足している）通知を処理し、不十分なデータ状態からアラームを解除する方法はありますか？
Amazon SNSは、値がゼロの場合、CloudWatchにメトリックデータを送信しません。これにより、電子メールが送信されないアラームの場合はINSUFFICIENT_DATAとなります。ただし、アラームは変更なしで必要に応じて動作するはずです。
二つの状況からINSUFFICIENT_DATAメッセージ結果：1時間かけて、合計を計算
が過去の時間内に少なくとも一つのデータ点があり、かつアラームが少なくとも1時間は存在していた場合、その状態はどちらかOKになります定義された期間内ににデータありませんまたはALARM。
したがって、INSUFFICIENT_DATAはOKと同じに扱う必要があります。あなたのユースケースは、カウントを見伴うため（INSUFFICIENT DATA状態に入るに基づいてアラームをトリガすることも可能です！）
また、すでにじゃない場合には、むしろAVERAGEよりSUMを使用してくださいある期間中のメッセージ。私のテストでは、SUMアラームがすぐにトリガーされるのに対し、AVERAGEはより多くの時間を必要とすることが示されています。
ありがとうございました。 「OK」と「INSUFFICIENT_DATA」の間の状態遷移を避けたいと思っていましたが、私はあなたの答え（そして私自身の研究）からは不可能であると考えています。理想的には、SNS通知の不足が、データなしではなく0のように扱われることを望みます。 –