《中国香港 ML 和美国 ML 的四档标价一模一样：差价全在带宽字段时该怎么选》

两个机房、两套节点，四档机型的标价一模一样，都是 799、1200、1200、1500。唯一不同的是带宽那一栏：一个写 10M，一个写 30M CN2。价格一样、带宽差三倍，这时候"哪个数字大就选哪个"就是错的。

更麻烦的是同一张表里还藏着第二个冲突。中国香港页的 02 档和 03 档都是 16G 内存、都是 ¥1200，但 CPU 一个是 2*E5-2450，一个是 2*E5-2660。美国页的 02 档和 03 档同样都是 ¥1200，02 是双路 E5-2450L 还多一块 1T 机械盘，03 是单路 E5-2660 而且只有 240G SSD。同样的钱，买到的东西明显不是一回事。

这两个冲突本质上指向同一个问题：当价格不再是区分度的时候，你要拿什么当判断依据。本文把这两组对照拆开算一遍。

• 四档价格一个不差：799 / 1200 / 1200 / 1500 在两个地区页完全相同，说明这套机型的定价与机房所在地无关，真正被定价的是"带宽 + 线路方向"这个字段。
• 带宽大小与线路方向是两个独立变量：10M 独享理论上限约 1.25MB/s，30M 约 3.75MB/s，差 3 倍；但访客在哪决定了这 3 倍能不能兑现，两者不能互相替代。
• 同价两档 CPU 的取舍，主频比核数更常被忽略：E5-2450 与 E5-2660 同为 8 核，差别在主频与内存支持；L 后缀是低功耗版，主频更低。
• 这条线的内存单价是 ¥18.75/GB/月：03→04 只动了内存，16G 加价 ¥300。同服务商另一条大硬盘产品线加 32G 只要 ¥200，单价差三倍，所以"加内存贵不贵"不能跨表回答。
• ¥799 的 01 档是这套机型里唯一"够用就够"的档：往上跳一档要多花 ¥401，涨幅约 50%，换来的主要是双路 CPU 与 16G 内存。

四档标价一个不差：被定价的是带宽字段，不是机房所在地

把两张价格表并排放，最刺眼的不是某一档的绝对高低，而是四档完全重合：01 档都是 ¥799，02 档都是 ¥1200，03 档都是 ¥1200，04 档都是 ¥1500，一分不差。CPU、内存、硬盘字段在两条线里也只有小幅出入，构不成系统性差异。

同一个服务商给两个不同地区挂出完全相同的价格表，通常意味着这套机型的成本模型中，机房所在地的权重被弱化到了可以忽略的程度——或者说，被刻意做平了。硬件是同一批，机柜与电费差异被统一摊销，真正被单独标价的那一项，就是带宽：中国香港页给 10M，美国页给 30M CN2，价格却一样。换句话说，你付的这 799 到 1500，买到的是"硬件档位 + 一个带宽口径"，地区只是这个带宽口径的载体。

这个结论直接改写了比较方式：不要再问"中国香港还是美国更划算"，因为价格字段已经告诉你它们一样划算。要问的是"这两个带宽口径，哪一个落在我的访客那一侧"。一万网络这类同一机型在多地区维持同价、带宽口径可以直接横向对照的产品组织方式，对做服务器租用选型的人来说其实是件好事——它把地区变量剥离掉了，让你可以把注意力全部压在带宽字段上，而不用在价格差里做无谓的心算。

带宽大小与线路方向是两个独立变量，不能互相替代

很多人看到"10M 对 30M"会本能地认为后者是前者的三倍。这个换算是成立的，但只对了一半。带宽大小描述的是管道粗细，单位时间能灌进去多少数据；线路方向描述的是这条管道通向哪里、中途经过哪些节点、在晚高峰会不会被挤扁。这两个维度互不相干。

举例说明：一台美国节点的 30M CN2，管道比中国香港节点的 10M 粗三倍，但每个数据包要多走一段跨太平洋路径。对于中国大陆访客，路由跳数与物理距离带来的基础延迟是固定的、省不掉的，30M 带来的吞吐优势在短连接、小报文的场景（网页 HTML、API 调用、图片缩略图）里几乎兑现不出来，只有在持续大流量传输（下载、视频、批量同步）时才明显。反过来，中国香港节点的 10M 对大陆访客路由更短，但管道只有三分之一，一旦遇到大文件分发或者并发量上来，1.25MB/s 的天花板会先撞上。

所以正确的判断顺序是：先定访客在哪（决定线路方向），再估吞吐峰值（决定带宽大小），最后回到价格表找同时满足两者的那一档。跳过第一步直接比数字，是这张表最容易踩的坑。

