服务器带宽跑不满,按端口线路服务器应用四段排查

服务器带宽跑不满,多是传输路径某一段先到上限,或测试方法测不出真实容量。按端口与计费、线路与跨网、服务器自身、应用与测试四段逐段查,再带五项信息找机房。

要点速览

• 跑不满多是路径某段先到上限,或测试方法测不出真实容量
• 先核端口速率、独享共享与计费口径,并留意比特与字节换算
• 同机房对测加多节点测试,可分清机房出口与公网路径
• 多线程能满、单线程不满,通常是时延与TCP窗口限制
• 提工单带上时间、源目IP、工具、截图、业务峰值五项

服务器带宽跑不满,多数情况下并不是机房少给了带宽。更常见的情况有两种:传输路径上的某一段先到了上限,或者测试方法本身测不出真实容量。排查时先别急着下结论。把从服务器网卡到对端用户的这条路拆成四段:端口与计费口径、线路与跨网、服务器自身、应用与测试方法。每一段都确认三件事:看什么、怎么测、结果说明什么。四段核完,再带着完整信息去找机房,问题通常能较快定位,也不会在工单里来回扯皮。

先把「跑不满」拆成一条传输路径

「买了多少带宽,实测只有一半」这句话里其实混着好几层意思。带宽是链路容量,实测速度是某一次传输在某条路径上的表现,两者本来就不是同一个数。关于这几个概念的区别,可以先看带宽指的是什么:链路容量,与流量、延迟、丢包分开看。

一次下载或上传要依次经过服务器上的应用程序、操作系统协议栈、网卡、机柜交换机端口、机房出口、运营商骨干网、对端运营商网络,再到客户端。任何一环的上限低于你买的带宽,实测就会被压在那一环。排查的思路很朴素:从「确认买到的是什么」开始,一段一段往外推,每排除一段就记一笔。

第一段:端口与计费口径,确认买到的是什么

不少「跑不满」的争议,根子在合同口径和实际配置没有对齐。

• 看什么:服务器接入的交换机端口速率是多少;带宽是独享还是共享;计费方式是固定带宽、峰值计费还是 95 计费;合同写的是上行、下行,还是双向对等。
• 怎么测:向机房要一份端口配置说明,确认端口速率和限速策略;在服务器上查看网卡协商到的速率;对照合同和账单核对计费口径。
• 结果说明什么:端口速率低于购买带宽,物理上就跑不满,要请机房调整端口;共享带宽在高峰期被其他用户分走一部分,是产品属性,不算故障;95 计费下偶发的突发不受限,但持续速率另有约定,这时要以合同为准来判断。

独享和共享的差别在于容量归谁,签约前就该问清,参见独享带宽和共享带宽的区别在于容量归属,托管前核对四问。单位换算和计费口径的算法,可参考带宽怎么算:单位换算、并发估算、计费口径与核对四步。这里有个常见误会值得单独提一句:带宽以比特计,下载工具常以字节显示,两者差了八倍,很多「只有一半」甚至「只有零头」其实是单位看错了。

第二段:线路与跨网,分清机房出口和公网路径

端口没问题,下一步看数据出了机房之后走的路。

• 看什么:机房接入了哪些运营商线路,是单线、多线还是 BGP;测试的对端和服务器是不是同一运营商;测速节点离服务器多远、本身负载如何。
• 怎么测:先在机房内网或同机房另一台服务器上做对测,确认机房出口以内的速率;再分别选同网、跨网、不同地域的节点测试;用路由追踪工具查看路径,观察时延与丢包在哪一跳开始变大。
• 结果说明什么:同机房对测能跑满、公网测不满,说明问题在出口以外;同网正常、跨网偏低,多半是跨网互访的路径问题,不在服务器本身;丢包在某个运营商节点之后才出现,机房能做的是协助调整路由或反馈给上游,这和机房出口拥塞是两回事,处理方式也不同。

测速节点选错是很常见的误判来源。用一个远在外地、自身带宽有限的公共测速点去测,得到的只是「到那个点」的速度,不能代表服务器的出口能力。

第三段:服务器自身,看网卡、协议栈和硬件谁先到瓶颈

机房内对测都跑不满时,注意力就该转回服务器。

