弹性伸缩实战：按负载自动扩缩容的配置与避坑

做云上业务最怕两件事：流量高峰时服务被压垮，流量低谷时机器空转烧钱。弹性伸缩就是为了解决这个矛盾：它按预设规则自动增减云服务器数量，让供给跟着负载走。下面结合一次配置经历，讲讲方法与避坑要点。

先说配置思路。第一步是选对伸缩指标。CPU利用率最常用，但只看CPU容易误判：大促时请求先涨、CPU后涨，等它触发再扩容就晚了。所以触发条件定为两个：CPU利用率持续5分钟超过70%，或负载均衡活跃连接数超过阈值，任一满足即扩容。缩容保守得多：CPU低于30%持续20分钟才缩一台，避免抖动。

第二步是定好伸缩组边界。最小值扛住基线流量，最大值卡住预算上限。我们设最小2台、最大10台，冷却时间300秒。冷却时间很关键：新实例还没预热完，指标可能仍在高位，没有冷却期会连续触发多次扩容，白白多出几台机器。

再说三个坑。一是健康检查别只看端口通不通，要检查业务接口是否真正可用，否则新实例加入负载均衡却返回500，等于白扩容。二是镜像和启动脚本要提前做熟：实例启动后自动拉取代码、注册服务，任何一步需人工干预，扩容就慢半拍。三是缩容前先把实例从负载均衡摘掉、等连接排空，别直接关机打断在途请求。

最后是验证。配置完别只看控制台正常，要用压测模拟一波流量，观察扩缩容是否及时平稳。弹性伸缩不是一劳永逸，大促前要复核阈值和上下限。配得好，它是深夜值班的运维；配得不好，它是半夜发来的账单惊喜。