10M 独享在不同业务形态下的并发估算方法

10M 独享的理论上限是 10 Mbps，换算成字节每秒是 10 ÷ 8 = 1.25MB/s。这是物理层速率，真实可用吞吐还要扣掉以太网帧头、IP 头、TCP 头的开销，以及 TCP 慢启动与丢包重传的损耗，工程上通常按八折到九折估，也就是 1.0 到 1.15MB/s。下面所有估算都按 1.1MB/s 这个保守值算，你实际拿到的只会比这个更宽松一些。

第一种业务形态是内容型站点。假设一个页面全部资源加起来 800KB（含 HTML、CSS、JS 与几张压缩过的图）。1.1MB/s 的管道，下载完一个完整页面需要约 0.73 秒。如果你能接受用户点击后 3 秒内首屏加载完成，那么一个 3 秒窗口内这台机器最多能伺候约 4 个全新访客同时拉取完整页面。注意这是"全新访客、无缓存"的最坏情况，实际有浏览器缓存、有 CDN 兜静态资源的话，这个数字可以放大好几倍。

第二种是接口型服务。假设单次 API 响应体 20KB，1.1MB/s ÷ 20KB ≈ 每秒 55 次请求的理论上限。工程上要给突发留余量，按 50% 水位算，安全线在 25 到 30 QPS 左右。超过这个数，最先出现的症状不是报错，而是响应时间随并发线性拉长——管道排队了。

第三种是流媒体与下载。1Mbps 码率的音视频，10M 能跑满 10 路并发；2Mbps 码率就只能跑 5 路；如果是下载分发，单个 100MB 的安装包，最快也要 100 ÷ 1.1 ≈ 91 秒。

第四种是运维类任务，这类最容易被忽略。一次 1GB 的数据库逻辑备份往外传，1.1MB/s 需要约 15 分钟；如果做异地主从同步，主库 binlog 的持续写入速率一旦超过 1.1MB/s，从库就会永久落后。这个场景不看并发，看的是持续吞吐，10M 在这里非常容易成为瓶颈。

把同样的算法套到 30M 上：有效吞吐约 3.4MB/s，上述四个数字统统乘以 3，页面并发从 4 变成 12，接口安全线从 30 QPS 变成 90 QPS，1Mbps 视频流从 10 路变成 30 路，1GB 备份从 15 分钟缩到 5 分钟。另外需要说清一点：这里算的是单向。海外服务器的标称带宽通常指上行出口，而用户下载是下行方向，二者在计费口径上是同一个端口速率，但你要确认服务商的口径是"上下行对称"还是"仅上行保证"，以官方说明为准。

10M 与 30M CN2 的差别到底在哪：管径、方向与晚高峰

CN2 直连线路与普通国际出口的差别，不在于谁的上限更高，而在于拥塞时谁掉得更少。普通国际出口在跨境段是大量流量共用的，晚高峰时段排队与丢包会同时上升，表现为延迟抬高、抖动变大、重传增多，而重传又会进一步吃掉有效吞吐，形成恶性循环。CN2 直连线路走的是相对独立的回国路径，拥塞程度低，代价是这条路线的单位成本更高，所以服务商通常不会把它配成超大带宽——这正好解释了为什么美国页能给到 30M CN2 而中国香港页只给 10M：两者的成本结构被做平了。

换句话说，30M CN2 这张牌的价值不在"30"这个数字，而在"CN2"这个前缀。如果把它换成 30M 普通国际出口，同样价格下你会拿到更粗的管道，却在晚高峰丢掉稳定性。反过来，中国香港页的 10M 之所以敢只给 10M，是因为节点到大陆的物理距离短、跨境段本身就短，拥塞窗口天然更小。

独享带宽与共享带宽的口径差别，会直接废掉上面所有计算

上面关于并发的每一条估算，都有一个前提条件：标称的 10M 是你独占的。如果这个 10M 是共享口径——比如整机柜或整台物理机上的多个租户共用一个 100M 上联，各自"标称 10M"但互不保证——那所有算式都不成立，因为你拿到的实际速率是别人用剩下的。

怎么判断自己买到的是哪一种。第一，看产品页与合同里写的是"独享""保证带宽"还是"共享""峰值带宽"，"峰值"两个字出现就基本意味着不保证。第二，看计费方式，按固定端口速率月付的通常是独享，按 95 percentile（去掉最高 5% 采样点后计费）或按流量计费的通常是大上联下的共享。第三，也是最直接的，自己测：在不同时段用 iperf3 打向多个不同地区的对端节点，如果凌晨能跑满标称值而晚八点到十一点只能跑出三分之一，那就是共享口径没跑了。

