带宽怎么算:单位换算、并发估算、计费口径与核对四步

带宽怎么算:先把 Mbps 除以 8 换成 MB/s,再按峰值每秒传输量估出需求,乘峰值系数并留 20%–30% 余量,然后看清计费口径,与机房逐项核对。

要点速览

• Mbps 除以 8 才是 MB/s,100M 实测约 11–12MB/s 属正常
• 所需带宽 = 峰值每秒传输量(MB)× 8,并发数要取高峰
• AI 场景把模型下载的突发和推理调用的持续流量分开算
• 日均换高峰可先按 2–3 倍试算,再留 20%–30% 余量
• 签约前问清上下行、峰值保障、扩容周期与 IP 数量

带宽怎么算,可以压缩成一句话:先把单位换对,运营商和机房说的 100M 指的是 100Mbps,除以 8 才是每秒约 12.5MB;再按“峰值时每秒需要传多少数据”估出需求,乘上峰值系数、加上余量;然后看清计费口径,带着这个数去和机房逐项核对。整个过程不需要复杂工具,一张纸、一个计算器,加上自己业务的几项基本数据就够了。下面按单位、估算、计费、核对四步展开。

先换单位:bit 和 Byte 差 8 倍

带宽的单位是 bit(比特)每秒,常写作 bps、Mbps、Gbps;而下载软件、文件管理器里显示的速度,多数用 Byte(字节)每秒,写作 MB/s。1 Byte 等于 8 bit,所以两者之间差 8 倍。

• 100Mbps ÷ 8 = 12.5MB/s
• 1Gbps ≈ 1000Mbps ÷ 8 = 125MB/s
• 反过来,一个 10MB/s 的传输,占用的带宽大约是 80Mbps

这也是常见疑问“买了 100M,为什么下载只有 12M 左右”的答案。12.5MB/s 是理论值,实际传输时还要扣掉协议头、确认包、重传等开销,再加上对端服务器和中间链路的限制,看到 11 到 12MB/s 上下属于正常范围。如果长期明显低于这个数,才需要排查是线路、端口协商还是对端的问题。

还有两个容易混的点。一是大小写:Mb 是兆比特,MB 是兆字节,合同和报价单上看到的基本都是前者。二是进制:存储厂商常按 1000 进位,操作系统常按 1024 进位,估算带宽时差别不大,按 1000 算更方便,结果留点余量即可。概念层面的区别,比如带宽和宽带、独享线路和家用宽带有什么不同,可以参考带宽和宽带有什么区别这篇,本文只讲怎么算。

再做估算:三个业务例子手算

估算的核心公式只有一个:所需带宽(Mbps)= 峰值时每秒传输的数据量(MB)× 8。难点在于把“每秒传输的数据量”从业务里拆出来。下面三个例子的数字都是假设值,用来演示算法,实际请换成自己的数据。

例一:网站或文件下载,按并发数乘单次传输量

假设一个企业网站,高峰时段每秒约有 30 次页面请求,每次页面连同图片、脚本平均传输 0.4MB。那么每秒传输量约 12MB,换算成带宽约 96Mbps。文件下载类业务思路一样:高峰时同时在下载的人数,乘以每人分到的速度。比如希望 50 人同时下载时每人有 2Mbps,就需要约 100Mbps。

这里的“单次传输量”可以从网站日志或浏览器开发者工具里看页面总大小来取;“并发数”要从访问统计的高峰小时推算,不要用全天平均,否则算出来的数会明显偏小。

例二:视频或大文件分发,按码率或时间窗口算

视频类按码率算更直接:带宽 ≈ 单路码率 × 同时观看人数。假设单路码率 2Mbps,高峰同时有 300 人观看,就是约 600Mbps。如果提供多档清晰度,按高峰时各档人数分别相乘再相加。

大文件分发则按时间窗口算。假设一个 2GB 的安装包,需要在夜间 4 小时内推送到 500 台终端,总量约 1000GB,也就是约 8,000,000Mb,除以 14,400 秒,得出约 556Mbps。如果窗口能放宽到 8 小时,需求就减半。很多时候调整分发窗口、分批推送,比直接加带宽更划算。

例三:AI 场景,分清突发下载与持续调用

AI 业务的流量结构和网站不太一样,建议拆成三块看:

• 模型权重与镜像下载:体量大、频率低,主要占用入方向。假设一次要拉取 100GB 的模型文件,在 200Mbps 下约需 800,000Mb ÷ 200 = 4000 秒,也就是一个多小时;带宽翻倍,时间大致减半。这类需求更像一次性的突发,可以安排在业务低谷,或评估临时扩容。
• 知识库同步:按每次增量的大小除以允许的同步时间来算。比如每天新增文档 5GB,要求 1 小时内同步完,约需 5GB × 8 ÷ 3600 秒 ≈ 11Mbps,通常不构成压力;首次全量导入时才需要单独估算。
• 推理 API 的请求与响应:以文本为主时单次数据量不大。假设每秒 50 次调用,每次请求加响应约 20KB,合计约 1MB/s,也就是约 8Mbps。如果调用里带图片、音频或文件,单次量会明显上升,要按实际附件大小重算。

