Amazon web services 重复AWS EC2自动校准

我在看AWS EC2的云监视自动缩放功能

我无法收集的是，自动缩放是否只能应用一次或多次？不过我想只有一次

例如，如果达到60%的cpu，则将最大值从2扩展到4

然后，如果从2增加到4，然后根据Cloud Watch目标规则再次达到60%的cpu，我们可以重新应用自动缩放吗

我看到了一个“step”选项，但这似乎适用于不同的目标值。该步骤可能重复了60%的配置，还是需要60%、70%等等？这方面还不完全清楚

---

或者这种迭代方法根本不可能？意味着需要重新确定初始分配的基线？我认为不是基于step方法。

当您的警报超过阈值时，CloudWatch警报将触发自动缩放

因此，如果您的策略是在整个组的平均CPU超过60%并持续超过15分钟时添加50%的容量，则警报将触发缩放组中的更改，从而增加“所需容量”属性的值，例如从2个实例增加到3个实例。然后，自动校准将作出反应，使车队达到“所需容量”

如果稍后，相同的警报仍处于开启状态，将触发缩放组的新更改，使所需容量达到4。然后，AutoScaling将创建EC2实例，使您的车队达到新的所需容量

等等

当然，您不想增加超出预算的车队规模。因此，您可以定义一个最大车队规模，自动缩放将永远不会超过这个规模。如果您的最大车队规模为3，则我的示例中的第二个警报将保持所需容量不变（3），因为新的所需容量>最大容量。这将结束缩放过程

要恢复正常，除了扩展策略外，还必须创建扩展策略：即，当我的机队上的平均CPU在1小时内低于15%时，让我们删除一个实例。您的CloudWatch警报将触发，导致您的车队的所需容量发生变化，并且自动缩放将调整（杀死实例）到新的所需容量值

---

当然，您不希望自动缩放终止您的震源组中的最后一个实例（从所需容量1到所需容量0），因此，与最大容量值类似，您还定义了最小容量，即震源组中要保留的最小实例数，无论触发什么警报并试图更改所需容量。

3到4都不是50%。在您的示例中，它听起来像是基于原始基线。大约：3到4。3 + 50% = 4.5. 从技术上讲，自动缩放不能创建半个实例，因此它将变为4或5。我需要核实文件哪一个是正确的。四舍五入更适合你的预算，所以我认为这是执行的政策。待医生证明错误时，原始基线是创建组时所需的容量。之后，所需的容量将发生变化。CloudWatch警报、API调用或控制台都是更改所需容量的有效方法。AutoScaling将始终尽最大努力使您的车队规模达到所需的容量。所需容量永远不会低于最小容量或高于最大容量，但我的第二点更相关。该规则仍处于活动状态，并基于3。然后在4号或5号。