GCP us-central1 区域最接近延迟效率的 AWS 区域是什么？ [关闭]答案

【问题标题】：What is the closest latency efficient AWS region for GCP us-central1 region? [closed]GCP us-central1 区域最接近延迟效率的 AWS 区域是什么？ [关闭]
【发布时间】：2021-07-13 09:37:50
【问题描述】：

我正在评估多云设置，并希望为 GCP 的 us-central1 区域找到最接近延迟效率的 AWS 区域，我在 AWS 中的选项是 US East (2) 和 US West (2)。我找不到任何可以为我提供此映射的服务/指南。

一些 Stack Overflow 答案使用手动脚本来查找此映射。是否有任何资源或更好的方法来查找 GCP 区域的 AWS 区域？

【问题讨论】：

在每个实例中启动实例，看看它们之间的响应时间是多少。
延迟和带宽很容易在单个实例中及时测量，但很难预测。有太多你无法控制的因素，明天会让大多数测量变得毫无用处。除非您知道流量现在和将来会采用的实际路线，以及容量、带宽和利用率的详细信息，否则您只能进行概括。
@JohnHanley 我认为 GCP 中美国中部在 AWS 中的美国东部和美国西部之间的选择仍然会在延迟 10 毫秒内产生差异，并且决定很重要。我很惊讶没有针对多云延迟的持续监控基准。
当您考虑客户端 -> 服务 -> 资源时，延迟很少会对现实世界的云服务产生影响。在某些特殊情况下，延迟非常重要。但是，您没有提供可以提供基于事实的建议的详细信息。在这一点上，我只能提供概括和建议。换句话说，根据您问题中的详细信息，任何一个地区都可以。

标签： amazon-web-services google-cloud-platform cloud hybrid-cloud

【解决方案1】：

我不知道是否有一些工具可以测量多云延迟，在 GCP 的 Network Intelligence 菜单中有一个名为 Performance Dashboard 的工具，您可以在其中选择最多 5 个 GCP 区域来测量其中的延迟谷歌的网络这可能是 1 小时到 6 周，延迟图显示了部署在谷歌云上的所有虚拟机的平均延迟。纵轴以毫秒 (ms) 为单位显示中值延迟，横轴显示随时间的变化，我希望这些信息可以为您提供一个概览，以便您做出决定并与 AWS 进行比较

【讨论】：

【解决方案2】：

您可以使用上述性能仪表板中的结果，并做出一个简化假设，即 Google 的“东部”区域之一靠近 AWS 的东部，“西部”也是如此。此外，如果您还没有帐户，Google Cloud 中有一个显示inter-region latency and throughput 的公共仪表板，您可以使用相同的假设。

但最终，除非/直到有可用的公共云间延迟工具，否则最好的选择可能是启动一些虚拟机并进行一些测量。 John Hanley 关于“今天”所见可能与“明天”所见不同的警告绝对值得牢记。

【讨论】：