弹性伸缩不是“自动加机器”那么简单：学 AS 时我记下的几个关键点

学微认证的弹性伸缩（AS）那一节之前，我以为弹性伸缩就是“流量大了自动加机器，流量小了自动减机器”。学完才发现，真正要理解的是它背后的几组规则，规则不清楚，配出来的伸缩组很容易在关键时刻掉链子。先说伸缩组的三组参数：最大实例数、期望实例数、最小实例数。期望实例数是伸缩组正常情况下要维持的数量，改它就会触发一次伸缩活动；最大值和最小值是上下边界，伸缩活动不能超出这个范围。我一开始以为改期望值只是改个数字，后来才明白每一次修改都是一次真实的扩容或缩容动作。

再说策略。告警策略是基于云监控指标触发的，比如 CPU、内存、带宽超过阈值就扩，低于阈值就缩；定时策略是在某个固定时间点执行一次；周期策略是按天、周、月重复执行，比如每天 18 点加一台、23 点减一台。三种策略适用的场景不一样：突发流量靠告警，固定时间段的潮汐流量靠周期，临时活动靠定时。

还有两个容易忽略的点。一个是冷却时间：一次伸缩活动完成后，系统会等一段时间再响应下一次触发，目的是防止指标抖动导致机器反复加减。另一个是健康检查：伸缩组会定期检查实例是不是健康的，异常的实例会被移出组，健康检查有云服务器健康检查和弹性负载均衡健康检查两种。

最后是实例移除的顺序。缩容时不是随机减机器，而是有规则的：先移除不在所选可用区的实例，再按较早创建的配置、较早创建的实例来。理解了这个顺序，就能明白为什么有时候缩容减掉的不是自己以为的那台。

总结一下：弹性伸缩的核心不是“自动”，而是“按规则自动”。把伸缩组参数、策略类型、冷却时间、健康检查和移除顺序这几条理清楚，再去配伸缩组，心里就有底了。