同一份配置单写着 2 核 4G，报价却能从每月四十元排到两百多元，差价往往不在品牌，而在这两个核心到底是共享核（多个用户按时间片轮流使用同一个物理核心）还是独享核（固定绑定给单个实例，不与邻居争抢）。一台 VPS（虚拟专用服务器，把物理机切分成多个独立环境）买贵了不会立刻出问题，买便宜了也可能一直够用，真正决定成败的是你能不能算出自己需要多少稳定算力。下面用三个可以自己采样的数字，教你如何判断一台超售机器是否值得买，以及多花的那笔钱什么时候才划算。
超售拿走的不是核数，是时间片
虚拟化平台把物理核心切成极小的时间片，轮流分给不同实例。超售（oversubscription）指服务商卖出的虚拟核心总数超过物理核心总数，例如 32 个物理核上分配 96 个 vCPU，超售比就是 1:3。多数时间这种复用没有存在感，因为网站大部分时段处于空闲；一旦同宿主机的其他实例跑满，你的进程就要排队等调度，现场表现是”CPU 使用率没到 100%，接口却明显变慢”。
这段等待时间在 Linux 里是被统计出来的，叫 %st（steal time，被宿主机拿走的时间占比）。在实例里执行下面这条命令，连续观察五分钟：
mpstat -P ALL 1 5
输出中的 %steal 一列就是答案。如果平均值长期高于 5%，说明时间片被明显挤压；峰值超过 10% 且与业务高峰重合，基本可以确认这台机器上存在高强度超售。同样的采样逻辑在排查服务器 CPU 负载过高时也适用，区别只在于那次是对进程自身占用的归因，这次是对宿主机调度的归因。
想看清超售比例与算力损失的对应关系，可以对照VPS 超售识别指南里的量化结论：超售比越高，%steal 的峰值越难预测，同一份压测脚本在不同时间跑出来的成绩差距也越大。
三个数字判断共享核够不够用
在谈价格之前，先用二十四小时的数据给自己划一条线。下面四个指标建议在业务高峰期采集，采样间隔不超过五分钟，这样峰值不会被平均值吃掉：
- %steal 平均值：低于 3% 说明超售比温和，3%-8% 属于可接受区间，长期高于 8% 就要认真考虑迁移或升级
- %steal 的 P95：平均值好看不代表没问题，P95 超过 15% 意味着每二十个采样点就有一次明显卡顿
- CPU ready（虚拟化侧的就绪等待占比）：单 vCPU 超过 5% 时，应用排队延迟会开始影响接口响应时间
- 请求 P95 延迟：把 %steal 曲线与接口延迟曲线按时间对齐，两条曲线同步抬升，瓶颈就在 CPU 调度而不是代码
采集过程不需要复杂工具。在实例里用 sar -u 1 60 记录一天的空闲与 %steal，用 wrk 对首页做三十秒压测，对比压测前后延迟的抬升幅度；如果要连网络一起看，可以参考用 iperf3 与 wrk 评估网站承载量的方法，把带宽（每秒能稳定传输的数据量）与并发处理能力分开测，避免把网络瓶颈误判成 CPU 算力不足。
这四个数字的用法是筛选而不是打分：只要有任意一项明显越界，就说明这台机器的超售程度已经不适合你的业务峰值，再便宜也不必谈。
把月费换算成单位算力成本
核数不能直接比价，因为共享核的”一核”和独享核的”一核”不是同一种商品。一个可操作的换算方式是把月费除以有效算力，即核数乘以（1 减去 %steal 平均值）。截至 2026 年 10 月，市场上 2 核 4G 的共享型方案常见报价四十到八十元每月，同规格独享核机型多在两百元上下，具体价格以各家官网实时价格为准。
把数字代进去就很直观：共享机型实测 %steal 平均 8%，有效算力为 2 × 0.92 ≈ 1.84 核，按每月六十元计算，单位算力成本约 32.6 元每核每月；独享机型 %steal 接近 0，按每月两百元计算约 100 元每核每月。两者相差约三倍，问题于是回到业务能否接受那 8% 的调度波动，而不是哪家更便宜。
这套换算要成立，前提是压测口径一致，所以建议按下面三步做完再下单：
- 固定同一份压测脚本，在每个候选机型上各跑三轮，记录 P95 延迟与每秒请求数
- 用 sar 记录同一时段的 %steal，取平均值与 P95 两个数
- 按上面的公式算出单位算力成本，再按业务能接受的最大延迟筛掉不合格机型
如果两台机器的单位成本只差 10%，但 %steal 差了一倍，优先选波动小的那台。线上一次的故障排查与用户流失成本，通常远高于每月省下的几十元。
按业务类型划界：哪些场景必须独享
同一台共享核机器，对不同业务的友好程度差别很大。判断标准不是”重要不重要”，而是这类负载会不会持续吃满全部核心、能不能容忍偶发的调度停顿：
- 静态站点与低流量 WordPress：日均访问五千次以内、页面可缓存，共享核完全够用，把预算放在内存与磁盘读写上更划算
- 定时任务与轻量接口服务：单次请求几十毫秒、白天有明显空闲段，共享核的 %steal 峰值一般能落在可接受区间
- 编译构建、转码、批量数据处理：持续数十分钟吃满全部核心，共享核会被调度限流，独享核能把耗时稳定在同一量级
- 数据库与实时通信：对延迟抖动敏感，一次两百毫秒的调度停顿就可能触发连接超时，建议直接选独享核
- 促销与大促类突发流量：需要预留算力余量，而共享核在邻居同时高峰时无法保证突发能力
如果你还在虚拟主机、VPS 与独立服务器之间犹豫，可以先用共享主机、VPS 与独立服务器怎么选的顺序把大类定下来：按日均流量与技术能力初筛，再回到本文比较同一类里核心的分配方式。更多按场景拆解的选型思路，集中在服务器分类页面下，可以按你当前的业务阶段继续往下看。
选购时的四条规则
把上面的方法落成动作，下单环节只剩四件事需要盯住：
- 先问分配方式：确认 vCPU 是共享还是独享、超售比上限是多少；服务商没有明确说明的，一律按共享核预期
- 用七天数据验证：新机器上线后连续记录 %steal 与 P95 延迟，不要用一次跑分下结论
- 留出 30% 余量：按实测峰值乘以 1.3 估算规格，避免业务增长一个月就要再次迁移
- 把迁移成本算进去：独享核机型通常支持在线升级，共享核迁移常常要重建环境，停机时间也是成本
这四条里最容易被跳过的是第二条。很多纠纷都源于上线当天跑了个分，觉得数字漂亮就签字，等到真正的高峰期才发现 %steal 峰值远超预期。
总结：先量化，再决定多花那笔钱
共享核与独享核的差别最终落在两件事上：高峰期你能拿到多少稳定算力，以及这份稳定性值多少钱。把 %steal、P95 延迟和单位算力成本三个数字测出来，选型就不再靠感觉，也不会被”核数更多”这种表面参数带偏。建议先用一台按小时计费的实例做七天采样，把数据摊开再谈预算；如果业务对延迟敏感，或者已经出现 CPU 不满但响应变慢的情况，推荐直接选择独享核方案，把运维精力留给业务本身。如果你需要在一个页面上把不同方案的核心数、内存与价格对齐，可以先在 Hostease VPS 方案页按预算筛选，再按本文方法实测一遍，可以考虑在业务高峰时段复测，确认波动落在预期范围内再决定长期采购。