地区之间的Google Cloud Latency多少钱？

最近, 我开始从事一个爱好项目(Site Relic)以测试网站性能, 并从多个位置进行屏幕截图和安全检查。

在多个位置都有服务器需求意味着我必须考虑内部延迟, 因为服务器将相互通信以从请求的位置传递请求的内容。

Google Cloud Platform(GCP)以低延迟着称, 我对GCP上托管的Geek Flare性能感到满意。

你可以使用Cloud Harmony等在线延迟工具来检查Internet上GCP的延迟。

但是, 我找不到任何能表明Google Cloud区域之间延迟的资源。

所以我想自己做一点测试, 这就是结果。

Google云端可在以下十五个地区使用。

• 美国中部爱荷华州
• 美国西部俄勒冈
• 美国东部北弗吉尼亚
• 南卡罗来纳州, 美国东部
• 比利时, 欧洲
• 欧洲伦敦
• 德国法兰克福
• 新加坡, 东南亚
• 台湾, 东亚
• 北亚东京
• 悉尼, 澳大利亚
• 巴西圣保罗
• 印度孟买
• 加拿大蒙特利尔
• 荷兰, 欧洲

我在所有地区都使用Ubuntu 16 LTS设置了f1-micro实例。

我没有安装任何其他软件, 而是通过私有IP ping到另一台区域服务器10次。

ping –c 10 $PRIVATE_IP_ADDRESS_OF_OTHER_REGION

在这里, 你可以得到以毫秒为单位的平均延迟结果。

区域之间的Google Cloud延迟

查看整页的延迟数据

• 绿色=小于100毫秒
• 橙色= 100到200毫秒之间
• 红色= 300毫秒以上

有趣…

• 悉尼和新加坡往返所有地区的延迟都很高。
• 俄勒冈州在连接亚洲方面表现更好
• 东京连接亚洲和美国的延迟最少
• 伦敦在欧洲表现更好

上面的内容应该可以使你了解在内部托管服务的位置, 以获得更好的结果。