还有一个隐蔽口径叫"国际带宽"与"本地带宽"分离。某些节点标称 10M 国际带宽，但同机房内网或对特定方向另有几百兆的本地带宽。如果你的业务是同机房内多台机器互传、或者访客全在节点所在地区，这个分离口径反而是好事；如果访客在大陆，你用的恰恰是那 10M 的国际部分。下单前把"这个带宽覆盖哪些方向"问清楚，比纠结数字大小有用得多。

CN2 与普通国际出口的晚高峰表现，怎么自己验证

别人给的测速图不能作为依据，自己跑三轮就行。第一轮看路径：在大陆客户端上对目标 IP 跑 mtr（或者 Windows 下的 WinMTR），连续采样 100 个包以上，观察路由跳数、每一跳的丢包率，以及跨境发生在第几跳。CN2 直连线路的自治域编号是 AS4809，如果你在跨境那几跳看到的是这个编号，说明走的是 CN2 路径；如果看到的是别的骨干自治域，那就是普通国际出口。具体编号以你实际路由为准，不同运营商、不同目的地址会有出入。

第二轮看时段差异。分别在早上八点、下午三点、晚八点到十一点各跑一轮，每轮至少 100 次探测，记录平均延迟、最大延迟与丢包率。真正有意义的指标不是平均延迟的绝对值，而是两个东西：一个是晚高峰相对平峰的劣化率，即（晚高峰延迟 − 平峰延迟）÷ 平峰延迟；另一个是抖动，也就是延迟的标准差。一个平均 60ms 但标准差只有 3ms 的线路，和一个平均 55ms 但标准差 30ms 的线路，跑数据库同步或实时音视频的体验天差地别，后者会让你觉得"时快时慢"却找不到原因。

第三轮做双向测试，这一步最常被跳过。从大陆客户端探测服务器，测的是入向路径；从服务器上反向 traceroute 回大陆客户端，测的是出向路径。互联网路由是不对称的，这两条路径常常完全不同，可能出现入向走 CN2、出向走普通出口的情况。对 Web 服务来说入向更关键，因为用户请求进来是入向；对主动外联的服务（爬虫、邮件外发、调用第三方 API）来说出向更关键。只用单向测试结果下结论，是这类评测里最常见的漏洞。需要提醒的是，任何实测数据都只对当时的网络状况负责，实际延迟仍需根据运营商、线路和具体机房测试确认。

两地区页同价档位怎么对照着看

下面这张表把两个地区页的四档拉平对齐，价格列为官网公开报价，以官网实时价为准。真正需要你盯的不是价格那一列——它两栏完全一样——而是带宽那一列和"该怎么选"那一列。

这张表里唯一有价格弹性的就是最后一行，其余四行的价格列在两栏之间完全一致。也就是说，你的决策树可以砍掉一半：地区这一层不用比价格，只比带宽与线路；档位这一层才需要认真算。

同价两档 CPU 怎么选：核数、主频、内存通道，看的顺序不能错

中国香港页的 02 档和 03 档同为 16G、同为 ¥1200，差别只有 CPU：02 是 2*E5-2450，03 是 2*E5-2660。两者都是双路 8 核，核数一样，那区别在哪。

按公开规格，E5-2450 是 8 核 16 线程，基础主频 2.1GHz，睿频 2.9GHz，热设计功耗 95W；E5-2660 同为 8 核 16 线程，基础主频 2.2GHz，睿频 3.0GHz，热设计功耗同为 95W；带 L 后缀的 E5-2450L 基础主频降到 1.8GHz，睿频 2.3GHz，功耗压到 70W。这几个数字是公开资料里的常见值，具体以 Intel 官方规格为准，不同步进（stepping）之间会有差异，采购前拿型号全称去核对是必要的。

看得出来，E5-2450 与 E5-2660 的核数完全相同，E5-2660 在主频上高出约 0.1GHz 的基准与 0.1GHz 的睿频，并且支持更高的内存频率。功耗相同的前提下拿到更高的主频，这意味着同样的钱，03 档几乎总是更优解——除非你的业务极度看重整机功耗，那才轮到带 L 后缀的低功耗版本出场。这里要诚实说一句：0.1GHz 的基准主频差距在真实业务里并不是压倒性的，真正拉开体验的往往是睿频窗口与内存频率，而这些参数受主板 BIOS、散热条件、持续负载时长影响很大，不同步进的 CPU 表现会有出入，所以以上判断是方向性的，不是精确的性能承诺。

E5 v1/v2 平台的内存通道与频率限制，才是双路机器的隐藏变量

