KVM 还是 OpenVZ：VPS 虚拟化类型与超售机制讲清楚，附 12 项体检命令清单

同样标着“1 核 1G”，一台机器跑 WordPress 秒开，另一台连 SSH 都卡；同样写着“50GB 硬盘”，一台写满不报错，另一台写到 30GB 就提示磁盘空间不足。这类现象在便宜 VPS 圈里太常见了，以至于很多人把它归结为“运气”，但背后其实是两套可以量化的机制：虚拟化类型决定了资源怎么切分，超售比例决定了实际能用多少。这篇文章不讲商家推荐，只讲这两件事的原理，以及你在拿到机器之后用几行命令怎么把它们测出来。 理解这些的价值在于：它把“这个商家靠不靠谱”这种没法验证的问题，换成了“这台机器现在的 steal time 是多少”这种能测出数字的问题。下面从虚拟化的三种实现方式讲起，然后是超售在 CPU、内存、磁盘、带宽四个维度上的具体表现，最后给出一份可以直接照着执行的体检清单。看完之后，你至少能判断出自己手里这台机器是被正常切分的，还是已经被邻居挤到了边缘。这里的差别主要来自 KVM 与容器两条虚拟化路线的取舍，以及商家把资源卖出了多少份。

虚拟化的三个层次：从全虚拟化到共享内核

虚拟化的本质是在一台物理机上跑多个隔离的执行环境，差别在于隔离做在哪一层。最重的一层是硬件辅助的全虚拟化：每个虚拟机有自己独立的内核，硬件把 CPU 切成特权级来隔离，虚拟机里的系统认为自己跑在真机上。中间一层是准虚拟化，虚拟机知道自己被虚拟化了，通过改造过的驱动和宿主机高效协作，性能更接近物理机但需要系统适配。最轻的一层是操作系统级虚拟化，也就是常说的容器：所有实例共享宿主机同一个内核，隔离靠内核的命名空间和资源控制组来做，没有独立的系统内核。这三种方式没有绝对的优劣，取舍点在于隔离强度、性能开销和你能运行什么系统。 2026 年在 VPS 市场上最主流的是全虚拟化里的 KVM，容器方案在低价位和特定场景里还有存在感，准虚拟化的老方案基本退出了低价市场。下面分别说清楚它们各自意味着什么，以及你在使用中会感受到的差别。

KVM：硬件辅助的全虚拟化，为什么成了事实标准

KVM 是 Linux 内核里的一个模块，加载后把内核变成虚拟机监控器，配合 CPU 的硬件虚拟化扩展（Intel 的 VT-x 和 AMD 的 SVM）来做指令级隔离。它的特点很明确：每个虚拟机有独立的内核，因此可以运行任何为这套硬件架构编译的系统，包括 Windows、各种 BSD，以及任意版本的 Linux 内核。对用户来说，这带来的实际好处是你拥有完整的内核控制权，可以加载自定义模块、改内核参数、开 tun/tap 跑隧道、装 Docker 并运行需要特权的容器，甚至可以开嵌套虚拟化在里面再跑一层虚拟机。代价是资源开销比容器大一些，每个虚拟机都要占用一部分内存和 CPU 去做系统自身的运转，这也是为什么同样价格的 KVM 套餐配置看起来比容器方案低。

我们这两年评测过的商家里，KVM 已经是默认选项。RackNerd 全系是 KVM 配 SolusVM 面板，搬瓦工用 KVM 配自研的 KiwiVM，SpartanHost 在 VPS 页面标注 Virtualizor 与 VirtFusion，BuyVM 的 Slice 也是 KVM 配自家 Stallion 面板。这个组合之所以普及，是因为 KVM 在隔离性和灵活性上没有明显短板，商家不需要为不同客户准备不同的方案。判断自己买的是不是 KVM 很简单，登录后跑一条 `systemd-detect-virt`，返回 kvm 就是；也可以看 `lspci` 里有没有 virtio 设备，virtio 是 KVM 生态的虚拟化驱动，这个特征出现基本可以确认。

OpenVZ 和 LXC：共享内核的代价与好处

