AWS亚马逊云怎么样？亚马逊云韩国机房怎么样？亚马逊云在东亚几乎是毫不放过，毕竟东亚也是世界经济最热门的地区，所以亚马逊云的韩国数据中心就毫无意外了。那亚马逊韩国云服务器是否适合国内三网的不同用户群体使用呢？网络卡吗？路由是否绕道？延迟高吗？为了帮助一些想要解决疑惑的人群，主机测评这里带来了实测数据，有早晚高峰对比，仅供参考。aws
服务器的CPU貌似是Intel Xeon Platinum 8259CL（24核、48线程、主频2.5GHz、加速频率3.5GHz），站长启用了BBR，底层为KVM虚拟化，IPv4和V6都支持，亚马逊自己的网络，归属地新加坡，当前I/O大致137MB/S（IOPS被限制了）：
FIO数据读写测试，明显可以看到IOPS限制到1K：
国内三网多节点的带宽上下行测试数据分享：
再对比看看在国内晚高峰时间段内的测试数据：
存放在测试云服务器上的一个文件，站长广州联通家宽直接用Chrome来下载，直观的下载速度如下所示：
再看看在晚高峰期间的下载速度：
晚高峰，广东江门移动，下载速度：
晚高峰，湖北十堰电信，下载速度：
晚高峰，四川眉山联通，下载速度：
speedtest.Net的部分国际节点的带宽上下行测试数据：
speedtest的部分亚洲节点的带宽上下行测试数：
iperf3测试，几个国际热门节点的实测效果：
在IPv6环境下，iperf测试：
国内三网一百多个节点的延迟测试数据：
电信去程：直连电信日本东京节点，然后去韩国亚马逊机房，至于延迟为什么最后快接近200毫秒我是不懂了。
联通去程：直连韩国
移动去程：从香港出去直连韩国
电信回程：
北京方向：亚马逊内网直达日本，然后从电信日本东京节点直连回国
上海/广州方向：从韩国走cogent去日本东京然后去美国西海岸的圣何塞/圣克拉拉再回国
联通回程：亚马逊内网去日本亚马逊节点，然后回国，这延迟还是很低的
移动回程：亚马逊韩国机房出来接移动韩国首尔CMI节点然后去香港移动cmi再回内地
多个数据库对当前IP性质的大致判断：
部分流媒体解锁测试的大致结果：
云服务器性能测试，部分测试结果如下所示：
大致总结下：
这个跑分还是相对很弱鸡了，尤其是当IOPS被限制，如果需要高性能的话还是在亚马逊里面花钱吧；
网络方面，
去程：电信去程绕道了日本再去的韩国，联通和移动是直连；
回程：电信部分绕道日本回国，部分绕道美国再回国；联通走的是亚马逊内网直接回国，延迟很低；移动是CMI直连香港再回内地，效果一样很好；
大致来说，对电信用户不是那么友好，联通和移动还是给力的。
