在 Google Cloud 上欧洲和印度之间的延迟很大答案

【问题标题】：Large latency between Europe and India on Google Cloud在 Google Cloud 上欧洲和印度之间的延迟很大
【发布时间】：2020-01-15 01:52:24
【问题描述】：

我在欧洲有一台托管在 Google Cloud Engine 上的视频会议服务器。我有欧洲和印度的用户连接到同一台服务器。服务器使用 UDP 和 TCP 套接字。与 AWS 和 Azure [1][2] 相比，Google Cloud 高级网络层的欧洲和印度之间的延迟要大三倍。

与高级网络层相比，标准网络层的延迟更低。有没有办法将欧洲的用户与高级网络层和印度的用户与标准网络层连接到同一个 GCE 实例？

Google Cloud 是否计划在印度和欧洲之间建立直接连接并减少延迟？

[1]https://www.cbronline.com/news/aws-vs-azure-vs-gcp

[2]https://geekflare.com/google-cloud-latency/

【问题讨论】：

1/2) 您的问题中没有真正的硬数据来诊断延迟、路线、延误或证实您关于其他提供商的数据。请使用显示从客户端到会议服务器的跃点的跟踪路由编辑您的问题。添加详细信息，显示您将 GCP 与 AWS 和 Azure 进行比较的测量结果。
2/2) 关于 GCP 计划建立网络，Stackoverflow 不是问的地方。谷歌公布了它的计划。对于未公开的计划，您将不会在此处获得官方答案。如果没有我们可以分析的真实数据，您的问题将无法得到解答。
另外两个来源：docs.aviatrix.com/HowTos/gcp_inter_region_latency.html medium.com/@sachinkagarwal/…
如果我没记错的话，众所周知，GCP 在印度和欧洲之间没有直达航线。我的测试证明了这一点，网络上的一些资源也表明了这一点。如果您认为我错了，请关闭此问题。 cloud.google.com/about/locations/#network-tab
当原因不明且工程师无法重现时，需要请求更多数据或重现步骤。您可以在印度和欧洲启动两个虚拟机并在它们之间 ping 以查看相对较高的延迟。这需要几分钟和几美分。当您无法控制基础设施并试图检测问题出在哪里时，就需要 MTR。 Google 拥有网络，因此 MTR 无关紧要。

标签： google-cloud-platform google-cloud-networking

【解决方案1】：

有关网络层的问题仅适用于客户的目的地（VM 或负载平衡器，如果已配置）。连接的来源（例如客户的计算机）无关紧要。话虽如此，如果您从计算机连接到 GCE VM 的公共 IP，则应用网络层的唯一位置是 GCE VM 本身。只要 VM 具有高级层网络连接，任何连接到它的人（无论位于何处）都将使用 VM 的高级层。

在您的情况下，由于欧洲的视频会议服务器托管在 Google Cloud Engine 上，印度的延迟会因为距离而相对较高。这是意料之中的，但我不认为它会明显变慢。例如，如果您在亚太地区复制 GCE 实例，您可能会看到印度客户的延迟减少，但不确定这是否适合您。

在 GCP 中，与标准网络层相比，高级层使用 Google 的低延迟、高度可靠的全球网络将流量从外部系统传输到 GCP 资源。您可以查看本文以获取有关这两个网络层 [1] 之间比较的更多信息。不同的云提供商的基础架构设置不同，因此当涉及到特定的源和目标区域时，到达其目的地的路由流量可能会有所不同。

[1]https://cloud.google.com/network-tiers/docs/overview

【讨论】：

延迟高不仅仅是因为距离。延迟是 AWS 和 Azure 的 3 倍。您可以对其进行测试或检查问题中的链接。
您能否将 MTR[1] 测试结果从两个来源（即欧洲和印度的用户）运行到您的目标 GCE 虚拟机。这将清楚地了解它所遵循的网络路径以及每个跃点的相关网络延迟。 [1]en.wikipedia.org/wiki/MTR_(software)
此演示文稿说：“流量通过 GCP 骨干流经美国”。 image.slidesharecdn.com/cloudwarslive-emea-v-181211133828/95/…
@pablo - 请提供该幻灯片的来源和日期。
这是幻灯片：slideshare.net/ThousandEyes/…