【问题标题】:How to set an alarm not to trigger action after autoscaling如何设置警报以在自动缩放后不触发操作
【发布时间】:2019-10-02 11:12:36
【问题描述】:

我在设置自动缩放组时遇到问题。我创建了一个警报,当触发它时,自动缩放会向它添加一个新的 EC2 实例。自动缩放有 200 秒的默认冷却时间,但警报会在此期间继续记录数据并再次触发。这使得自动缩放组启动另一台机器并最终进入一个循环,使该组提升所有可用机器。

如何配置自动扩缩组以使其忽略第二个触发的警报?关于我似乎缺少的配置有什么意义吗?提前致谢。

编辑:

这些是触发我的组的指标和扩展策略:

这就是我认为自动缩放仍然收到警报的原因。因为终止和启动在时间上重叠。

【问题讨论】:

    标签: amazon-web-services autoscaling


    【解决方案1】:

    我不确定您使用的是哪种类型的健康检查,但有一个条件称为“宽限期”

    刚投入使用的 Auto Scaling 实例通常需要先预热,然后才能通过运行状况检查。 Amazon EC2 Auto Scaling 会等到运行状况检查宽限期结束后再检查实例的运行状况

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

    这可能是您缺少的配置

    AWS autoscale ELB status checks grace period

    【讨论】:

    • 我将宽限期配置为 200 秒。这应该足以让我的实例准备好摇滚。这似乎不是问题。我使用的健康检查类型是 EC2。
    • 我会尝试做一些测试,看看为什么会触发警报。这可能与您使用的数据点数量有关?您能否将宽限期配置为更高的值并查看是否再次发生?
    • 我已将Default CooldownHealth Check Grace Period 都配置为200 秒。同样在扩展策略中,我已经声明Instances need 在每一步后预热 180 秒。这些都是我尊重时间的配置。不知道这是否有帮助。
    • 您能否显示您正在使用的警报条件、您组的相关指标以及是什么让您认为“警报在此期间一直记录数据并再次触发”
    • 我已经用该信息更新了我的帖子。感谢您的帮助。
    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2011-08-27
    • 2023-03-12
    • 2021-11-05
    • 1970-01-01
    相关资源
    最近更新 更多