最近手头有个边缘计算项目，预算卡得死，客户明确要求物理机，不能上云，团队里有人推荐济南机房，说是价格能打，带宽量大管饱，正好我常年跟各地机房打交道，北京、上海、杭州、广州的机器都摸过，唯独济南这块儿没怎么碰过，趁这个机会，我找本地一家老牌IDC租了台高配物理机，实打实跑了三天压测，今天把数据摆出来,咱们聊点实在的。
先说配置，我拿到的这台是E5-2680 v4（14核28线程，2.4GHz基础频率），配了128GB DDR4 ECC内存，两块480GB企业级SSD做RAID1，外加一块4TB SATA机械盘做冷数据存储，公网带宽100Mbps独享，默认给一个IPv4，月付价格多少？950块，你没看错，950，同配置在北京BGP机房，我上一家合作商报价1580，还只是50M带宽，单看价格，济南这台机器确实香,省下来的钱够再开两台做冗余。
济南物理机实测，便宜是真便宜，但跑起业务来，你得心里有数
但价格低不代表没代价，我上机第一件事就是跑iperf3测网络质量——延迟和丢包才是物理机选型的命门，用北京、上海、广州三地的节点做对端，分别测了TCP吞吐和UDP丢包,结果如下：
- 济南→北京：平均延迟4.2ms，无丢包，吞吐稳定在94Mbps左右（带宽跑满）。
- 济南→上海：平均延迟18.7ms，夜间高峰丢包率0.3%,吞吐掉到82Mbps。
- 济南→广州：平均延迟34.5ms，丢包率达到1.1%,吞吐只有71Mbps。
北京方向的表现确实惊艳，机房离骨干网节点近，基本是直连，但往南走就不太行了，尤其是广州方向，34ms的延迟在物理机里算偏高，丢包1%对于实时业务已经是不可接受的水平，我换了个节点重测，发现是跨省路由绕了郑州和武汉，中间多跳了两层，对比去年我在杭州测的某BGP机房，杭州到广州延迟才21ms，丢包基本为零，所以如果你目标用户集中在华东、华南，济南物理机得慎重——除非你愿意花钱买BGP优化线路,但那个价格就不止950了。
磁盘性能倒没掉链子，SSD RAID1用fio测4K随机读写，IOPS读7.2万，写3.8万，延迟0.4ms以内，和一线机房没区别，机械盘大文件顺序读写能跑到210MB/s，冷数据备份够用，CPU跑分用Geekbench 5单核850，多核7800，E5 v4老归老,应付中等并发Web服务没问题。
接下来是真实业务模拟，我装了一套Nginx+PHP+MySQL环境，用Jmeter压测200并发用户，模拟小型电商站，结果CPU占用稳定在45%左右，内存只用了32GB，MySQL连接数200时查询响应平均12ms，对比之前用上海机房同配置机器（月租1350），响应时间9ms，差距只有3ms，但价格差了近三分之一，所以如果业务不依赖极低网络延迟（比如视频流、实时游戏），济南物理机完全够用,性价比确实高。
但有个坑必须提——电力可靠性，我测到第二天晚上，机房有一次闪断，大概持续了8秒，虽然服务器有双电源，但监控日志显示其中一路短暂掉电后自动切换，我打电话问机房，对方承认那几天在做市电检修，应急柴油发电机启动慢了半拍，虽然没丢数据（UPS撑住了），但这种情况要是碰上金融交易或电商大促，后果就很严重了，相比之下，北京联通机房我用了三年,从来没有过非计划断电。
不吹不黑,说人话：
济南物理机的优势：价格低（杭州同配7折，北京6折）、北方网络极佳（京津冀地区首选）、磁盘和CPU性能不缩水、带宽给的实在（100M独享不虚标），适合业务：面向华北地区的Web服务、文件存储、离线计算、开发测试环境。
济南物理机的短板：到华东/华南网络延迟偏高且有丢包风险、电力保障水平参差不齐（建议选有A级机柜的运营商）、带宽线路优化选项少（想用BGP得加钱），不适合业务：强实时性应用（在线游戏、视频直播）、跨地域高并发交易系统、对电力连续性要求99.999%的核心业务。
最后给个建议：如果你预算紧，又只做北方市场，闭眼入济南物理机，950块买不了吃亏，但如果你的用户在五湖四海，或者业务对丢包零容忍，那多花30%的钱上北京/上海的BGP机房，才是真正的省心，测评这东西，没有绝对的好坏，只有合不合适，机器的脾气我用数据告诉你了,剩下的你们自己掂量吧。
发表评论