2017-08-29 83 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事件越来越即使报警处于报警状态触发。 –