弹性云服务器自动伸缩：业务高峰自动扩容、低谷自动缩容的实践思路

电商大促、直播带货、开学季选课，业务流量很少是均匀分布的。高峰来临时服务器扛不住，会直接影响下单和支付；低谷时常备大量闲置服务器，又白白烧钱。弹性云服务器的自动伸缩（Auto Scaling），就是让服务器数量跟着真实负载走。

自动伸缩的核心是一组伸缩组和两类策略。伸缩组内的实例共享同一份镜像和配置，扩容时按模板创建新实例并挂到负载均衡后面，缩容时先把实例摘下再释放资源。策略决定什么时候动：定时策略在大促前半小时预先扩容，凌晨低谷再缩回来；告警策略在CPU利用率连续十分钟超过百分之七十时加两台，低于百分之三十持续二十分钟减一台。两者可以叠加，定时兜底，告警应付突发流量。 

落地时有几个细节值得注意。第一，扩容要留余量，从创建实例到服务可用需要几分钟，触发阈值不能定得太贴近极限。第二，缩容要温和，先停收新请求，等存量连接处理完再释放，避免打断正在进行的请求。第三，无状态设计是前提，会话和文件不要放在单台服务器本地，否则实例来去之间数据会丢。第四，设好冷却时间，扩容后十分钟内不再重复触发，防止负载一抖就反复伸缩。第五，设好伸缩上下限，既防雪崩也防账单失控。

我的体会是，自动伸缩是把容量管理从人工值守变成规则治理，规则越贴近真实业务曲线，效果越好。先从一两个核心业务、保守的阈值开始试跑，观察一周再逐步放开，比一上来就全量自动化稳妥得多。