1. 明确目标:要测的是单机响应延迟、上/下行带宽、丢包率还是并发性能;
2. 选择测试点:至少准备三个来源节点——(A)香港本地或近旁节点、(B)中国大陆主要城市节点(北京/上海/广州/深圳)、(C)东南亚节点(新加坡/东京等);
3. 获取被测IP/域名:向候选服务商申请试用IP或临时公网IP,保证能远程访问。
2.1 使用ping:ping -c 20 <目标IP>(Linux/macOS)或 ping -n 20 <目标IP>(Windows);记录min/avg/max/stddev。
2.2 目标指标:香港到香港延迟 < 5–10ms 理想;大陆到香港视线路通常 20–80ms,丢包率应 <1%;
2.3 多地点比较:在不同来源节点重复测试,保存结果用于后续对比。
3.1 traceroute:traceroute -n -w 2 <目标IP>(或 Windows 下 tracert -d),观察经过的ASN和中间延迟跳变;
3.2 mtr:mtr -r -c 100 <目标IP> 可以同时看到每跳丢包与延迟分布;
3.3 重点看点:是否存在某一跳明显丢包或延迟突增,是否使用优质运营商(如CN2/直连香港运营商)路径。
4.1 部署方法:在被测云服务器上启动 iperf3 -s;在源节点运行 iperf3 -c <目标IP> -P 4 -t 30;
4.2 单向/双向测试:分别测试上行与下行,使用 -R 选项测试反向带宽;
4.3 判断标准:确认服务商承诺的带宽是否能线路达到,检测抖动和中途速率波动。
5.1 简单测响应时间:curl -s -w 'time_connect=%{time_connect} time_starttransfer=%{time_starttransfer} time_total=%{time_total}\n' -o /dev/null https://your.domain;记录DNS解析、TCP建立、TLS握手、首字节时间(TTFB)等;
5.2 并发压测:使用 wrk/ab 对目标域名做并发压测(注意:需在双方同意下进行);wr k -t2 -c100 -d30s http://your.domain/;
5.3 页面真实体验:使用 webpagetest.org 选择香港/中国大陆节点测首屏加载、资源请求时间和CDN表现。
6.1 长时段监控:用 mtr 或 smokeping 做 24-72 小时的监控,观察是否存在时段性丢包(高峰期);
6.2 UDP抖动测试:如果业务对实时性敏感(语音/视频),用 iperf3 -u 测试UDP丢包和抖动;
6.3 判定阈值:丢包应 <1%(最好 <0.1%),抖动值越低越好(<20ms 对实时很关键)。
7.1 检查是否有 CN2/GIA/专线等优质出口:这些对到大陆延迟与稳定性有显著提升;
7.2 查询AS与对等关系:用 whois/ bgp.he.net 查看服务商ASN、骨干对等和直连伙伴;
7.3 实操验证:从大陆多城执行 traceroute/mtr 比较是否走优质链路,若不是要咨询服务商是否可指定出口。
8.1 建表记录:为每个测试点记录时间、源位置、命令、结果(latency/throughput/loss/TTFB);
8.2 比较法:把相同业务场景(静态文件、小文件、并发请求)结果并列,找出平均和最大差异;
8.3 决策依据:优先保证延迟与稳定性达到业务SLA,其次看价格与带宽性价比。
9.1 网络质量:低延迟、低丢包、稳定路由与优质出海链路(CN2/直连运营商);
9.2 机房位置与互联:查看是否在香港核心机房(如主互联点),是否有本地ISP直连;
9.3 服务与支援:SLA条款、工单响应、电话/中文支持、故障演练记录;
9.4 成本与可扩展性:端口/带宽计费、峰值计费规则、按需扩容能力;
9.5 合规与安全:是否提供防火墙、DDoS 防护、数据备份和合规证明。
10. 问:我只想快速判断延迟够不够用,最简单实用的方法是什么? 答:先用 ping 测试多个来源节点的平均延迟和丢包(每点 20 次),再用 curl 测试一次 HTTP 的 time_starttransfer。若香港到香港平均延迟 <10ms、大陆到香港平均延迟在预期范围内且丢包 <1%,基本可判定满意;若业务敏感,补做 iperf3 与 mtr 长时段监控。
11. 问:带宽承诺都相近,怎样进一步甄别优劣? 答:除了标称带宽,看实际连通性:用 iperf3 多并发线程做实测,观察速率稳定性;用 traceroute/mtr 看路由跳数和中间丢包;确认对等/骨干运营商和是否可选 CN2 等专线。也要比对 SLA、故障响应与本地支持,稳定性与售后常比纯带宽更值钱。
12. 问:做这些测试时常见误区有哪些,怎样避免? 答:常见误区有:只测一次得出结论(应做多时段多地测试);在被测主机上未关闭防火墙或限速导致结果失真;忽略DNS解析与CDN缓存对HTTP测试的影响(应直接测IP与真实域名);未与服务商确认测试流量是否计费或是否违反使用政策。避免方法:制定标准化脚本、多时段自动化测试并保存日志、测试前沟通好流量与端口许可。