1. 欧洲作为互联网交换中心,面向中国以外的全球用户(尤其是欧洲、非洲、俄罗斯)的访问延迟通常较低;本节讲清选择理由与指标。
1.1 判断指标包括:RTT(平均延迟)、抖动(jitter)、丢包率、带宽稳定性与路由跳数。实际测评必须以这四项为主。
2. 列出目前口碑较好的欧洲低延迟服务器供应商:Hetzner(德国/芬兰)、OVHcloud(法国/波兰/荷兰)、Scaleway(法国)、UpCloud(芬兰/伦敦)、Vultr(阿姆斯特丹/伦敦)、DigitalOcean(阿姆斯特丹)、Linode(伦敦/法兰克福)、Contabo(德国)。
2.1 每家各有侧重:Hetzner 与 Scaleway 性价比高,OVH 网络资源丰富、抗攻击能力强,UpCloud 强调快速存储与网络 IO,Vultr/DO/ Linode 覆盖点多、上手快。
3. 在每个供应商处准备相同配置的实例(建议:1vCPU、1GB内存、10GB SSD、1Gbps带宽),并记录购买时的机房点(AMS、FRA、LON 等)。
3.1 建议在同一时间段下单并同时启动实例以减少时段差异;记录公网 IP、带宽规格、SLA 承诺与价格。
4. 1) 在本地或测试机上运行:ping -c 50 <目标IP>,记录平均(avg)、最小(min)、最大(max)RTT;
4.2) 运行 traceroute -n <目标IP> 或在 Linux 使用 tracepath <目标IP>,记录跳数与中间路由延迟突增点;
4.3) 推荐使用 mtr -r -c 100 <目标IP> 生成综合报告(mtr 同时显示丢包与跳数)。保存结果为文本用于比对。
5. 在被测服务器上安装并启动 iperf3 服务:sudo apt update && sudo apt install -y iperf3,运行 iperf3 -s。
5.1 在测试端执行:iperf3 -c <目标IP> -P 10 -t 30 -f m 以多并发线程测试 TCP 带宽,记录平均带宽与抖动;若需 UDP 测试,使用 -u 并设置带宽限制。
5.2 对比不同机房与不同时间段(高峰/非高峰)结果,观察延迟与带宽稳定性。
6. 使用 whois 或 bgp.he.net 查询目标 IP 的 ASN 与公告:whois
6.1 若发现中间 ASN 异常或跳数在某跳延迟突升,联系供应商支持并附上 traceroute/mtr 输出,要求排查上游链路或更换出口点。
7. 1) 开启 TCP BBR(显著改善高延迟/丢包环境下的吞吐量):创建或编辑 /etc/sysctl.d/99-bbr.conf,写入:
7.1 sudo tee /etc/sysctl.d/99-bbr.conf <<'EOF' net.core.default_qdisc=fq net.ipv4.tcp_congestion_control=bbr EOF sudo sysctl --system
7.2) 调整 MTU(若跨大陆路径遇到分片),sudo ip link set dev eth0 mtu 1400(视情况减小),并测试 ping -M do -s
7.3) 设置 TCP 窗口与队列:在 /etc/sysctl.conf 添加 net.ipv4.tcp_rmem、tcp_wmem、net.core.rmem_max 等,重启或 sysctl --system。
8. 建议部署 Prometheus + node_exporter + grafana,或使用外部服务(UptimeRobot、Pingdom)持续监测 RTT、丢包与可用性。
8.1 编写简单的 cron 脚本每天跑 iperf3(或使用 docker 的 speedtest 集合)并把结果上传到数据库/CSV,便于趋势分析并量化 SLA 达成率。
9. 问:如何用命令快速判断哪个机房延迟最低?
9. 答:在你的测试端对比各机房公网 IP,执行 ping -c 30
10. 问:购买后发现延迟比测评高,怎么办?
10. 答:先复测(ping/mtr/iperf3),对比测评时段;若差异明显,收集 traceroute/mtr 输出并联系供应商支持要求排查上游或更换出口;也可尝试更换最邻近的机房或使用 CDN/Anycast 缓解。
11. 问:实际选供应商时的最终决策步骤是什么?
11. 答:按此顺序操作:1) 明确目标用户分布并选择地理最近的机房;2) 用上文命令对候选供应商的同等规格实例做延迟与带宽测试;3) 比较价格、SLA、DDoS 防护与客服响应;4) 小规模试运行 7-14 天并监控指标,再决定长期合约或扩容。