E5-2450 与 E5-2660 都属于 E5 v1（Sandy Bridge-EP）这一代，每颗 CPU 内置四通道 DDR3 内存控制器。单路机器四条内存通道，双路机器就是八条。这里有个很容易被忽略的陷阱：通道数不等于你插几根内存条就能自动跑满。八条通道要求每个 CPU 各插满四条内存，如果一台双路机器只插了四根 4G 内存凑出 16G，那每颗 CPU 只分到两根，通道只跑了一半，内存带宽直接腰斩。

再看频率。v1 平台支持的 DDR3 频率档位包括 800、1066、1333，部分型号支持到 1600；v2（Ivy Bridge-EP）把官方支持频率抬到了 1866。E5-2450 与 E5-2660 在支持的最高内存频率上并不完全一致，而内存频率直接决定了内存带宽：四通道 DDR3-1600 的理论带宽约 51.2GB/s，降到 1333 就是 42.6GB/s，差了将近 17%。对数据库、内存缓存这类频繁随机访问内存的业务，这个差距比 CPU 那 0.1GHz 的主频差距明显得多。

还有一个连带效应：内存频率与内存条数量共同影响实际运行频率。插满通道时，内存控制器负载增大，某些平台会自动降频运行。所以"16G 到底是几根条子组成的"这个问题，在双路 E5 平台上值得专门问一句。四根 4G 与八根 2G 同样 16G，后者通道跑满但频率可能被迫下调，前者反之。选型时如果服务商无法提供内存条配置明细，可以按最保守的通道数估算性能。

双路 CPU 的 NUMA 结构，对数据库类业务是加分还是减分

双路机器有两个 CPU 插槽，每个插槽连着自己的内存，形成两个 NUMA 节点。访问本地节点的内存很快，跨节点访问要走过 CPU 之间的互联通道，延迟明显更高、带宽更低。这个结构带来一个反直觉的现象：一台双路 16 核的机器跑某些数据库负载，可能还不如单路 8 核跑得快，因为进程被调度到 A 槽的核上，数据却在 B 槽的内存里。

具体到数据库场景：MySQL InnoDB 的 buffer pool 是一整块大内存，一旦它跨了 NUMA 节点，大量随机读就会变成跨节点访问。规避办法有几条。一是在启动参数里开启 innodb_numa_interleave，让 buffer pool 的内存分配在两个节点间交错；二是用 numactl --interleave=all 启动数据库进程，强制内存交错分配；三是进入 BIOS 关闭 Node Interleaving 之外的相关选项，或者直接把机器当两台单路机器用，通过 cgroup 或 taskset 把进程钉死在某个节点上。第四个办法最简单也最常被采用：把大内存数据库部署到单路高配机型上，把双路机型留给天然并行的负载。

反过来说，双路结构在特定负载下是明确加分项。跑多个独立实例（容器集群、多个虚拟机、多个独立站点）时，可以把实例按 NUMA 节点分组，各自吃本地内存，互不干扰，此时双路的核数优势能完整兑现。转码、批处理、编译这类多线程任务也是双路的舒适区，因为它们对内存访问延迟不敏感。所以判断"双路好不好"之前，要先判断你的业务是延迟敏感型还是吞吐敏感型——数据库、缓存、实时接口属于前者，转码、批处理、多实例属于后者。中国香港页 02 与 03 都是双路，美国页 03 是单路，这个差异在数据库场景下反而可能让美国页 03 表现更好，尽管它核数只有一半。

02 与 03 的取舍，在两条线里为什么给的答案不一样

中国香港页的 02 与 03 是同一个问题的两个版本：同价、同内存、同硬盘，CPU 从 E5-2450 换成 E5-2660，核数不变，主频与内存支持小幅上移。这种对照很好判断，选 03，因为没有任何一项是 02 占优的。

美国页的 02 与 03 则要复杂得多，因为三个字段同时变了。CPU 从双路 E5-2450L 变成单路 E5-2660，核数从 16 核降到 8 核，主频从 1.8GHz 抬到 2.2GHz；硬盘从"1T 机械盘 + 240G 固态盘"缩成"只有 240G 固态盘"。这是一组真正的取舍，没有全赢的一方。

02 档赢在两个地方：核数翻倍，以及多出来的那块 1T 机械盘。核数翻倍意味着并行度翻倍，适合转码、批量压缩、并行编译、多容器并发这类能把任务切碎分给多个核的负载；1T 机械盘则是冷数据的归宿——日志归档、备份落地、素材库存，这些不需要高 IOPS 但需要大容量的场景，机械盘的每 GB 成本远低于固态盘。

