带宽买大了肉疼，买小了更麻烦——页面一卡，人转身就走，招呼都不打。峰值带宽多少合适这事，真没有放之四海都对的数字：同一台机器，放文件下载站和放企业官网，答案能差好几倍。顺序别搞反，先把业务归个类，再回头谈数字。
峰值带宽多少合适，先看你往外吐的是什么
判断的起点很简单：用户打开你站点时，服务器往外送的是什么。送的是几十 KB 的 HTML 加几张图，和送几百 MB 的安装包，是两种完全不同的问题。前者卡在并发数上，后者卡在单个体积上。拿错模型去算，算出来的带宽基本没参考价值。
下载站和文件分发：从单次体积往回推
这类业务的公式很土但好用：单文件大小 × 同时下载人数 ÷ 你希望他们多久下完。比如一个安装包 200MB 上下，二十来个人同时下，你希望五分钟内都能完成，那每人得跑到每秒几百 KB，乘上人数，带宽就落在百兆这一档。这只是个算例，把你自己文件的体积和并发填进去重算一遍。还有一点常被忽略：Mbps 和 MB/s 差着八倍，1Mbps 理论才 128KB/s，实际还要打折，按七折八折去估更稳。
动态站点：并发比页面大小更要紧
论坛、商城、后台这类，页面本身不大，但每个请求都要查库、拼模板、算权限。带宽往往不是第一块倒下的多米诺，CPU 和数据库连接数更早出问题。不过带宽也不能抠得太死——单次响应体小，可请求次数多，头部开销和握手也吃流量。这类站点我更建议先把图片、附件丢到对象存储或 CDN 上，源站带宽压力能掉一大截，再谈升不升配。
还有一种情况容易漏：企业官网访问量不大，但图片没压缩，首页一屏几张大图，每个访客都要拉一遍。这类站点带宽需求其实不高，把图压一压、开个缓存，比升带宽便宜多了。
视频、直播类：峰值是脉冲不是平均值
视频按码率 × 同时在线的算法来估，别看日活，看同时。晚高峰那半小时的并发，才是你真正要买的那个数。直播更极端，开播一瞬间涌进来的人和弹幕，会形成一个很尖的脉冲。切片分发、边缘节点能把这个尖峰摊平一部分，但源站的回源带宽还是得留余量。这类业务拿月平均去算带宽，关键时候一定掉链子。
峰值带宽多少合适的三个常见误判
第一个，拿月流量除以三十天当成带宽。流量是累计，带宽是瞬时，中间差着一个很陡的峰谷比。第二个，拿平均值当峰值，忙时闲时能差好几倍，按闲时买，忙时必炸。第三个，只算下行不管上行——源站回源、备份上传、接口回调走的都是上行，不少套餐上行给得小气，选配置时得专门看一眼这一栏。
计费方式先问清：固定带宽、峰值计费、按流量
不同服务商的口径五花八门：有的按固定带宽包月，有的按峰值计费，取一个月里最高那一档或者 95 分位，还有的干脆按流量跑。名字相近，账单能差不少。买之前把计费说明翻一遍，特别是峰值怎么取、超了怎么算、能不能临时升配，各家不一样，以服务商或官方页面的说明为准。
土办法：压一压，再盯住监控的分位线
配好之后别就撒手。用 ab、wrk 或者 jmeter 造一波并发，看带宽曲线和响应时间在什么位置开始变脸。上线后盯监控里的带宽分位线：95 线长期贴着上限，说明该加了；常年在一半以下，那就是买多了，下次续费往下降一档。做活动的站点，提前临时升配，或者把静态资源全推到 CDN 上，比硬扛划算。
给个能落地的顺序：一、把业务归类，是文件型、动态型还是流媒体型；二、按公式把并发和单次体积填进去，算出毛数；三、毛数上留三成余量，当作起步配置；四、跑起来看监控的真实曲线，用实际数据回来修正。这件事本质上是先估后校的过程，估歪了很正常，别一次买死、留好调整的口子，比什么都强。
【版权声明】：本站内容若无意侵犯到您的权利，请及时与我们联系将尽快删除相关内容!
