AWS ASG 冷却期和扩展策略中的预热期有什么区别？

Question

AWS ASG 冷却期（当我想更新我的自动扩展组时可以编辑）和扩展策略中的预热期有什么区别？

Answer 1

冷却时间防止失控的缩放事件。如果您的系统在 CPU 上运行很高，并且您的自动缩放规则添加了一个实例，则需要 5 分钟左右的时间才能使实例完全启动并帮助负载。如果没有冷却时间，规则将继续触发，并可能在 CPU 指标下降之前添加 4 或 5 个实例，从而导致过度配置的浪费。或者在缩减的情况下，超调并导致供应不足。

冷却时间到位后，Auto Scaling 组启动一个实例，然后由于简单的扩展策略或手动扩展而暂停扩展活动，直到指定的时间过去。（默认值为 300 秒。）这使新启动的实例有时间开始处理应用程序流量。冷却期结束后，所有暂停的扩展操作将恢复。如果 CloudWatch 警报再次触发，Auto Scaling 组将启动另一个实例，冷却时间再次生效。但是，如果附加实例足以降低 CPU 利用率，则该组将保持其当前大小。

冷却

实例预热

实例的预热值允许您控制新启动的实例可以贡献 CloudWatch 指标的时间，因此当预热时间到期时，实例被视为 Auto Scaling 组的一部分并将接收流量。

使用逐步扩展策略，您可以指定新启动的实例预热所需的秒数。在其指定的预热时间到期之前，实例不会计入 Auto Scaling 组的聚合指标。在向外扩展时，AWS 也不会将正在升温的实例视为组当前容量的一部分。因此，同一步调整范围内的多个警报违规会导致单个扩展活动。这可确保我们不会添加超出您需要的实例。

作为缩放目标跟踪