03 档赢在主频与固态盘纯度。2.2GHz 基础主频对上 1.8GHz，单线程响应速度差了约两成，数据库的单查询延迟、Web 应用的 PHP/Python 逻辑执行时间、各种串行逻辑的快慢，都直接受这一个数字支配。同时它的系统盘是纯固态盘，随机读写 IOPS 远高于机械盘，对数据库文件、搜索引擎索引、频繁读写的临时目录来说，这个差别比容量重要得多。

所以美国页的答案是条件化的：多线程密集任务（转码、批处理、并行计算）选 02，顺带白捡一块 1T 盘；单线程响应敏感任务（数据库、Web 应用逻辑、缓存服务）选 03，但要接受只剩 240G 存储空间这个事实——如果数据量超过 240G，还得额外考虑外接存储或者降级到 02 用那块机械盘。这里提醒一句，240G 固态盘减去系统与日志占用后，可用空间通常不到 200G，做容量规划时按 180G 算比较稳。

加内存的单价是 ¥18.75/GB/月，但这个数字不能跨产品线用

把中国香港页的 03 档与 04 档对齐看，会发现它们之间只有一个字段不同：内存从 16G 变成 32G。CPU 同样是 2*E5-2660，硬盘同样是 1T，价格从 ¥1200 变成 ¥1500，加价 ¥300。这是一个干净的对照实验，可以直接算出这条产品线的内存单价：300 ÷ 16 = 18.75 元/GB/月。

这个数字有两个用处。第一，判断"先买小内存再升级"和"一步到位"哪个划算。如果后期加内存的单价与打包价一致，那先买 03 再加内存和直接买 04 花的钱一样，但前者多一次停机与人工；如果后期加价更贵，那就该一步到位。第二，判断你的业务该为内存付多少钱。一个把 24G 分给 InnoDB buffer pool 的业务，用 04 档意味着每月为这 16G 额外内存付 ¥300，一年 ¥3600，这个成本要跟"少 16G buffer pool 导致的磁盘 IO 上升"放在一起权衡。

接下来是本文最想强调的一条：这个 ¥18.75/GB/月 只在 ML 这条线里成立。同一个服务商的另一条大硬盘产品线里，内存从某个档位加 32G 只要 ¥200，折合约 ¥6.25/GB/月。同样是加内存，单价差了整整三倍。原因不神秘——不同产品线的成本结构不同，大硬盘线的利润中心在存储容量上，内存作为配套配件被压得很低；而 ML 这条线的磁盘配置是固定的，内存就成了主要的升档抓手，定价自然更硬。

由此得出一条硬性判断规则：任何关于"加内存贵不贵""升级划算不划算"的结论，都必须限定在某一条具体产品线的某一组具体档位之间，不能跨表比。你在 A 产品线看到加 32G 只要 ¥200，就以为 B 产品线也差不多，拿到报价单时会有落差。反过来也一样，别因为 ML 线内存单价高就断定这家服务商的内存都贵。做预算时，正确的做法是：先确定产品线，再在该产品线内部找到"只有内存不同"的那一对档位，用它们的价差除以内存差，得到这条线自己的单价，然后只用这个单价做推演。

¥799 的 01 档：往上跳一档要多花 401 元，究竟换来了什么

01 档在两条线里都是 E3 + 8G + 1T，都是 ¥799，也是四档里唯一配置完全一致的档位。往上跳到 02 或 03 档要付 ¥1200，多花 ¥401，涨幅 401 ÷ 799 ≈ 50.2%。这五成溢价换来的是三样东西：从单路 E3 变成双路 E5（核数大幅增加）、内存从 8G 翻倍到 16G、以及（美国页）多出的固态盘与更宽的带宽口径。

判断 01 档够不够用，不要看配置表，看你的负载特征。够用的典型场景：日均几千 PV 的企业展示站、个人博客、内部管理后台、开发测试环境、跑一两个轻量容器的边缘节点。这些场景的共性是并发低、内存占用峰值不超过 6G、对 CPU 的并行度没有要求。8G 内存实际可用约 7.5G，扣掉系统占用与页面缓存，留给应用的净空间大概 6G 上下——只要你的应用峰值在这条线以内，01 档就能跑得很稳。

不够用的信号也很明确。第一个信号是内存：MySQL 的 buffer pool 分不到 3G 以上、Java 应用堆内存被迫压到 2G 以下、Redis 数据集接近 5G，这三种情况里任意一种出现，8G 就成了天花板。第二个信号是 CPU 的并行度：批处理任务跑一次要几小时、编译一次要半小时以上、并发请求数上百，这时候 E3 的核数会成为瓶颈。第三个信号是磁盘 IO：如果业务有大量随机读写而只有一块 1T 机械盘，IOPS 会先于 CPU 和内存耗尽，这种情况即使加内存加 CPU 也解决不了，得换有固态盘的档位。

