服务器带宽怎么计费：独享带宽、按流量、95 峰值与共享带宽的差别

服务器带宽怎么计费：独享带宽、按流量、95 峰值与共享带宽的差别

带宽账单之所以经常超出预期，是因为“带宽”这个词在计费语境下指的是四种完全不同的商品。同一台机器、同样的配置，换一种计费方式，月度支出可能相差数倍，而且风险的类型彻底变了。

四种模型分别是：按固定速率卖的独享带宽、按实际用量卖的按流量计费、按采样点统计的 95 峰值计费，以及多台实例共用的共享带宽包。它们不是价格档位，而是四种不同的计量方式。选错了不是贵一点的问题，而是账单的量级和风险的种类同时改变。

本文只讲计费模型本身：每种模型怎么算、什么时候省钱、什么时候会坑人，以及签约前必须问清的三项口径。配置该配多少、CDN 支出怎么压，属于另外两个题目，这里只在需要划界的地方简单带过。

一、四种计费模型解决的是什么问题

1.1 计量单位决定了你在怕什么

计费模型的核心不是价格，而是计量单位。计量单位一旦确定，风险就跟着确定了：你会被哪种使用形态惩罚，事先就写在了合同里。

固定带宽按速率计，风险在峰值时段：跑满了就排队，用户感觉到慢。按流量按字节计，风险在总量：用量不可控时账单没有上限，理论上可以无限增长。95 峰值按统计分位计，风险在持续高位：偶尔的尖峰被豁免，长期高位全额计费。共享带宽包按池子总量计，风险在邻居：同池的另一个实例吃满整池，你的业务就跟着降速。

一句话概括：选计费模型，本质是在选你愿意承担哪一种失控方式。

1.2 四种模型并排看

先给一张全景表，把四者的计量单位、惩罚对象与适用形态放在一起。后面四章逐一展开算法与坑点。

这张表最容易误读的一格是“适用形态”。它描述的是计量方式与使用曲线的匹配关系，不是业务重要性。一个很关键的业务也可能适合按流量，因为它的用量本来就很平稳。

二、固定带宽：买的是速率上限

2.1 跑不满与跑不动的两种浪费

包月买定 Mbps，是四种模型里最直观的一种：你买到的是一个速率上限，而不是一个总量。低峰时用不满，那部分容量就是白付的钱；高峰时跑不动，用户就会感到卡顿。两种浪费正好相反，一个浪费钱，一个浪费体验。

判断该买多少，只看一个指标：过去三个月里，高峰时段与低谷时段的比值。如果峰谷比接近一，说明业务平稳，按峰值买固定带宽最划算；如果峰谷比很大，例如白天几乎空闲、夜里集中爆发，那么按峰值买就是长期为闲置容量付费。

固定带宽还有一个隐性优点：成本可预测。无论这个月流量涨了多少，账单不变。对预算敏感的团队，这个确定性本身有价值。

2.2 换算：1 Mbps 跑满一个月是多少流量

这是公开算术，任何人在纸上都能算，但它是比较不同计费模型的基础。1 Mbps 表示每秒传输 1 兆比特，也就是每秒 125 KB。一个月按 30 天计算是 2,592,000 秒。两者相乘约等于 324 GB，业内通常说“1 Mbps 跑满一个月约等于 320 GB 左右”。

有了这个换算，“10 Mbps 包月”与“1 TB 流量包”就能直接比较了。10 Mbps 一个月最多只能传出约 324 GB，而 1 TB 约等于 1024 GB，相当于 31 Mbps 左右的持续速率。也就是说，只有当你的实际用量长期接近包月带宽的理论上限时，包月才更划算；如果真实用量只有几百 GB，包月就是在为用不到的容量付费。

要注意这是理论上限。TCP 在真实网络里很少能长时间跑满，跨境链路尤其如此，所以实际能传出的量通常低于这个数字。

2.3 “不限流量”要看条款

“不限流量”这四个字在多数服务条款里都不是无条件的。常见的附加条件是 fair use 条款、超量降速、或者超过某个阈值后限连接数。

