堆叠带宽实测怎么做
堆叠链路承担成员之间的跨框流量，它的实际转发能力必须实测而不是只看规格。测试的关键是让流量真的跨越成员：两端业务口分别接在不同成员上，同成员内部打流根本不经过堆叠链路。用打流工具并发多条流更接近生产场景，因为单条流受哈希与端口速率限制，测不出成员间的真实分担能力。
基本信息
| 测试前提 | 两端业务口必须位于不同成员，流量才会经过堆叠链路 |
|---|---|
| 流数设置 | 多流并发更有代表性，单流受哈希与端口速率限制 |
| 记录内容 | 吞吐、时延、丢包与设备 CPU 占用一并留档 |
| 对比对象 | 堆叠链路规格与规划容量 |
| 影响控制 | 生产网测试要限速或使用独立 VLAN，避开业务高峰 |
典型使用场景
- 新堆叠上线后验证成员间转发能力是否达到规划值
- 跨框聚合业务上线前做一次基线打流
- 扩容增加堆叠口后复测带宽并留存对比数据
- 排查跨框业务性能不足时确认瓶颈是否在堆叠链路
- 演练或割接后复测，确认链路恢复后性能未下降
iperf3 打流参考
iperf3 打流参考
# 服务端：接在成员 B 的业务口
iperf3 -s
# 客户端：接在成员 A 的业务口
iperf3 -c 10.0.0.2 -P 8 -t 60 # 8 条并发流，持续 60 秒
# 反向测试确认双向能力
iperf3 -c 10.0.0.2 -P 8 -t 60 -R
display cpu-usage # 打流期间同步观察设备负载测试要点
| 要点 | 为什么 | 常见错误 |
|---|---|---|
| 测试点跨成员 | 同成员内打流不经过堆叠链路 | 两端都接在同一台成员上 |
| 多流并发 | 单流受哈希与端口速率限制 | 只用一条流得出结论 |
| 双向都测 | 收发能力可能不对称 | 只测单向就认为达标 |
| 附 CPU 数据 | 转发瓶颈可能来自设备处理能力 | 只看吞吐不看负载 |
打流会占用带宽与设备资源，生产网测试要限速或用独立 VLAN，并避开业务高峰，测试前把窗口与影响范围跟业务方说明。
哈希不均会让多流结果也偏离理论值：测试结论要写明流数、并发方式与拓扑，否则不同人复测会得到不同数据。