OpenVZ 和 LXC 都属于操作系统级虚拟化，原理是让同一台物理机上的所有实例共用宿主机的 Linux 内核，每个实例只是内核视角下的一个隔离进程组。好处非常直接：没有内核副本，内存和 CPU 开销极小，所以同样价格能给出更高的配置，一台 512MB 的容器方案实际性能可能超过一台 512MB 的 KVM。坏处同样直接：你用的是宿主机的内核，所以只能装 Linux，不能选内核版本，不能升级内核，不能加载宿主机没编译进去的模块，跑 Docker 这类需要内核特性支持的应用时常受限。另外一个容易被忽略的差别是内存：容器方案里你的内存通常是和宿主机共享的池子，有些商家会按“突发”方式给，看起来给了 1GB，实际上在同宿主机负载高的时候能被压到很低，而且容器里通常没有独立的 swap 分区可以缓冲。

这两种技术现在的处境不太一样。经典 OpenVZ 6 早已不再维护，后续 Virtuozzo 把产品路线并到了 KVM 加容器的方案上，所以 2026 年如果一个方案还标着 OpenVZ，多半是存量资源或者极低价的入门产品，买之前要想清楚你要跑什么。LXC 则一直活跃在自建场景里，你在自己的服务器上装 LXD 或 Proxmox 起容器，就是这套技术；它和 VPS 商家卖给你的容器 VPS 是同一回事，只是控制权在你自己手里。识别容器方案的方法：`systemd-detect-virt` 会返回 openvz 或 lxc；`cat /proc/user_beancounters` 在 OpenVZ 里能看到资源计数器；容器里看不到 virtio 设备，`dmesg` 里也读不到虚拟机 BIOS 的信息。

Xen、Hyper-V、VMware：现在还能碰到什么

这几类在低价 VPS 市场已经很少见，但在特定场景里还存在。Xen 曾有准虚拟化和全虚拟化两种模式，早年是云平台的主流，后来大型云厂商陆续迁移到基于 KVM 的方案上，现在主要在部分欧洲商家和自建虚拟化环境里出现。Hyper-V 属于微软体系，在 Windows 环境的宿主上更常见，特征是网卡型号和磁盘控制器和 KVM 环境不同。VMware 的 ESXi 则更多出现在企业私有云和部分独立服务器上。碰到这些平台不需要紧张，它们的隔离性和 KVM 属于同一档次，区别主要在驱动兼容性和你能否自定义内核，一般用户感受不到差异。识别方式还是那两条命令，`systemd-detect-virt` 和 `dmidecode -s system-product-name` 会直接告诉你宿主是什么。

超售：商家到底卖了多少

超售是所有共享型 VPS 的常态，没有任何一家完全不做，区别只在程度和维度。逻辑很简单：一台物理机有 32 个物理核心和 128GB 内存，如果按 1:1 切给客户卖，价格会高到没人买，所以商家会按一定比例把同一份资源卖给多个客户，赌的是所有人不会在同一时刻把资源用满。这个比例在 CPU 上通常做得最激进，因为 CPU 是时间片共享的，空闲时间可以复用；内存和磁盘的余量则取决于技术手段和商家的保守程度。你需要搞清的是“超售了多少”和“有没有余量缓冲”，“有没有超售”这个问题在共享型 VPS 上问不出答案。下面按四个维度拆开。

CPU 超售：用 steal time 把比例量化出来

CPU 超售的表现形式是排队。你买了一核，这一核其实是物理核心上的一个时间片，当同宿主机上的其他实例也在抢同一个物理核心时，你的虚拟核心会进入等待状态，这段时间在系统里被记录为 steal time，意思是“本该由我运行、但被宿主机拿走去跑别人了的时间”。这个指标是判断超售程度最直接的证据，`top` 命令里的 st 列、`vmstat 1` 输出里的 st 列，以及 `/proc/stat` 里 cpu 行的第 8 个字段，都是它。经验判断标准是：长期低于 5% 属于正常共享，5% 到 10% 说明邻居比较活跃但还能接受，长期高于 10% 就意味着你花钱买的算力有十分之一以上一直在被挪用，这时候不管 CPU 型号写得多好，实际体验都会打折。测量时要注意必须在你自己的负载平稳时观察，如果你自己就把 CPU 跑满了，steal time 会被业务时间挤得看不出来。具体命令和解读可以参考我们之前写的 VPS CPU 性能测试方法，里面有 sysbench 加 steal time 的完整跑法。

内存超售：balloon、KSM 与 OOM 的关系

