我正在查看带有Cloud Watch功能的AWS EC2自动扩展。
我不能收集的是自动缩放只能应用一次还是重复?我只想一次。
例如例如,如果达到60%的CPU,则从2扩展到4。
然后,如果从2变到4,然后根据Cloud Watch目标规则再次达到60%的cpu,我们可以再次应用自动缩放吗?
我看到了“步骤” 选项,但这似乎适用于不同的目标值。该步骤可以重复配置60%,还是需要60%,70%等?这方面还不是很清楚。
或者这样的迭代方法根本不可能吗?暗示需要重新设定初始分配的基准吗?我认为不是基于逐步方法。
答案 0 :(得分:1)
当您的警报超出阈值时,CloudWatch警报将触发自动缩放。
因此,如果您的策略是在整个机队的平均CPU超过60%的时间超过15分钟时增加50%的容量,则警报将触发您的缩放组的更改,从而增加“所需容量”属性的值,假设从2到3个实例。然后,自动缩放会做出反应,并使舰队达到“所需的容量”
如果以后仍然发出相同的警报,则将向您的伸缩组触发新的更改,将所需容量增加到4。然后,AutoScaling将创建EC2实例,以使您的机队达到所需的新容量。
以此类推。
当然,您不想使机队规模超出预算。因此,您可以定义MAX机群大小,使AutoScaling永远不会超出。如果您的最大机群大小为3,则在我的示例中,第二个警报将保留所需的容量(3),因为新的所需容量>最大容量。这样将结束缩放过程。
要恢复正常,除了扩展策略外,您还必须在策略中创建扩展:即,当我的机队的平均CPU在1小时内低于15%时,让我们删除一个实例。您的CloudWatch警报将触发,从而导致舰队的所需容量发生变化,并且AutoScaling将调整(杀死实例)以达到新的所需容量值。
当然,您不希望AutoScaling杀死机队中的最后一个实例(从所需容量1变为所需容量0),因此,与MAX Capacity值类似,您还定义了MIN容量,即机队中保留的最少实例数,无论触发什么警报并试图更改所需的容量。