需要问清的是超量之后的行为：是降速，降到哪里；是限连接数，限到多少；还是转成额外计费，按什么单价。这三者的差别很大：降速到原有带宽的一小部分，等于把固定带宽变成了一个更差的固定带宽；转成额外计费，就等于在你不注意的时候切成了按流量模型。

三、按流量：买的是总量

3.1 出向与入向：谁在产生账单

按流量计费按字节结算，但绝大部分场景里真正产生账单的是出向流量，也就是从服务器发往用户的数据：网页、图片、视频、下载文件、API 返回。入向流量是用户上传、表单提交、请求报文，体积通常小得多。

这个不对称是理解按流量的起点。你卖出去的每一个字节都可能是成本，而别人发给你的字节大多不是。所以按流量计费的产品，成本几乎完全由“你发出去多少”决定。

3.2 单向计费、跨区与回源流量

不同厂商在“计什么”上的口径差别很大。有的只对出向计费，有的入向出向都计；有的把同一区域内网流量免掉，跨可用区或跨地域的流量单独计价；如果前面挂了对象存储或 CDN，回源流量往往是一条独立账单。

这些口径累加起来，可以让同样一个业务在不同厂商处的账单相差一个量级。签约前把流量路径画出来，标出每一段是否计价，是唯一可靠的办法。CDN 侧的回源优化可以参考 CDN 成本控制与优化指南，那里讲的是如何让回源本身变少。

3.3 被刷的风险与两条硬约束

按流量计费最大的风险不是价格，而是它把成本控制权交给了外部。出向计费意味着任何人不需要登录、不需要付费，只要不断请求你的资源，就能让你产生账单：刷下载链接、刷图片、刷视频切片、刷 API。

因此选择按流量时的第一条工程约束是：必须同时设置带宽上限与流量总量封顶。带宽上限把速率锁住，避免短时间被灌爆；流量封顶把总量锁住，避免月度账单无上限。两者缺一不可，因为它们的失效方式不同：只有封顶没有限速，仍可能在封顶前产生一次巨大的带宽费用与业务中断；只有限速没有封顶，慢慢的持续消耗同样能烧掉全部额度。

只设告警是不够的。告警是通知，不是止损，它只能让你更早看到账单变大这一事实。真正兜住风险的是硬上限，以及在被刷时能一键切换的处置预案。

四、95 峰值：买的是对尖峰的容忍

4.1 采样点与去掉最高 5%

95 峰值计费的规则在各家表述略有差异，但核心一致：按固定间隔采集带宽使用值，通常每 5 分钟一个采样点；一个月约有 8640 个采样点；去掉其中最高的 5%，剩下的最高值就是计费依据。

去掉的 5% 大约相当于 36 小时。这是一个不短的窗口，意味着你的业务可以承受总量约一天半的异常高峰而不被计入，这在按流量计费里是做不到的。

4.2 95 计费惩罚的是持续高峰

理解 95 计费的关键在于它惩罚的对象：不是瞬时尖峰，而是持续高峰。一次几分钟的备份任务、一次短促的促销脉冲，基本不会影响账单；而连续两三天维持在高位的流量，会完整地体现在计费值里。

这带来一个实用的优化空间：把可以调度的批量任务错开。备份、日志归档、镜像同步、数据导出，都尽量安排在业务低峰。当这些任务的用量被摊开，95 值就会明显低于峰值。这也是 95 计费对工程能力友好的一面：账单取决于你怎么安排负载，而不只是取决于你用了多少。

反过来说，如果你的业务天然是长时间高位（比如持续的视频分发），95 计费与按固定带宽购买的差别就会变得很小，甚至不如直接买包月。

五、共享带宽包：买的是一个池子

5.1 池内不限单实例会出什么事

共享带宽包把多条带宽合成一个资源池，池内所有实例共用总量。它的卖点是利用率：多台实例的峰值通常不在同一时刻，共享一条总量比各自包月更省。

