我正在查看带有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容量，即机队中保留的最少实例数，无论触发什么警报并试图更改所需的容量。