如何选择机房位置：真正重要的延迟数据

六个机房位置，同一个价格。下单表单不会把您往其中任何一个位置上引导，选择权完全在您手里，而真正应该左右这个选择的只有一件事：您的用户在哪里。下面是我们从每个节点到大家常问起的那些地区实测的往返时间，以及用户遍布各地时可以参考的经验法则。

延迟的体感

往返时间（RTT）是指数据包从浏览器发出，到收到应答之间的延迟。低于约 30 ms，交互给人的感觉就是瞬时的。100 ms 以内，网页、API 和大多数游戏都没有问题。在 100 到 200 ms 之间，由大量串行请求构成的页面开始让人觉得拖沓，实时语音也会出现明显的卡顿。超过 200 ms，就应当在静态内容前面加一层 CDN，其余部分则需要把服务器放到离用户更近的地方。

TLS 握手要在第一个字节到达之前消耗两次往返，而一个典型页面会发出几十个请求，所以 RTT 中的每一毫秒都会被成倍放大。这就是为什么把服务器从错误的大洲搬到正确的大洲，是现存成本最低的性能优化。

测量数据

RTT 中位数，单位为毫秒，由我们的 Looking Glass 每小时向各城市的公共探测点测量一次，统计过去 90 天的数据。这里测得的是网络路径，而不是应用层耗时。

位于 /network/looking-glass 的 Looking Glass 可以让您从任意节点向自己的地址发起 ping 和 traceroute，这种测试比任何表格都更可靠。

每个区域对应的节点

• 法兰克福是欧洲、中东以及非洲大部分地区的默认选择。它是我们最大的节点，所有产品线一应俱全，并且坐落在欧洲大陆最密集的互联网交换点上。
• 阿姆斯特丹对西欧的表现与法兰克福不相上下，对英国和爱尔兰则略胜一筹。如果想在欧洲再设一个节点做冗余，可以选它。
• 赫尔辛基在服务北欧、波罗的海国家以及毗邻俄罗斯的市场方面最具优势，我们的存储套餐也部署在这里。那里的电力既便宜又清洁，这也是这类套餐得以存在的部分原因。
• 纽约覆盖美国东海岸、加拿大，而且出人意料地常常也是巴西的合适之选；在我们所有的节点中，它是服务南美的最佳选择。
• 洛杉矶覆盖美国西海岸；如果无法使用新加坡，它是服务大洋洲时相对最不差的选择。
• 新加坡覆盖东南亚、印度、澳大利亚和日本。对于面向亚太用户的推理接口，它比欧洲每次请求能省下 150 到 250 ms，这正是流式输出顺畅的对话与一卡一顿的对话之间的差别。

当用户遍布全球

错误的答案是在“中间”选一个节点：互联网没有中间。正确的答案取决于服务器是做什么的：

• 以静态内容为主，或 API 响应可以缓存：在 CDN 后面放一个源站（通常选法兰克福或纽约）。用户访问的是离自己最近的边缘节点；源站所在的位置只影响缓存未命中的请求。
• 带数据库的动态应用：选一个主节点存放数据库，依据用户占比最大的地区来定；如果第二个地区的用户规模也很大，再在第二个节点放置只读副本或缓存视图。不要把同一个数据库拆分到不同的大洲。
• 实时场景：游戏、语音、交易、LLM 流式输出：每个区域一台服务器，通过基于 DNS 或客户端的方式选择接入点。两个节点（FRA 和 NYC）就能让约 75% 的全球用户延迟低于 100 ms；再加上 SIN，就能覆盖其余用户中的大多数。

各地价格完全相同，让多节点方案比大家想象的更便宜：两个区域各一台 VPS-4 的费用低于一个区域的一台 VPS-8，而且能让大多数用户访问得更快。

节点之间的其他差异

下单表单会把不提供您所选套餐的节点置灰，并为提供该套餐的节点显示真实库存。法律因素同样重要：必须留在欧盟境内的数据应当放在法兰克福、阿姆斯特丹或赫尔辛基，服务器所在的节点，就是数据实际所处的司法辖区。

以后再迁移

选错了并非不可挽回。在控制面板里，可以把快照恢复到任意节点的新服务器上，待 DNS 切换完成后，再取消旧服务器。IP 地址会变化，因此迁移之前请先把 DNS 的 TTL 调短。我们各节点之间的大多数迁移，实际耗时不到一小时，其中大部分时间都花在等待 DNS 生效上。