抢购开始前的入口带宽峰值预留，核心原则是：按预估峰值流量的2-3倍预留，同时配合弹性伸缩和限流兜底，绝不打无准备的仗。
抢购带宽峰值怎么算？先摸清三个数
很多团队在抢购前第一反应是“加带宽”，但加多少、加到哪一层，心里没底，搞明白这个问题，其实只需要三个数：入口总流量、单请求平均响应大小、峰值QPS。
入口总流量不等于页面大小,它包含HTML、CSS、JS、图片、接口响应，甚至WebSocket的长连接数据，业内专家指出，一个典型的秒杀详情页，首屏总重量在5MB到3MB之间，但静态资源可以被CDN吃掉一大半，真正打到源站的，往往只有接口返回的JSON数据，通常几十KB到几百KB。
- 静态资源（图片、样式、脚本）：交给CDN，不占源站入口带宽
- 动态接口（库存查询、下单、支付）：实打实走源站，这部分才是带宽预留的焦点
- WebSocket或长轮询：每个连接会持续占用带宽，抢购场景下要单独评估
算带宽的公式不复杂：带宽（bps） = 预估峰值QPS × 平均响应大小（字节） × 8，比如预估峰值QPS是5000，每个动态接口平均响应2KB，那么源站入口带宽至少需要5000 × 2048 × 8 = 82Mbps，这还只是理想状态，实际预留要在此基础上乘以2到3倍，也就是164Mbps到246Mbps。
但这里有个坑：QPS预估往往拍脑袋，别只看历史峰值，抢购的流量曲线是陡峭的尖峰，不是平滑的抛物线，建议用压测工具先打一轮，比如用wrk或JMeter，直接打到源站入口，看带宽涨到多少时延迟开始恶化，压测得到的拐点带宽，才是你预留的基准线。
秒杀系统带宽预留方案：固定带宽还是按流量计费
这是云厂商选型时最常见的问题,固定带宽和按流量计费各有适用场景，抢购这种短时脉冲流量，多数情况下推荐按流量计费 + 弹性带宽组合。
固定带宽的优势是简单、成本可控，缺点是峰值时段容易打满，一旦超过阈值，云厂商会直接丢包或限速，用户看到的就是白屏、转圈、请求失败，按固定带宽预留抢购峰值，意味着平时99%的时间在浪费，成本不划算。
按流量计费
更适合突发场景，你只需要设置一个带宽上限峰值，比如500Mbps，平时用多少算多少，抢购时冲到顶，按实际流量付费，但注意，部分云厂商的按流量计费有单实例带宽上限，比如单台ECS最高200Mbps，需要提前开通多实例负载均衡才能叠加带宽。
行业共识认为,抢购场景下最稳妥的搭配是：
- 负载均衡SLB：按流量计费，设置带宽上限为预估峰值的2倍
- 后端ECS：每台按固定带宽较低规格，利用弹性伸缩自动加机器
- CDN：静态资源全部走CDN，回源带宽单独设置，通常只有动态请求的20%左右
举个例子,你预估入口峰值200Mbps，SLB带宽上限设为400Mbps，后端先开4台2核4G的ECS，每台固定带宽10Mbps，然后配置弹性伸缩规则：CPU超过70%持续3分钟，自动增加2台ECS，带宽也随之分摊，这样既保证了峰值有冗余，又不至于平时烧钱。
弹性伸缩和限流：带宽预留的左右手
带宽预留不是“买够了就完事”，还要保证预留的带宽真的能用上，弹性伸缩负责动态扩容，限流负责保护后端，两者配合才能让入口带宽稳定在健康水位。
弹性伸缩的配置要点
- 基于SLB的QPS或入方向带宽作为伸缩指标，不要只看CPU，抢购时CPU可能还没跑满，带宽先打爆
- 设置冷却时间，默认300秒，避免频繁伸缩抖动
- 提前准备自定义镜像，包含所有依赖和初始化脚本，扩容时能在1分钟内拉起新实例
- 测试伸缩组的最大实例数，确保云厂商配额足够，抢购前提前申请提额
限流降级的必要性
即使带宽预留了3倍,也架不住恶意刷单和异常流量。网关层限流是最后一道防线，常用的工具是Sentinel或云服务商的WAF，按QPS限流，超过阈值直接返回“系统繁忙”，而不是继续消耗带宽。
- 对查询接口限流：比如库存查询，限制单IP每秒5次
- 对下单接口限流：限制单用户每秒1次，防止脚本刷单
- 对未知User-Agent请求：直接拒绝，减少带宽浪费
记住一个原则：带宽预留是为了服务正常用户，不是为了兜住所有恶意流量，限流掉一部分请求，反而能保住核心交易的带宽。
抢购带宽监控与压测验证：别等到当天才手忙脚乱
预留得再充足,没有验证都是纸上谈兵，抢购前一周，至少要做一次全链路压测，模拟真实流量打到入口，观察带宽使用率、延迟、错误率。
压测的实操步骤
- 用JMeter或简米云PTS，构造峰值QPS的2倍请求量，持续压测15分钟
- 监控SLB的入方向带宽和出方向带宽，记录最大值
- 观察后端ECS的平均响应时间，如果超过200ms，说明带宽或后端资源不足
- 检查弹性伸缩是否触发，扩容速度是否满足流量增长
- 压测结束后,查看账单，估算实际费用，调整带宽上限
如果压测发现带宽被打满,优先检查是否有大响应体没有压缩，开启Gzip，接口数据能压缩70%以上；图片和视频用WebP格式，体积减少30%；JSON字段精简，去掉不必要的返回参数，这些优化比单纯加带宽更省钱。
监控指标怎么设
在云监控里,重点关注三个指标：
- SLB入方向带宽使用率：超过70%触发告警
- 源站QPS：超过预估峰值80%触发告警
- 5xx错误率：超过1%立即告警
告警方式别只看短信,抢购当天团队都在盯屏，电话告警和钉钉/企业微信机器人更有效，设置连续3个周期超阈值才告警，避免误报。
抢购带宽预留的成本控制：花多少钱心里要有数
预算有限是常态,搞清楚固定带宽和按流量计费的差价，才能把钱花在刀刃上。
以国内主流云厂商为例,按流量计费大约0.8元/GB，固定带宽按1Mbps一个月约20-30元，如果你预估峰值带宽200Mbps，抢购持续1小时，按流量计费的费用大约是：
200Mbps × 3600秒 ÷ 8 × 0.8元 = 约72元，但固定带宽如果买200Mbps一个月，就要4000到6000元。
显然,抢购这种低频高流量场景，按流量计费更划算，但要注意流量计费有地域差异，比如中国大陆地域和香港地域价格不同，海外节点的流量价格可能是国内5倍，如果目标用户集中在某个地域，把带宽资源部署在就近的云节点，能降低延迟和成本。
另一个省钱技巧是错峰预热，抢购前10分钟，把商品详情页、静态素材提前推送到CDN节点，源站只处理动态请求，很多团队忽略这一步，导致源站带宽被静态资源白白消耗，CDN的流量单价通常比源站便宜50%以上，能走CDN的绝不让它打源站。
Q&A：关于抢购入口带宽预留的常见疑问
问：抢购时带宽预留多少倍比较保险？
2到3倍是行业共识，如果预估峰值100Mbps，预留200到300Mbps比较稳，但倍数不是死的，要结合后端处理能力，后端只能扛80Mbps，预留300Mbps也没用，限流会先把流量挡回去，先压测后端瓶颈，再决定带宽倍数。
问：入口带宽和CDN回源带宽有什么区别？
入口带宽指用户请求到达你的服务器时消耗的带宽,CDN回源带宽指CDN节点从你的源站拉取数据时消耗的带宽，静态资源命中CDN后，用户流量不经过源站，入口带宽压力大减，抢购时如果CDN命中率在95%以上，源站入口带宽只需要考虑动态接口，通常是总带宽的20%以内。
问：按流量计费会不会被恶意刷爆？
会,如果被人用脚本刷大量请求，按流量计费的账单会很难看，解决办法是给SLB设置带宽上限，比如上限300Mbps，超过后直接丢弃请求，同时开启WAF的CC防护，自动拦截高频IP，云厂商一般会提供费用预警，设置每日消费上限，超了自动关停入口，避免破产。
抢购带宽预留的核心就一句话：按峰值流量的2-3倍算，用弹性伸缩兜底，用限流保护后端，用CDN分散压力，提前一周压测、调好监控告警，剩下的就交给系统自动应对，做到这些，抢购开始那一刻，你的入口带宽就能稳如老狗，用户点起来顺畅丝滑。