大促当晚带宽跑满，处理顺序必须是：先确认影响面，再限流降级保核心交易，同时紧急扩容带宽和CDN，最后切流验证并复盘。 别一上来就点升配，带宽跑满只是表象，链路、连接数、回源、数据库都可能拖后腿，下面按分钟级顺序拆开。
大促当晚带宽跑满怎么紧急扩容？先别急着点升配
先限流还是先扩容？大促带宽跑满处理顺序对比
这两个动作不是二选一,正确顺序是：先限流降级止血，同时启动扩容，为什么？扩容需要几分钟到十几分钟，限流几秒内生效，先保交易和支付，非核心流量可以断。
- 限流：入口层限制单IP、单用户、单接口QPS。
- 降级：关闭推荐、评论、排行榜、非必要图片。
- 扩容：升带宽、加CDN、加SLB、加后端实例。
- 调度：DNS切备用集群，CDN回源切源站。
确认影响面：别把后端慢当成带宽满
先看监控,云监控带宽、丢包率、TCP重传、连接数，服务器内用：
ss -s看连接状态。iftop -P或nload看实时流量。sar -n DEV 1看网卡吞吐。curl -o /dev/null -s -w "%{http_code} %{time_total}\n" https://api.example.com/health看健康检查。
如果带宽曲线顶到上限,丢包上升，P99延迟飙升，基本是带宽瓶颈，如果带宽没满但错误率高，可能是连接池、数据库、Redis热key，行业共识认为，带宽跑满只是表象，后端连接池和数据库慢查询也会拖垮入口。
限流降级：保交易链路的具体命令
Nginx限流示例：
- 定义区域：
limit_req_zone $binary_remote_addr zone=api:10m rate=100r/s; - 定义连接：
limit_conn_zone $binary_remote_addr zone=addr:10m;
- 应用：
limit_req zone=api burst=200 nodelay;limit_conn addr 20;
API网关按业务限流：
- 支付、下单、库存：保留高优先级。
- 商品详情、搜索：中等限流。
- 推荐、广告、日志上报：直接降级或关闭。
CDN侧动作：
- 静态资源缓存TTL从短变长,比如60秒调到300秒。
- 开启Brotli或Gzip压缩。
- 图片转WebP,按需裁剪。
- 刷新关键资源,避免回源打爆。
紧急扩容：云厂商API与控制台实操
云厂商控制台点几下就能升带宽,但大促当晚控制台可能卡，提前准备API和CLI。
简米云ECS升公网带宽：
aliyun ecs ModifyInstanceNetworkSpec --InstanceId i-xxx --InternetMaxBandwidthOut 200
酷番云CVM升带宽：
tccli cvm ModifyInstancesInternetMaxBandwidthOut --InstanceIds '["ins-xxx"]' --InternetMaxBandwidthOut 200
AWS调整EIP或实例网络：
aws ec2 modify-instance-attribute --instance-id i-xxx --instance-type m5.2xlarge 或调整EIP带宽上限。
SLB/CLB/NAT网关也要同步升，只升ECS带宽，SLB入口还是堵，CDN回源带宽、源站带宽、NAT网关带宽都要查，近年来，云厂商普遍支持按量付费临时升配，但需要账号权限和余额充足。
流量调度：DNS、CDN和SLB的配合
- DNS：智能解析，把部分地域流量切到备用集群。
- CDN：多源站回源，开启分片回源，降低单源压力。
- SLB：加后端实例，调整权重，开启连接复用。
- 服务网格：按权重切流，灰度放量。
电商大促带宽跑满紧急扩容实操步骤（分钟级）
第1分钟到第5分钟：止血动作
- 拉应急群,通知业务、SRE、网络、云厂商。
- 确认核心链路：登录、下单、支付、库存。
- 开启限流,关闭非核心功能。
- 检查CDN命中率,刷新热门静态资源。
- 准备扩容脚本,检查云账号权限。
第5分钟到第15分钟：扩容动作
- 升EIP带宽,升SLB带宽，升NAT网关。
- 加CDN带宽包或流量包。
- 后端扩容：加ECS、加Pod、加数据库只读。
- 调整连接池,加大Nginx
worker_connections。 - 观察监控,逐步放量。
第15分钟到第30分钟：验证与放量
- 验证支付成功率、下单耗时、错误率。
- 看带宽是否回落,丢包是否消失。
- 按比例放量：先10%，再30%，再50%。
- 保留回滚方案,随时降级。
- 记录时间线,为复盘留证据。
大促带宽跑满紧急扩容多少钱？成本与风险权衡
按量带宽、共享带宽包和CDN流量包对比
| 方案 | 计费方式 | 适合场景 | 注意点 |
|---|---|---|---|
| 按量带宽 | 按小时或按天 | 突发流量，短时扩容 | 单价高于包年包月，账单可能陡增 |
| 共享带宽包 | 多EIP共享 | 多台服务器统一出口 | 需要提前加入共享带宽 |
| CDN流量包 | 按流量 | 静态资源、图片、视频 | 回源带宽另算 |
| 临时升配 | 包年包月临时升级 | 大促几天 | 需确认是否支持降配 |
业内专家指出,大促扩容的黄金窗口通常在流量洪峰到来后的几分钟内，价格不
是唯一指标，交易中断的损失远高于带宽费用，北京、上海等一线城市BGP带宽成本更高，但网络质量稳定，二三线城市带宽便宜，但跨网延迟可能抖动，据工信部数据，国内云厂商带宽计费模式主要分固定带宽和按使用流量，选按量还是固定，要看大促持续时间和流量曲线。
北京上海地域大促带宽跑满如何选云厂商？
地域带宽资源差异
- 北京：BGP资源紧张，临时扩容审批快，价格高。
- 上海：金融客户多，网络质量好，带宽包选择多。
- 广州：靠近华南用户，电商客户多，CDN节点密。
- 成都：成本较低，适合西部用户，跨地域回源要测延迟。
临时扩容审批与合同条款
大促前签好临时扩容协议,确认：
- 是否支持当天升配。
- 是否支持按小时计费。
- 是否支持降配。
- 是否有带宽上限。
- 是否有客服绿色通道。
大促带宽跑满紧急扩容Q&A
大促当晚带宽跑满，先扩容还是先限流？
先限流降级,同时启动扩容，限流秒级生效，扩容需要时间，两者并行，但限流保交易优先。
大促带宽跑满紧急扩容多少钱？怎么控制成本？
费用取决于带宽大小、时长、地域和计费方式，控制成本靠提前买共享带宽包、CDN流量包，设置预算告警，大促后及时降配。
带宽跑满后扩容了为什么还卡？
扩容只解决入口带宽,还卡通常是后端连接池满、数据库慢查询、Redis热key、CDN回源高，需要继续查后端链路，优化SQL和缓存。
大促带宽跑满不是单纯升带宽,而是先保交易、再扩容、后复盘的顺序，按这个顺序执行，才能把损失压到最低。