评估时首要看的是吞吐(Throughput),即单位时间内实际传输的数据量;其次关注延迟(Latency)、抖动(Jitter)和丢包率(Packet Loss)。还应监测并发连接数、TCP窗口大小、MTU、网卡(NIC)利用率与CPU占用,因为这些都会影响测试结果。对外链路质量(比如国际出口/对等互联情况)和机房骨干互联(peering)也会显著左右真实表现。
运营商的国际出口带宽、对等互联策略和拥塞控制常常成为瓶颈。即便机房宣称有“大带宽”,如果上游传输路径在某一段拥塞或对等质量差,测得的吞吐仍会低于预期。
物理网卡、交换机端口、带宽限制、CPU中断处理、单核瓶颈或TCP栈配置不当(如窗口太小)都会限制吞吐。虚拟化环境中虚拟交换、超卖带宽也会带来波动。
测试工具单线程、单流模式或未调优TCP参数也会低估真实能力。此外,高并发短连接场景下,连接建立/关闭开销也会拉低平均吞吐。
推荐使用iperf3进行TCP和UDP多流测试,nuttcp、netperf用于更细粒度指标;结合traceroute查看路由跃点和丢包位置。确保测试时开启多流(-P)和调整窗口(-w),以逼近链路极限。
执行时应:1) 在不同时间段、多次测试以规避瞬时波动;2) 使用多线程/多流来绕开单核限制;3) 测试双向吞吐(reverse/双向)以发现上下行差异;4) 对比TCP与UDP结果,查看丢包对性能的影响。
记录平均、峰值、95/99百分位吞吐、延迟分布和丢包率。用箱形图或时间序列查看稳定性,而非只看单次峰值。
比较时至少包含:稳定性(吞吐波动)、平均吞吐与峰值、延迟/丢包、对目标用户的路由跳数与P95延迟、价格与带宽保障、运维支持和SLA条款。
对延迟敏感的实时业务(如语音视频、游戏)应将延迟与抖动权重提高;大流量传输则把持续吞吐与链路可用率权重设高。将每个指标标准化后做加权评分,选择综合得分最高者。
选择机房时要考虑目标用户分布及该机房与主要ISP的对等关系。有时地理最近的机房因为糟糕的对等策略反而不如远一点但骨干互联良好的机房。
启用或调优TCP拥塞算法(如BBR)、增加tcp_rmem/tcp_wmem、启用SACK与Timestamps、合理设置SO_SNDBUF/SO_RCVBUF,可以显著提升长距离高带宽链路的吞吐。
使用支持多队列(RSS/分流)、TCP卸载(TOE)或SR-IOV的网卡,开启大帧(Jumbo Frames)并保证交换机链路一致性;将关键服务绑定到独立CPU核心,避免中断争抢。
结合负载均衡、分片传输、CDN/边缘分发和对等优化(直接对等、购买更好国际出口)可以减少跨境瓶颈。持续监控并根据历史测试调整带宽预留与路由策略。