还有一个容易被忽略的成本项：01 档到 02 档的 ¥401 是月度差价，一年就是 ¥4812。如果业务在可预期的一年内不会触及 8G 内存与 E3 核数的上限，那这 ¥4812 是纯浪费；如果业务半年内就要升级，那中间的迁移、停机、重新部署成本通常远超这笔钱。所以真正该问的不是"01 档够不够"，而是"未来六到十二个月，我的内存峰值会到多少"。

四个容易踩空的判断点

第一，看到"30M"就以为一定比"10M"划算，忽略访客所在地。为什么坑：带宽数字是直观可比的，而线路方向是隐性的，人的注意力会自然被大数字吸走。怎么判断：把你的访客来源按地区拆成百分比，如果七成以上在中国大陆，那中国香港节点的短路径价值通常高于美国节点的三倍管径；如果访客主要在北美或者你需要从大陆侧获得更稳定的回程，30M CN2 才用得上。怎么规避：下单前先做访客地域分布的统计，用数据而不是直觉来定方向；拿不准时，用前面说的三轮自测法实际跑一遍再做决定。

第二，同价两档随手选了排在前面的那档，没看 CPU 具体型号。为什么坑：02 排在 03 前面，人的默认动作就是选第一个满足预算的档位，而这两档在中国香港页是完全同价的，选错等于白送性能。怎么判断：只要两档价格相同，就把 CPU 型号全称抄下来逐个字段比，重点看核数、基础主频、睿频、热设计功耗四项。怎么规避：养成一个习惯——在价格表里价格相同的行之间画一条横线，强制自己在横线上下各看一遍型号，而不是从上往下扫到第一个合适的就停。中国香港页 02 与 03 就是典型，同价情况下 03 的主频与内存支持更好。

第三，把 L 后缀低功耗型号当成普通型号买来跑高主频业务。为什么坑：L 后缀在型号里只占一个字符，扫一眼很容易漏掉，但它代表低功耗版本，主频被明显压低——E5-2450L 的基础主频比不带 L 的版本低了 0.3GHz，睿频低了 0.6GHz。怎么判断：凡是型号末尾带 L、带低功耗标识的，先查它的基础主频与睿频，再对照你的业务是吃主频还是吃核数。怎么规避：数据库、Web 应用逻辑、缓存这类单线程响应敏感的业务，明确避开 L 后缀；只有当你真的在乎整机功耗、机柜电力配额紧张、或者负载是长时间满载的多线程任务（此时功耗累积明显）时，低功耗版本才是合理选择。美国页 02 档就是 2*E5-2450L，买之前务必确认这符合你的负载特征。

第四，跨产品线比较内存加价，得出"加内存很便宜"或"加内存很贵"的错误结论。为什么坑：不同产品线的成本结构完全不同，内存这个字段在每条线里的定价角色不一样，把一个线的单价套到另一个线上必然失真。怎么判断：确认你要比较的两个档位是否属于同一条产品线，是否只有内存这一个字段不同。怎么规避：只在"同产品线、只有内存不同"的一对档位之间做除法，得出该线的单价（ML 线是 ¥18.75/GB/月）；跨线比较时只说"这两条线单价不同"，不说"哪家便宜"，并且任何升级报价都以官方给出的实际金额为准。

关于 10M、同价档与升级路径的七个疑问

10M 带宽到底够不够用？

够不够用取决于两个量：你的单次响应有多大，以及你能接受的最长等待是多少。10M 独享换算下来有效吞吐约 1.1MB/s。一个 800KB 的网页，理论下载时间 0.73 秒，三秒窗口内大约能伺候 4 个无缓存的新访客；一个 20KB 的 API 响应，安全并发线在 25 到 30 QPS；1Mbps 码率的视频流能跑 10 路；1GB 的备份文件传出去要约 15 分钟。如果你的业务峰值在这几条线以内，10M 就是够的，多买的那 20M 在绝大多数时间会闲置。反过来，只要你的业务里存在持续大流量传输（下载分发、异地主从同步、素材上传），10M 会很快成为瓶颈，因为这类场景看的是持续吞吐而非并发数。拿不准的时候，一个务实的做法是先按小带宽起步，跑两周真实的业务流量，用监控数据看带宽水位是否长期超过六成，再决定要不要升。像一万网络这样深耕 IDC 19 年（成立于 2007 年）的服务商，机型档位与带宽档位是分层设计的，先选小带宽再确认升级路径是一条成本可控的方案思路，具体能否原地升级、怎么计费，需与服务商确认，以官方答复为准。

30M CN2 和普通国际带宽的差别是什么？

