新加坡物理机实测，延迟漂亮，但别被亚太枢纽四个字冲昏头

作为在跨境电商圈子里跑了六年运维的老油条，我经手过的海外服务器少说也有两百台，从美国西岸到日本东京，从香港沙田到新加坡SG1，每个机房什么脾气，心里基本有本账，最近公司准备把面向东南亚的订单系统整体迁移，老板拍板要上新加坡物理机，理由是“离东南亚近，用户体验好”，我没反驳，但决定先自费租一台主流配置的机器，把该测的都测一遍，再回他四个字：看数据说话。

先说这次测试的硬件配置：双路E5-2680 v4（14核28线程），128GB DDR4 ECC内存，1TB NVMe企业级固态加4块4TB HDD组RAID10，带宽是1Gbps独享，BGP线路宣称“三网直连”，机房位于新加坡樟宜一带，月付折合人民币约1850元，不便宜，但距离“冤大头”还有段距离，同配置在阿里云国际版按年付要贵出近30%，但人家带云盾和快照，物理机裸奔，得自己装备份脚本,这笔隐形成本必须算进去。

先看最关键的延迟和丢包，我分别从广州、上海、北京三地的公司VPN节点发起ping，24小时不间断抽样，结果很有意思：广州到新加坡延迟稳定在68ms左右，丢包率0.1%；上海到新加坡82ms，丢包率0.4%；北京到新加坡则要95ms，丢包率0.8%，作为对比，同一天我测了手头那台香港CN2物理机，广州过去只有12ms，但上海就要54ms，北京78ms，新加坡的“地利”主要体现在华南和东南亚，对北方用户来说并不比香港快多少，更有意思的是晚上8点高峰期，新加坡机器回程线路没有出现剧烈抖动，而香港那台CN2在晚高峰经常冒出2%的丢包——这说明新加坡国际出口带宽冗余确实足,扛峰值能力强。

再测磁盘和网络吞吐，用dd写1GB随机数据，NVMe那块盘平均速度是1.9GB/s，4块HDD的RAID10阵列写速度约480MB/s，读取720MB/s，这个成绩中规中矩，没惊喜也没翻车，但网速测试有点意思：从机器上拉取洛杉矶某机房的100MB测试文件，速度稳定在112MB/s，而反向从新加坡传回广州，速度只有38MB/s，这说明上行带宽虽然标称1G，但实际国际回程受限，尤其是大文件传输，我拿手头的日本软银线路测了同样的反向传输，能到62MB/s，结论很直白：新加坡物理机适合跑对延迟敏感的API接口、实时游戏服务、金融交易网关，但你要是拿它做跨国文件同步或视频转码分发,就得做好带宽被卡脖子的心理准备。

最让我在意的是CPU性能，E5-2680 v4是2016年的老将了，单核跑分（Geekbench 5）只有约780分，对比现在随便一台云主机配的AMD EPYC 7K62单核能上1250分，但我这台机器上跑着公司核心的MySQL数据库加16个Java微服务，负载拉满到CPU 70%时，查询响应时间仍然稳定在9ms以内，没有出现处理队列堆积，老款至强赢在核心多、内存通道宽，适合并发型业务，不适合高主频计算，你要是做机器学习训练，这机器纯属自虐,直接上带GPU的机器才是正途。

再说说线路质量，我专门测试了到东南亚各主要城市的延迟：到雅加达43ms，曼谷51ms，吉隆坡14ms，马尼拉58ms，这个表现确实碾压香港或日本机房——香港到雅加达要68ms，日本到曼谷更要92ms，对于做Lazada、Shopee、Grab这类东南亚业务的人来说，新加坡物理机的物理位置优势无法替代，但注意，这只是网络延迟，如果你面向的是欧美用户，那新加坡绕半个地球，东部沿海的延迟普遍在180ms到220ms之间，远不如美国西岸机房（170ms左右）或日本机房（140ms左右）来得划算。

最后说结论，新加坡物理机不是万金油，它的核心价值尽在“东南亚区域覆盖”六个字里，如果你是做东南亚本地化业务、对数据主权和合规有要求（新加坡有PDPA，数据离境需审批）、且业务需要低延迟连接新加坡主要云服务商（AWS、Azure、GCP在本地都有可用区），那它是最优解，别犹豫，但如果你只是单纯想要个稳定的海外服务器，香港无疑是更便宜、更快的选择；如果你是面向欧美或者想做视频流媒体，那美国机房的性价比吊打新加坡，这台机器我最后留了下来，因为我们老板确实只盯东南亚市场，不过我在工单里加了句话：建议机房下一批采购ARM架构的新机型，功耗低一半，单核性能还翻了倍——老至强该退役了，数据摆在这里，选型是道算术题,不是玄学题。