内存超售比 CPU 危险，因为内存不能像时间片那样在空闲时被复用，它要么被占用要么空着。技术上有几种缓冲手段：一是气球驱动，宿主机通过 virtio-balloon 向客户机要回一部分内存，你要用的时候再还给你，表现得像内存“忽大忽小”；二是内存页合并，把多个虚拟机里内容相同的页合并成一份，常见于跑同一套系统模板的场景；三是换页，把不活跃的内存页写到宿主机的存储上，代价是访问时延迟上升。这三招都是合法的资源调度，但组合使用过度时，你会遇到的现象是系统显示内存充足、应用却突然变慢，或者进程被内核杀掉，`dmesg` 里出现 OOM killer 记录。判断方法是在跑内存密集型任务（数据库、构建、批量转码）时观察 `free` 和 `vmstat` 的 si/so 列，如果 swap 读写持续非零而你的程序又在正常使用内存，说明宿主机层面在换页，性能损失会非常明显。容器方案这里要更小心，前面说过容器通常没有独立 swap，宿主机内存紧张时你能拿到多少内存几乎完全取决于商家的策略。

磁盘超售：thin provisioning 和 IOPS 才是真瓶颈

磁盘超售有两层。第一层是容量，很多商家用的是精简置备，也就是把存储池按上限分配给多个客户，每个客户看到的 50GB 只是一个限额而不是已预留的 50GB 空间，池子里的实际余量可能远小于所有客户容量之和。第一层轻易不会出问题，因为绝大多数用户的盘用不满。真正会天天影响体验的是第二层：IOPS 和吞吐的共享。你的 50GB 空间背后可能是几千块盘组成的阵列，也可能是同一批机械盘上几十个邻居，容量写起来一样，读写速度差别能有十倍。判断方法是在自己机器上跑顺序读写和随机读写两组测试，随机读写用 `fio` 或者 `dd` 配合 `oflag=direct` 绕过缓存，同时用 `iostat -x 1` 看 %util 和 await 两个数字：%util 长期接近 100% 说明磁盘队列一直满，await 明显高于同配置机器的正常水平说明排队严重。这两个指标配合 steal time 一起看，基本能定位到卡顿是来自 CPU 还是磁盘，我们在 VPS 卡顿排查清单 里按排查顺序整理过一遍，可以照着走。

带宽超售：端口收敛比与晚高峰的关系

带宽的超售表现为收敛比，也就是商家卖出去的总带宽和实际上行容量的比值。一台机器标称 1Gbps 端口，不意味着它独占 1Gbps 的国际出口，几十台同机房机器共享几条上联是常规做法。平时大家用得少看不出差别，一到晚高峰国际出口拥堵，你就会看到速度掉到标称值的零头。这个维度的观察方法是按时间段记录实际速率：同一条下载链接，在凌晨和晚上八九点各测一次，如果差距超过三倍，说明你所在的机房或线路存在明显的收敛。这类问题没法通过换套餐解决，只能通过换机房或者改线路类型来处理，具体怎么判断线路质量，可以参考我们之前对 便宜 VPS 选购中线路与超售的取舍 那部分的分析。

面板和虚拟化不是一回事

很多选购文章把控制面板当成卖点，实际上面板只决定管理体验，和底层虚拟化是两码事。同样跑 KVM，可以套 SolusVM（老牌、功能稳定、后台统一，很多便宜商家都在用，例如 RackNerd 全系标配），可以用 VirtuFusion 或 Virtualizor（界面更现代，SpartanHost 的页面就在这两个面板之间切换），也可以像搬瓦工和 BuyVM 那样自己写一套。自研面板的好处是功能可以按自家产品做定制，比如 BuyVM 的 Stallion 直接在面板里分配 Anycast 地址和浮动 IP，搬瓦工的 KiwiVM 提供免费跨机房迁移，这些在通用面板里实现起来比较麻烦。反过来，通用面板的好处是你换商家时操作习惯不用重学。 真正需要和虚拟化绑在一起看的是三件事：能不能自定义内核、能不能运行需要特权或内核模块的应用、以及快照和备份是在哪个层面做的。自定义内核是 KVM 相对容器的核心优势；特权应用和容器直接相关；快照层面则决定了回滚的粒度，宿主机层面的快照往往需要商家介入，而 Stallion、KiwiVM 这类自带快照的方案你可以自己操作。选购时把这三件事想清楚，比对比面板 logo 有用得多。

一份可以直接照着跑的体检清单