• 看什么:网卡协商的速率与双工模式;系统允许的连接数、文件句柄上限;TCP 发送与接收窗口、拥塞控制算法;传输过程中 CPU、内存、磁盘的占用。
• 怎么测:用系统工具查看网卡速率和双工,检查有没有降速或半双工;传输时同步观察 CPU 单核占用、软中断和磁盘读写队列;用内存到内存的测速工具排除磁盘因素,再和文件传输的结果对比。
• 结果说明什么:网卡协商成半双工或低速,常见于网线、模块或交换机端口配置问题,要和机房一起查物理层;内存测速能跑满、传文件跑不满,瓶颈在磁盘;单核 CPU 被打满,往往是加密、压缩或中断集中在一个核上;时延较高的远距离传输里,TCP 窗口偏小会直接限制单连接速率,这和带宽时延积有关,调整窗口参数或改用多连接通常会有改善。

第四段:应用与测试方法,别让测试本身成为瓶颈

前三段都正常,剩下的往往是测法或业务程序本身的问题。

• 看什么:测试是单线程还是多线程;传的是大文件还是大量小文件;应用程序或下载工具有没有限速设置;客户端所在网络的带宽是否低于服务器带宽。
• 怎么测:同一节点分别用单连接和多连接测试并对比;用单个大文件替代大量小文件;检查 Web 服务、下载服务、对象存储客户端里的限速与并发配置;换一个带宽充足的客户端再测。
• 结果说明什么:多线程能跑满、单线程跑不满,说明链路容量没问题,单连接受时延和窗口限制;小文件慢、大文件快,开销在连接建立和元数据处理上,需要合并请求或开启连接复用;客户端自身带宽小,服务器再大也跑不满,这类情况不需要找机房。

找机房前,带上这五项信息

四段自查之后,如果判断问题在端口、机房出口或线路上,就该提工单。一份信息完整的工单,能省去大量来回确认的时间。建议至少带上以下五项:

1. 测试时间:精确到分钟,注明是否处于业务高峰,便于机房调取同时段的端口和出口监控。
2. 源与目的 IP:服务器 IP 和对端 IP,必要时附上对端所属运营商与地域。
3. 测试工具与参数:用的什么工具、单连接还是多连接、测试时长、方向是上行还是下行。
4. 结果截图:包括测速结果、路由追踪结果,以及测试时服务器的资源占用。
5. 业务峰值:平时和高峰期的实际流量水平,以及业务受影响的具体表现。

有了这五项,机房可以直接对照自己的监控判断:端口有没有限速或打满,出口在那个时段是否拥塞,路由有没有异常。

带宽工单怎样并入托管日常运维

带宽问题不该只是一次性的投诉,应当和托管日常运维的工单、变更流程放在一起管理。比较稳妥的做法有三点。其一,上架验收时就做一次基线测速,记录端口速率、同机房对测和典型公网节点的结果,作为日后比对的参照。其二,带宽扩容、端口调整、路由变更都走变更工单,写明时间窗口和回退方式,变更后复测并留档。其三,定期对照监控和账单,看实际峰值与购买带宽的关系,提前判断是该扩容,还是该优化应用。这样,每次「跑不满」都有基线可比,讨论起来也就有了共同的依据。

行动建议:先自查四段,再与机房对齐口径

归纳起来,遇到服务器带宽跑不满,可以按这个顺序处理:

• 先核合同与端口配置,确认独享还是共享、计费口径和端口速率;
• 再用同机房对测加多节点测试,区分机房出口以内和公网路径;
• 接着在服务器上排查网卡、协议栈、CPU 与磁盘;
• 然后换用多连接、大文件和带宽充足的客户端,排除测试方法的问题;
• 确认问题在机房侧后,带齐五项信息提工单,并把基线测速纳入日常运维。

如果正在评估托管机房,或者准备续签、扩容带宽,可以在签约前把这些口径问清楚,参见服务器托管带宽怎么选?签约前该问清的六个问题。

润迅在深圳自建并运营两处机房:位于宝安的前海云数据中心,按 T3+ 标准建设,有 1400+ 机柜;位于罗湖的田心数据中心,有 400+ 机柜。两地都提供机柜托管、托管带宽与 IP 资源,具体端口、带宽与计费指标以合同约定和实测结果为准。如需核对现有带宽配置或咨询托管方案,可拨打业务热线 400-854-5566。

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