如何通过步骤缩放策略避免重复的缩放?

使用EC2自动扩展function时,如果使用基于AWS / EC2度量标准(例如,CPUUtilization <= 30%)的警报禁用了详细CloudWatch监控的扩展策略(而不是简单的扩展策略)当我的自动伸缩组缩放时,它会在两个短时间内连续缩放,而不等待度量更新。 如何防止自动缩放组过度快速缩放以更新度量标准?

活动历史显示两个终端太靠近在一起

编辑:这是昨晚的缩放历史。 在5:15,5:17,5:19,5:21 UTC,由于CPU利用率较低,自动缩放比例缩小,即使CPU利用率仅在5:10,5:15和5:20处具有数据点在5:15数据点之后,缩放事件应该已经停止。 似乎没有办法调整步缩放政策规模的冷却时间(步骤扩大政策忽略默认冷却时间(= 600s),只有扩大政策估计实例热身)。

活动历史6分钟内显示4个终止 健康的宿主数量显示快速扩大规模和逐步扩大规模CPUUUtilization与 表明只有横向扩展才允许估计预热时间

我有完全一样的问题。 我最终做的是将我的缩小策略改为SimpleScaling,一次减less一个实例,并设置10m的冷却时间。 我还改变了我的缩小报警条件,以便在35%CPU的阈值之下有10个60秒的时间。 (我有详细的cloudwatch指标启用)的想法是,一旦缩小发生,那么警报将closures比如果有更less的时间和更长的评估时间更快。

我还是得到了StepScaling,所以我可以快速扩展,但是使用SimpleScaling和缩放的冷却时间要慢得多。

你会想调整你的自动调节冷却时间设置。 默认情况下,这是五分钟,但您可以在控制台中或通过PutScalingPolicy的API / CLI自定义它。