用 iperf3 测内网带宽：参数与读数

发布时间:2025-11-01 11:08

## 场景与准备 两台同机房的云服务器之间拷贝数据，速度长期低于预期，是不少团队遇到过的困惑。文件传输受协议、单线程与磁盘的影响，并不能直接反映链路能力：scp 走 ssh 加密通道有额外开销，rsync 单线程受往返时延牵制，都会让实际速率低于链路上限。要回答内网带宽到底有多少，标准做法是用 iperf3 做一次受控打流，把传输层之外的因素全部排除。测试前准备两台机器，一台作为服务端，一台作为客户端，先在防火墙规则里放行默认的 5201 端口，并临时停掉备份、同步这类大流量任务，避免互相干扰读数。 ## 步骤清单 在服务端安装并以服务器模式启动，Debian 系与 RHEL 系的包名都是 iperf3，装完即可用，无需额外配置。 ``` apt-get install -y iperf3 iperf3 -s -p 5201 ``` 客户端发起测试，常用参数组合如下。 ``` iperf3 -c 服务端内网地址 -t 10 -P 8 -w 4M ``` 其中 -t 控制持续秒数，-P 开八条并行流，-w 放宽 TCP 窗口，单线程跑不满时往往有帮助。要测反方向，追加 -R 让流量由服务端发往客户端。测试时长建议不低于十秒，太短的话 TCP 慢启动阶段会拉低平均读数。 ## 读数与验证 重点看两个数字：单流速率与 SUM 汇总速率。内网标称万兆的链路，单流受 TCP 窗口与往返时延限制可能只有几 Gbps，八条并行流的合计才接近链路上限，这是正常现象而不是链路故障。把汇总速率与网卡标称对照，达到九成左右即可认为链路健康；若明显偏低，先用 ethtool 查看网卡协商速率是否降档，再确认实例规格是否带内网带宽上限。Retr 列表示重传次数，偶发个位数可以忽略，持续增长则说明链路存在丢包或拥塞。建议正反两个方向各测三次取中位数，观察波动幅度，单次结果不足以说明问题。 ## 注意事项 打流会占满链路，生产环境要避开业务高峰，或用 -b 参数限制发送速率做温和测试。虚拟化环境的内网是多租户共享物理网卡，读数受同时段邻居流量影响，一次偏低不等于链路差，跨时段多次采样更有说服力。顺云控制台的监控告警可以辅助观察测试时段的带宽曲线，与 iperf3 的结果互相印证。测试完成后记得关闭服务端进程，不要长期开放该端口。