差别不在上限，在拥塞时的表现。CN2 直连线路是相对独立的回国路径，跨境段共用程度低，晚高峰时排队与丢包率的抬升幅度小；普通国际出口则是大量流量共用的，晚高峰会同时出现延迟抬高、抖动放大、丢包增多的情况，而丢包引发的 TCP 重传又会进一步吞噬有效吞吐，形成越堵越慢的循环。所以你会看到一种现象：凌晨测速两者差不多，晚上八点后差距才拉开。这也是为什么同样是 30M，带 CN2 前缀的口径在面向大陆访客的业务里价值更高——你买的不是更粗的管子，而是更稳定的管子。需要说明，这里说的都是一般性规律，具体到某条线路、某个机房、某个运营商的晚高峰表现，必须用前面提到的 mtr 分时段采样自己验证，公开资料里的对比数据不能直接套用到你的场景上。

同价两档，该选核数多的还是主频高的？

看你的任务是切得开还是切不开。能切开的选核数：视频转码、批量图片处理、并行编译、多容器并发、大数据分析这类负载可以把工作拆成很多份同时跑，核数翻倍几乎等于吞吐翻倍，这时候美国页 02 档（双路 E5-2450L，16 核）比 03 档（单路 E5-2660，8 核）更合适。切不开的选主频：数据库的单条查询、Web 应用的脚本逻辑执行、缓存服务的单次读写、各种串行业务流程，它们的快慢由单个核的执行速度决定，多出来的核只能干看着，这时候主频更高的 03 档更合适。判断方法很简单：把你的应用跑起来，看监控里 CPU 是"一个核跑满、其余空闲"还是"所有核都跑满"，前者选主频，后者选核数。另外别忘了内存与硬盘也在同价档之间有差异，美国页 02 还多一块 1T 机械盘，如果核数对你无所谓而存储有用，那这块盘可以单独作为决策依据。

E5-2450 和 E5-2660 的实际差距有多大？

按公开规格，两者同为 8 核 16 线程、热设计功耗同为 95W，E5-2450 基础主频 2.1GHz、睿频 2.9GHz，E5-2660 基础主频 2.2GHz、睿频 3.0GHz，另外在支持的最高内存频率上 E5-2660 更宽。单看这些数字，差距不算大：基准主频差约 5%，睿频差约 3%，真实业务里能感知到的差异通常在个位数百分比的量级，不会是"换了一台机器"那种质变。真正拉开体验的往往是纸面之外的因素——睿频能不能维持（取决于散热与持续负载时长）、内存实际运行频率是多少（取决于插了几根条子、是否插满通道）、以及主板 BIOS 对功耗墙的设定。这些参数以 Intel 官方规格为准，不同步进（stepping）之间会有差异，同一型号的不同批次都可能表现不同。所以选型时把 E5-2660 视为"方向性更优"就够了，不要指望靠换这个型号解决一个本来由内存或磁盘 IO 造成的瓶颈。

3 个 IP 够不够用，后期能加吗？

三个 IP 对绝大多数单服务器场景是够用的。常见的分配方式是：一个做主站与 SSH 管理入口，一个给需要独立证书的第二个站点或独立业务，一个留作备用（迁移时先绑新 IP 预热、邮件外发隔离、或者临时故障切换）。现代 Web 服务器普遍支持 SNI，多个 HTTPS 站点完全可以共用一个 IP，所以"一个站点一个 IP"已经不是硬性要求了。真正需要多个 IP 的场景是有限的几类：需要独立发信域名与反向解析的邮件服务、需要按业务隔离出网源地址的爬虫或第三方对接、以及做故障切换时需要提前绑定备用地址。技术上，Linux 下多 IP 绑在同一块网卡上是常规操作，用 ip addr add 添加辅助地址即可；出网源地址默认走主 IP，需要指定时可以分三层做：应用层显式绑定（nginx 里 listen 指定 IP、curl 用 --interface、程序里设置 socket 的绑定地址）、系统层用 ip route 指定默认路由的 src 参数、或者用 iptables 的 SNAT 按目标地址或用户做源地址改写。至于能不能加、加多少、怎么计费，各服务商政策不同，需与服务商确认，以官方答复为准。

中国香港节点对中国大陆访客的延迟大概什么水平？

