本文是阿里云印度尼西亚雅加达数据中心的轻量应用服务器的测评数据分享，简单总结下：广播IP，解锁TikTok、ChatGPT、Claude、Gemini、Netflix、AmazonPV；国内三网多节点的延迟测试来看，平均延迟331毫秒，可见路由有多离谱；去程，绕美国、绕欧洲都有；回程，也是绕美国、绕欧洲都有、也有部分经过新加坡后直连回国的，建议有条件的中转；Intel Xeon Platinum，Unix bench，单核跑分1209分、双核2047分，还不错；FIO测试，4K数据，读取6.82MB/S、写入6.84MB/S、IOPS都是1.7K，官方对当个VM的使用有明显的限制。
官方网站：https://www.aliyun.com/product/swas
与其他数据中心的CPU貌似是一致的，依旧是Intel Xeon Platinum，主频2.5GHz，底层为KVM虚拟，站长开启了BBR，不支持IPv6，阿里云自己的网络，归属地印度尼西亚雅加达，当前I/O实测大致149.3MB/S：
FIO测试，4K数据，读取6.82MB/S、写入6.84MB/S、IOPS都是1.7K，官方对当个VM的使用有明显的限制；
国内三网多节点的带宽上下行测试数据，白天、晚高峰，测试数据对比如下：
陕西西安电信的机器，下载存放在测试机上的文件，白天、晚高峰，下载速度对比如下：
四川成都电信的机器，下载存放在测试机上的文件，白天、晚高峰，下载速度对比如下：
四川眉山联通的机器，下载存放在测试机上的文件，白天、晚高峰，下载速度对比如下：
湖南长沙移动的机器，下载存放在测试机上的文件，白天、晚高峰，下载速度对比如下：
广东江门移动的机器，下载存放在测试机上的文件，白天、晚高峰，下载速度对比如下：
IPERF3测速，部分国际节点的收发数据如下：
国内三网多节点的延迟测试数据，平均延迟331毫秒：
电信去程：直连电信美国洛杉矶节点，然后接TATA再转singtel去新加坡，接下来的路由看不到了
联通去程：直连联通德国法兰克福节点，然后接level3再转TATA去法国、美国东部、美国西部洛杉矶，后面的路由看不到了…
移动去程：从香港出去，后面的路由看不到，从延迟来看至少在亚洲境内没有绕欧美
电信回程：
北京、上海方向：走zenlayer的网络到新加坡，然后接PCCW去德国，从法兰克福接入电信直连回国
广州方向：走zenlayer经过新加坡然后接美国洛杉矶PCCW，接着接入电信POP/pccw再直连回国
联通回程：
北京方向：走zenlayer的网络去新加坡，然后接telia去法国、德国，在法兰克福接入联通，然后直连回国
上海方向：走zenlayer的网络经过新加坡去接美国洛杉矶telia，然后接入联通peer/telia出海回国
广州方向：走zenlayer的网络去新加坡，然后接入联通直连回国
移动回程：
北京、上海方向：走zenlayer的网络去新加坡，然后接PCCW，再转移动CMI回国
广州方向：走zenlayer的网络去新加坡，然后接PCCW去美国圣何塞，再接移动CMI从旧金山出海回国
多个数据库对当前IP属性的大致判断：广播IP，解锁TikTok、ChatGPT、Netflix、AmazonPV；
部分流媒体解锁，热门的Claude、Gemini、steam currency可以搞定；
Unix bench，单核跑分1209分、双核2047分，还不错；
