服务器网络压测的方法与工具

发布时间:2026-07-16 14:25

带宽标称值只是上限承诺，实际能跑多少要看路径上每一环的表现：网卡、内核、交换机、服务商限速。网络压测用可控的流量把这条路径压到极限，读出真实转发能力。压测方法不对，得出的数字要么虚低冤枉了线路，要么虚高掩盖了瓶颈，方法与读数同样重要。 ## 压测前的准备 先明确要测什么：内网两台机器之间的吞吐，还是出口到外部基准点的带宽，两个目标对应不同的测试对端。压测会打满链路，时间窗口选业务低峰，生产环境要提前评估影响，必要时先在测试环境演练。准备两台性能足够的测试机，避免机器自身先于网络成为瓶颈：压测对 CPU 与中断处理有要求，配置太弱的测试机测出来的数字是机器上限不是网络上限。记录当时的网络拓扑：几块网卡、是否聚合、经过几层设备，结果解读时要对着拓扑看。 ## 从单流到多流的测试步骤 第一步起服务端，在被测路径的一端监听。第二步从客户端发起单流测试，先看单连接能跑到多少，单流受 TCP 窗口与单核处理能力约束，长距离链路上单流跑不满属正常现象。第三步改多流并发，逐步加大并行流数，观察吞吐随流数增长到多少后不再上升，那个平台就是路径的真实能力： ```bash iperf3 -c 服务端地址 -P 8 -t 30 ``` 第四步做反向方向测试，上下行能力可能不对称，只测一个方向会漏掉另一半。第五步长时间观察，短时测试可能躲开限速策略的窗口，需要按分钟级持续时间验证稳定性。 ## 读数与结论 读数时重点看三个数字：重试次数反映丢包程度，重传高说明路径有损耗；吞吐随时间的波动幅度，平稳贴近标称值是真达标，锯齿状忽高忽低通常撞上了整形策略；多流与单流的差距，差距巨大说明单流瓶颈在窗口或单核，而不是线路本身。结论要区分能力与配额：多流跑到标称值，说明线路能力与计费配额一致；多流也只能跑到某个固定值，那多半是限速策略在起作用，属配额而非故障。顺云用户验收新购带宽时，建议从多个运营商方向各测一轮，排除单方向劣化被平均掩盖的情况。 ## 注意事项 一是别在生产高峰压测，出口被打满直接影响真实用户。二是测试机与被测路径之间不要经过无关的代理与隧道，否则测的是隧道不是线路。三是 UDP 场景要单独测，音视频与游戏类业务关注的是小包转发与抖动，TCP 吞吐达标不代表 UDP 表现合格。四是结果留档，定期复测对比，带宽能力的劣化往往是缓慢发生的，有历史数据才能察觉。