到服务器的距离的影响

我在爱尔兰（Amazon AWS）中有一个Web服务器。该服务器从德国（橙色线）显示为快，而从美国（黑色线）显示为慢。用于测试的HTTP请求是相同的。

我认为这很正常。爱尔兰与美国之间的距离大于德国与爱尔兰之间的距离，但两者之间的差距似乎太大。

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

假设该图是http请求时间，对我来说似乎很合理。

一个http请求（缺少keepalive，fastopen等）通常至少需要两次往返。

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

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

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

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

*显然，这取决于美国的哪个点和爱尔兰的哪个点，但是google选择的点似乎位于美国中部，OP图表表示“ us-mid”。

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

数据包采用的路径。

在Google上搜索会ping "us-mid"产生Monitis.com及其在达拉斯的IP，后者在法兰克福也有DE IP。从法国一个连接良好的服务器，我将RTT ping到DE IP的时间为9毫秒，将RTT ping到US-MID IP的时间为111毫秒。对于HTTP响应时间，我期望将其加倍，再加上服务器的响应时间，为了便于讨论，我们可以说26和230。与您的值并没有太大区别，因为在爱尔兰，您可能需要更远的网络明智地从两个地方。

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

这是一个很好的全局ping统计信息页面：https : //wondernetwork.com/pings 只需添加您的来源城市和目标城市。