带宽指的是什么:链路容量,与流量、延迟、丢包分开看

带宽是链路单位时间内能传输的数据量上限,单位是 bps,不等于实际速度。流量是用量,延迟是来回耗时,丢包是送丢比例,卡顿时按现象先查对应的那一项。

要点速览

• 带宽是链路每秒能传输的数据量上限,单位 bps,不等于实际速度
• 流量是一段时间的累计用量,与带宽是容量和用量的关系
• 延迟是数据来回耗时,与带宽大小没有直接对应关系
• 丢包反映稳定性,实时音视频对它更敏感
• 下载慢查带宽,页面慢查延迟,音视频断续查丢包

带宽指的是一条网络链路在单位时间内能传输的数据量上限,单位是 bps(比特每秒),常见写法是 Mbps、Gbps。它描述的是「管道有多粗」,不等于你实际跑出来的速度。业务卡顿的原因常常不在带宽本身:下载慢先看带宽是否跑满,页面打开慢先看延迟,视频或语音断断续续先看丢包,账单超出预期则看流量。把带宽、流量、延迟、丢包这四个词分开,排查时能少走很多弯路。

带宽:管道有多粗

它回答的问题:这条链路在一秒钟之内,上限能通过多少数据。带宽是一个容量概念,好比水管的口径,口径大不代表水一直满着在流。

常见误解有三个。

• 把带宽当成实际速度。带宽是上限,实际速度还受对端服务器、中间网络、协议开销和应用本身的处理能力影响。另外,带宽单位是比特,下载软件里显示的常是字节,两者之间差一个换算关系,不要直接拿来比较。
• 不分上行和下行。上行是从你这边发出去,下行是从外面收进来。对外提供服务的服务器,用户访问时大量数据是从服务器发出去的,所以要看清合同里写的是哪个方向、两个方向是否对等。
• 不分独享和共享、峰值和平均。独享带宽是给你一个人用的容量,共享带宽是多个用户共用一段出口,忙时可能互相挤占。峰值指某个时段内冲到的高点,平均指一段时间的整体水平,两者差别可以很大,计费方式也可能按其中某一种口径来算。

在托管或机房场景里看什么:合同或开通单上写明的带宽数值、是独享还是共享、上下行口径是否一致,以及机房提供的端口流量监控曲线。监控曲线能看出平时用了多少、什么时段接近上限。单位换算、并发估算和计费口径这些具体算法,可以参考带宽怎么算的四步核对,这里不再重复。如果你还分不清办公室宽带和机房带宽,也可以先看带宽和宽带的区别。

流量:一段时间里实际传了多少

它回答的问题:在一天、一个月这样的时间段里,实际传输了多少数据,单位通常是 GB、TB。流量是一个累计的用量概念。

带宽和流量的关系,可以理解为「容量」和「用量」:带宽决定了每秒能过多少,流量是把每一秒实际过的量加起来。带宽很大但业务很少,流量就小;带宽不大但长期跑满,流量也会累积得很可观。

常见误解:以为带宽买大了,流量费用就跟着变高,或者反过来。其实两者是两种不同的计费思路,有的服务按带宽容量收费,有的按实际用量收费,不能混着比。另一个误解是只看月度总量,忽略了流量集中在某几个小时,而恰恰是那几个小时决定了是否会撞到带宽上限。

在托管或机房场景里看什么:按天、按月的流量统计,以及流量在一天中的分布。分布图比总量更有用,它能告诉你业务高峰在哪个时段,方便判断卡顿是不是出现在同一时段。

延迟:数据来回一趟要多久

它回答的问题:一个数据包从这头发出,到对方收到再回应回来,花了多长时间。通常用毫秒表示,常用的观察方式是 ping 和路由追踪。

常见误解:认为带宽越大延迟越低。两者并没有直接对应关系。延迟主要受物理距离、经过的网络节点数量、中间链路是否拥塞、对端处理速度等因素影响。一条很粗的管道,如果绕了很远的路,来回一趟照样慢;一条不算粗的管道,只要路径短、不拥堵,来回也可以很快。只有当带宽被跑满、数据在设备里排队时,延迟才会因此明显上升,这时候真正的问题仍然是带宽不够用。

延迟对交互类业务影响明显:网页一次打开往往要来回请求很多次,每一次都要付出一趟延迟;在线交易、远程桌面、游戏、接口调用之类的场景,用户对「点了之后多久有反应」很敏感。而大文件下载这类单向搬运,对延迟没那么敏感,更看重带宽。

在托管或机房场景里看什么:从你的主要用户所在地区到机房的延迟情况,以及不同运营商线路之间的差异。建议用自己的测试点、在业务高峰和平峰各测一次,而不是只看一次性的结果。

