电商大促时，服务器突然被海量订单冲垮，页面打不开、支付失败，眼睁睁看着客户流失？这时候要是能让服务器自动加派人手（扩容），压力小了再减回去（缩容），是不是能省不少事？天翼云的弹性伸缩服务就能干这个，但很多新手不知道怎么配置，设置不对反而更麻烦。小编去年帮一家服饰电商做 618 活动保障，用弹性伸缩服务把服务器稳定性提了不少，订单高峰期也没掉链子。今天就手把手教你，从基础配置到扩缩容策略，全是电商大促能用得上的实战技巧，一起往下看吧！
先明白：弹性伸缩服务到底能帮电商解决啥问题？
简单说，它就像个 “自动管家”，能根据你设置的规则，自动增加或减少服务器数量。比如大促前 1 小时，访问量开始涨，它会自动多开几台服务器；凌晨订单少了，又会关掉多余的，既保证不卡顿，又不浪费钱。
举个例子，平时你的电商网站用 2 台服务器就够，大促时可能需要 10 台。要是手动加服务器，忙起来容易忘；一直开 10 台，又得多花 8 台的钱。弹性伸缩服务能精准卡点，该加时加，该减时减，特别适合电商这种流量波动大的场景。
第一步：准备工作，这些东西得先弄好
在天翼云控制台配置弹性伸缩前，这几样得提前准备，不然会卡在半路：
- 一台基础服务器（实例）：得先有一台正常运行的服务器，弹性伸缩会以它为模板复制新的。系统推荐用 CentOS 或 Windows Server，兼容性好。
- 负载均衡器：多台服务器一起工作时，得有个 “调度员” 把订单分配给不同服务器，不然有的忙死有的闲死。天翼云控制台里搜 “负载均衡”，按提示创建就行，新手选 “应用型” 基本够用。
- 镜像和快照：把基础服务器做好镜像（相当于备份），万一新扩容的服务器出问题，能快速恢复。快照也得打一个，就像游戏存档，配置错了能回退。
小编去年帮客户配置时，就因为没提前做镜像，扩容的服务器少了个关键插件，折腾了半小时才补上，大家别犯这个错。
第二步：创建伸缩组，这是弹性伸缩的 “大本营”
伸缩组就像个容器，里面装着所有自动扩缩的服务器，按这几步创建：
- 登录天翼云控制台，搜 “弹性伸缩”，点 “创建伸缩组”。
- 填基本信息：
- 伸缩组名称：好记点，比如 “618 电商伸缩组”
- 最小实例数：平时保持的服务器数量，比如 2 台
- 最大实例数：最多能扩到多少台，大促建议设 10-20 台（根据预算定）
- 期望实例数：刚创建时的数量，先设成最小实例数就行
- 选择刚才准备好的 “负载均衡器”，让新服务器自动加入调度。
- 点 “下一步”，选之前做好的服务器镜像，作为复制模板。
这里有个新手容易忽略的点：“可用区” 最好选多个，比如 “华东 1 区” 和 “华东 2 区”，万一一个区出故障，另一个区的服务器还能顶上，大促时稳定性更有保障。
第三步：设置扩缩容策略，告诉它啥时候该加该减
这是最核心的一步，得根据电商大促的特点来设，不然会乱扩容或缩容。
按 CPU 利用率扩容（应对突发流量）
大促时访问量暴增，服务器 CPU 会飙升，这时候就得扩容：
- 进入伸缩组，点 “添加伸缩策略”，选 “告警触发”。
- 条件设为 “CPU 利用率> 70%”，持续时间 “5 分钟”（避免瞬间波动误触发）。
- 执行动作：“增加 2 台实例”，冷却时间 “10 分钟”（避免短时间内加太多）。
小编提醒，CPU 阈值别设太低（比如 ），不然会频繁扩容浪费钱；也别太高（比如 90%），可能来不及扩容就卡了，70%-80% 比较合适。
按时间点扩容（大促前主动加服务器）
电商大促时间固定（比如 0 点开始），可以提前扩容：
- 选 “定时触发” 策略，时间设为大促开始前 1 小时（比如 5 月 31 日 23:00）。
- 执行动作：“调整到 10 台实例”，保证 0 点时服务器充足。
这个策略特别实用，去年 618 我们提前 1 小时把服务器扩到 10 台，0 点流量冲过来时稳稳的，没出任何问题。
缩容策略（大促后及时减服务器）
大促结束后流量下降，得及时关掉多余服务器：
- 告警触发策略设为 “CPU 利用率 < 30%”，持续 “30 分钟”（避免短暂下降就缩容）。
- 执行动作：“减少 1 台实例”，冷却时间 “20 分钟”。
- 再设个定时策略，比如大促结束后 6 小时，自动调整到最小实例数。
表格：电商大促常用的扩缩容策略参数，直接抄作业
| 策略类型 | 触发条件 | 执行动作 | 适合场景 |
|---|---|---|---|
| 告警扩容 | CPU>70% 持续 5 分钟 | 增加 2 台实例 | 大促中流量突发上涨 |
| 定时扩容 | 大促前 1 小时 | 调整到 10 台实例 | 提前应对已知流量高峰 |
| 告警缩容 | CPU<30% 持续 30 分钟 | 减少 1 台实例 | 大促后流量逐渐下降 |
| 定时缩容 | 大促结束后 6 小时 | 调整到 2 台实例 | 流量稳定后恢复常态 |
第四步：测试！测试！测试！重要的事说三遍
配置好别直接等大促，一定要测试，不然可能出幺蛾子：
- 手动触发测试：在伸缩组里点 “手动调整实例数”，从 2 台调到 5 台，看新服务器能不能正常启动，网站能不能访问。
- 模拟流量测试：用工具（比如 JMeter）模拟 1000 个用户同时访问，看 CPU 超过 70% 时，会不会自动扩容到 10 台。
- 缩容测试：关掉模拟工具，等 CPU 降下来，看能不能自动减到 2 台，数据会不会丢失。
小编去年就发现，测试时新扩容的服务器没挂载数据盘，订单图片加载不出来，及时改了配置才没影响大促。测试花 1 小时，能省大促时的 10 小时麻烦，值！
自问自答：电商新手可能会问的问题
问：扩容出来的服务器，会不会和原来的不一样？
答：不会，因为是按你做的镜像复制的，软件、配置都一样。但要注意，临时生成的文件（比如没保存到数据库的订单）可能会丢，所以网站得做好数据实时同步。
问：大促时突然断电，弹性伸缩会失效吗？
答：只要你的基础服务器和负载均衡器在不同可用区，一般没事。天翼云的多可用区是物理隔离的，一个区断电，另一个区的服务还能跑，弹性伸缩也会在正常的区里扩容。
问：弹性伸缩服务本身要钱吗？
答：服务本身免费，但扩容出来的服务器、负载均衡器这些要按实际使用收费。不过比起大促时服务器崩了的损失，这点钱真不算啥，小编帮的那家电商，去年靠这个多赚的钱，够付半年的服务器费用了。
小编觉得，电商用弹性伸缩服务，关键在 “策略要贴合大促节奏”。别照搬网上的通用配置，得根据自己的流量高峰时间、服务器承载能力来调。比如卖美妆的可能 0 点流量最大，卖母婴的可能上午 10 点更忙，策略得跟着业务走。
另外，大促结束后别忘复盘，看看扩容是不是太频繁，缩容是不是太慢，下次就能优化得更好。希望这个教程能帮你的电商大促顺顺利利，订单多多！
