实测香港新加坡cn2在云主机互通场景下的吞吐量与可靠性表现

本文基于多时段、多实例的实测数据，概述了在跨国云主机互联场景中，香港新加坡cn2链路在吞吐量与可靠性方面的典型表现、波动特征与主要影响因素，并给出实际可行的优化建议，便于架构师和运维在选型与调测时参考。

多少：在实际测试中，吞吐量和延迟分别能达到多少？

使用 iperf3（多流、并发）在1GbE和10GbE云主机实例之间测试，1GbE链路在单流 TCP 下常见峰值在700–900 Mbps，开启8~16并发流能稳定推到接近链路上限（900–980 Mbps）。10GbE实例在优化后（多队列、合适 MTU）测得单方向稳定 8.5–9.6 Gbps。延迟方面，从香港到新加坡的 ICMP 平均 RTT 常见为25–40 ms，抖动（jitter）通常在1–5 ms 区间，遇到拥塞或转发链路绕路时会短暂上升。

哪个环节最可能成为互通场景下的瓶颈？

主要瓶颈按概率排序为：虚拟网卡/驱动 CPU 限制、单流 TCP 窗口/拥塞控制、实例网络限速（形同限流策略）、链路中间节点拥塞与海底/陆端链路带宽突发变化。实测中，Linux 默认单流 TCP 在单核上无法 saturate 10GbE；开启多流或启用 BBR 后吞吐明显提高。此外，若实例未启用 SR-IOV/增强型网卡，延迟与抖动会更大，可靠性偶发下降。

如何配置测试以获得更接近真实能力的结果？

建议步骤：1) 选用支持多队列与 SR-IOV 的实例，绑定足够 vCPU；2) 调整 MTU（如开启 9000 字节 jumbo frame）并一致配置两端；3) 用 iperf3 做多流（--parallel 8-16）测试并测定单流与多流差异；4) 观察 1、5、99 百分位 RTT 与丢包率（用 mtr 或 ping -f）；5) 在高并发场景测量 24 小时分布，避免单次峰值误判。按这些方法可较好还原链路真实吞吐能力。

哪里会出现可靠性下降的典型场景？

可靠性下降常见于：高峰时段链路拥塞、数据中心内部虚拟交换转发峰值、链路切换或维护窗口、以及跨运营商互联时的路由收敛。CN2 相比普通互联网节点路径更短、丢包率更低，但仍可能在海缆故障或运营商 BGP 变动时出现短暂抖动或丢包。监控重点放在丢包率（>0.1%）、长尾 RTT（99p）与突发带宽下降。

为什么 CN2 路径在可靠性和延迟上通常优于普通互联网？

原因在于 CN2 是运营商的高质量骨干线路，具有更少的中间跳数、更高的服务等级与优先调度机制；另外对国际出口和互联点的优化减少了拥堵点。对于云主机互通，若云提供商在两端都直连 CN2，加上合适的业务 QoS，整体表现会更稳定、更低延时。但要注意：链路质量受最终到达运营商与跨境出口策略影响，不能单凭 CN2 名称完全保证端到端表现。

怎么通过配置和架构提升 云主机互通 的吞吐量与可靠性？

可行手段包括：1) 在实例层面启用增强网络（SR-IOV、ENA 等），分配足够 vCPU；2) 使用多流并发或应用层并行传输以绕过单流瓶颈；3) 调整内核参数（TCP 窗口、拥塞控制为 bbr 或 hybla）与开启 jumbo frame；4) 跨可用区或多链路做链路聚合与主动-被动切换，结合 BGP+健康检查实现快速故障转移；5) 监控链路 KPIs（丢包、RTT P99、利用率），并在出现退化时触发自动扩容或路由切换。

来源：实测香港新加坡cn2在云主机互通场景下的吞吐量与可靠性表现