带宽计算器：3步算清服务器带宽

服务器带宽买多大，这事不是靠感觉定的。手里有个带宽计算器，把几个数字填进去，几分钟就能把该买多少兆算个八九不离十。问题是大多数人压根不算这一步，拍脑袋上 5M、上 10M，要么长期花冤枉钱，要么上线当天就被访问卡到怀疑人生。先把一个概念掰开：带宽说的是速度，不是总量，这俩差得远。

带宽计算器到底在算什么

它算的东西很朴素——单位时间里能搬多少数据。1Mbps 换算过来大概是 128KB/s，小写的 b 和大写的 B 差 8 倍，运营商报的兆是 bit，你本地看到的下载速度是 Byte，这个坑每年都有人踩。按这个换算，1M 带宽跑满一整天，理论上也就搬十几个 G 的量。所以你说“我一天才几千个 PV”——那得看这些 PV 是均匀摊在 24 小时里，还是全挤在晚上那两三个钟头。带宽算的从来不是平均值，是峰值。

第一步，先估一次访问的传输量

打开自己站点的首页，F12，看 Network 面板里所有请求加起来多大。别只盯着 HTML 那几十 K，图片、字体、CSS、JS、还有第三方统计脚本全都要算进去。一个稍微带点图的首页，连图带样式加起来两三兆并不稀奇。视频站就更别提了，一个片子看十分钟，流量能顶几万个网页访问。这一步偷懒不估，后面所有计算都是空中楼阁。估的时候按最重的那一页来，别挑首页最轻的那个版本糊弄自己。

第二步，峰值并发不等于同时在线人数

这地方最容易误解。同时在线 500 人，不代表服务器要同时给 500 个人发数据——大部分人是在阅读、在打字、在看别的东西，真正处于传输状态的时间只占停留时间里很小一段。习惯上会用“峰值在线人数 × 一个很小的系数”去估并发，系数多少得看站点类型，论坛、直播、下载站、企业官网差得不是一星半点。拿不准就去看监控里的实时连接数，比拍脑袋强。手上实在没有监控数据，就按高峰时段 PV ÷ 高峰小时数 ÷ 3600，再乘个缓冲系数，粗糙，但能用。

第三步，代回带宽计算器并留出余量

单次传输量 × 峰值每秒请求数 = 需要的峰值速度，再往上抬个三成到五成。为什么非要留余量？因为带宽打满时用户体验是断崖式下跌，不是均匀变慢，前 90% 的余量你感觉不到，最后那一点挤爆了就是打不开。而且 TCP 握手、TLS 加密这些还额外占开销，纸面算出来的理论值，落地要再抬一截。留余量还有个好处：临时搞个活动、被哪个大号顺手转了一下，不至于当场趴窝。

图片和静态资源最容易推翻计算结果

算完先别急着下单，回头翻翻那些图片。首页主视觉如果挂着一张几兆的原图，前面算的全都白费。压一压，换成 WebP，尺寸按实际展示的最大宽度出，别拿一个超宽的图去填几百像素的容器。静态资源挂到 CDN 上之后，回源带宽会掉一大截，这时候原来的结果就偏保守了，是好事，但别把 CDN 当免死金牌，回源那一下同样要吃带宽，具体以 CDN 服务商的回源说明为准。

上行和下行，别搅在一起算

不少人第一次看账单会懵：明明没跑多少出站流量，怎么扣了这么多。方向问题。云主机多数情况下计费的是出方向，也就是从服务器往外发；入方向一般不计费或者另有规则，具体以服务商或官方页面的说明为准。做网站、做接口，被消耗的基本都是出站。反过来你要是跑备份同步、从上游拉数据，关注点就倒过来了。

固定带宽还是按流量计费

固定的心里有底，账单不会突然咬你一口；按量的适合波峰波谷特别明显的站。判断标准就一条：峰值和平均值差多少。白天冷清、晚上爆流的类型，按量往往能省；24 小时平稳挂业务的，固定带宽通常更踏实。还有些服务商提供峰值带宽计费、95 峰值之类的玩法，规则各不相同，下单前把计费说明看完，别只比那个数字大不大。

算完之后，用监控去校正

带宽计算器给出来的是起点，不是终点。上线之后盯实时带宽曲线，看峰值出现在几点、离你买的那个数还差多少。差得远就缩配，天天贴着顶就赶紧升。还有一个挺常见的现象：不少人的瓶颈压根不在带宽上，而是 CPU 或者磁盘 IO 顶着，带宽还剩一大半，页面照样慢——那就不是这篇文章能救的了。

一句话，带宽不是买得越大越安心，是算清楚了才安心。把单次传输量、峰值并发、余量这三样东西填进去，出来的数字比任何人的经验之谈都稳。剩下的交给监控，让真实数据替你说话。