AI 场景常见的误区有两种:一种是只按推理流量定带宽,结果模型更新、镜像拉取时卡住;另一种是按下载需求买了大带宽,平时却大量闲置。把突发和持续分开算,再决定哪部分做常态配置、哪部分靠临时扩容,会更贴近实际。如果服务器是 GPU 机型,带宽之外的电力和散热也要一并核对。

峰值系数与余量怎么取

上面算出的是“某个时刻的需求”,真正签约的数字还要考虑两件事。

1. 峰值系数:如果手上只有日均流量数据,需要换算到高峰。没有监控数据时,可以先按日均的 2 到 3 倍试算,业务有明显波峰(如促销、开学、月底结账)的取高一些;上线后再用实际监控曲线校正。已经有高峰实测值的,直接用实测值,不必再乘系数。
2. 余量:在峰值基础上再留 20% 到 30%。一方面链路长期跑满时延迟和丢包会上升,体验在“满载”之前就会变差;另一方面业务增长、临时活动都需要缓冲。

以例一为例:96Mbps 是按高峰推算的值,加 30% 余量约 125Mbps,向上取整到机房提供的档位即可。如果同一出口还要叠加例三的推理 API 流量,应把两部分在同一时段的峰值相加,而不是把各自的全天峰值硬加在一起,因为两个业务的高峰未必重合。

看懂计费:独享与共享、固定与按峰值

同样是 100M,不同计费方式下花的钱和能用到的资源可能差很多。下面只讲通用概念,具体口径以合同约定为准。

• 独享与共享:独享指这部分带宽只给你一个客户用,高峰时也能跑到约定值;共享指多个客户共用一段出口,平时速度可能不错,但高峰时会互相影响。对外提供服务的业务,一般建议看独享。
• 固定带宽:按约定的带宽值收费,超过上限会被限速,费用可预期,适合流量平稳的业务。
• 按峰值或按周期取值:在一个计费周期内对流量做持续采样,再按某种规则取值计费。有的取周期内的峰值,有的去掉一部分高点后再取值,还有的按入、出方向中较大的一方计算。这类方式对流量起伏大的业务更灵活,但需要事先弄清采样间隔、取值规则和计费方向。

判断哪种合适,可以回到估算那一步:流量平稳、可预测的,固定带宽省心;有明显突发、但平时用量不高的,按周期取值的方式可能更合适。无论哪种,都请让机房在合同或报价单里写清楚计费方向、取值规则和超出后的处理方式,不要只依赖口头描述。

托管前向机房问清的核对清单

算完数之后,带着结果和机房逐项核对。以下几项建议在签约前问清楚:

1. 上下行是否对称:约定的 100M 是上下行各 100M,还是只保证某一个方向。对外服务主要看出方向,模型下载、数据回传主要看入方向。
2. 峰值与平时的差别:约定值在高峰时段能否保证,是否有突发能力,超出后是限速还是按量计费。
3. 扩容方式与周期:业务增长或临时活动时,能否按月调整、需要提前多久申请、临时扩容后能否再降回来。
4. IP 数量:默认分配几个公网 IP,增加是否另计费用,是否支持 IPv6。IP 数量怎么估,可以参考服务器托管需要几个公网IP地址。
5. 验收与监控:上架后用什么方法测速,以哪一方的监控数据为准,流量曲线能否自助查看。

签约前还有哪些和带宽、IP 相关的条款要确认,服务器托管带宽怎么选一文列了六个问题,可以和这份清单对照着用。

行动建议:先算一遍,再带着数字去询价

建议按下面的顺序准备:先从现有监控或访问统计里取出高峰时段的流量或请求数;按本文的公式分业务估算,网站、分发、AI 各算各的;合并同一时段的峰值,加上余量,得出一个区间而不是一个固定死的数;再对照计费方式选出两三个可选方案,带着核对清单去询价。

如果你正在评估深圳的托管资源,润迅在深圳自建并运营前海云和田心两个数据中心:前海云位于宝安,按 T3+ 标准建设,有 1400+ 机柜;田心位于罗湖,有 400+ 机柜和 6.8 万个 IPv4 地址资源。带宽规格、计费口径和扩容方式,可以在润迅网络与带宽页面了解;也可以把算好的数据和业务情况整理好,拨打业务热线 400-854-5566,由团队按你的实际情况核对方案。带着数字去沟通,比只说“要一条好一点的线路”更容易得到贴合需求的答复。

→ 联系润迅,聊聊你的场景,获取适合的方案