这张表建议在新机器上线后的第一周内跑完一遍，尤其是 steal time 和磁盘随机读写这两项，它们的数值会随着同宿主机上其他客户的增加而变差，所以值得在部署正式业务之前和运行一个月之后各测一次做对比。所有指标里最先要看的是 steal time，因为它是最容易出现明显异常、也最容易解释卡顿现象的一个：如果你的 CPU 型号是 Ryzen 9 这类看起来很强的处理器，但 steal time 长期在 15% 以上，那实际拿到的算力可能还不如一台被正常切分的老 Xeon。

常见问题

KVM 一定比 OpenVZ 好吗？

不绝对，取决于你要跑什么。KVM 的优势是独立内核、可自定义、能跑 Windows 和特权应用，但同等价格下配置更低。容器方案在纯 Linux 且不需要内核权限的场景里效率更高。2026 年的现实是经典 OpenVZ 已经停更，市面上的容器方案很少，碰到时优先确认它是不是存量资源。

steal time 多少算正常？

长期低于 5% 属于正常共享范围，5% 到 10% 说明邻居比较活跃，长期高于 10% 就该考虑换机器或换商家了。测量时要在自己负载平稳的状态下观察，自己把 CPU 跑满时 steal time 会被业务时间挤掉，看不出真实比例。容器方案在 `top` 里可能没有独立的 st 列，需要用 cgroup 的 CPU 统计替代观察。

为什么 1GB 内存的机器只显示 9xx MB？

这是计量单位和系统预留共同造成的，和虚拟化类型关系不大。商家按十进制 GB 宣传，系统按二进制 GiB 显示，1GB 等于 0.93GiB；再扣掉内核、驱动和虚拟化组件的占用，剩下九百多 MB 属于正常。如果显示的可用内存明显低于这个范围，才需要怀疑商家做了手脚。

内存可以超售吗？

可以，手段包括气球驱动、内存页合并和宿主机换页，都是合法调度但会影响性能。表现是程序运行变慢、`vmstat` 的 si/so 持续非零、极端情况下进程被 OOM killer 杀掉。容器方案在这方面的保障更弱，因为通常没有独立 swap，宿主机内存紧张时几乎没有缓冲空间。

我该选共享核还是独占核？

看负载是否持续。断续使用的场景（建站、脚本、监控、备份）共享核完全够用，多花的钱不如加到内存上；持续吃满 CPU 的负载（编译、转码、爬虫集群、渲染）必须用独占核，因为共享核上长期跑满不但自己慢，还会触发商家的资源滥用条款。选购时注意区分“核心数”和“是否独享”，这两个参数经常被混在一行里宣传。

怎么判断商家超售严重？

看三点：steal time 是否长期偏高、磁盘随机读写的 await 是否明显高于同价位水平、晚高峰与凌晨的实际带宽差距是否超过三倍。三项里有两项异常，基本可以判定这台机器被切得过薄。注意要和自己同价位的产品横向比，不要拿便宜方案去比高价位机器的数值，比较基准错了结论就会错。

总结

虚拟化类型决定了你能做什么，超售比例决定了你做这件事的体验。KVM 给了你完整的内核控制权和运行任意系统的自由，代价是同等价格下配置偏低；容器方案效率更高但被绑在宿主机内核上，适合纯 Linux 且权限需求简单的场景。两者都是合理选项，真正需要警惕的是把容器方案当全虚拟化卖、或者在 KVM 上把资源切得过薄的做法。

至于超售，它不可能为零，也不该被当成商家欺诈，共享本来就是低价的前提。你能做的是拿到机器之后用 steal time、磁盘 await 和分时段带宽这三个指标把实际到手的资源量测出来，不必费劲去找一家完全不超售的商家，再决定这台机器适合承载什么。这三个数字比任何评测文章的形容词都可靠，而且花不了半小时。养成为每台新机器做一次体检的习惯，能省掉的试错成本远超这点时间。

落地建议很简单：把上面那张体检清单存下来，新机器开通后第一周内跑完一遍，重点记下 steal time 的两个数值：部署业务前测一次、运行一个月后再测一次，这两个数字会随着同宿主机邻居的增加而变化。如果你打算在黑五这类节点入手年付方案，记得先测再买，年付档大多不支持退款，把测试做在付款前是唯一可控的环节。文中命令与阈值适用于主流 Linux 发行版，具体参数请结合自己机器的实际负载判断。