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

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

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

在冷却期到位后，Auto Scaling 小组启动了 实例，然后由于简单扩展而暂停扩展活动 策略或手动扩展，直到指定的时间过去。 （这 默认值为 300 秒。）这为新启动的实例提供了时间 开始处理应用程序流量。冷却时间结束后， 任何暂停的缩放操作都会恢复。如果 CloudWatch 警报触发 Auto Scaling 组再次启动另一个实例，并且 冷却时间再次生效。然而，如果额外的 实例足以使 CPU 利用率回落，然后 集团仍维持目前规模。

Cooldown https://docs.aws.amazon.com/autoscaling/ec2/userguide/Cooldown.html

实例预热

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

使用步进扩展策略，您可以指定 新启动的实例需要预热。直到指定为止 预热时间已过，实例不计入 Auto Scaling 组的聚合指标。在横向扩展的同时，AWS 也不将正在预热的实例视为 集团目前的容量。因此，多次警报违规 落入同一步长调整结果的范围内 缩放活动。这确保我们添加的实例不会超过 你需要。

缩放目标跟踪 https://docs.aws.amazon.com/autoscaling/ec2/userguide/as-scaling-target-tracking.html