与服务器距离的影响

Question

我在爱尔兰有一台网络服务器（亚马逊 AWS）。该服务器在德国（橙色线）看起来很快，但在美国（黑色线）看起来很慢。用于测试的 HTTP 请求是相同的。

我认为这是正常的。爱尔兰与美国的距离比德国与爱尔兰的距离大，但差距似乎太大了。

除了与服务器的距离之外，还有其他可能的原因吗？

Answer 1

假设图表是 http 请求时间，对我来说似乎相当合理。

http 请求（没有 keepalive、fastopen 等）通常需要至少两次往返。

• 客户端发送同步
• 服务器接收syn并发送syn-ack
• 客户端接收到同步确认并发送确认和请求。
• 服务器发送响应。

光纤中的光速约为每秒 2*10^8 米。据谷歌称，从“爱尔兰到美国”的距离为 6,629 公里 * 这将转化为大约 66 毫秒的往返时间。

但前提是设备没有延迟，并且数据路由遵循尽可能短的路径。欧洲主机和美国主机之间的实际往返时间通常为 100 到 150 毫秒。因此，大约 250 毫秒的 http 请求时间是完全正常的。

更令人担忧的是图中的峰值，它们表明服务器和测试客户端之间某处的网络拥塞。

* 显然这取决于美国的哪个点和爱尔兰的哪个点，但谷歌选择的点似乎在美国中部的某个地方，OPs 图表显示“美国中部”。

Answer 2

除了与服务器的距离之外还有其他可能的原因吗？

数据包采用的路径。

Answer 3

在 google 上搜索ping "us-mid"收益 Monitis.com 和他们在达拉斯的 IP，他们在法兰克福也有一个 DE IP。从法国的一个连接良好的服务器，我有 9 ms ping RTT 到 DE IP，111 ms ping RTT 到 US-MID IP。对于 HTTP 响应时间，我希望是服务器的响应时间的两倍，为了论证起见，假设可能是 26 和 230。这与您的值没有太大不同，因为在爱尔兰，您可能是更远的网络-明智地来自两个地方。

接受这些值是正常的，并监视与它们的偏差，以查看您的站点或您的 ISP 是否存在问题。除非您正在运行一个真正对响应时间至关重要的全球服务，否则做更多的工作是没有用的。如果是，请将服务器放在世界各地或（更好）与专门从事此工作的托管商签订合同。