云服务器海外，该挑线路还是挑机房

买海外机器的人，十个里有八个是先看价格的，然后卡在同一个问题上：这家机房在洛杉矶，那家线路写着 CN2 GIA，到底先顾哪个。我给不出万能答案，但能给你一套判断顺序。云服务器海外这件事，线路和机房不是二选一的对手，它们管的是两段完全不同的路，你把它们混在一块儿想，就永远纠结不完。

云服务器海外的线路，管的是最后那一跳

先把概念拆开。从你办公室到你海外机器，数据要过好几段：本地运营商出去、国际出口、对方国家的骨干、然后才进机房。线路说的是中间那几段怎么走，机房说的是最后落地那台机器的位置和配套。很多人以为买了 CN2 就等于整条路都快，这不对，它只优化了其中一段，剩下的还得看出口拥塞和落地机房。

我自己的经验是：如果你的用户主要在境内，访问海外机器只是偶尔查后台、传文件、跑个定时任务，那线路的优先级确实高一点，因为跨境这一段最容易抽风。反过来，如果你的访客本来就是海外本地人，人家从同城或者邻国连过来，走的是人家的内网骨干，你纠结国内线路干嘛？

有个反常识的点：线路好不好，是要按时间段看的。晚上八点到十一点这个窗口，跨境链路的表现往往和白天完全不是一回事。所以别拿凌晨两三点的测速结果去下结论，那个点谁都通畅。

我见过不少人死磕线路，结果机器放在一个上游只有单线的机房里，本地运营商一抖动，整台机器就跟着抽。机房这块要看的东西其实不玄：上游运营商有几家、电力是不是双路、有没有真正的冗余、带宽是共享还是保证。这些不用你懂技术也能问，问客服要拓扑说明和 SLA，拿不到明确答复的就往后排。

还有一点常被忽略：机房的物理位置决定了延迟的下限。你线路再优化，光在光纤里跑的速度是有物理极限的，从国内到美西和到欧洲，差的那几十毫秒是优化不掉的。所以先定地理，再谈线路，顺序反了就是白折腾。

顺便说个坑，机房名字听着高大上的不代表什么，同一个城市里，A 栋楼和 B 栋楼可能是完全两个运营方，条件差得远。要具体到楼、到楼层、到机柜，问到这一步，服务商的态度基本就能看出靠不靠谱。

做海外本地生意、用户全在目标国家、后台也是本地团队在管，这类场景线路可以排到第二位，先把机房和带宽吃透。还有一类是纯做备份、做对象存储中转、做数据同步，对延迟不敏感但要稳，那就更该看机房的电力与网络冗余，而不是纠结线路名。

再就是预算有限的时候。海外线路好的机器贵不少，如果你只是跑一个访问量不大的小站，把那部分钱花在多加一核内存、或者多买一份备份上，收益可能更实在。这话不好听，但省钱也是本事。

我一般让人这么走：先按目标用户的地理位置圈定两三个城市，从每个城市挑一家看着靠谱的服务商买最低配的按月机器，然后用同一套方法测。测什么？工作日白天、晚上高峰、周末各测一轮，ping 和 traceroute 都留档，看丢包是不是集中在某一段。跑两周，答案自己就出来了。

测的时候注意一件事：别只从你自己这一台电脑测。你家的宽带、你用的运营商，都只是众多路径里的一条。有条件的话找两三个不同地区的朋友帮个忙，或者用第三方的多地拨测工具，数据才有代表性。以服务商或官方页面说明为准的那些宣传词，就当参考看看，别当结论。

还有个更省事的思路：先用短周期、可退的方案试。很多海外服务商支持按小时或者按月计费，不满意就换，成本比一次买一年低得多。云服务器海外的选择本来就该是动态的，你业务在变，机器也该跟着调。

第一，出口带宽和入口带宽往往不对称，做对外提供服务的，要看清上行给多少，别只盯着标称那个数。第二，IPv4 是不是独立、能不能加，影响你后面搞邮件、搞白名单，一开始就问清楚。第三，机房的工单响应时间，出事的时候比什么都重要，平时问一句大概多久回复，能试出来。

第四，别迷信某个线路代号。同样的名字，不同上游、不同时段，表现能差很远。第五，看清楚是否限制了某些用途，免得机器开了才发现不合规。

第六，做跨境业务还得留意数据合规的问题，什么数据能出境、什么不能，这块以官方公告和法规原文为准，不要听人转述。

地理和机房先定，这是地板；线路再优化，这是加分项；最后才是价格和配置的权衡。绝大多数人把这个顺序反过来了，先看价格，再看线路名，最后随便挑个机房，出问题就怪服务商。

当然也有例外，比如你的业务就是极度依赖低延迟的互动，那线路确实要往前排，这时候机房反而成了次要约束，因为能提供优质线路的机房本来就不多，选择面窄，你也没得挑。

最后留一句提醒：任何人的推荐都只是起点，包括我这些。机器到手后那段观察期，比买之前的任何攻略都值钱。多测，多留档，别怕换。