我们公司做的是在线教育直播，用户遍布全国，服务器选在哪儿直接决定了学生的听课体验，去年年初，我们拍脑袋选了北京某知名云厂商的机房，原因是“北京是网络枢纽，总不会差”，结果第一个月就被投诉淹没了——东北和华南的学生反馈卡顿频繁，甚至有人直接退款，痛定思痛，我花了三个月，用公司自己的监控系统，加上第三方工具，测了北京、上海、广州、成都四个城市的主流机房，拿到了一批真实数据，今天就说人话，把北京服务器的真实表现掰开揉碎讲清楚,不吹不黑。
延迟：南北差异比想象中更大
北京服务器深度测评，从延迟到成本，我踩过的坑和真实数据
先说最关键的延迟，我用的是公司自研的探针程序，在早10点、晚8点、凌晨1点三个时段，分别向北京、上海、广州、成都的同一家云厂商（防止厂商自身架构差异）的通用型云服务器发送ICMP包，每次1000个，持续一周，数据取中位数,剔除网络抖动异常。
结果如下（单位ms）：
- 北京到北京（同城）：平均1.2ms，丢包率0.01%,非常稳。
- 北京到上海（华东）：平均14ms，丢包率0.05%,对于实时互动来说可以接受。
- 北京到广州（华南）：平均38ms，丢包率0.3%，晚高峰能飙到50ms，偶尔掉到60ms，用我们直播的推流协议,这个延迟会导致画面和声音明显不同步。
- 北京到成都（西南）：平均45ms，丢包率0.8%，晚高峰更惨，有几次直接超了80ms，学生弹幕都在喊“老师卡成PPT了”。
你以为这就完了？更坑的是运营商差异，北京机房大部分走联通和电信骨干网，但移动用户——尤其二三线城市的移动宽带——到北京机房的延迟经常是电信的两倍，我们有个郑州的移动用户，ping值稳定在70ms+，直播直接没法看，而同样这个用户，连到上海机房只有30ms。北京作为北方枢纽，对华东、东北（后来补测，哈尔滨到北京平均25ms）还算友好，但一过长江，尤其是跨运营商，体验急剧下降。
带宽成本：北京贵得有理，但未必值
对比价格，我们选了同配置（4核8G，100Mbps带宽，按量付费）的服务器，北京机房单价大约是上海机房的1.3倍，是成都机房的1.8倍，原因很简单：北京机房资源紧张，寸土寸金，而且大部分优质带宽被大厂和政企客户吃掉了，我们这种小公司，买到的往往是共享带宽池,晚高峰时容易和其他用户抢资源。
实测带宽质量：北京机房的100Mbps，晚8点用iperf3测到广州，实际吞吐量只有62Mbps，而同一时段上海到广州能跑到85Mbps，虽然北京出口带宽总量大，但分流到我们这种“散户”头上的，实际可用比例并不高，反过来，成都机房虽然便宜，但晚高峰到华东的吞吐量也仅有50Mbps左右。所以北京的成本优势并不在“便宜”，而在“稳定”——如果你用户全在京津冀和东北，那多花的钱是值得的。
对比结果：北京到底适合谁？
我跑了三个月的实测，结合公司业务迁移后的用户反馈,结论很明确：
- 适合北京服务器的场景：用户集中在华北（京津冀、山西、内蒙古）、东北三省，或者对同城延迟要求极高的业务（比如交易所、金融量化、实时协作平台），如果你是北京本地做外卖、打车、在线会议的公司，北京机房是唯一选择,因为同城延迟不到2ms。
- 不适合北京服务器的场景：用户覆盖全国，尤其华南、西南占比超过30%，或者以移动用户为主，这种情况下，与其在北京硬扛高延迟和丢包，不如分区域部署：华东用户走上海机房，华南用户走广州机房，成本没高多少，体验却天差地别，我们后来把直播流改为“用户就近接入+边缘节点加速”，北京只保留管理后台和冷数据存储，投诉率直接降了80%。
一些大实话
很多人迷信“北京网络好”，其实指的是骨干网总带宽大，而非你一个小公司的单机质量高，我测过某大厂在北京的自建机房（BGP多线接入），延迟确实能压到和上海相当，但那是每年几百万的合同，对于普通中小企业，北京机房的性价比越来越低——尤其是云厂商开始推广“同城双活”“异地多活”架构后,分散部署才是出路。
最后提醒一句：如果你非要选北京，一定要买BGP多线带宽，别图便宜买单线（尤其是仅电信或仅联通），否则你的移动用户会把你骂到怀疑人生，用Cloudflare或类似的CDN给静态资源做加速，可以缓解一部分压力——但直播这类实时互动,还是得在服务器层面解决。
数据全部来自我们公司的真实业务监控，不藏私,希望能帮到正在纠结的同行。
发表评论