我可以在不向 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 故障转移