【问题标题】:How do 'Health Check Grace Period' and 'Default Cooldown' in AWS autoscaling work?AWS 自动扩展中的“运行状况检查宽限期”和“默认冷却时间”如何工作?
【发布时间】:2019-09-16 05:36:45
【问题描述】:

我一直在使用我的自动缩放组的配置,但我不完全了解这两个是如何工作的。

正如亚马逊所说,Health Check Grace Period 指的是:

Auto Scaling 在检查实例的运行状况之前等待的时间长度。宽限期从实例投入使用开始。

Default Cooldown指的是:

扩展活动完成后,另一个活动可以开始之前的秒数。这也称为冷却期。详细了解冷却时间。

所以想象一下,当 CPU 消耗超过 50% 时,我有一个扩展规则,Health Check Grace Period = 300Default Cooldown = 100。如果我在 0 秒启动一个实例,AWS 多久会检查伸缩组的 CPU 消耗?而且,要多久才能启动一个新实例?是否需要 400 秒才能启动,而其他 100 秒直到组的 CPU 再次检查?谢谢。

【问题讨论】:

    标签: amazon-web-services autoscaling


    【解决方案1】:

    健康检查宽限期默认冷却时间是不同的概念。 Health Check Grace Period 适用于单个实例,Default Cooldown 适用于 Auto Scaling 组。

    如果一个实例在第 0 秒启动,因为 CPU 超过 50%,这个新实例将获得 300 秒的宽限期以恢复健康。如果 300 秒后健康,它将继续运行,否则将终止。

    如果在 100 秒时 CPU 仍高于 50%,则 Auto Scaling 组将启动一个新实例(最后一次扩展操作发生在 100 秒前 = 冷却时间)。因此,您的问题的答案是 100 秒,直到新实例启动。

    另请注意,默认情况下,Amazon EC2 Auto Scaling 在手动扩展活动期间不遵守冷却时间(= 设置所需容量),并且如果实例变得不正常,Auto Scaling 组不会等待冷却时间在替换不健康的实例之前完成。

    【讨论】:

    • 因此,如果我希望我的小组在实例通过所有健康检查后检查 CPU 消耗,您必须在 Default Cooldown 的 300 秒内对其进行检查?
    • 是的,您应该将Default Cooldown 设置为高于新实例开始摄取和处理流量所需的时间。否则你可能会出现一个缩放循环。
    • 感谢您提供的信息,这正是我想知道的 :)
    猜你喜欢
    • 2019-08-21
    • 2020-10-28
    • 2015-02-04
    • 2020-01-22
    • 2021-02-16
    • 2013-07-30
    • 2020-10-23
    • 2021-02-07
    • 1970-01-01
    相关资源
    最近更新 更多