电商大促带宽与线路预案，核心不是临时加带宽，而是提前把峰值流量、业务隔离、备用线路和降级路径设计好。 大促当天流量不是线性上涨，更像开闸放水，没有预案，再大的管道也可能被一个回源接口拖垮。
电商大促带宽怎么规划：流量预估和压测是第一步
很多团队算带宽,习惯按日常均值乘以一个系数，到了大促当天，下单接口的并发可能冲到平时的几十倍，静态资源、图片、视频这些吃带宽的大户，往往和动态请求挤在同一条出口上，带宽规划必须先拆业务，再谈总量。
- 把流量拆成三类：页面与图片、订单与支付接口、库存与价格查询
- 静态资源走CDN,源站只负责回源，能省下相当一部分出口带宽
- 动态接口并发高,但单次请求包体小，瓶颈多在连接数和后端响应时间
- 图片原图、视频预览、商品包体更新才是带宽消耗大头
具体预估可以用一个简单公式：并发请求数 × 平均响应大小 ÷ 响应时间，再留出冗余，多数团队会按历史峰值的 5到2倍 预留，而不是按日常均值，这个倍数不是拍脑袋，是结合大促当天流量模型算出来的。
压测不能只做一次,至少分两轮：
- 提前30天压静态首页和商品详情页,工具可以用
wrk -t 8 -c 200 -d 120s https://shop.example.com/ - 提前15天压下单和支付回调,配合数据库连接池、缓存命中率监控
- 压测同时执行
sar -n DEV 1，观察网卡吞吐是否先到上限 - 模拟CDN回源,单独压回源链路，很多带宽事故出现在回源而不是边缘
据工信部数据,国内骨干网容量近年在持续扩容，跨省拥塞概率较前几年有所下降，但机房出口、单台服务器网卡、单个Nginx连接数，仍然是大促最常见的瓶颈，带宽规划要落到设备级，不能只看运营商给的总带宽。
电商大促用BGP还是多线？先看业务场景再谈价格
大促期间线路选错,比带宽买少更难受，BGP和多线静态，本质上解决的是跨运营商访问问题，但成本、故障表现、切换方式完全不同。
| 线路类型 | IP方式 | 延迟表现 | 故障切换 | 成本 | 适用场景 |
|---|---|---|---|---|---|
| BGP多线 | 单IP | 运营商自动调度 | 较平滑 | 较高 | 全国业务、统一入口 |
| 静态多线 | 多IP | 依赖DNS解析 | 需手动切换 | 中等 | 地域性业务、预算有限 |
| 双线双IP | 两IP | 移动可能绕行 | 手动 | 较低 | 电信联通用户为主 |
行业共识认为,电商大促带宽开销中，静态资源占大头，动态订单请求并不消耗最多带宽，但两者的线路需求不一样，静态资源可以走CDN，CDN节点已经帮你处理了跨网问题，源站回源和支付回调，才需要稳定的BGP或优质单线。
如果用户集中在华东,上海、杭州、南京地域特征明显，选择上海BGP机房或华东多线接入，通常比硬上全国BGP划算，反过来，如果用户分散在全国，入口域名又必须统一IP，BGP单价虽然高一些，但省掉DNS智能解析和跨网绕路的运维成本。
具体操作上,大促前把关键域名的解析策略理清：
- 静态资源CNMAE到CDN,源站回源走内网专线
- 支付回调、订单回调走BGP，避免跨运营商丢包
- 备用线路至少有一条静态多线,防止BGP邻居抖动影响全站
- 华东地域优先选上海同城双线,延迟能控制在较低水平
电商大促服务器带宽不足怎么办？限流降级比扩容更快
大促当天发现带宽不够,再去找运营商扩容，基本来不及，业内专家指出，大促带宽事故多数不是总量不够，而是回源链路或接口限流没做好，服务器带宽不足，先做三件事：看流量、砍静态、限动态。
先判断瓶颈在哪一层：
iftop -i eth0看哪个IP或端口占满带宽dstat -n 1看入站和出站是否同时打满ss -s看TCP连接数是否异常sar -n DEV 1看网卡PPS是否先到瓶颈
物理带宽不足时,优先级从高到低：
- 开启CDN全站缓存,把图片、JS、CSS命中率拉到最高
- 关闭图片原图,切换WebP或压缩图
- 对非核心接口限流,比如商品评论、足迹、推荐位
- 下单接口做排队降级,返回轻量等待页
Nginx限流可以直接上配置,不用重启业务：
limit_req_zone $binary_remote_addr zone=order:10m rate=30r/s;
location /order {
limit_req zone=order burst=50 nodelay;
}
这个配置的意思是每IP每秒最多30个下单请求,突发最多50个，大促时把非核心接口的rate调低，核心接口保留合理余量，限流不是把用户挡在门外，是把流量排成队，让后端有时间喘气。
回源链路打满时,最快的办法是把回源地址从公网切到专线，或者降低CDN回源频率，很多平台会把商品详情页静态化，提前推送到边缘节点，源站只在库存变化时通知刷新，这样即使服务器带宽有限，用户看到的页面仍然流畅。
电商大促专线多少钱？临时带宽申请要提前多久
专线价格没有统一标准,影响价格的因素包括：接入城市、带宽大小、运营商等级、是否双路由、合同周期，大促临时独享带宽通常比常规月租更贵，因为占用了运营商临时资源。
询价时要带上这些信息,否则拿到的报价没有可比性：
- 机房位置和机柜编号
- 峰值带宽,比如200M、500M还是1G
- 突发时长,是当天3小时还是连续7天
- 是否需要双线冗余,主备切换还是负载分担
- IP数量、SLA要求、NOC值班电话
一般建议大促前 45天 和运营商客户经理确认可临时扩容上限，提前 15到30个工作日 提交正式扩容工单，运营商在高峰期可能要做端口扩容、线路跳纤、甚至光缆施工，当天申请基本无法交付。
地域也会影响价格和交付速度,一线城市如上海、北京、广州资源多，交付相对快；三四线城市可能因为端口紧张，临时扩容价格更高，甚至无资源可扩，上海电商大促带宽方案里，很多企业会提前锁定同城第二条物理链路，而不是等大促前临时找资源。
上海电商大促带宽方案参考：同城双线与跨地域容灾
上海机房密集,同城双线容易实现，也比较适合华东用户为主的电商，方案核心是两个机房之间用裸光纤或大二层打通，主备链路随时可切。
一个常见做法是：
- 主用上海电信机房,备用上海BGP机房
- 两个机房通过内网专线同步静态资源和会话
- 入口域名默认解析到主用机房
- 主用出口拥塞或设备故障时,DNS切换到备用机房
跨地域容灾适合全国性业务,华东为主，华南备用，防止上海骨干网出口出现区域性拥塞，部署时把关键域名TTL降到 60秒以内，切换时才能快速生效，备用线路不是买了闲置，平时应定期跑测试流量，确认BGP邻居、防火墙策略、NAT规则都处于可用状态。
切换操作要脚本化,避免半夜手工敲命令出错，监控至少覆盖：
- 出口带宽利用率
- 核心接口丢包率和延迟
- DNS解析结果是否按地域调度
- 备用链路连通性
预案做完后,至少做两次演练，一次模拟主线路中断，一次模拟服务器带宽打满，演练时记录切换耗时、回切条件、以及哪些配置需要人工干预，大促带宽不是资源问题，是工程问题，提前把路径设计好，出问题时才能按预案走，而不是现场拍脑袋。
电商大促带宽与线路Q&A
电商大促带宽不够，临时扩容当天能完成吗？
不能,运营商临时扩容需要提前几个工作日，涉及端口、跳纤和配置变更，当天带宽不够，只能依靠CDN缓存、接口限流、关闭非核心功能或切换备用线路来兜底，如果之前没有报备，运营商甚至可能无端口可扩。
电商大促用BGP还是多线更适合中小商家？
中小商家用户地域集中时,静态多线够用，初始价格更低，如果用户跨省分散，入口域名又需要统一IP，BGP可以省去DNS智能解析和跨网绕路的麻烦，判断标准不是技术高下，而是用户分布和预算，区域业务优先多线，全国业务优先BGP。
电商大促专线多少钱，怎么询价不被坑？
专线没有统一报价,合理价格取决于机房位置、带宽保证、SLA和冗余等级，询价至少比较三家运营商，要求对方提供大促期间的NOC值守联系方式、故障响应时限和超卖比例，报价单上只写“独享带宽”还不够，要明确是端到端独享还是机房出口共享，多数情况下，价格过低的“大促专线”在高峰时段会面临资源争抢，实际可用带宽远低于合同标称值。