悉尼晚高峰刷4K，亚太CDN这场翻身仗打得漂亮吗？

昨晚十二点,我盯着悉尼机房的监控面板，指尖在键盘上敲出最后一行测试命令，窗外是南半球冬季的冷雨，屏幕上的延迟曲线却像过山车一样起伏——这就是我连续第三周蹲守亚太CDN出海节点的真实写照，说真的，测了这么多年国内节点，这次把战场拉到悉尼总部，心里还真没底。

先交代下测试环境,我用的是一台AWS悉尼区域的EC2实例，配了2核4G内存，系统Ubuntu 22.04，网络走的悉尼本地IXP直连，客户端则是墨尔本、堪培拉、布里斯班、珀斯四个城市的住宅IP，再加上新西兰奥克兰的一个测试点，前后总共跑了72小时，每半小时自动发起一轮请求，工具方面，curl测延迟，ApacheBench跑并发下载，还有我自己写的缓存命中率统计脚本，文件则选了5MB、50MB、500MB三个典型大小，模拟图片、视频和软件包场景。

悉尼晚高峰刷4K，亚太CDN这场翻身仗打得漂亮吗？

先泼盆冷水,之前看官方宣传，说悉尼总部节点能覆盖全澳，结果首轮延迟测试就打了脸——珀斯节点平均延迟高达187ms，比墨尔本高了整整两倍多，但有意思的是，悉尼本地节点延迟稳定在38ms左右，和国内一线城市测本地CDN的体验几乎持平，这说明什么？地理位置还是王道，所谓“全澳覆盖”更像是物理定律下的美好愿望。

下载速度的差异更明显,50MB的文件，悉尼本地下行速率飙到92Mbps，接近满速；可珀斯节点直接腰斩到41Mbps，而且TCP重传率飙到3.7%，丢包明显，500MB大文件测试时，布里斯班倒是给了我惊喜，速率稳定在78Mbps，几乎无波动，看来后台调度对主干线路的负载平衡做得不错，至于缓存命中率，这才是悉尼总部的隐藏王牌——热门视频资源首测命中率89%，重复请求后冲到97%，但冷门文件就惨了，命中率直接掉到54%，被迫回源到新加坡，多跳了半圈地球。

拿竞品来参照下,同样在悉尼节点，老牌厂商C家延迟低2ms，但缓存命中率只有81%，动态加速远不如这家；另一家主打东南亚的D公司，悉尼节点压根就是个“假节点”，实际回源到香港，延迟直接飙到260ms，下载速度惨不忍睹，也有反超的案例——用某国内大厂CDN测同一组文件，悉尼本地延迟多了9ms，但珀斯居然只涨了23ms，说明人家全球调度策略更均衡，只是缓存体量明显小一圈，热门文件二次命中率才76%。

总结下,这个亚太CDN出海版的悉尼总部，适合三类人：一是做澳洲本地生意的，尤其是视频或大文件分发；二是对缓存命中率敏感，希望降低回源带宽成本的；三是能接受“分区优化”模式，不指望一个节点通吃全洲的，但如果你是做全澳随机用户覆盖，或者冷门资源居多，那建议混用另一个节点做兜底，否则珀斯和西澳用户的体验会拖后腿，毕竟，悉尼的天际线再美，也架不住物理延迟那堵墙，别急着抄作业，拿自己的业务文件先跑一周日志，比看任何测评都靠谱。