2017-08-29 87 views
0

我試圖在我的FIFO隊列中捕獲新郵件的事件(因爲我想避免無限輪詢隊列)。適用於SQS的AWS CloudWatch警報可見郵件數量

爲此,我正在使用度量ApproximateNumberOfMessagesVisible評估CloudWatch警報選項。

以下是我報警說明 -

閾值:在報警會去報警state.ApproximateNumberOfMessagesVisible> = 0 1分鐘

操作條件:在採取各種行動,當警報改變狀態時發生。 在ALARM:
信息發送到主題 「topic_for_events_generated_bycloudwatch」(XYZ @ XYZ) 信息發送到主題 「topic_for_events_generated_bycloudwatch」

時期:數據點爲所監測的metric.1分鐘

的粒度以下是我的疑問 -

  1. 假設在給定的Q中有多於0條消息 - 當條件滿足或每分鐘時只會產生一次該警報嗎?
  2. 在快速測試過程中,我看到鬧鐘保持在INSUFFICIENT和ALARM狀態之間隨機移動,沒有任何配置更改,這可能是合理的嗎?

Screenshot of ApproximateNumberOfMessagesVisible metric graph Screenshot of the log activity

在此先感謝。

問候, 羅漢ķ

回答

1

的CloudWatch將報警一旦閾值被突破爲狀態轉變。

From the Docs

報警調用只持續狀態變化的行動。 CloudWatch警報不會僅僅因爲它們處於特定狀態而調用操作,狀態必須已更改並且在指定的時間段內保持不變。

報警後調用一個動作,由於狀態的變化,其 後續行爲取決於您有與警報關聯 動作的類型。對於Amazon EC2和Auto Scaling操作, 報警將繼續爲報警保持新狀態的每個週期調用操作。 對於Amazon SNS通知,不會調用其他操作。

爲例:

在下面的圖中,告警閾值被設定爲3個單元和 報警超過3個週期進行評價。也就是說,如果正在評估的3個週期中最老的一個是違規,並且 兩個後續週期要麼違反或缺失,則報警將進入報警 狀態。在 圖中,這發生在第三到第五個時間段,而 報警的狀態設置爲ALARM。在第六階段,該值低於閾值 ,狀態恢復爲OK。之後,在第九個 時間段內,閾值再次被違反,但只有一個時間段。 因此,警報狀態保持正常。

enter image description here

+0

貌似行爲並不一致,我的SNS事件越來越即使報警處於報警狀態觸發。 –

相關問題