丢包:有多少数据没送到

它回答的问题:发出去的数据包里,有多大比例在途中丢失了。丢包率描述的是网络的稳定性,而不是快慢。

常见误解:以为丢一点包没关系。对网页、文件传输这类可以重传的业务,少量丢包会被协议悄悄补发,用户感受到的是「变慢了」,而不是「断了」,所以丢包常被误判成带宽或延迟问题。对语音、视频、实时互动这类不太等得起重传的业务,丢包会直接表现为声音断续、画面卡住或花屏。

丢包的来源可能在本地网卡和交换机、机房出口、运营商骨干网,也可能在用户自己的接入网络,需要分段定位。链路拥塞时也会丢包,所以丢包和带宽跑满经常一起出现。

在托管或机房场景里看什么:端口的错误包和丢弃包计数、持续一段时间的丢包测试结果,以及故障时段的监控记录。单次测试意义有限,连续观察更能说明问题。

业务卡顿时先查哪一个:现象与排查对照

四个词分清之后,排查就可以按现象对号入座。下面这份对照清单,是一个先后顺序的参考,不是定论,很多时候需要两三项一起看。

• 下载、上传、备份同步明显变慢:先看带宽是否跑满。打开端口流量监控,看卡顿时段曲线是否贴着上限。贴着上限说明容量不够或被某个业务占满;离上限很远,再去看延迟和丢包。
• 网页、后台、接口打开慢,但大文件下载正常:先看延迟。用 ping 和路由追踪看来回耗时和经过的节点,同时区分是所有地区都慢,还是某个地区、某条运营商线路慢。
• 视频会议、语音通话断断续续,直播卡顿花屏:先看丢包。做一段时间的连续丢包测试,并检查服务器网卡和上联端口的错误计数。
• 每天固定时段变慢,其余时段正常:先看流量分布,对照这个时段是否是业务高峰或定时任务,例如备份、日志同步、批量导出。
• 月底账单或用量超出预期:看流量统计和计费口径,确认是按容量还是按用量计费,是否有异常的大量外发流量。
• 只有部分用户反映慢:先问清这些用户在哪个地区、用哪家运营商网络,很可能是对方接入侧或某条线路的延迟、丢包问题,而不是机房带宽问题。
• 网络四项都正常,业务仍然慢:把视线转回服务器本身,看 CPU、内存、磁盘、数据库和应用日志。网络只是链条中的一环。

排查时有一个小习惯值得养成:记录下卡顿发生的具体时间。机房的监控数据、服务器日志、用户反馈三者对上同一个时间点,才能判断问题出在哪一层。

四个词放在一起看,才是完整的网络体验

带宽、流量、延迟、丢包各管一件事:带宽是容量,流量是用量,延迟是快慢,丢包是稳定。它们会互相影响,比如带宽跑满会让数据排队,进而拉高延迟、引起丢包;但反过来,延迟高、丢包多,并不一定靠加带宽就能解决。很多团队遇到卡顿时下意识的反应是「再加点带宽」,结果钱花出去了,问题还在,原因就在于把四个词混成了一个。

在规划阶段也是一样。对外下载类业务更看重带宽和流量;交互类业务更看重延迟;实时音视频业务对丢包更敏感。先想清楚自己的业务属于哪一类,再去对应地提要求,沟通会顺畅得多。

选托管带宽前,把四个词变成要问的问题

如果你正在考虑把服务器放进机房,可以在签约前把上面四个词转换成几个具体问题,向机房要到书面回答和数据:

1. 带宽类型:是独享还是共享,合同写的数值对应上行、下行还是双向。
2. 计费口径:按带宽容量还是按流量用量,如果有峰值计费,峰值如何取值。
3. 监控数据:能否开放端口流量监控,能看到的粒度和保留时长,故障时能否提供对应时段的记录。
4. 线路情况:接入了哪些运营商线路,你的主要用户所在地区访问时的延迟和稳定性如何,能否先做测试。
5. 扩容方式:业务增长后,临时或长期提升带宽的流程和周期。

更完整的签约前问题,可以参考服务器托管带宽怎么选的六个问题。

润迅在深圳自建并运营两座数据中心:位于宝安的前海云数据中心,按 T3+ 标准建设,有 1400+ 机柜;位于罗湖的田心数据中心,有 400+ 机柜。两座机房都提供机柜托管与网络带宽服务。对正在评估托管的团队,我们的建议是:先按本文的对照清单梳理清楚自己的业务更在意带宽、延迟还是丢包,再带着这些问题来沟通,向机房索要带宽类型、上下行口径和监控数据样例,必要时安排线路测试。可以从润迅数据中心了解机房设施和网络服务,也可以拨打业务热线 400-854-5566 预约现场参观与方案沟通。

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