我在欧洲有一台托管在 Google Cloud Engine 上的视频会议服务器。我有欧洲和印度的用户连接到同一台服务器。服务器使用 UDP 和 TCP 套接字。与 AWS 和 Azure [1][2] 相比,Google Cloud 高级网络层的欧洲和印度之间的延迟要大三倍。
与高级网络层相比,标准网络层的延迟更低。有没有办法将欧洲的用户与高级网络层和印度的用户与标准网络层连接到同一个 GCE 实例?
Google Cloud 是否计划在印度和欧洲之间建立直接连接并减少延迟?
我在欧洲有一台托管在 Google Cloud Engine 上的视频会议服务器。我有欧洲和印度的用户连接到同一台服务器。服务器使用 UDP 和 TCP 套接字。与 AWS 和 Azure [1][2] 相比,Google Cloud 高级网络层的欧洲和印度之间的延迟要大三倍。
与高级网络层相比,标准网络层的延迟更低。有没有办法将欧洲的用户与高级网络层和印度的用户与标准网络层连接到同一个 GCE 实例?
Google Cloud 是否计划在印度和欧洲之间建立直接连接并减少延迟?
关于网络层的问题仅适用于客户的目的地(VM 或负载平衡器,如果已配置)。连接的来源(例如客户的计算机)无关紧要。话虽如此,如果您从计算机连接到 GCE VM 的公共 IP,则应用网络层的唯一位置是 GCE VM 本身。只要 VM 具有高级层网络连接,连接到它的任何人(无论位置如何)都将使用 VM 的高级层。
在您的情况下,由于欧洲的视频会议服务器托管在 Google Cloud Engine 上,印度由于距离而具有相对较高的延迟。这是意料之中的,但我不认为它会明显变慢。例如,如果您在亚太地区复制 GCE 实例,您可能会看到印度客户的延迟减少,但不确定这是否适合您。
在 GCP 中,与标准网络层相比,高级层使用 Google 的低延迟、高度可靠的全球网络将流量从外部系统传输到 GCP 资源。您可以查看本文以获取有关这两个网络层 [1] 之间比较的更多信息。不同的云提供商的基础设施设置不同,因此当涉及到特定的源和目标区域时,到达其目的地的路由流量可能会有所不同。