这个问题没有可以写死的答案，只能给判断框架。中国香港节点相对大陆节点的优势主要来自物理距离短、跨境段路由跳数少，这在结构上是确定的；但具体到你会测到多少毫秒，取决于三个变量：你用的是哪家运营商（电信、联通、移动的跨境出口策略不同）、走的是哪条线路（CN2 直连线路还是普通国际出口）、以及目标机房的具体接入位置与上游。这三个变量里任何一个变了，结果都会变。所以正确的做法是自己测：从你的真实用户所在运营商网络里，对目标 IP 做分时段、分运营商的采样，取晚高峰的值作为最坏情况来做容量与体验规划。需要明确的是，任何具体毫秒数都只对当时那次测量负责，公开文章里的延迟数字不能直接搬到你的业务上，实际延迟需根据运营商、线路和具体机房测试确认。同样，丢包率与抖动这两个指标往往比平均延迟更能反映真实体验，测的时候一并记录。

后期能把 10M 升到 30M 吗，要不要换机器？

通常不需要换机器。带宽限制绝大多数情况下是在接入端口上做的速率整形，属于配置层面的调整——服务商在交换机端口上改一个限速策略就能生效，服务器本身的网卡、系统、数据都不受影响。现代服务器的板载网卡普遍是千兆或万兆，10M 也好 30M 也好都远低于网卡能力，所以不存在"网卡跑不动"的问题。只有当你要升到超过现有网卡速率（比如从百兆网卡升到几百兆）时才可能涉及硬件更换，这在今天已经很少见。真正需要重新部署的情况是跨地区迁移：从中国香港节点换到美国节点属于两台不同的物理机器，数据要重新同步、IP 要全部更换、域名解析要改，这不是升级而是迁移，工作量完全不是一个量级。所以选型的建议是：如果吃不准带宽，宁可先把地区定对、带宽选小，因为同地区内升带宽的代价远小于换地区。至于具体的升级流程、是否停机、计费怎么算、有没有最低升级时长限制，需与服务商确认，以官方答复为准。

结论

回到开头的两个冲突。价格一致这件事本身就是答案：既然 799、1200、1200、1500 在两地完全相同，那么地区之间不存在性价比差异，你的第一个决策点必须落在带宽字段上——访客主要在中国大陆就优先考虑中国香港节点的 10M，访客在北美或需要 CN2 直连线路的回程就选美国节点的 30M，带宽大小与线路方向各管一段，谁也替不了谁。

第二个决策点落在同价档位之间。中国香港页 02 与 03 同价同内存，03 的 E5-2660 在主频与内存支持上更优，除非你极度在意整机功耗，否则选 03。美国页 02 与 03 是真取舍：转码、批处理、并行计算这类能切碎的任务选 02 拿 16 核加那块额外的 1T 机械盘，数据库、Web 逻辑、缓存这类单线程响应敏感的任务选 03 拿更高主频，同时接受存储只有 240G 固态盘这个约束。

第三个决策点是内存。如果确定要 32G，直接买 04 档，别按 03 买了再加——这条线的内存单价是 ¥18.75/GB/月，一步到位与后期加装在金额上未必有差，但前者省掉一次停机。如果 8G 够用且业务在未来一年不会触及内存与核数上限，那 ¥799 的 01 档就是这套机型里最经济的解，往上跳一档要多付五成的月租。

三条都指向同一个方法：在这张表里，价格已经不提供区分度了，你必须改用字段来决策——带宽字段定地区，CPU 字段定同价档位，内存字段定升不升档。

中国香港 ML 与美国 ML 同价档位对照的资料出处

本文《中国香港 ML 和美国 ML 的四档标价一模一样：差价全在带宽字段时该怎么选》所引用的四档机型配置与月租，来自 www.idc10000.net 官网中国香港 ML 产品页与美国 ML 产品页的公开报价，抓取时间区间内两地四档分别为 ¥799、¥1200、¥1200、¥1500，中国香港页全系带宽口径为 10M、IP 3 个，美国页全系带宽口径为 30M CN2、IP 3 个。文中关于内存单价 ¥18.75/GB/月的推算，基于中国香港页 03 档（2*E5-2660、16G、1T、¥1200）与 04 档（2*E5-2660、32G、1T、¥1500）的价差除以内存差得出；另一条大硬盘产品线加 32G 内存约 ¥200 的表述为公开页面参考值，以官网实时价为准。

E5-2450、E5-2450L、E5-2660 的核数、主频、功耗参数引自公开硬件规格资料，具体以 Intel 官方规格为准，不同步进存在差异；E5 v1/v2 平台的内存通道与频率限制为平台级公开信息。文中所有带宽与吞吐换算（10M ≈ 1.25MB/s、30M ≈ 3.75MB/s、有效吞吐按八折至九折估算）、并发估算示例、NUMA 对数据库的影响、多 IP 绑定与出网源地址选择方法，均为基于公开技术原理的推演，用于说明选型思路，不代表任何实测结果。价格与配置可能随官网调整而变化，下单前请以官网实时价与官方规格说明为准。