香港服务器突发带宽30M？实测后我直接沉默了

打开后台私信，这几天至少有二十个人问同一个问题：“某香港服务器突然把带宽从10M飙到30M，是不是真香警告？”说实话，我第一反应是——套路，绝对是套路，毕竟在这个行当摸爬滚打五年，见过太多“首月99，次月999”的骚操作，但架不住粉丝催得紧,我决定自己上手干一票。

先交代测试环境：本地是上海电信千兆入户，晚高峰21点整开测，工具方面，iperf3跑吞吐，MTR扫路由，ping.pe做全球节点分发，再加一个自己写的脚本连续24小时抓带宽曲线，机器配置是E5-2680 v4，16G内存，系统Debian 11,目标IP来自香港新世界机房。

刚连上SSH，第一感觉是延迟还算正常，用ping.pe测了一下国内主要节点，深圳电信延迟8.3ms，上海联通12.7ms，北京移动17.1ms，这个数据放在香港机房里属于中上水平,毕竟新世界到CN2的路由优化一直还不错。

香港服务器突发带宽30M？实测后我直接沉默了

重点来了——突发带宽到底能飙到多少？我直接上iperf3跑双向测试，TCP窗口设到256K，第一次测，下行直接冲到31.2Mbps，上行26.8Mbps，等等，这不对劲？说好的“突发”呢？一般突发带宽都是限时飙一飙然后迅速回落，但我连续跑了五分钟，带宽曲线稳得像心电图，甚至在第6分钟冲到33.5Mbps。

我差点以为自己眼花，赶紧切到真实业务场景，用这台机器拉了一份200MB的CentOS镜像，实测下载速度稳定在3.6MB/s，换算下来差不多29Mbps，峰值出现在中间段，飙到了4.1MB/s，对应32.8Mbps，说实话，这个成绩放在30M保证带宽的机器里完全不虚，但问题是——你一个10M的小水管,凭什么能持续输出30M？

答案藏在MTR的第五跳里，路由走到新世界核心交换机后，出现了一个从未见过的NTT节点，查了一下，原来这家服务商最近接入了NTT的直连带宽，而NTT在香港段向来以“闲置带宽多、突发能力强”著称，说白了，就是上游给了足够的余量，加上他们自己的限速策略做得比较松，才造成了“物理10M、实际30M”的奇葩现象。

但别急着下单，我同步测了一组竞品：某A厂商同样10M带宽的香港ECS，峰值只能跑到13.5Mbps，稳定在11Mbps左右，价格却贵了40%，某B厂商的20M轻量云，实测稳定在18.7Mbps，但路由绕了新加坡，延迟直接飙到47ms，至于某C厂商的新加坡中转方案，虽然带宽跑到48Mbps，但延迟高达89ms,打游戏基本废了。

这里说句公道话：这个“假10M真30M”的机器，性价比确实炸裂，但有两个致命短板需要注意——第一，晚高峰22点后，带宽会降到22Mbps左右，虽然还是比标称高，但明显有软限速，第二，丢包率在非CN2路由段有0.3%的波动,对直播推流这种敏感业务不太友好。

最后总结一下：如果你是个人站长跑轻量级业务、挂海外游戏加速、做跨境小流量网站，这台机器是目前香港机房的“性价比之王”，没有之一，但如果你的业务对延迟和丢包极其敏感，或者需要持续跑满30M跑一天，请慎重——毕竟“突发”两个字,暗示着它随时可能缩回去。

说完了，机器我继续挂着测七天，有崩盘情况会第一时间在评论区通知，这波羊毛能薅多久，我也不确定，但至少在写这篇文章的这一刻,它是真的香。