一、先算账：延迟差一毫秒 costing 多少
延迟不是玄学，它是可以折算成钱的。先看一个具体的账。
假设你的站点有 30% 的访客在国内，页面首屏需要 1 次 HTML 请求加 8 个静态资源请求，共 9 次请求。如果每个请求多花 100ms 往返时延（实际感受大约是首字节延时的两倍），那么 9 个请求串行累加就是 900ms 的额外等待。一个 100ms 的延迟差，在一个 9 请求的页面上会放大成接近 1 秒。
再算流量这一侧。延迟虽然不直接产生流量，但它决定了你需要多大的端口才能撑住同样的并发。这里有一个可以自己算的公式：支撑 N 个并发连接所需的最小端口 = N 乘以 单连接平均速率 乘以 8。假设每个访客的浏览速度是 500 Kbps，100 个并发用户需要 100 乘 500 Kbps 乘 8 换算成 Mbps 口径约为 50 Mbps 的稳定带宽。再考虑 TCP 慢启动阶段的额外消耗，实际要留 3 到 5 倍余量，也就是 150 到 250 Mbps。
所以选型时经常出现这种判断：同样一台机器，晚高峰丢包 3% 的那台，实际可用带宽可能只有标称值的 30%，因为你必须把速率降下来才能维持稳定传输。这时候端口标称值再高也没用。
更有意思的是单价对比。同样是 2000 Mbps 端口，月流量 5000 GB 的 sixtynet LAX-STARTER 是 200 美元/年，折合每月 16.67 美元，折合 3.413 美元/TB；而端口同样 2000 Mbps、月流量也是 5000 GB 的 IRVINE-PRO-STARTER 是 350 美元/年，折合每月 29.17 美元，折合 5.973 美元/TB。配置几乎一样，回程线路不同，单价差了 75%。 这个差价买的是什么？就是线路质量——也就是这一篇文章要测的东西。
延迟差还会体现在带宽单价上。看 LAx-MEDIUM 与 LAX-LARGE：前者 800 美元/年、折合每月 66.67 美元、10000 Mbps 端口、20000 GB 月流量；后者 1600 美元/年、折合每月 133.33 美元、10000 Mbps 端口、40000 GB 月流量，流量单价都是 3.413 美元/TB。同一条产品线里，端口和流量单价是恒定的，变的只有规模。 这说明延迟不是靠"买更大的机器"解决的，是靠"买对线路"解决的。
所以这一节的结论是：延迟测试不是买之前的可选动作，而是决定你买哪一档的直接依据。 同一份配置，LAX 系列与 IRVINE-PRO 系列的差价，IRVINE 与 Residential 系列的差价，都是线路带来的，测不出来就等于白付。
二、测点选择：在哪里测决定了结论有没有意义
这是延迟测试里最容易被忽略、但影响最大的一个环节。在错误的测点测出来的数字，不管测了多少次都没有意义。
测点有三个位置可选，各自有明确的适用边界。
测点一：你的本地电脑（境内电信或联通宽带）。 这是最常见也最容易误导的选择。家庭宽带的特点是：带宽小、晚高峰确实拥塞（这符合真实场景）、但到国际出口的路由可能与你目标用户所在的网络完全不同。如果你的用户主要在移动宽带，而你在电信家宽上测，测出来的数只能代表电信家宽到境外的路径。
测点二：境内的公共测速节点。 各大运营商在各省有多个测速节点。用它们测的优点是路径可控、可重复；缺点是这些节点的路由优先级通常较高（往往走的是骨干网而非普通出海口），测出来的延迟会偏乐观。
测点三：从目标用户网络里的真实设备测。 这是唯一能反映真实体验的方式。具体做法有几种：借一台朋友的设备、开一台同运营商的云主机（境内节点）、或者用手机热点。如果你的用户主要在移动网络，最省事的做法是插一张移动 SIM 卡的随身 WiFi 放在家里，24 小时持续监控。
除了测点位置，测点数量也有讲究。至少要覆盖三家运营商：电信、联通、移动。三家的国际出口路由完全不同，同一台机器对这三家的延迟可能相差 50ms 以上。只测一家得出的"延迟达标"结论，对另外两家用户是不成立的。
还有一个必须考虑的因素：测点自身的带宽和负载会干扰结果。 在家宽上连续跑 mtr 1000 个包，测出来的丢包率里可能有一部分是家用路由器的丢包（廉价路由器的 conntrack 表满时会静默丢包）。区分方法是：在测点本机跑 ping 127.0.0.1 看本机环回有没有丢包，再跑 mtr 看第一跳（家用网关）的丢包，如果第一跳就丢，那是测点的问题不是服务器的问题。
具体的做法是三条命令。 先看本机是否稳定：
# 测点自身健康度：环回与网关
ping -c 100 -i 0.2 127.0.0.1
mtr -r -c 100 -i 0.2 <你的网关地址>第一跳就开始丢包，换一个测点再测。这一步花不了两分钟，但能省掉后面几个小时的错误结论。
三、ping与mtr的分工：两个工具各测什么
ping 和 mtr 不是替代关系，是分工关系。用 ping 测丢包、用 mtr 定位丢包点，这个搭配能覆盖 95% 的场景。
ping 测的是端到端的连通性和往返时延。 它的三个输出各有含义：
- 平均时延（avg）：这条路径的典型 RTT。
- 最小与最大时延（min/max）：时延波动范围，max 减 min 的差值比 avg 更能说明链路质量。
- 丢包率（packet loss）：末尾的统计行。
标准用法是发 100 个包：
ping -c 100 -i 0.2 target-ip参数里 -i 0.2 是间隔 0.2 秒，比默认的 1 秒短。间隔要短是因为默认 1 秒间隔下，100 个包要跑近两分钟，这段时间里链路状态可能已经变了。 0.2 秒间隔 100 个包 20 秒跑完，能在同一个时间窗口里拿到密集采样，看到的丢包也更真实。
mtr 测的是路径上每一跳的丢包率、时延和抖动。 它的输出是一个逐跳的表格，最后一行是终点。这个工具的价值是定位丢包发生在哪一跳，这是 ping 做不到的。
常用参数组合：
# 一次跑完并输出报告（最常用）
mtr -r -c 300 -i 0.2 target-ip
# 持续监控模式，观察时延随时间的变化（判断晚高峰用这个）
mtr -u -i 1 target-ip
# UDP 端口探测：有些中间设备会限速甚至屏蔽 ICMP
mtr --udp --port 443 -r -c 300 target-ip
# 只看最终终点，不显示中间跳（对比用）
mtr -n -r -c 100 target-ip-u 这个持续模式特别关键，它每隔一秒打印一次全路径时延，连续看几分钟就能看出时延是稳定还是剧烈波动。判断一条线路好不好，这个模式的输出比任何单次报告都有说服力。
traceroute 在这里的位置是辅助验证。 mtr 已经给出了每一跳的丢包和时延，为什么还要 traceroute？因为mtr 的中间跳数据有时是路由器代答的 ICMP 响应，参考价值有限。用 traceroute 走一遍，如果两跳的结论一致，这个丢包点就是真的。
traceroute -n target-ip一个常见误区是用 traceroute 的最后一跳时延做验收。 最后一跳的时延才是真实的端到端 RTT，中间跳会因为路由器优先处理 ICMP 而显示偏低的数字。
四、晚高峰测量的定义：为什么上午测一次等于没测
国内用户访问高峰是 20:00 到 23:00，其中 21:00 到 22:00 是拥塞最典型的时段。这个时段必须单独测，而且它是唯一有决策价值的数字。
原因是限速策略的生效方式。国际出口的拥塞管理通常不是全天候的，而是按时段动态下发带宽配额：白天给足，夜间收紧，晚高峰按需在多个出口之间分流。白天测出来的低延迟，晚高峰可能完全复现不出来。 我见过的典型情况是同一条路径，白天 120ms，晚高峰 210ms，丢包从 0 升到 4%。
最低限度的测试时段要求是三个： 上午 10:00（低谷）、下午 15:00（平峰）、晚间 21:00 到 22:00（高峰）。三个数字一起看，得出的是这条线路的完整画像。
更进一步的做法是连续测七天的晚高峰，取最差值作为验收标准。原因很简单：拥塞是概率性的，一周测一次的峰值撞上拥塞的概率有限。单次晚高峰测量的结果，本质上是在赌运气。
要做连续监控，脚本大致是这样：
#!/bin/bash
# 每 10 分钟采一次样，输出到时序文件，跑一周
while true; do
TS=$(date "+%F %T")
PING=$(ping -c 20 -i 0.2 target-ip | tail -2 | tr '\n' ' ')
echo "$TS $PING" >> /var/log/latency.log
sleep 600
done一周之后按小时聚合，看 21 点那一档的均值和最差值：
awk '{print $2}' /var/log/latency.log | sort -n | head -1 # 最差把测点的本地时间对齐到北京时间再做聚合，否则你统计的"晚高峰"是错位的。
另一个必须测的场景是突发流量。 很多线路在空闲时表现很好，一旦有持续流量就开始丢包。测法是在测点同时跑一个持续下载（比如从服务器上拉一个 100 MB 文件），观察下载速率是否稳定在标称值附近。如果 10000 Mbps 端口的机器在实测中只能跑到 2 Gbps，那这个端口对你就是 2 Gbps 的。
五、抖动与丢包的判读：三种典型形态
这一节是延迟测试里最需要经验的部分。mtr 的输出看起来复杂，但实际只有三种典型形态需要会认。
形态一：单跳丢包，后续跳正常。 mtr 输出里某一跳丢包 20%，但下一跳丢包 0%，终点也正常。这是假丢包，原因是中间路由器对 ICMP 报文做了速率限制，而 mtr 发送探测包的频率超过了它的处理能力。
判别方法有两个： 一是看丢包那一跳之后的每一跳，如果从下一跳开始丢包率立刻归零，这就是假丢包；二是用 UDP 模式重测，ICMP 被限速的设备通常不会限速 UDP。
mtr --udp --port 443 -r -c 300 target-ip如果换成 UDP 后丢包消失，那这个丢包是测量伪影，不用管。
形态二：从某一跳开始持续丢包直到终点。 这是真丢包。比如第 8 跳开始丢包 5%，后面每一跳都是 5%，终点也是 5%。这说明流量在第 8 跳那个链路上被丢弃了。
处理方式是换线路或者换方向。如果你从境内测是丢包 5%，但从境外测回来是 0%，那说明问题在去程，去程是你控制不了的（属于你的本地运营商），能改的是选一条去程更好的线路。
形态三：时延在某跳突然跳升 100ms 以上。 这是典型的国际出口拥塞或者绕路。绕路的特征是跳升后的时延在后续各跳保持平稳（比如从 160ms 跳到 280ms，之后一直是 280ms 左右）；拥塞的特征是时延在跳升后持续上升（160ms、190ms、240ms、310ms 逐跳递增）。
两者的处理完全不同：绕路是线路设计问题，只能换线路；拥塞是容量问题，只能换时段或者错开高峰，或者换一条有更多冗余出口的线路。
抖动的判读标准是相邻包的时延差。 连续发包的时延忽高忽低，比平均时延高更影响体验——TCP 会因为抖动频繁触发重传，页面加载时间被拉长。判断方法是在 mtr 的持续模式里看相邻两次输出的时延差：差值超过 30ms 记一笔。收集一小时，抖动次数超过 10 次说明这条线路的稳定性不合格。
丢包与体验的量化关系：丢包率低于 1% 时，用户基本无感；1% 到 3% 时页面加载时间波动明显变大；超过 3% 会出现间歇性卡顿和请求失败；超过 5% 时基本可以判定这条线路在高峰期不可用。
一个容易被忽略的点：丢包率和延迟的联合效应比单独看更严重。 0.5% 的丢包配 200ms 的延迟，实际体验可能比 2% 的丢包配 100ms 的延迟更差，因为 TCP 重传的等待时间会被高延迟放大。所以验收要同时卡延迟和丢包两条线，不能只卡一条。
六、达标阈值表：直接拿去验收
下面这张表是通用工程口径，可以直接用。表里每一行都有明确的测法，不要用"感觉还行"代替数字。
| 指标 | 达标线 | 优秀线 | 测法 | 工具 |
|---|---|---|---|---|
| 端到端平均 RTT（境内到境外） | 小于 200ms | 小于 150ms | 100 包平均值 | ping |
| 晚高峰平均 RTT | 小于 300ms | 小于 200ms | 21 至 22 点时段采样 | ping 定时脚本 |
| 晚高峰最差 RTT | 小于 500ms | 小于 350ms | 一周内最大值 | ping 定时脚本 |
| 首字节 TTFB | 小于 300ms | 小于 150ms | 页面首页计时 | curl |
| 1 MB 文件下载耗时 | 小于 2s | 小于 800ms | 下载计时 | curl |
| 丢包率（全时段） | 小于 1% | 小于 0.1% | 100 包统计 | ping |
| 晚高峰丢包率 | 小于 2% | 小于 0.5% | 高峰时段采样 | mtr |
| 抖动（相邻包时延差） | 小于 30ms | 小于 10ms | 连续采样差值 | mtr 持续模式 |
| TCP 重传率 | 小于 1% | 小于 0.1% | 会话统计 | ss -ti |
| 实际可用带宽占标称值 | 大于 60% | 大于 85% | 持续下载测速 | speedtest 或 curl |
| 路径跳数 | 小于 20 | 小于 15 | 路径长度 | traceroute |
| 端口可达性 | 100% 可达 | 100% 可达 | 多端口探测 | nc |
表里最容易被忽略的是"实际可用带宽占标称值"这一行。 端口标称 10000 Mbps 而实测只跑到 2000 Mbps，意味着这个端口对你只有 2000 Mbps 的意义。这是最能戳破纸面参数的一行。
用 curl 测首字节和下载耗时的标准写法：
# 首字节时间与总耗时
curl -o /dev/null -s -w "dns=%{time_namelookup} tcp=%{time_connect} ttfb=%{time_starttransfer} total=%{time_total}\n" \
https://your-domain.com/test-1mb.bin
# 持续下载测实际带宽（输出 speed_download 单位是字节每秒）
curl -o /dev/null -s -w "speed=%{speed_download} bytes/s\n" \
--limit-rate 0 https://your-domain.com/test-100mb.bin测 TCP 重传率：
# 建立连接后查看会话统计
ss -ti
# 输出里的 retrans 字段是重传次数，total 是发送总数七、常见误区：五个让人白花钱的做法
误区一：只看 ping 的平均延迟，不看丢包和抖动。 一条丢包 5% 但平均延迟 120ms 的线路，比一条丢包 0 但平均延迟 200ms 的线路体验更差。平均延迟掩盖了尾部风险，而用户感知的是尾部。
误区二：在国内测点测线路，却把它当成"国内用户体验"。 测点所在运营商与你的用户群体可能完全不同。三家运营商必须各测一遍，只测一家的结论对另外两家不成立。
误区三：用 traceroute 的中间跳时延做判断。 中间跳常常是路由器代答的 ICMP，数字偏低且不稳定。判断丢包点要用 mtr，判断端到端时延要用 ping 的最后一跳或者 curl 的计时。
误区四：白天测一次就下单。 前面说过，这是最普遍也最贵的错误。晚高峰数据才是决策依据，运营商的限速往往是分时段下发的。
误区五：只看 ping 通不通，不测实际带宽。 端口标称值和实际可用值之间可能差 3 到 5 倍。持续下载测速是唯一能戳破纸面参数的方法，而且成本很低，一次大文件下载就够。
再补一个技术细节上的误区：用 ping 的 -i 参数时不要小于 0.2 秒。 更小的间隔会显著增加丢包，而这种丢包是探测本身造成的，不是链路问题。同一台机器，用 -i 0.01 测出来的 3% 丢包，用 -i 0.2 测可能完全是 0。测出来的丢包率要和发送速率一起看才有意义。
还有一个关于 ICMP 的事实要记住：很多服务器默认屏蔽或限速 ICMP。 所以 ping 不通不代表服务不可用，可能只是对方不回 ICMP。这时改用 TCP 探测：
# TCP 探测，测的是应用层可达性
nc -zv target-ip 443如果 443 端口 TCP 可达而 ping 不通，那你的业务是正常的，只是 ping 测不出来。这种情况在带宽紧张的线路上很常见。
八、什么情况下测出来的延迟不用参考
这一节要说清楚哪些场景的延迟数字不具备决策价值。
情况一：目标用户不在国内。 如果你的用户全在东南亚或欧美，那么"国内访问延迟"这个指标本身就没有意义，测出来只是满足心理需求。选型应该看用户所在区域到机房的物理距离和出口路由。
情况二：业务本身是异步的。 纯后端任务、离线数据处理、定时跑批、镜像仓库、游戏服的状态同步——这些业务对交互延迟没有要求，队列里的请求等三秒和等 300 毫秒对用户是同一件事。这类业务应该直接选最便宜的配置，把延迟完全排除在决策之外。
情况三：流量是全球分布的。 你的用户均匀分布在多个大洲，那么任何单一地区的延迟都不代表整体体验。这类业务的正确指标是加权平均延迟，做法是按用户占比给各区域测得的延迟加权。
情况四：CDN 已经挡在前面。 如果你的站点前面有 CDN 节点，用户访问的是边缘节点而不是你的源站。源站延迟此时只影响缓存 MISS 的那部分请求，占比由命中率决定。命中率 85% 的站点，源站延迟对整体体验的影响被削弱到 15% 的请求上。这种情况下，延迟测试的价值从"决定买哪台"降级为"决定缓存规则怎么配"。
情况五：源站只做后台或 API，不直接面向用户。 这种情况源站延迟不进入用户感知路径，只影响你自己的操作响应。选型时更该看的是稳定性和价格。
必须强调：以上判断依据全部是机房位置、线路类型、计费方式、IP 资源这些公开事实，与具体商家的服务好坏无关。 同样是"LAX"机房里的一台机器，回程走的是什么线路、晚高峰的拥塞程度如何，需要你自己测才知道。
九、按产品线对号入座：延迟差异体现在价格上
商品库里的机型名已经把线路信息写在了名字里，这本身就是选型线索。
通用国际线路（LAX 系列）：LAX-STARTER 是 200 美元/年、折合每月 16.67 美元，2 核 CPU、2 GB 内存、40 GB 磁盘、2000 Mbps 端口、5000 GB 月流量，流量单价 3.413 美元/TB，内存单价 8.33 美元/GB。LAX-MICRO 是 400 美元/年、折合 33.33 美元/月，4 核 4 GB 内存、80 GB 磁盘、4000 Mbps 端口、10000 GB 流量。LAX-MEDIUM 是 800 美元/年、折合 66.67 美元/月，8 核 8 GB 内存、160 GB 磁盘、10000 Mbps 端口、20000 GB 流量。LAX-LARGE 是 1600 美元/年、折合 133.33 美元/月，8 核 16 GB 内存、320 GB 磁盘、10000 Mbps 端口、40000 GB 流量。这条线的内存单价 8.33 美元/GB、磁盘单价 0.417 美元/GB、流量单价 3.413 美元/TB 全系列恒定。
Pro 线路（IRVINE-PRO 系列）：IRVINE-PRO-STARTER 是 350 美元/年、折合 29.17 美元/月，2 核 2 GB 内存、40 GB 磁盘、2000 Mbps 端口、5000 GB 月流量，流量单价 5.973 美元/TB、内存单价 14.58 美元/GB；IRVINE-PRO-MICRO 是 550 美元/年、折合 45.83 美元/月，4 核 4 GB 内存、80 GB 磁盘、4000 Mbps 端口、10000 GB 流量，流量单价 4.693 美元/TB。和对应的 LAX 机型对比：STARTER 贵 75%，MICRO 贵 37.5%。
Residential 系列：Residential-STARTER 是 260 美元/年、折合 21.67 美元/月，2 核 2 GB 内存、40 GB 磁盘、2000 Mbps 端口、5000 GB 流量，流量单价 4.437 美元/TB；Residential-MICRO 是 460 美元/年、折合 38.33 美元/月，流量单价 3.925 美元/TB；Residential-MEDIUM 是 860 美元/年、折合 71.67 美元/月，8 核 8 GB 内存、160 GB 磁盘、10000 Mbps 端口、20000 GB 流量，流量单价 3.669 美元/TB；Residential-LARGE 是 1660 美元/年、折合 138.33 美元/月，16 核 16 GB 内存、320 GB 磁盘、10000 Mbps 端口、40000 GB 流量，流量单价 3.541 美元/TB。
把三组数字排在一起，结论很清楚： LAX-STARTER 是 3.413 美元/TB，Residential-STARTER 是 4.437 美元/TB，IRVINE-PRO-STARTER 是 5.973 美元/TB；LAX-MEDIUM 是 3.413，Residential-MEDIUM 是 3.669，IRVINE-PRO-MICRO 是 4.693。同配置下，Pro 线路最贵、Residential 居中、通用线路最便宜。 你测出来的晚高峰延迟差距，就是这几档之间的差价来源。
还有一个更极端的对照：Los Angeles China Unicom-Premium 是 2500 美元/年、折合每月 208.33 美元，端口只有 100 Mbps，商品库没有记录它的内存、磁盘和月流量。 100 Mbps 的端口意味着它卖的是线路质量不是带宽——这类机型不可能也不应该用来看大流量场景。如果你的需求是低延迟小流量，它有存在意义；如果你的需求是跑下载站或者大流量业务，100 Mbps 的端口从物理上就不够。
最后是云途这一条线：HK.DS.M 是 350 元/月、32 GB 内存、480 GB 磁盘、1000 Mbps 端口、10000 GB 月流量；DS.ES.C 是 700 元/月、64 GB 内存、800 GB 磁盘、2000 Mbps 端口、40000 GB 月流量，库存 1 台。香港机房对内地访客的物理距离是所有选项里最短的，这在延迟测试上通常直接体现为比美西机房低 40 到 70ms。但香港机房的月流量单价（HK.DS.M 折合 35.84 元/TB）明显高于美西的 LAX 系列。
所有价格口径：上表价格来自渠道库快照（数据时间 2026-11-05 09:01），以官网当日报价为准。 商品库 notes 里明确写着部分参数"入库前请核对原页；未提供的参数留空"，下单前务必到商家页面确认当前价格、库存与配置。库存是动态的，云途多数机型显示为 0，HK.DS.P 是 5 台、HK.DS.S 是 13 台、DS.ES.C 和 DS.ES.D 各 1 台。
十、结论：四类人该怎么测、该买哪一档
按四类人给出具体做法，不写"视情况而定"。
第一类：用户主要在国内、跑企业官网或后端系统的团队。 晚高峰 RTT 必须小于 300ms、丢包小于 2%，达不到就不要往下降配置，先换线路。测完三时段后，如果 LAX 系列达标就选 LAX 系列（最便宜），如果不达标按 Residental 再 IRVINE-PRO 的顺序加钱——每加一档都要重新测，确认延迟确实降下来了再付钱。
第二类：用户全在海外的跨境电商与工具类站点。 国内延迟数据不作为决策依据，改测用户所在区域的节点。香港机房（云途 HK.DS.M、DS.ES.C 这一类）对亚太用户是合理选择；对欧美用户则应选美西机房。这类站点的选型依据是流量单价和 IP 需求，不是延迟。
第三类：做实时业务（游戏、语音、撮合、直播推流）的团队。 延迟和抖动都卡死：RTT 小于 150ms、抖动小于 10ms、丢包小于 0.1%，任何一项不达标就换机房或换线路。端口 100 Mbps 的精品线路型（如 Los Angeles China Unicom-Premium）在这种场景下反而是合理的——你要的是稳定的低延迟，不是带宽。
第四类：预算优先、还在做技术验证的个人开发者。 选月付、端口 500 Mbps、1 TB 流量的最低配（RosCloud-01 是 19.99 美元/月，1 GB 内存、20 GB 磁盘、1024 GB 月流量）。延迟达标线放宽到 500ms，因为你的站点还没有真实用户。但测试习惯不能省——从第一天起就按上面三时段的方法测，数据攒够了，将来换机器时你有历史曲线做对比。
四条建议之外的通用原则：先测后买、先测回程、晚高峰为准、最差值验收。 把这一轮测量的脚本保留下来，每个月对同一条线路跑一次，你就有了线路质量的长期档案——这比任何一次性的评测报告都有价值。
按你的情况，下一步该看哪家
上面讲的是判断标准，但多数人最后还是想问一句「那我该买谁」。按你的实际情况对照下面几条，直接去看对应的机型页比继续比价更快：
- 只想搭个站、预算优先：先看价格最低那档够不够用，别为用不上的配置付钱。看 iwebfusion 当前机型与价格
- 做跨境或店群、需要多 IP：优先看 IP 类型与换 IP 政策，别只看配置。看 racknerd 当前机型与价格
- 主要访客在国内、在意打开速度：先确认回程线路，再谈配置。看 spinservers 当前机型与价格
- 跑游戏服或实时业务：看上行抖动与防御能力，普通套餐往往不达标。看 zenlayer 当前机型与价格
价格与库存以商家页面当日显示为准，下单前建议先确认退款窗口与是否支持按月付费。
十一、常见问题
ping 通但 SSH 连不上，是怎么回事？ 三种可能：SSH 端口被防火墙拦了（检查安全组和 ufw）、sshd 没启动、或者线路抖动导致握手超时。先用 nc -zv ip 22 测 TCP 可达性，能连上说明是配置问题，连不上说明是网络或防火墙问题。
mtr 显示某一跳丢包 100%，但后面正常，要紧吗？ 不要紧，这是中间设备限速 ICMP 的典型表现，mtr 探测频率超过了它的处理能力。判断标准是后续跳和终点的丢包率，如果它们是 0 就是假丢包。改用 mtr --udp --port 443 复测，丢包通常会消失。
延迟测出来 150ms，为什么用户还是说卡？ 三种可能：一是测点和你用户所在的网络不同；二是卡顿发生在 TCP 层而不是 RTT 层（丢包导致重传，丢包率要单独看）；三是页面资源太多、串行请求多——这类问题 9 个请求各加 100ms 就是接近 1 秒，解决办法是合并请求或上 CDN，不是换机器。
晚高峰测出来延迟高，是不是该换一家商家？ 先分清是线路拥塞还是物理绕路。mtr 里时延逐跳递增是拥塞，逐跳跳升后持平是绕路。绕路只能换机房或换线路类型，拥塞有时段性，换时段实测确认。在换商家之前，先确认你测的是回程还是去程——去程是你本地运营商的问题，换商家也解决不了。
TCP 重传率多少算异常？ 超过 1% 就该查了。查法是 ss -ti 看 retrans 字段占比，常见原因是丢包，其次是接收窗口过小或服务器侧处理慢。
不同时间测出的延迟差 80ms，是不是机器有问题？ 不是。国际出口的带宽配额是分时段动态下发的，同一台机器晚高峰延迟上升是正常现象。但这个"正常"的前提是你事先知道它的晚高峰数值——这正是要连续测一周的原因。
测完发现丢包是 0.5%，可以忽略吗？ 不能忽略。0.5% 丢包在静态页面上用户无感，但如果是 POST 提交、支付回调这类写操作，失败率会直接等于丢包率。写操作占比越高，对丢包的容忍度越低。
一台服务器同时测三个运营商，要不要分开买机器？ 不需要。回程线路是到不同运营商的路径，同一台机器会走不同的出口。用一台机器分别测三家即可，测完把三组数据分别对照各自的达标线判断。
喜欢 
高兴
鬼脸
呵呵
无聊
伤心
