在南京搞了六年IDC运维,手上管过一百多台物理机，也踩过不少云服务的坑，今天不整虚头巴脑的，拿我上个月做的南京云服务器横向测试说事，测试对象是三家用得最多的：A云、B云、C云，机房都标注“南京节点”，测试时间是凌晨两点，避开高峰，用同一台ThinkPad，连着办公室电信专线，跑的都是2C4G的入门配置，结果？有点意思。
先看延迟,A云本地节点，ping值平均1.2ms，爽得我差点以为在操作物理机，B云也是南京节点，但平均2.8ms，稍微有点抖动，丢包率0.1%，C云最离谱，标注南京节点，实际ping值12ms，我查了下路由，包居然绕到了上海再折回来，你说这叫南京云服务器？欺负人不懂tracert？这就是典型的“假本地机房”，用了华东区域内的远端资源，然后买了个南京的IP段。
再看带宽和IO,A云测试文件下载，100Mbps带宽能跑到93Mbps，接近满速，磁盘顺序读写分别达到1.2GB/s和480MB/s，算得上良心，B云带宽跑到88Mbps，磁盘稍弱，但也够用，C云下载速度只有36Mbps，磁盘延迟忽高忽低，跑数据库的时候偶尔能卡到200ms以上，我拿同样的脚本压了一遍，C云在模拟高并发请求时，有2.3%的请求超时，A云只有0.2%，B云0.5%，说人话就是：便宜货真不适合跑核心业务。
价格方面,A云宁波地域同配置年付1200块，但南京节点要1800，B云南京年付1500，C云年付才950，差价肉眼可见，C云销售话术很诱人：“南京本地部署，延迟低，价格低。”但实测数据打脸——延迟不算低，IO还抽风，后来我联系客服，对方支支吾吾说“资源池在华东，但公网入口在南京”，这就叫挂羊头卖狗肉。
南京云服务器实测，同机房不同命，别再被本地节点忽悠了
对比下来,我的结论很直白：南京云服务器，别只看网页上写没写“南京”，你得自己traceroute，看前三跳是不是南京的骨干节点，再看带宽是否独享，最后跑一轮fio测磁盘，A云适合对延迟和稳定性极敏感的业务，比如量化交易、在线支付，贵有贵的道理，B云属于均衡派，中小项目随便使，不出彩也不掉链子，C云如果你是做静态站、备份、或者开发测试，能省则省，但生产环境别碰。
说回南京这个城市,产业金融、软件谷、智能制造都在云上跑，很多公司死盯着“本地节点”四个字，以为物理距离近就万事大吉，但咱们搞运维的心里有数：只要路由别乱跳，机房在苏州还是滁州，真没多大差别，真正重要的是超卖比例和售后响应，上次C云半夜磁盘报警，工单提交两个小时才有人回，还是在备注里写了“紧急”的情况下，A云五分钟电话就打过来了，这差价，买的是命。
最后提一句,别迷恋“南京云服务器”这个词，阿里腾讯华为在南京都有可用区，但资源规格、负载策略、甚至是同一可用区不同机柜的网络链路，都可能天差地别，你要做的是拿测试脚本自己跑，别信销售口播的“全网最低时延”，我用同样的方法测过好几次，结果每次排名都有波动，毕竟云厂商也在优化和扩容，但趋势不会变：贵有贵的硬道理，便宜有便宜的软肋，想省钱，就牺牲稳定性；想省心，就多掏钱，没有第三个选项。
，不吹不黑，全是真金白银砸出来的经验，下一期我准备测一下南京本地自建机房和这三家云的混合组网方案，有兴趣的评论区扣个1。
发表评论