因此,我尝试创建一个Cloudwatch警报,当“ roximateNumberOfMessagesVisible”指标超过给定阈值时,它将达到“警报”状态。我已经对此进行了很多修改,即使队列中可见的消息数量肯定超过阈值,我也无法使其达到“警报”状态。我可能是因为尺寸错误或某些原因,或者它可能无法以某种方式轮询队列...但是我不确定如何对其进行故障排除,因为一切看起来或多或少都是正确的..?我真的很感谢您的帮助。
我也不太确定treat_missing_data字段...是否可以将其设置为轮询队列?
这是我的地形。目前,自动扩展策略与该问题无关。
resource "aws_cloudwatch_metric_alarm" "queue-depth-alarm-2" {
alarm_name = "queue-depth-alarm"
comparison_operator = "GreaterThanOrEqualToThreshold"
evaluation_periods = "1"
metric_name = "ApproximateNumberOfMessagesVisible"
namespace = "AWS/SQS"
period = "60"
statistic = "Average"
threshold = "5000"
treat_missing_data = "notBreaching"
dimensions = {
QueueName = "${aws_sqs_queue.my_sqs_inbound_all.name}"
AutoScalingGroupName = "${aws_autoscaling_group.myapp.name}"
}
alarm_description = "This metric monitors queue depth and scales up or down accordingly."
alarm_actions = ["${aws_autoscaling_policy.myapp-scaleup-policy.arn}", "${aws_sns_topic.myqueue_depth_alert_topic.arn}"]
ok_actions = ["${aws_autoscaling_policy.myapp-scaledown-policy.arn}"]
}
这是警报在CloudWatch控制台中的外观: https://i.stack.imgur.com/9Jqv8.png
答案 0 :(得分:0)
我认为这里不需要自动伸缩组。