1

私のサービスで500のエラーが発生した場合はいつでも通知を受けたいと思うでしょう。そこで、CloudWatchで特定のロググループの下にメトリックフィルタを作成しました。パターンは私のアプリケーションログロジックと同じです。 1.アラームは以下のようにパラメータ値ですぎに設定されたメトリックが選択される -CloudWatchアラームが常に不十分なデータ状態にある

  • 期間1分
  • スタット標準和私のメトリックフィルタは、1期連続> = 1であるときはいつでも
  • たび状態はアラームが残り
  • はまっすぐ進む

ある通知の下で選択されている私は手動で自分のアプリケーションや遺伝子のAPIを呼ばれます多くの連続した分にわたって多くの時間を500と評価した。私はまた、Apacheのベンチを使用して、このようなエラーを一括して数分間連続して生成しています。

しかし、私のアラームは不十分なデータであることが常にわかります。結果として、アラームのアクションとして設定された電子メール通知は呼び出されません。

問題を解決するにはどうすればよいですか?どんな提案も役に立ちます。

+0

CloudWatchログフィルタが機能していないようですが、それを確認できますか?簡単なテスト:AWS Consoleに新しいフィルタを追加すると、ロググループの既存のストリームに対してフィルタをテストするUIがあります。それを行い、結果がない場合はフィルタが機能していません。 –

+0

データが不十分な場合は、メトリックフィルタのインスタンスがログに記録されていないときに、ほとんどの場合アラームが発生します。メトリックフィルタの文字列がログに記録されたときにアラーム状態にならない場合は、メトリックフィルタが正しく設定されていません。 –

+0

@ anthony-neace:私はすでにそのようなテスト結果を確認しました。それは内容を見つけることです。出力例:サンプルログ内の50個のイベントのうち1個が見つかりました。 – Martin

答えて

0

私も同じ問題があります。

INSUFFICIENT_DATAがクラウドウォッチの欠落したデータで修正されました。メトリックデータがない場合の対処方法については、CloudwatchコンソールまたはAPIを参照してください。

私が見た唯一のエラーは、正しいメトリック名とディメンションにデータをポストすることです。そしてその価値。

値が常にゼロまたは未定義の場合、アラームは決してトリガされません。

関連する問題