AWS Simple Scaling扩容后是否自动缩容及相关配置问题咨询

问题1解答：CPU利用率降至70%以下是否会自动缩容？ #

不会。Simple Scaling 策略的规则仅会触发对应配置的单向动作，你当前仅配置了CPU>=70%时的扩容规则，没有配套缩容规则的前提下，哪怕CPU利用率跌到0%，EC2实例数也不会自动回到预设期望数，只会保持扩容后的数量不变。

问题2解答：是否需要单独配置缩容策略？低于60%的阈值是否合理？ #

• 必须单独配置缩容策略：Simple Scaling 没有默认的反向缩容逻辑，不单独配置的话会导致扩容后资源长期闲置，产生不必要的成本浪费。
• CPU阈值设为低于60%合理性很低：扩缩容阈值需要预留足够的缓冲区间避免扩缩容震荡（即刚扩容完成CPU小幅下降就触发缩容，缩容后CPU又升高再次触发扩容，无限循环）。你当前的扩容阈值是70%，如果缩容阈值设为60%，两者仅差10%，非常容易触发震荡。通常建议扩缩容阈值差值至少保持20%以上，比如扩容阈值70%的场景下，缩容阈值建议设为40%及以下，同时可以根据业务负载波动情况调整连续检测周期，进一步降低震荡概率。

问题3解答：Simple Scaling 最佳实践 #

• 必须同时配套配置扩容、缩容双向规则，避免性能风险或成本浪费
• 扩缩容阈值预留至少20%的差值，搭配合理的连续检测周期，避免扩缩容震荡
• 合理设置每次调整的容量单位：单次扩容/缩容的实例数不要过大，避免突发扩容远超实际需求，或者缩容过多导致负载扛不住
• 必须配置Auto Scaling组的最大、最小实例数边界，防止规则异常导致实例数失控
• 缩容规则的连续检测周期建议设置得比扩容规则长，避免临时负载下降误触发缩容，影响业务稳定性

额外缩容规则合理性验证 #

你提到的缩容规则：
Remove 1 capacity units CPUUtilization > 15 for 12 consecutive periods of 60 seconds for the metric dimensions
如果参数配置无语法错误，AWS会正常执行触发，但规则逻辑完全不符合正常业务需求：
该规则的触发条件是CPU利用率连续12分钟高于15%就减少1个实例，相当于只要业务有基础负载（CPU高于15%）就会持续缩容，直到降到Auto Scaling组的最小实例数为止，最终会导致实例数不足以承载正常业务流量。
正常的缩容规则应该是检测CPU利用率低于某一阈值（比如低于30%）持续一段时间后才触发缩容，当前规则的阈值判断逻辑写反，不建议上线使用。

内容的提问来源于stack exchange，提问作者TNG