问题在于池内的分配规则。如果带宽包不限制单个实例的速率，那么一个实例就能把整池吃满，同池的其他业务同时降速。这在实践中不是理论风险：一次异常的重试风暴、一个未加限速的下载服务、一次被刷的接口，都足以把池子占满。

5.2 判断一个带宽包能不能用

判断一个带宽包是否可用，只需要问两个问题：是否支持单实例限速，以及超池总量时是丢包还是全局降速。

支持单实例限速的池子是可控的，你至少能保证每个业务有自己的天花板；不支持的话，池子就是一个公共资源，谁抢到算谁的。至于超池行为，丢包通常比全局降速更好判断，因为丢包造成的故障现象更明确，而全局降速会让所有业务一起变慢，排查成本高得多。

还要注意池子的边界：跨可用区、跨地域的实例能不能共用一个池。有些产品只在同一区域内共享，跨区流量另行计价，这一点常被忽略。

六、计费口径里的三个必问项

6.1 入向是否计费

第一个问题：入向流量是否计费。多数产品对入向免费，但也有产品双向计费，或者对入向超出某个比例后开始计费。这个差别对内容分发型业务影响不大，但对备份、同步、镜像拉取为主的业务影响巨大，因为这类业务的流量方向恰好相反。

6.2 出向是否单向计费

第二个问题：出向计费是否按单向计算。有的厂商对每次连接的两侧都计一次，实际效果是账单翻倍；有的只对真正离开机房的字节计费。条款里通常写得很细，看的时候要盯住“计费方向”这几个字。

6.3 内网与跨区流量是否计入

第三个问题：内网流量、跨可用区流量、跨地域流量是否计入计费总量。内网通常免费，但“内网”的定义在不同厂商处不同：有的把同地域不同可用区算内网，有的不算；跨地域复制、跨区容灾几乎是所有厂商的独立计费项。

这三项不问清，任何价格比较都没有意义，因为你们比的可能不是同一个商品。

七、按业务形态选计费模型

7.1 带宽不等于吞吐

买带宽买的是链路的传输能力上限，而用户实际感受到的是吞吐。两者之间隔着协议：TCP 的吞吐受往返时延与丢包制约，链路的往返时延越长、丢包越多，单条连接能跑到的速率就越低。

一条 10 Mbps 的跨境链路，在往返时延较高且存在丢包的情况下，单连接的实际吞吐可能远低于标称值，而且不会因为继续加带宽而改善。加带宽解决的是“总容量不够”，解决不了“单连接慢”。后者要靠多连接、调整拥塞控制策略，或者换成一条往返时延更低的线路。往返时延与丢包的判断方法可以参考 海外服务器线路谱系，那里讲的是怎么把一条链路的延迟特性看清楚。

7.2 选型判据

把四种模型对回业务形态，判据其实很清晰：

• 流量平稳且可预测：固定带宽。买多少心里有数，成本也稳定。
• 流量波动大、峰值持续时间短：95 峰值。尖峰被豁免，账单跟着常态走。
• 用量小但突发明显：按流量加硬上限。小用量时最省，硬上限兜住失控。
• 多台小实例、总量可控：共享带宽包。前提是池子支持单实例限速。
• 高峰持续且长期高位：固定带宽或 95 峰值差别不大，此时应优先比较单位 Mbps 的单价与线路等级，比较方式可以参考 云服务器价格参考 的口径对齐思路。

不管你选哪一种，签合同前把计费口径问清、把硬上限配好，这两步的价值都高于在单价上多谈几分。带宽是少数会随业务增长而悄悄扩张的成本项，配好边界比压低单价更重要。云厂商在带宽与流量上的产品差异可以参考 阿里云 ECS 与 Vultr 的官方文档，两者对流量与带宽的表述方式就很不一样。具体的配置与带宽搭配见 云服务器配置选择指南；如果用的是独立服务器并涉及托管带宽，独立服务器选型指南 里有对应的采购口径；共享出口的结构性问题可以接着看 BGP 多线机房；更多同类内容见 云服务器 分类。

来源：16IDC 原创，具体计费口径、线路与条款以各服务商官网文档及合同为准。