侧边栏壁纸
博主头像
luoxx博主等级

只要思想不滑坡,办法总比困难多

  • 累计撰写 59 篇文章
  • 累计创建 64 个标签
  • 累计收到 1,321 条评论

目 录CONTENT

文章目录

谷歌云服务器(GCP)网络线路情况分析

luoxx
2022-08-16 / 1 评论 / 3 点赞 / 7,666 阅读 / 1,142 字
温馨提示:
本文最后更新于 2024-07-26,若内容或图片失效,请留言反馈。部分素材来自网络,若不小心影响到您的利益,请联系我们删除,邮箱地址:luoxmc@vip.qq.com

注册使用谷歌云服务器(GCP)之后创建了香港、台湾这两个区域几台虚拟机,本以为这两个区域离大陆很近,应该延迟会很低,速度会很快,结果不然,实际上用起来延迟还是比较高的,比腾讯云、阿里云等大厂的国内机房延迟要高出一大截,使用体验非常一般。

换了好几个区域和可用区,发现都差不多,无奈只能穷根究底探索一下原因。本文主要用的是 台湾 区域、asia-east1-b 可用区来进行测试的。启新机器太繁琐,而且要花费美刀,所以没有再启多台机器来测试了。

ping检测

下图使用的 ipip.net 提供的ping检测工具,这个工具非常良心,节点极多,测试很全面。
image-1660615441415

下面的结果为使用的 阿里云网站运维检测平台 测试出的。
image-1660615631779

image-1660615650141

image-1660615666793

由以上检测结果可见,电信、联通的延迟还是比较低的,在可接受范围内。但是移动的网络延迟要高出几倍,基本上平均在200ms左右了。
为什么会出现这种情况,所以我继续进行了路由轨迹检测。
路由轨迹检测
电信
  • 天津
    天津电信
  • 成都
    成都电信
  • 武汉
    武汉电信
联通
  • 天津
    天津联通
  • 成都
    成都联通
  • 武汉
    武汉联通
移动
  • 天津
    天津移动
  • 成都
    成都移动
  • 武汉
    武汉移动
路由轨迹总结

综上可知,电信、联通的线路基本上都是经过广州,再经过香港,再达到台湾。或者是经过上海,再经过新加坡,再到达台湾。
而移动的线路基本上都要绕道美国或者英国之后再回到台湾。
(ps:我检测了很多节点,为了节省cdn流量,没有把所有图片都放出来,移动节点里面确实还有一部分是绕道英国伦敦的)
(ps2:移动的线路也有极小一部分是直接绕香港的,不过真的是极少一部分)
所以很明显,绕香港新加坡肯定要比绕美国、英国速度要快得多,所以移动线路整体延迟要比电信、联通高出几倍。

总结
  1. 经过我自己的实践和网上查阅资料,借鉴其他博主的经验,可以基本确定,谷歌云服务器的线路基本上没有直达的,都是要绕路的。就算选美国机房,都要从日本绕一下。直达的估计也有,但是真的只是极少的一部分了。

  2. 移动的线路极差,基本都绕很远,延迟高。

  3. 如果要在谷歌云的机器上搭建网站或其他服务,是要给所有国内用户用的话,也不可能要求客户不用移动网络,而且移动端使用移动网络的还占相当大一部分。所以体验着实不佳,博主部署了一个小型游戏服务在上面,很多用户反馈延时很高。

  4. 以上,如果您发现本文有什么错误之处,或者有什么要补充的,可以在评论区留言,我会尽快更新修正。

补充

后面我又发现了,同一个机子,每次追踪路由轨迹,走的线路还有可能不一样,真的是完全摸不着规律了。
比如下图,我发了个长ping,结果ping值先是稳定60多ms左右,后面又变成了稳定120ms左右,再后面又变成了稳定60ms左右,然后又变成25ms左右,总之就是经常变,这几种ping值完全是走的不同的线路,走相同的线路ping值差距不会这么大的。

iShot_2024-07-26_22.06.39

我也用traceroute命令追踪了路由诡异,发现确实每一次走的线路不一定相同,有时候绕香港,有时候绕美国。

在国内用这玩意还真的是很蛋疼,延迟高就算了,今天还遇到了大面积丢包的情况,国内的服务还是只能老老实实用国内大厂的服务器啊!!!

3

评论区