伦敦这一页挂着一条很规整的 100M 产品线，四档从 A 排到 D，核数、内存、硬盘、月流量四项一起往上走，月付从 150 元到 1000 元。这种"四项同步增长"的表格最好读，也最容易读错——因为四项一起涨，人会本能地以为加价也是同步的，每一档多花的钱换来的东西差不多。事实不是这样：A→B 加 130 元，B→C 加 270 元，C→D 加 450 元，越往上每一块钱能换到的资源越少。而具体少在哪一项、多在哪一项，只有把单价一项一项拆开算才看得清楚。
这篇就干一件事：把这条线四档的单位资源单价全部算出来，告诉你钱花在哪里、哪一段最划算、哪一段最坑，以及——最要紧的那个问题——C 档到 D 档多花的 450 元到底值不值，什么业务应该老老实实停在 C 档。伦敦这条线属于海外节点，页面标注为英国伦敦机房，参数以页面明示为准，价格均为页面明示月付价，实际以官网实时价为准。
先把本篇的几个硬结论摆出来：
一、加价不是线性的。A→B 加 130 元、B→C 加 270 元、C→D 加 450 元，档差几乎每一次都在放大，而月流量每一档只加 1T，涨的是价的斜率不是资源的斜率。
二、D 档是 6 核 16G，不是 8 核 16G。核数从 4 只加到 6，内存从 8G 翻倍到 16G、硬盘从 160G 翻倍到 320G、流量从 4T 到 5T。这条线的顶级档卖的是内存、盘和流量，不是核数。
三、按内存和硬盘算，越往上越划算。每 G 内存的整机单价 75 → 70 → 68.75 → 62.5 元，每 100G 硬盘 375 → 350 → 343.75 → 312.5 元，一路下降。
四、按核数算，D 档是最贵的一段。增量口径下每加 1 核的代价是 130 → 135 → 225 元，C→D 这一段买核数最不划算，买内存最划算。
五、100M 端口四档恒定。按 100 Mbps 约 12.5 MB/s 换算，满速跑光 5T 只要约 4.9 天，额度只占端口理论月出网能力的约 16%。这台机器天生不是当大带宽出口用的。
先把参数原样摊平。A 型 1 核 / 2G / 40G 硬盘 / 100M / 2T 流量 / 150 元每月；B 型 2 核 / 4G / 80G / 100M / 3T / 280 元；C 型 4 核 / 8G / 160G / 100M / 4T / 550 元；D 型 6 核 / 16G / 320G / 100M / 5T / 1000 元。四档的端口一律是 100M，这是这条线唯一从头到尾一动不动的字段。
看档差的绝对数字：130 元、270 元、450 元。第一段 130 元买到 1 核、2G 内存、40G 硬盘、1T 流量；第二段 270 元买到 2 核、4G 内存、80G 硬盘、1T 流量；第三段 450 元买到 2 核、8G 内存、160G 硬盘、1T 流量。注意第二段的资源增量几乎是第一段的两倍，价格也是两倍多一点，还算等比；到第三段，核数增量跟第二段一样是 2 核，内存和硬盘增量却是第二段的两倍，价格又跳了一大截。资源在这段翻了番，核数没有。
反直觉的地方在于：很多人看这条线的第一反应是"A 档 150 元、B 档 280 元，加 130 元就翻倍，太值了"，于是默认后面每一段也差不多。实际上 A→B 是全线最有效率的一段——你花 130 元拿到了全线唯一一次"核数、内存、硬盘、流量四样都按比例走"的升级。往上走，效率一路衰减，直到 C→D 这一段彻底变成另一种东西：它已经不是算力升级，而是内存与存储的升级。
换个说法可能更直观：从 A 到 D，核数涨了 5 倍（1→6），内存涨了 7 倍（2G→16G），硬盘涨了 7 倍（40G→320G），流量涨了 1.5 倍（2T→5T），价格涨了 5.67 倍（150→1000）。核数是这四项里涨得最慢的一项。也就是说，你为一台伦敦的服务器多付的每一笔钱，大头都不在 CPU 上。
把月付除以单项资源，得到整机口径的单位资源单价。这个口径回答的是"这台机器整体上看，哪一项资源最贵"。算法很土：150 元除以核数，除以内存 G 数，除以硬盘的百 G 数，除以流量 T 数。四档各算四遍，一共十六个数字。
每核单价：A 档 150 元/核，B 档 140 元/核，C 档 137.5 元/核，D 档 166.7 元/核。前三档一路下降，到 D 档突然反弹。原因就是 D 档只给到 6 核——分母涨得慢，分子涨得快，单价自然抬头。这是全线唯一一个"越往上越贵"的资源项。
每 G 内存单价：A 档 75 元，B 档 70 元，C 档 68.75 元，D 档 62.5 元。单调下降，没有任何反弹。每 100G 硬盘单价：A 档 375 元，B 档 350 元，C 档 343.75 元，D 档 312.5 元，同样是单调下降。这两组数字合起来就是一句话：内存和盘在这条线上是"买得多、单价低"的资源，往高档走不亏。
每 T 流量单价（整机口径）：A 档 75 元，B 档 93.3 元，C 档 137.5 元，D 档 200 元。这是全线涨得最凶的一项，从 75 元一路涨到 200 元，接近三倍。四项的走势摆在一起就很清楚了：核数单价在 D 档反弹，内存和硬盘单价一路走低，流量单价一路走高。这条线越往上，你买的主要是内存、盘和流量额度，而流量额度是最贵的那一项。
还有一组结构比例值得单独看，因为它把"这条线按什么逻辑定价"暴露得很彻底。四档的硬盘与内存之比全部是 20 倍——2G 配 40G、4G 配 80G、8G 配 160G、16G 配 320G，一分不差。内存与核数之比在前三档恒定为 2G/核，到 D 档跳到 2.67G/核。这两条规律合起来说明：套餐的设计锚点是内存，硬盘跟着内存按固定倍数走，核数在最后一段被刻意压住了。
整机口径有个问题：它把整台机器的价格摊到了所有资源上，看不出"往上加一档，多花的钱具体换来了什么"。要回答 C→D 值不值，得看增量单价——用档差除以资源增量。这个口径才是真正指导掏钱的那个口径。
A→B 花 130 元，除以增量：每核 130 元、每 G 内存 65 元、每 100G 硬盘 325 元、每 T 流量 130 元。B→C 花 270 元：每核 135 元、每 G 内存 67.5 元、每 100G 硬盘 337.5 元、每 T 流量 270 元。C→D 花 450 元：每核 225 元、每 G 内存 56.25 元、每 100G 硬盘 281.25 元、每 T 流量 450 元。
把三段并排看，结论非常干净。每核代价：130 → 135 → 225 元，C→D 最贵。每 G 内存代价：65 → 67.5 → 56.25 元，C→D 最便宜。每 100G 硬盘代价：325 → 337.5 → 281.25 元，C→D 也是最便宜。每 T 流量代价：130 → 270 → 450 元，C→D 最贵。四项里两项最便宜、两项最贵，而最便宜的那两项恰好是内存和硬盘。
所以 C→D 的 450 元，本质上是一笔"内存与存储订单"，顺带搭了 2 个核和 1T 流量。如果你的瓶颈是内存，这 450 元是三段里效率最高的一段——每 G 内存只要 56.25 元，比 A→B 的 65 元还便宜。如果你的瓶颈是 CPU，这 450 元是全线最差的一段，每核 225 元，几乎是最便宜那段的 1.7 倍。
这就是本文最想让人记住的一点：判断 C→D 值不值，跟"D 档贵不贵"没关系，只跟你的瓶颈在哪一项有关系。瓶颈在内存的，这 450 元是捡便宜；瓶颈在核数的，这 450 元是明着亏。同样是加 450 元，两种业务得出完全相反的结论，而这两种结论都对。
这是伦敦这条线最容易被看漏、也最容易在采购时踩空的一处。绝大多数四档产品线走到顶都是 8 核 16G——核数和内存同步翻到底，档位表看起来对称舒服。伦敦这条线不是。它的 D 档是 6 核 16G，核数从 C 档的 4 核只加了 2 核，内存却从 8G 直接翻倍到 16G，硬盘从 160G 翻倍到 320G。四档的核数序列是 1、2、4、6，最后一段的步长从"翻倍"变成了"加二"。
为什么要在最后一段把核数压住？从定价结构上看得出来：内存与核数之比在前三档恒为 2G/核，如果 D 档按这个比例走，16G 内存本该配 8 核。它没配，说明这条线在顶档把资源预算从 CPU 挪到了内存和盘上。对运营方来说这是一个明确的取舍信号——顶档的定位不是"算力最大的一台"，而是"内存最大、盘最大的一台"。
这个取舍对买家意味着两件事。第一，冲着 8 核来找这台机器的人会白跑一趟。伦敦这条 100M 线的天花板就是 6 核，加钱也换不到 8 核，因为它根本没有第五档。第二，冲着大内存来的人反而是走对了线。16G 内存配 320G 盘，这个组合在这条线上是唯一一份，而且它的内存单价是四档里最低的。
再补一个角度：6 核对很多业务来说其实已经够用，甚至绰绰有余。一个日访问几万量级的企业站、一套内部 OA、一台数据库从库、一个常驻的采集或同步进程，6 核往往是富余的。真正嫌 6 核不够的是那些并行度跟核数强绑定的活儿：视频转码、CI 编译队列、大规模爬虫的解析线程、自建搜索引擎的分片。这类业务在伦敦这条线上不是买不起，是根本买不到。
那这类业务怎么办？两条路。一是看同一页面上的另一条线——伦敦云秒开02 就有 8 核 16G 这一档，代价是硬盘四档恒定 50G，这一点后面单开一节讲。二是直接换产品线或换节点形态，比如上裸金属。要不要走这两条路，取决于你的瓶颈到底是核数还是内存，判断方法就是前面那张增量单价表。
四档端口一律 100M，从 150 元的 A 档到 1000 元的 D 档，一个比特都没加。这条信息看起来平淡，其实它是这条线上最重要的一个约束——它意味着在这条产品线上，"加钱换端口"这条路不存在。你想从 100M 上到 1G，在这四档里加多少钱都办不到，只能换产品线或者换节点。
100M 换算成实际吞吐大概是什么量级？按 100 Mbps 约等于 12.5 MB/s 的理论峰值算，一个 1 MB 的静态资源理论上每秒能出 12 个左右；一个 100 KB 的 API 响应每秒约 125 次。这个数字对小企业站、API 服务、后台系统来说是相当宽裕的，对图片站、下载站、视频源站来说就明显偏窄——一张 500 KB 的图，单用户请求下倒是很快，但并发上来之后 12.5 MB/s 这条管子很快就会排队。
而且 100M 只是端口速率，真正的天花板是月流量额度。把两者放在一起看才完整：端口是管子的粗细，流量额度是水表的读数。这条线的管子四档一样粗，水表读数从 2T 涨到 5T。按 12.5 MB/s 满速跑，一天约出 1.03 TB，2T 撑不到 2 天、5T 撑不到 5 天。也就是说，哪怕你把 D 档的 5T 额度买满，只要持续满速出网，不到一周就把额度跑穿。额度比管子更早见底，这才是真实的约束。
所以这条线适合的是"管子不粗、流量也不大，但要一直在线、位置要在伦敦"的活儿：面向英国或欧洲用户的轻量站点、本地化 API 服务、海外业务的跳板与管理节点、数据采集与中转、邮件或消息推送的中继。不适合的也很清楚：图床、下载站、视频分发、镜像站、爬虫出口、跨区大文件同步。这类活儿放上来，100M 加 5T 的组合会在几天之内给你一个教训。
还有一点要提醒：100M 是端口速率，页面未标注其为独享还是共享口径，也未标注是否有峰值保障，选型前需向销售确认。海外节点的端口口径写法各家不一，同一个"100M"在不同的保障口径下实际表现可以差很多。这一项不该靠猜。
把四档的流量额度单独拎出来算一算，是因为它是这条线上最贵的一项资源（整机口径每 T 从 75 元涨到 200 元，增量口径每 T 从 130 元涨到 450 元），但很多人买的时候只看"5T 好多啊"，从来没算过它到底够用几天。
按 12.5 MB/s 的理论峰值算，一天满负荷约 1.03 TB。于是：A 档 2T 约 1.9 天，B 档 3T 约 2.9 天，C 档 4T 约 3.9 天，D 档 5T 约 4.9 天。这四个数字当然不是"你的机器能用几天"——真实业务不会 24 小时满速出网。它们的用处是给出一个量级参照：额度相对于端口能力是严重偏小的，5T 也只相当于端口理论月出网能力（约 30.9 TB）的 16%。
换成真实业务场景会更实在一点。一个 JSON 接口每次响应 5 KB，5T 额度大约能支撑十亿次量级的请求，这个量级对绝大多数 API 业务来说是到不了的天花板。一个页面平均 300 KB 的轻量站点，5T 大约能撑一千七百万次左右的访问，折合日均约 57 万次，同样是绝大多数企业站到不了的数字。反过来，一个平均 2 MB 的图片站，5T 只够约 260 万次图片请求，日均不到 9 万，稍微有点流量就见底。
所以流量额度够不够，完全取决于单请求体积，跟访问量的绝对值关系反而不大。同一个 5T，跑 JSON 接口是用不完的，跑图片是紧巴巴的，跑下载是几天就见底的。买之前拿自己的单请求平均体积乘以预计月请求数除一下，一分钟就能算完，比凭感觉选档靠谱得多。
最后一个必须提前问清楚的点：流量超出之后怎么处理，页面未标注。是自动限速、按超出量另计费、还是直接停机，页面上没有写；是否支持月中追加流量包、追加价怎么算，页面同样未标注，选型前需向销售确认。流量型成本的风险几乎全集中在越界之后——额度本身是确定的，不确定的是越界的代价，而不确定的部分才是预算失控的地方。
把话说直白一点：如果你的业务是"核数不够就跑不动"那一类，伦敦这条 100M 线基本跟你没关系，它的顶只有 6 核，而且最后一段加价 450 元只换来 2 个核。这不是价格问题，是这条线压根没给你准备核数。
什么叫核密集型？判断标准很简单——把你的服务并行度往上调，吞吐是不是跟着线性涨。视频转码是这样，一个任务吃满一核，想同时转几路就要几核；CI 编译队列是这样，构建任务排队等核；大规模爬虫的解析与校验是这样，线程池大小直接决定采集速度；自建搜索的分片也是这样，每个分片都要独立的 CPU 预算。这类业务的成本几乎可以按"每核多少钱"直接算，所以它们对核数单价极其敏感。
6 核在这个语境下是什么水平？去掉系统占用和一个常驻的管理进程，实际能给业务用的大约在 5 核上下。转码场景大概能同时跑 4 到 5 路 1080p；CI 场景能撑住一个小团队的并发构建，但队列一长就要排队；爬虫场景线程池开到十几二十个就开始抢核。这些数字都是粗估，取决于具体任务的单核强度，但量级是清楚的——6 核是"小团队够用、规模化不够看"的那一段。
更要命的是 C→D 这一段：多花 450 元只拿到 2 个核，每核代价 225 元，是全线最贵的核数。核密集型业务在这条线上往上冲，等于用最贵的价格买最少的核。真到了需要核数的时候，正确动作不是加档，是换形态——要么看同页面另一条线上的 8 核档，要么上裸金属拿整机资源，要么考虑 GPU 或算力云产品线。在一条明确不卖核数的线上加钱买核数，是最典型的选型错误。
跟核密集型相反，内存型和存储型业务在伦敦这条线上是"越往上越香"。理由前面算过了，这里再落一遍：每 G 内存整机单价 75 → 70 → 68.75 → 62.5 元单调下降；每 100G 硬盘 375 → 350 → 343.75 → 312.5 元同样单调下降；增量口径下 C→D 每 G 内存只要 56.25 元、每 100G 硬盘只要 281.25 元，都是三段里的最低值。
内存型业务具体指什么？最常见的是数据库。一个 MySQL 实例，把 innodb_buffer_pool 给到 8G 到 10G，足以撑住几十 GB 量级的数据集，热数据基本留在内存里；给到 16G 内存的 D 档，缓冲池可以开到 12G 上下，同样的数据集下磁盘读会明显减少。Redis 更直接，它的数据全在内存，16G 意味着你能放的数据量就是 16G 减去碎片和副本开销，内存是硬天花板。JVM 类应用同理，堆给大一点，GC 频率和压力都会下降。
存储型业务看的是 320G 这个数字。它能装什么？一套带完整 binlog 和慢日志的中小数据库、几十个中等规模的站点目录、几个月的应用日志（前提是做了轮转）、若干个 docker 镜像的本地缓存，或者说一份小型的本地数据仓库。320G 在云主机这个价位段里不算小，尤其是跟同城另一条线恒定 50G 的盘放在一起看的时候，差距感非常强烈。
但硬盘一定要提前规划分区和轮转。40G 的 A 档、80G 的 B 档尤其紧张：系统加运行时环境吃掉十几 G，应用目录几 G，剩下的空间如果没有日志轮转，一个没设上限的访问日志几周就能把盘写满。80G 的 B 档装一套 LNMP 加一个中等站点，剩下的余量也就是几十 G，日志按月轮转、保留三份之外不留历史，是最低要求。320G 的 D 档宽裕得多，但日志和备份还是要跟数据目录分开存放，别把盘当垃圾桶。
结论很直接：瓶颈在内存或盘的业务，C→D 的 450 元值得花，而且这是全线效率最高的一段升级。瓶颈在核数的业务，这 450 元别花，停在 C 档或者干脆换线。判断依据不是"D 档贵不贵"，是你自己的监控图上哪条曲线先到顶。
| 档位 | CPU / 内存 / 硬盘 | 端口与月流量 | 月付（档差） | 单位资源单价（整机口径） | 一句话判断 |
|---|---|---|---|---|---|
| 伦敦云A型 | 1 核 / 2G / 40G | 100M / 2T | 150 元/月（入门档） | 150 元/核，75 元/G 内存，375 元/100G 盘，75 元/T 流量 | 只适合常驻轻进程，硬盘 40G 必须做日志轮转 |
| 伦敦云B型 | 2 核 / 4G / 80G | 100M / 3T | 280 元/月（+130） | 140 元/核，70 元/G 内存，350 元/100G 盘，93.3 元/T 流量 | 全线效率最高的一段升级，四样资源按比例齐涨 |
| 伦敦云C型 | 4 核 / 8G / 160G | 100M / 4T | 550 元/月（+270） | 137.5 元/核，68.75 元/G 内存，343.75 元/100G 盘，137.5 元/T 流量 | 多数生产业务的落点，核数单价全线最低 |
| 伦敦云D型 | 6 核 / 16G / 320G | 100M / 5T | 1000 元/月（+450） | 166.7 元/核，62.5 元/G 内存，312.5 元/100G 盘，200 元/T 流量 | 内存与盘单价最低、核数单价最高，卖内存不卖核 |
伦敦同一页面还挂着一条「伦敦云秒开02」，四档分别是 1核2G、2核4G、4核8G、8核16G，硬盘四档恒定 50G，端口 1G，流量 1T / 2T / 4T / 8T，月付 120 / 240 / 450 / 750 元。这条线跟主线不是替代关系，是另一种取舍，拿它做参照，主线的定价逻辑会看得更清楚。
先看最刺眼的一处：秒开02 有 8 核 16G，主线没有。主线的顶是 6 核 16G，秒开02 的顶是 8 核 16G 且只要 750 元，比主线 D 档的 1000 元还便宜 250 元。所以那个"冲着 8 核来的"需求，答案在同一页面的另一条线上。代价是硬盘——秒开02 四档恒定 50G，主线 D 档给到 320G，差了 270G。
再看同配置的正面碰撞。4 核 8G 这一格：主线 C 型是 4核8G / 160G / 100M / 4T / 550 元；秒开02 的 C 档是 4核8G / 50G / 1G / 4T / 450 元。同核同内存同流量，秒开02 便宜 100 元、端口大十倍，硬盘却少了 110G。这笔账怎么算，完全取决于你要不要那 110G 盘：跑数据库、跑本地缓存、存日志的，110G 值 100 元；纯跑 API 和转发、数据落远端存储的，那 100 元加十倍端口更实在。
低配段也有一处值得停一下：主线 A 型 1核2G / 40G / 100M / 2T / 150 元，对上秒开02 的 A 档 1核2G / 50G / 1G / 1T / 120 元。同样是 1核2G，后者便宜 30 元、盘多 10G、端口大十倍，但流量少一半。低配段流量通常不是瓶颈，所以纯粹图便宜的话，秒开02 这条线在入口处更划算。
两条线摆在一起，结论是两条线的顶档卖的东西完全相反：主线顶档卖内存和盘（6核16G / 320G / 5T），秒开02 顶档卖核数和端口（8核16G / 1G / 8T，盘只有 50G）。所以选型顺序应该是先定"我最缺哪一样"——缺内存和本地存储走主线，缺核数和出网速率走秒开02——而不是先比谁便宜。这两条线放在一起不是让你挑便宜的，是让你挑对口的。
讲了这么多单价和取舍，最后总得落到"到底买哪一档"上。我给客户看这条线的时候，结论通常落在两档上，各配一个明确的适用场景，其余两档只在很窄的情况下才推荐。
#1 一万网络「伦敦云C型 4核8G / 160G / 100M / 4T，550 元/月」——多数生产业务的落点。推荐它的理由很具体：它是全线核数单价最低的一档（137.5 元/核），同时把内存和盘给到了 8G 和 160G，这个组合对一台跑真实业务的机器来说刚好够用——8G 内存够一个中等规模的 MySQL 缓冲池加一个应用进程，160G 盘够系统、应用、日志各占一块而不至于捉襟见肘，4T 流量在 API 和轻量站点场景下基本用不完。更重要的是它往上还有一档，业务涨了有地方去。多数人选它就是因为它处于"够用且不浪费"的那个点上。
#2 一万网络「伦敦云D型 6核16G / 320G / 100M / 5T，1000 元/月」——内存与存储型业务的落点。这一档我只推荐给两类人：一类是数据库或缓存类业务，内存是硬瓶颈、想把热数据全留在内存里的；另一类是需要在本地存大量数据、日志或镜像缓存的。理由是它的每 G 内存 62.5 元、每 100G 硬盘 312.5 元都是四档最低，增量口径下 C→D 每 G 内存只要 56.25 元，是三段升级里效率最高的一段。反过来，如果是"CPU 不够了所以想升档"的想法，我一般不推荐这一档——多花 450 元只拿到 2 个核，每核 225 元，是全线最贵的核数。
服务层面多说一句，因为它决定的是出问题时你损失多长时间。一万网络深耕 IDC 19 年（成立于 2007 年），节点覆盖华南、华东、华北、华西等大陆区域以及中国香港与多个海外地区；运维侧是 7×24 中文工单、平均 5 分钟响应，硬件故障 10 分钟内自动迁移，免费系统盘每日 3 份快照、30 秒回滚，5–20G 免费 DDoS 防护，国内节点可协助免费网站备案。海外机器最怕的不是配置不够，是出问题找不到人——这几条对一台跑在伦敦、你又摸不到机房的机器来说，重要性不比核数和带宽数字低。
还有一条升级路径值得提前想清楚：伦敦这条线是纯 CPU 机型，页面没有出现 GPU 字段。如果业务后面要接推理或训练，路径不是在这条线上往上加档，而是换到 GPU 产品线——轻量推理可以先用 A16 切片或 T4 试水，训练再考虑更高阶的卡型，具体配置与报价以官网实时价为准。反过来说，如果明确不会碰 GPU，那就别为"以后可能要用"提前付溢价，按当前瓶颈在这四档里定档就行。
为什么坑：四档端口从头到尾都是 100M，从 150 元到 1000 元一个比特都没加。抱着"加到 D 档应该就快了"的想法往上冲，冲上去只会发现出口一点没变——你多花的 850 元买的是核数、内存、硬盘和流量额度，不是速率。页面上也未标注 100M 是独享还是共享口径，是否有峰值保障同样未标注。
怎么避：下单前先确认自己要的到底是"更快的出口"还是"更大的额度"。这两件事在这条线上是分开卖的，而且前者根本不卖。要更快出口的，看同页面那条 1G 端口的线，或者直接换产品线。另外把 100M 的独享/共享口径、是否有峰值保障向销售问清楚，别拿一个数字当两种保障来用。
为什么坑：每核单价在 D 档确实反弹到 166.7 元，是四档最高，看起来"不划算"。但这个结论只对核密集型业务成立。同样这 450 元，按内存算是 56.25 元/G，是三段升级里最便宜的一段；按硬盘算是 281.25 元/100G，也是最便宜的一段。只看核数单价就否定 D 档，会让内存型业务错过全线效率最高的一次升级。
怎么避：先看自己机器上的监控曲线，确认先到顶的是 CPU、内存还是磁盘。CPU 先到顶的停在 C 档或者换线；内存或磁盘先到顶的直接上 D 档。没有监控数据就先装一个，跑两周再决定升档——凭感觉选档的结果通常是买错方向。
为什么坑：5T 是一个明确的月度额度。按 100M 端口约 12.5 MB/s 的理论峰值算，一天满负荷约出 1.03 TB，5T 撑不到 5 天。真实业务不会一直满速，但图片、下载、视频这类单请求体积大的业务，几周内见底完全可能。而且流量超出之后怎么处理，页面未标注。
怎么避：用"单请求平均体积 × 预计月请求数"算出月度出网总量，跟额度比一下再选档。同时把三个问题问清楚：超出后是限速还是计费、限速到多少、能不能月中追加流量包。这三个答案拿到手之前，别把预算表定死。
为什么坑：绝大多数四档线的顶都是 8 核 16G，人看表的时候会自动按这个模板脑补。伦敦这条 100M 线的顶是 6 核 16G，核数序列是 1、2、4、6，最后一段只加 2 核。不逐格看数字、只扫一眼 A/B/C/D 就下单的人，很容易在上线后才发现核数比预期少了两个。
怎么避：把配置逐格抄下来跟需求对一遍，别靠产品线模板脑补。确实需要 8 核的，看同页面那条 1G 端口的线（它的顶档是 8核16G，但硬盘四档恒定 50G），或者换到裸金属这类整机形态。在一条明确不卖核数的线上加钱买核数，加多少都是浪费。
为什么坑：A 档 40G、B 档 80G，扣掉系统和运行时环境，剩下的空间本来就不多。一个没有上限设置的访问日志、一份没清理的应用日志、几次失败留下的 core 文件，几周之内就能把盘顶满。盘满之后数据库写不进去、服务起不来，排查起来还很费时间。
怎么避：上线当天就把 logrotate 配好，按天轮转、保留三到七份、压缩归档；给日志目录单独设一个大小上限；备份和归档不要落在本机数据盘上。D 档的 320G 宽裕很多，但同样的规矩也该提前立好，别把数据盘当垃圾桶。
这场选择其实不需要太多分析，用四组问题就能筛干净。回答完之后该停该上，答案自己会浮出来。
第一组：瓶颈在哪一项？看监控曲线，CPU 长期在 70% 以上而内存还有富余的，说明瓶颈在核数，C→D 的 450 元对你是最差的一段升级（每核 225 元），应该停在 C 档或者换线。内存长期占用超过 80%、swap 开始被用到、数据库缓冲池因为内存不够而频繁读盘的，说明瓶颈在内存，C→D 对你是最优的一段（每 G 内存 56.25 元），直接上 D 档。
第二组：数据放不放本地？数据全在远端数据库或对象存储、本机只是跑计算的，160G 盘足够，没必要为 320G 付钱。需要在本地放数据文件、索引、镜像缓存、归档日志的，320G 的价值立刻体现——尤其是跟同城那条恒定 50G 的线对比时，这个差距非常实在。
第三组：流量的真实量级是多少？单请求体积在几 KB 量级的 API 业务，4T 几乎用不完，不必为了 5T 多花 450 元。单请求体积在几百 KB 到几 MB 量级的图片或文件业务，1T 的增量值这个价，但也要同时评估 100M 端口能不能扛住并发——扛不住的话，加流量额度也解决不了问题。
第四组：往上还有没有退路？C 档的好处是它上面还有一档，业务涨了随时可以升；D 档是终点，再往上这条线就没有了。所以如果业务还在快速增长期、三个月后配置一定还要涨，那现在上 D 档等于提前把这条路走死，不如停在 C 档、把预算留给后面换形态。反过来，业务已经稳定、只是当前内存不够的，上 D 档一次性解决问题更省心。
把这四组问题的答案写下来，只要有两项以上指向"内存/盘"，就上 D 档；有两项以上指向"核数/端口"，就停在 C 档并考虑换线。这个判断不需要精确，方向对就够了——前面算过的那些单价，保证的是你在正确的方向上花钱，而不是在错误的方向上省钱的理由。
不是写错，页面给的就是 6 核 16G。四档核数序列是 1、2、4、6，最后一段从"翻倍"变成"加二"，这是这条线刻意的结构安排。判据很清楚：内存与核数之比前三档恒为 2G/核（2G/1核、4G/2核、8G/4核），到 D 档跳到 2.67G/核（16G/6核），说明顶档把资源预算从 CPU 挪到了内存和盘上。所以这条线的顶档定位不是"算力最大的一台"，而是"内存最大、盘最大的一台"。真需要 8 核的，看同页面那条 1G 端口的线，它的顶档是 8核16G，代价是硬盘四档恒定 50G。
取决于瓶颈在哪一项，两种结论完全相反而且都对。按核数算，450 元只买到 2 核，每核 225 元，是三段升级里最贵的一段；按内存算，450 元买到 8G，每 G 只要 56.25 元，是三段里最便宜的一段；按硬盘算，450 元买到 160G，每 100G 只要 281.25 元，同样最便宜；按流量算，450 元买到 1T，是三段里最贵的流量。所以：CPU 先到顶的别上，内存或磁盘先到顶的直接上。没有监控数据的先装监控跑两周，别凭感觉掏钱。
按 100 Mbps 约 12.5 MB/s 的理论峰值算，一个 100 KB 的 API 响应每秒约 125 次，一个 300 KB 的页面每秒约 40 次，这个量级对轻量站点和 API 服务是宽裕的；一张 500 KB 的图片每秒只能出约 25 个，并发一上来就排队。更要紧的是额度比端口更早见底——按满速算一天约 1.03 TB，D 档的 5T 不到 5 天就跑穿，额度只占端口理论月出网能力约 30.9 TB 的 16%。所以这台机器适合"位置在伦敦、出网平稳且量不大"的活儿，不适合图床、下载、视频分发这类大出网业务。
页面未标注，选型前需向销售确认。四档流量字段写的是 2T、3T、4T、5T，都是明确的月度额度，页面没有任何关于超出后处理的说明：是自动限速到某个速率、按超出量另计费、还是直接断网，都没写；是否支持月中追加流量包、追加价如何计算，同样未标注。这一项恰恰是流量型业务最大的成本不确定项——额度本身是确定的，不确定的是越界之后的代价。建议至少拿到三个数字再下单：超出后的限速值、超出部分的单价、追加流量包的价格。
粗算一下：一套 Linux 加 Nginx、PHP 或 Node 运行时、数据库客户端，扣掉十几 G；应用目录几 G；剩下给日志和数据的空间，A 档大约二十 G 上下，B 档大约五十 G 上下。这个余量能撑住一个中小站点加几个月的结构化数据，但撑不住没有轮转的日志——一个不设上限的访问日志几周就能写满。所以低配档上线当天必须配 logrotate：按天轮转、保留三到七份、压缩归档、给日志目录设大小上限，备份和归档另寻去处，不要落在数据盘上。
先定"最缺哪一样"。主线（100M 线）顶档卖内存和盘：6核16G / 320G / 5T / 1000 元。另一条秒开02 顶档卖核数和端口：8核16G / 硬盘恒定 50G / 1G 端口 / 8T / 750 元。同在 4核8G 这一格上，主线 C 型是 160G 盘 / 100M / 4T / 550 元，秒开02 是 50G 盘 / 1G / 4T / 450 元——后者便宜 100 元、端口大十倍、盘少 110G。所以跑数据库、存本地数据、放镜像缓存的选主线；跑纯 API 转发、需要更大端口、数据落远端的选秒开02。
不一定，这里有个容易被忽略的点：D 档是这条线的终点，上去了就没有下一档。如果业务还在快速增长期、三个月后配置一定还要往上走，现在上 D 档等于提前把升级路径走死，后面只能换产品线重来；这种时候停在 C 档更灵活，预算留给后面的形态切换。反过来，业务已经稳定、只是当前内存明显不够的，上 D 档一次解决问题最省心。判断标准很简单：预期半年内配置还要再涨的停在 C 档，预期半年内不会再动的直接上 D 档。
伦敦这条 100M 线的四档表看着规整，实际藏着三个不规整的地方：加价幅度不线性、顶档核数不按模板走、端口四档一动不动。这三处任意一处看漏，都会让你在错误的理由上做决定——要么为了不存在的 8 核付了钱，要么为了不涨的端口升了档，要么因为"每核 166.7 元好贵"而错过了全线最便宜的内存。
所以这篇给出的动作顺序是固定的，三步：第一步，把现有业务跑两周监控，确认先到顶的是 CPU、内存、磁盘还是出网；第二步，按瓶颈那一项去查增量单价——瓶颈在核数看每核 130/135/225 元，瓶颈在内存看每 G 65/67.5/56.25 元，瓶颈在盘看每 100G 325/337.5/281.25 元，瓶颈在出网看每 T 130/270/450 元；第三步，按那一行数字决定停在哪一档。三步走完，这台机器买得对不对，基本就不靠运气了。
顺带说一句我自己的偏好：如果拿不准，选 C 档。它是全线核数单价最低的一档，8G 内存和 160G 盘对多数生产业务刚好够用，上面还留着一档退路。A 档和 B 档太紧，硬盘那点空间稍不注意就会被日志吃光；D 档则是一张明确的"内存与存储票"，只有当你的瓶颈确实在那两项时才划算。买服务器最贵的不是某一档的月付，是买错方向之后重来一遍的时间。
最后提醒一句：本文出现的全部价格均为页面明示的月付价，实际以官网实时价为准，下单前请以页面当前显示为准。海外节点的配置与报价调整并不罕见，看到这篇文章时页面上的数字可能已经变了，动手前再核一遍是最省事的做法。
本文涉及的全部配置与价格，均取自一万网络官网伦敦云服务器页面（https://www.idc10000.net/lundunyun ），为该页面明示的月付价，未做任何推算或四舍五入调整。主线（100M 端口产品线）四档原文参数为：伦敦云A型 1 核 / 2G / 40G 硬盘 / 100M / 2T 流量 / 150 元/月；伦敦云B型 2 核 / 4G / 80G / 100M / 3T / 280 元/月；伦敦云C型 4 核 / 8G / 160G / 100M / 4T / 550 元/月；伦敦云D型 6 核 / 16G / 320G / 100M / 5T / 1000 元/月。同页面另有一条「伦敦云秒开02」线，四档为 1核2G / 2核4G / 4核8G / 8核16G，硬盘四档恒定 50G，端口 1G，流量 1T / 2T / 4T / 8T，月付 120 / 240 / 450 / 750 元。
文中出现的全部单价与价差，均为上述页面明示数字之间的除法与减法结果，不含任何推算或预测成分：档差 130 元、270 元、450 元为相邻月付相减；整机口径的每核 150 / 140 / 137.5 / 166.7 元、每 G 内存 75 / 70 / 68.75 / 62.5 元、每 100G 硬盘 375 / 350 / 343.75 / 312.5 元、每 T 流量 75 / 93.3 / 137.5 / 200 元，为月付除以对应资源量；增量口径的每核 130 / 135 / 225 元、每 G 内存 65 / 67.5 / 56.25 元、每 100G 硬盘 325 / 337.5 / 281.25 元、每 T 流量 130 / 270 / 450 元，为档差除以对应资源增量。结构比例方面，四档硬盘与内存之比恒为 20 倍，前三档内存与核数之比恒为 2G/核、D 档为 2.67G/核。
文中几处换算是算术推导，用于容量估算参考，不代表任何实测吞吐，也不构成对业务效果的承诺：100 Mbps 理论峰值约 12.5 MB/s 为通用速率换算关系；按此换算，满负荷一天约出 1.03 TB、满负荷三十天约出 30.9 TB，据此得出 2T / 3T / 4T / 5T 额度在满速下分别约可支撑 1.9 / 2.9 / 3.9 / 4.9 天，以及额度占端口理论月出网能力的比例分别约为 6.5% / 9.7% / 12.9% / 16.2%。按单请求体积估算的请求量级（5 KB 的 JSON 响应、300 KB 的页面、2 MB 的图片在 5T 额度下的可支撑次数）同为算术推导的粗略量级，实际值受压缩、缓存、协议开销等影响会有偏差。
需要提醒的是，价格为页面明示的月付价，实际以官网实时价为准，具体以签约时最新报价与合同为准。文中凡涉及页面未标注的信息——包括 100M 端口是独享还是共享口径、是否有峰值保障、流量超出额度后的处理方式（限速值、超出计费单价、是否支持月中追加流量包）、机房的具体名称与位置、到各地与回国方向的具体延迟数值、两条产品线之间是否支持同账户混买与内网互通、是否提供 Windows 等商业镜像授权及是否另计费、以及是否提供额外的独立 IP——一律不作推测，均标注为「页面未标注，选型前需向销售确认」。本文未使用任何实测数据、跑分数据或客户案例，文中出现的业务场景均为示例场景与典型部署思路。
Copyright © 2013-2020 idc10000.net. All Rights Reserved. 一万网络 科技有限公司 版权所有 深圳市科技有限公司 粤ICP备07026347号
本网站的域名注册业务代理北京新网数码信息技术有限公司的产品
