⭐更新⭐ 本文是知名云服务器Vultr的韩国首尔数据中心的云服务器测评的数据更新文章，大家可以对比看一下2021年的测评文章“Vultr云服务器怎么样？简单测评Vultr韩国机房的情况”，看看现在的韩国机房的云服务器是否适合自己？！本文立足于中国大陆用户群体，重点针对“延迟、往返路由、早晚高峰期的带宽上下行多节点测试、云服务器性能跑分、IP解锁”等进行测试，分享数据，仅供参考。
服务器用的CPU（AMD EPYC 7002）具体型号未知，主频1996.250MHz，站长启用了BBR，支持IPv4&v6，上游The Constant company实际上就是自己的母公司，归属地韩国，当前实测I/O大致764MB/S：
FIO实测数据读写的大致结果如下：
国内三网多节点的带宽上下行和延迟测试数据：
晚高峰期间的测试数据，电信节点这会儿不通了：
站长广州联通家宽直接用Chrome下载存放在测试用的云服务器上的文件，大致的下载速度如下所示：
再看看在晚高峰期间的下载速度：
晚高峰，我们继续在不同机器上下载上面的那个文件，看看速度多少吧：
晚高峰，湖北襄阳电信，下载速度大致1.76MB/S：
晚高峰，四川眉山联通，下载速度大致如下：
晚高峰，广东江门移动，下载速度大致如下：
SpeedTest.Net的部分国际节点的带宽上下行和延迟测试数据：
SpeedTest.Net的部分亚洲节点的带宽上下行和延迟测试数据：
IPv4环境下，IPERF3几个热门节点的实测数据：
IPv6环境下，IPERF3几个热门节点的实测数据：
国内三网一百多个节点的延迟测试数据：
电信去程：电信骨干接NTT先去日本东京，然后再去韩国首尔
联通去程：骨干网接NTT先去日本大阪然后去韩国首尔
移动去程：骨干网接香港移动CMI再对接Telstra去韩国首尔
电信回程：
北京、上海方向：走NTT先去日本然后回国
广州方向：走NTT先去日本然后去美国圣何塞，经过圣克拉拉，从电信圣克拉拉节点直连回国
联通回程：
北京方向：走Telstra去美国圣何塞对接telia经过丹佛、芝加哥、纽约，然后去英国、法国、德国，从联通德国法兰克福节点直连回国
上海方向：走Telstra对接telia到圣何塞、再经过联通洛杉矶出海回国
广州方向：走Telstra对接telia到圣何塞、再经过联通洛杉矶peer/telia出海回国
移动回程：
北京方向：走Telstra直接去香港转移动CMI回内地
上海方向：走Telstra去日本再回国
广州方向：走Telstra直接去日本然后回国（数据库里面的美国是错误的）
多个数据库对当前IPv4属性的大致判断：广播IP，能解锁chatgpt和netflix
IPv4下，部分流媒体解锁的大致结果如下：
IPv6环境下的流媒体解锁结果如下：
云服务器性能测试，部分跑分数据如下：
大致总结下：
广播IP，无法解锁tiktok，但是可以解锁chatgpt、netflix和不少韩国媒体；
云服务器性能相当给力，这与选择AMD系列的关系比较大；
三网去程：电信和联通绕道了日本再去韩国，移动是从香港CMI直接去韩国；
三网回程：电信和联通，不是绕日本就是绕美国；移动绕了下日本，相对来说移动在亚太有自己的优势，所以还凑合。
