1.
概述与目标
本文针对企业用户,给出可操作的、可复现的测试与评估流程,目标是判断阿里云香港半程 CN2(即国内到香港经过 CN2 网络半程)实际带宽、丢包、时延与路由稳定性,产出可用于对内评估或向阿里云提工单的证据。
2.
前期准备(资源与权限)
1) 在阿里云控制台购买香港地域 ECS(建议购买独立公网 IP 的实例)。2) 本地测试端也应有公网 IP(企业机房或云上实例)。3) 开通安全组/防火墙规则,允许 TCP/UDP 指定端口与 ICMP。4) 准备登录凭证(SSH/RDP)和 sudo 权限。
3.
安装与校验工具清单
在双方(香港 ECS 与本地)安装:iperf3、mtr(或 my traceroute)、traceroute、tcping(Windows 可用)、speedtest-cli(备用)、tcpdump(用于抓包)。Linux 示例:sudo apt update && sudo apt install -y iperf3 mtr traceroute tcpdump。
4.
带宽测试:iperf3 的配置与执行
1) 在一端启动服务器:iperf3 -s -p 5201(建议增加日志重定向)。2) 在另一端做并发流测试:iperf3 -c SERVER_IP -p 5201 -P 10 -t 60 --logfile iperf-client.log(-P 并发流数,-t 时长)。3) 分别测试 TCP 与 UDP:UDP:iperf3 -c SERVER_IP -u -b 0 -t 60(-b 0 表示尽可能满带宽)。4) 多次在不同时间段(业务高峰/低谷)跑测试,取平均与最大值。
5.
丢包与抖动检测:使用 mtr 和长时 ping
1) 执行 mtr(例如 mtr -rwzbc 100 SERVER_IP)记录每跳丢包率与延迟分布(-r 报告模式,-w 宽输出,-z 显示中位数/丢包,-b 显示带宽信息,-c 次数)。2) 长跑 ping:ping SERVER_IP -c 600 > ping-10min.log(10分钟记录),统计丢包与延时变化(平均/最小/最大/抖动 = 相邻 RTT 差的标准差)。3) 保存所有原始日志用于复审。
6.
路由追踪与 BGP 路径分析
1) 使用 traceroute -n SERVER_IP 或 traceroute -I SERVER_IP(ICMP)获得每跳 IP 与 RTT,注意是否出现跨 AS 跳数与异常回绕。2) 对关键跃点的 IP 在 bgp.he.net、ipinfo 或 ARIN/RIR 查询其 ASN 与地理位置,判断是否走 CN2 节点(CN2 节点通常显示为电信/联通/移动的 CN2 ASN 或专线运营商)。3) 使用阿里云提供的“控制台网络检测”或 Looking Glass(如阿里云 BGP Looking Glass)核对从阿里云侧的路由。
7.
端到端吞吐与业务模拟(HTTP/HTTPS/TCP)
1) 使用 wtperf 或 curl 来模拟真实业务流量,检测应用层吞吐:curl -o /dev/null -s -w "%{time_starttransfer} %{speed_download}\n" URL。2) 使用 tcpreplay 或 httperf 在受控环境下回放抓包以评估业务对带宽与延迟的敏感度。
8.
抓包与深度分析(必要时)
1) 在出现丢包/重传时,在任一端用 tcpdump 抓取 pcap:sudo tcpdump -i eth0 host PEER_IP and port 5201 -w capture.pcap。2) 使用 Wireshark 分析重传、SACK、窗口大小、RTO、MTU 问题(Path MTU Discovery)。3) 抓包时间戳与 mtr/iperf 日志对应,方便定位丢包发生的时间段与跃点。
9.
自动化监控与长期采样
1) 编写脚本定时运行 iperf/mtr/ping 并将结果推送到监控系统(例如 Prometheus + node_exporter 或自建 ELK)。2) 简单 crontab 示例:*/5 * * * * /usr/local/bin/run_net_test.sh >> /var/log/nettest.log。3) 设置阈值告警(如 1分钟内丢包 >1%、RTT > 200ms、带宽低于 SLA 的 80%)。
10.
结果判读与评价标准
1) 丢包:企业级要求通常 <0.1%(核心链路 <0.01%)。2) 平均 RTT:香港与内地主干通常 <50ms(视地区而定),抖动 <10ms。3) 带宽稳定性:短时峰值接近标称带宽且长期平均 >80% 即可认为通畅。4) 路由稳定:频繁路由抖动或 AS 路径变化需关注。
11.
故障定位与与阿里云沟通时需的证据
1) 提供时间范围、源/目的 IP、实例 ID、安全组规则、抓包文件(pcap)、iperf/mtr/ping 原始日志、trace 路由输出与截图。2) 在工单中附上具体测试命令、测试时间(UTC)及影响业务描述,便于客服加速定位。
12.
优化建议与替代方案
1) 若发现 CN2 半程质量不稳定,可尝试更换香港可用区、改用直连专线或选择全程 CN2(直连骨干)或多线接入(多出口 BGP)。2) 对于高可靠性业务,建议做双线冗余与智能路由切换(例如云上负载均衡 + 本地回源)。
13.
问:如何判断我用的是“半程 CN2”?
14.
答:检查 AS 路径与中间跃点信息
通过 traceroute/mtr 获得每跳 IP,查询这些 IP 的 ASN 与运营商信息(bgp.he.net 或 whois)。若流量在国内段经过 CN2 ASN(如电信 CN2 节点)再到达香港出口,即为半程 CN2。阿里云控制台的云网络产品说明或销售也能确认线路类型。
15.
问:如果带宽测试结果低于承诺,我该如何向阿里云提交证据?
16.
答:提交完整可复现的测试包和日志
准备 iperf/mtr/ping 的原始日志、抓包 pcap、测试命令与时间窗口、实例 ID 与公网 IP、以及安全组配置截图。明确说明期望带宽和实际观测值、测试频次与时间点,有助于阿里云定位链路问题。
17.
问:如何长期监控并在异常时自动告警?
18.
答:部署定时采样脚本并接入监控告警系统
用 cron 定时运行 iperf/mtr/ping,将结果推送到 Prometheus/Grafana 或 ELK,设置阈值(如丢包/RTT/带宽异常)触发邮件/钉钉/短信告警,必要时自动截取抓包并通知运维。
来源:企业如何评估阿里云香港半程cn2的带宽与路由质量