Google cloud platform 谷歌云上欧洲和印度之间的大延迟

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

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

谷歌云是否计划在印度和欧洲之间建立直接连接并减少延迟

[1]

---

[2]

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

在您的案例中，由于欧洲的视频会议服务器托管在谷歌云引擎上，印度将由于距离的原因而有相对较高的延迟。这是意料之中的事，但我不认为会慢得多。例如，如果您在亚太地区复制您的GCE实例，您可能会看到印度客户的延迟减少，但不确定这是否是您的选择

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

---

[1]

延迟很高，不仅仅是因为距离太远。延迟是AWS和Azure的3倍。您可以测试它或检查问题中的链接。您是否可以将从两个来源（即欧洲和印度的用户）运行的MTR[1]测试结果共享到您的目标GCE虚拟机。这将清楚地了解它所遵循的网络路径以及每个跃点的相关网络延迟。[1] 本演示文稿中说：“交通通过美国的GCP主干网”@pablo-请提供该幻灯片的来源和日期。这是幻灯片：1/2）您的问题中没有真正的硬数据来诊断延迟、路由、延迟或证实您关于其他提供商的数据。请使用显示从客户端到会议服务器的跃点的跟踪路由编辑您的问题。添加详细信息，显示您将GCP与AWS和Azure进行比较的测量结果。2/2）关于GCP构建网络的计划，Stackoverflow不是一个可以询问的地方。谷歌公布了它的计划。对于非公开的计划，您将无法在此处获得正式答案。如果没有我们可以分析的真实数据，你的问题就无法得到回答。另外两个来源：如果我没有弄错的话，GCP在印度和欧洲之间没有直接的路线，这是一个众所周知的事实。我的测试证明了这一点，网络上的一些资源也表明了这一点。如果你认为我错了，请结束这个问题。当原因不明且工程师无法重现时，需要请求更多数据或重现步骤。您可以在印度和欧洲启动两个虚拟机，并在它们之间ping以查看相对较高的延迟。这需要几分钟，花费几美分。当您无法控制基础设施并试图检测问题所在时，需要MTR。谷歌拥有这个网络，因此地铁是无关紧要的。