メトリックの組み合わせに対してCloudWatchアラームを設定することはできますか?


19

たとえば、次のCloudWatchアラームをトリガーしたい:

Number of messages sent- Number of messages deleted> = 6

上記はAWS SQSメトリックス用です。そして、そのアラームがオフに設定されている場合、そのメトリックがAWS Lambdaをトリガーするようにします。

私にできる方法はありますか?そうでない場合は、回避があります [サーバーレスパラダイムを目指して]

[私はそれをしたい。なぜなら、現在キューにある(利用可能な)メッセージの数を示すメトリックが存在しないからだ。だから、それを私に与えることができるメトリックがあれば、それは非常に役立つでしょう


それはいい質問ですが、ほとんどの場合、純粋なメトリックはアラームを設定するには不十分であり、中間の量を構築してCloudWatchにエクスポートする必要があります。たとえば、一連のメトリックの最大値、メトリックの変動率、目標値へのデルタ。
マイケルルバルビエグリューネ

回答:


8

最後の全体的な目標については、SQSのApproximateNumberOfMessagesVisible Cloudwatch ドキュメントからアラームを設定します。これは次のとおりです。

キューから取得できるメッセージの数。

単位:カウント

有効な統計:平均、最小、最大、合計、データサンプル(Amazon SQSコンソールでサンプルカウントとして表示)


より一般的な計算されたメトリックの質問については、クラウドウォッチからメトリックを収集し、数学を実行し、クラウドウォッチにプッシュバックするラムダを定期的に実行します。

次に、Cloudwatchからデータを収集してelasticsearchにプッシュするラムダの例を示します。ドキュメントので、メトリックをラムダからプッシュバックできるはずです。

クラウドウォッチAPIを呼び出してメトリクスを収集してプッシュするには、1か月あたり1Mリクエストを超えるとコストがかかることに注意してください。予算/ワークフローを壊さないために注意すべき他の制限があります。


ありがとう(+1)。数分後にそれを考え出した:D。ただし、その用語については確信が持てませんでしApproximateた。利用可能メッセージの正確な数を伝えることができるのに、なぜ概算なのですか?
Dawny33

メトリックは定期的に取得されるため、収集時間と表示時間の間にキューに変更がなかったことを保証できません。
テンシバイ

弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.