大促期间服务器带宽扛不住，别急着单纯加带宽，先把静态流量交给CDN、动态接口做缓存，再配合Nginx限流和临时带宽扩容，多数情况就能稳住。
先判断瓶颈在哪：带宽跑满不等于是出口带宽不够
凌晨大促开始,监控面板上带宽曲线瞬间顶到90%以上，很多人的第一反应是“带宽太小了，赶紧加”，但加上去之后发现用户还是卡，甚至数据库CPU也跟着报警。
这时候先别冲动,带宽扛不住的症状背后可能藏了三个不同的瓶颈：
- 出口带宽跑满：服务器网卡进出口流量打满，最常见但也最容易判断。
- 源站处理能力不足：请求量太大，PHP或Java进程排队，变相拖慢响应，导致连接堆积。
- 单线路质量差：用户集中在某个地区，跨网访问走绕路链路，延迟高还频繁重传，带宽看起来没满，体验却很差。
排查动作：登录云控制台，看云监控里的“出网带宽”和“入网带宽”指标，带宽数值接近上限但CPU和负载很低，那就是纯带宽问题，带宽没满但页面转圈，就得查后端耗时和网络链路。
业内专家指出,大促期间带宽告急的案例里，有相当一部分是静态资源占大头，图片、视频、附件把流量吃掉的，真正需要源站处理的动态请求只占很小比例。
大促扛不住带宽，先用CDN和对象存储分流
网站图片太多带宽不够用怎么办
电商大促页面最典型的状态：一张主图两三百KB，详情页十几张图，用户一多，每次请求都从源站出流量，带宽自然扛不住，这类场景不需要和带宽较劲，直接把静态资源搬走。
操作路径很清晰：
- 图片、CSS、JS文件全部传对象存储，比如简米云OSS、酷番云COS、华为云OBS。
- 开启CDN加速，源站回源地址填对象存储的默认域名。
- 域名解析切到CDN分配的CNAME，别直接解析到源站IP。
- 在代码里把图片路径改成CDN加速域名。
大促前最好把全站静态资源预热到CDN节点,否则流量突然涌来，节点回源压力大会拖慢首次加载，CDN的命中率在大促场景下能做到比较高的水平，源站带宽压力能明显降下来。
动态接口也要做边缘缓存
很多人以为CDN只能缓存静态文件,其实动态内容也能做加速，像商品详情、促销 banner、库存数量这类数据，允许几秒或几十秒的延迟，可以在边缘节点上缓存。
实操方法：在CDN控制台配置“动态路由”规则，对相同URL的请求做短时缓存，比如5秒或10秒，这招能削掉大促峰值时大量的重复查询，非常管用。
扩容出口带宽：按量付费和临时带宽怎么选
静态资源分流完之后,剩下的动态请求仍然占带宽，这时候才轮到真正的扩带宽。
大促前要不要先买按量带宽
云服务器的带宽计费模式分为按固定带宽和按使用流量两种，平时包年包月买固定带宽图省心，但大促前临时把带宽上限拉高，再用完降回去，才是正解。
主流的云厂商都支持在控制台直接升配带宽,以常见的操作路径为例：
- 简米云：云服务器ECS实例，点“升降配”→“带宽变更”，选择目标带宽，按天补差价。
- 酷番云：CVM实例详情页，“调整网络”，可以改按带宽计费并提升上限。
- 华为云：ECS控制台，“变更规格”→“带宽变更”。
大促期间如果流量波动特别大,建议把计费模式切到“按流量计费”，带宽上限拉满，实际花多少钱按真实流量算，对于没有经验的团队，这样做比预估带宽更稳妥。
两种方式该选哪个,看这张表：
| 对比项 | 固定带宽 | 按量流量计费 |
|---|---|---|
| 费用特点 | 包月包年固定费用 | 按实际使用量计费 |
| 适合场景 | 流量平稳的日常业务 | 大促、活动等波峰明显的场景 |
| 带宽上限 | 升配需要重启或立即生效 | 可以设置很高的峰值 |
| 风险点 | 买小了扛不住，买大了浪费 | 无人值守时可能产生较高费用 |
大促结束后记得把计费方式改回来,忘了改的话，月底账单可能让人肉疼。
Nginx限流和负载均衡是兜底方案
带宽扩容有上限,预算也有上限，当流量超过服务器能承受的物理极限时，要做的不是继续加钱，而是限流保命，限流不是拒绝用户，是让少部分请求慢一点，换取大部分核心业务不崩。
Nginx限流配置实操
Nginx自带的limit_req_zone模块能按IP限制请求速率，配置很简单：
http {
limit_req_zone $binary_remote_addr zone=req_limit:10m rate=10r/s;
server {
location / {
limit_req zone=req_limit burst=20 nodelay;
}
}
}
意思是对每个IP每秒最多放行10个请求,允许短时间突发20个请求排队，这个速率可以根据业务情况调整，建议先定一个较低的值保护源站，压测后再逐步放开。
如果要限制并发连接数,用limit_conn_zone模块：
limit_conn_zone $binary_remote_addr zone=conn_limit:10m;
location / {
limit_conn conn_limit 20;
}
负载均衡层做带宽管控
如果前面挂了SLB或CLB负载均衡,还可以在监听器上设置“监听带宽”或“带宽峰值”，比如后端两台服务器各100M带宽，负载均衡最大带宽设置成150M，保证流量均匀分摊但不过载。
多级缓存少让源站出流量
带宽扛不住不只是入口的事,源站每多处理一次请求，就多占一份资源和流量，多级缓存是性价比最高的手段。
Redis热点key缓存策略
大促期间流量高度集中,比如同一个秒杀商品被疯狂点开，给Redis加一层热点缓存，能挡住绝大多数的重复请求。
- 读请求先查Redis,命中就直接返回。
- 没有命中才查数据库,查完回填Redis，设置过期时间。
- 用
SETNX做防雪崩锁，避免大量请求同时回源数据库。
一个简单原则：同一个请求数据在缓存里能拿到，就不让请求走到后端业务代码。
Nginx反向代理缓存
Nginx的proxy_cache可以把后端返回的页面缓存到磁盘，静态化效果明显，很多CMS站用这招之后，源站负载掉了不少。
proxy_cache_path /data/nginx/cache levels=1:2 keys_zone=cache_zone:50m max_size=20g;
server {
location / {
proxy_cache cache_zone;
proxy_cache_valid 200 10m;
proxy_pass http://backend;
}
}
多线BGP机房和带宽套餐怎么选
这里有一个很多人忽略的坑：带宽买了100M，但机房是单线路，联通用户访问移动线路资源，绕路之后速度慢，频繁重传反而把带宽吃满了。
解决办法是选多线BGP机房，BGP机房能让电信、联通、移动用户都走最优链路接入，访问延迟更低，大促期间用户体验差，相当一部分问题出在跨网绕路上。
中小网站怎么选带宽套餐,记住两个原则：
- 用户集中在本地，比如区域性电商，选当地机房单线就够，便宜且延迟低。
- 用户分布在全国
，必须选多线BGP，别省这个钱。
现在云厂商的轻量应用服务器和云服务器都自带多线BGP,不用自己采购物理机托管，买带宽时留意一下带宽上限和峰值带宽的差別，有的套餐是“峰值带宽”而非“保底带宽”，大促期间不限速但也不能一直顶着跑。
行业共识认为,带宽规划和容量评估最好提前两周准备，压测工具用wrk或JMeter多跑几轮，比大促当天临场猜要靠谱得多。
大促当天的快速应急策略
就算前面都准备好了,流量总有预估不到的时候，下面这套应急手段按顺序做：
- 第一优先级：关闭非核心功能，比如站内搜索、评论、积分弹窗，减少动态请求，前端通过开关直接隐藏入口，别留接口给用户空调用。
- 第二优先级：开启Gzip或Brotli压缩，Nginx里
gzip on一行配置，文本类响应体积能压缩掉大半，带宽压力立刻缓解。 - 第三优先级：把日志级别从INFO调到ERROR，减少磁盘和带宽占用。
- 第四优先级：临时把图片质量参数降一档，比如从80%降到60%，配合CDN刷新，能再挤出一部分带宽。
相关问答
大促期间服务器带宽扛不住需要临时加多少带宽
没有统一答案,但可以参考云监控里近一周的峰值带宽，以峰值的1.5倍到2倍作为临时带宽目标，如果原先日峰值50M，大促建议升到75M-100M，按量计费模式可以更高，加太多用不上浪费钱，加太少压不住峰值。
带宽加不上去了，还有什么办法能缓解
升级配额有上限时,把注意力转向流量入口，给Nginx开启gzip压缩，把页面响应体压缩；检查是否有爬虫和恶意流量，在安全组或防火墙里封掉明显异常的IP；关闭站内所有轮询接口，改成WebSocket推送，这三步做下来，大促期间经常能挤出三成以上的带宽余量。
CDN能完全替代服务器带宽扩容吗
不能,CDN拦截的是静态资源请求和部分动态缓存，但登录、下单、结算这类敏感接口必须回源，这些请求的峰值仍然占服务器出口带宽，CDN能解决大部分带宽压力，但源站的基本带宽还是要留够，CDN回源也会产生流量费用，预算里要算上这笔账。
归根结底，大促扛带宽就是一句话：能缓存的不回源，能分流的不硬扛，最后再用限流兜底。 按这个顺序把资源安排好，流量再猛也能撑住。