我可以在不向 CloudWatch 仪表板添加警报的情况下定义具有扩展策略的 EC2 自动扩展组吗?

Posted

技术标签:

【中文标题】我可以在不向 CloudWatch 仪表板添加警报的情况下定义具有扩展策略的 EC2 自动扩展组吗?【英文标题】:Can I define an EC2 auto scale group with scaling policies without adding alarms to CloudWatch dashboard? 【发布时间】:2013-04-19 01:18:47 【问题描述】:

我按照http://docs.aws.amazon.com/AutoScaling/latest/DeveloperGuide/as-scale-based-on-demand.html 上的说明进行操作,以便拥有一个基于 CPUUtilization 的自动缩放组。我注意到由 mon-put-metric-alarm 创建的警报会创建列在 cloudwatch 仪表板上的警报。这意味着在低 cpu 利用率下,我总是有一个处于 ALARM 状态的指标。我可以在 CloudWatch Web 界面中隐藏自动缩放指标吗?

【问题讨论】:

"这意味着在低 cpu 利用率时,我总是有一个指标处于 ALARM 状态。" - 我有同样的烦恼,导致我来到这里。很抱歉,目前还没有好的解决方案。 是的,我通过高级支持进行了检查,他们只提供了解决方法。他们有点承认,一旦你有了自动缩放,当前的警报仪表板就毫无用处了。 不幸的是,即使三年后这似乎仍然是一个问题。 【参考方案1】:

有趣的问题 (+1) - 我不知道有任何选项可以在 Amazon CloudWatch 网络界面中隐藏自动缩放指标,并且相应的 PutMetricAlarm API action 没有相关功能选项之一。

虽然您的用例是合理的,但 AWS 团队在最初实施新服务时通常会遵循 Minimum viable product 方法,尽管稍后会稳步添加其他功能,但在选择有价值的功能时,他们仍然倾向于遵循 Pareto principle,所以我怀疑您可以理解的请求是否会很快得到实施。

【讨论】:

【参考方案2】:

AWS 现在已经添加了这个功能,在搜索变量旁边有一个复选框可以隐藏所有 AutoScaling 警报。

【讨论】:

以上是关于我可以在不向 CloudWatch 仪表板添加警报的情况下定义具有扩展策略的 EC2 自动扩展组吗?的主要内容,如果未能解决你的问题,请参考以下文章

使用 cloudwatch 警报进行 AWS route53 故障转移

在不向撤消堆栈添加撤消命令的情况下更改 QTextEdit

配置 cloudwatch “空闲”警报

AWS Cloudwatch 上的警报设置

使用 Terraform 的 CloudWatch 指标警报

Cloudwatch 警报到 Slack