⭐更新⭐ 国人是特别关注日本云服务器的，因为物理距离近，价格相对较低，而且一般配置都不会低而且给的带宽和流量大。本文是vultr的日本大阪数据中心的云服务器测评数据更新，重点立足于国人视角，对延迟、往返路由、IP流媒体解锁、云服务器性能、早晚高峰的带宽上下行测试。本次测评选择的是vultr日本大阪的AMD系列云服务器作为测试平台，数据仅供参考。
服务器使用的CPU型号未知，从CPU model判断是AMD EPYC 7002，主频2794.748MHz，站长启用了BBR，支持IPv4&v6、上游网络提供商AS20473实际是Vultr自己的母公司，归属地日本大阪，当前实测I/O大致890MB/S：
FIO实测数据读写的大致结果如下：
国内三网多节点的带宽上下行以及延迟测试数据如下所示：
再看看在晚高峰期间的带宽上下行以及延迟测试数据：
站长广州联通家宽，用Chrome下载存放在测试云服务器上的文件，大致的下载速度如下：
再看看在晚高峰时期的下载速度：
晚高峰，湖北襄阳电信的机器，下载存放在测试云服务器上的文件，大致的下载速度如下所示：
晚高峰时期，四川眉山联通的机器，下载速度如下：
晚高峰，广东江门移动的机器，下载速度：
接着看国际方面，speedtest提供的部分国际节点的实测效果：
speedtest的部分亚洲区域内节点的实测效果：
IPv4环境下，部分国际节点的IPERF3实测数据：
IPv6环境下，部分国际节点的IPERF3实测数据：
国内三网一百多个节点的延迟测试数据：
电信去程：直连香港之后接telia（一下子就把延迟拉起来了）去日本大阪
联通去程：直连联通美国洛杉矶节点，然后接telia去日本大阪
移动去程：直连香港之后接PCCW去日本大阪
电信回程：
北京、广州方向：走telia直接去美国洛杉矶，然后转电信peer/telia出海回国
上海方向：走telia去美国圣何塞，然后转电信pop出海回国
联通回程：
北京方向：走telia经过新加坡去法国、德国，然后从法兰克福接联通直连回国
上海、广州方向：走telia去美国洛杉矶，然后出海回国
移动回程：
北京方向：走PCCW经过香港去新加坡接，接移动CMI回香港CMI再回内地
上海方向：走telia去美国洛杉矶，然后接CMI直连回国
广州方向：走PCCW先去美国圣何塞，然后接移动CMI直连回国
IPv4环境下，多个数据库对当前IP属性的大致判断：广播IP，能解锁chatgpt、tiktok等
部分流媒体解锁测试，大致的情况如下所示：
IPv6环境下，多个数据库对当前IPv6属性的大致判断：广播IP，不能解锁tiktok，可以解锁chatgpt
IPv6环境下部分流媒体解锁的大致情况：
云服务器性能测试，部分跑分数据相当给力：
大致总结下：
IPv4和v6都是广播属性，V4能解锁chatgpt、tiktok等，v6的解锁能力就非常弱鸡；
云服务器的性能还是非常不错的，无需为此担忧；
三网去程：电信从香港接telia去日本，延迟非常高；联通绕道美国，移动从香港接PCCW去日本延迟较低；
三网回程：三网都是绕道美国或者欧洲之外再回国的，路由不理想。
