虚拟机主机（Virtualization Host）指运行 Hypervisor 的物理服务器，负责给多个虚拟机提供 CPU 时间、内存、存储和网络。选型最常见的失误，是将“所有 VM 配置的 vCPU 数量相加”等同于物理 CPU 能力，却没有考虑业务峰值、磁盘随机 I/O、宿主机本身的资源占用和故障恢复。
一、先列工作负载，再购买硬件
为每台计划运行的 VM 记录：操作系统、vCPU、内存、系统盘与数据盘、日常 CPU 使用率、峰值并发、备份频次、是否对外提供服务，以及允许停机多久。建议把测试环境、数据库、Web 和远程桌面分开统计，因为它们的瓶颈不同。
| 负载 | 优先保障 | 常见瓶颈 |
|---|---|---|
| 小型 Web/开发机 | 基础内存与及时备份 | 共享 CPU 高峰、日志占盘 |
| 数据库 VM | 稳定 IOPS、内存与持久化 | 存储延迟、缓存争用 |
| Windows 远程桌面 | 交互延迟与内存 | CPU 突发、图形响应 |
| 网络设备模拟/编译 | CPU 核心和指令扩展 | 持续计算、虚拟化嵌套 |
二、vCPU 可以超分，但没有统一的“安全比例”
假设宿主机提供 16 个物理核心，给 10 台 VM 各分配 4 vCPU，总分配就是 40 vCPU，分配比为 2.5:1。这不是立即无法运行，因为很多 VM 不会同时满载；但若十台机器都执行持续编译或数据库压测，CPU Ready/等待时间就会显著上升。
关键是观测实际峰值利用率、就绪时间、CPU steal、缓存敏感性与 NUMA 跨节点访问。延迟敏感负载优先降低超分或提供 CPU 亲和性，而不是盲目继续加 vCPU。多租户共享 CPU 的超卖策略必须在容量与服务承诺之间取得平衡。
三、内存为什么比 vCPU 更需要保守？
假设物理机安装 128GB RAM：不要直接把 128GB 全部分配给虚拟机。还需要预留 Hypervisor 进程、文件系统缓存、ZFS ARC（如使用）、备份任务和意外峰值所需的空间。预留多少由软件栈、ZFS/Ceph 使用情况和实际监控决定，没有所有平台都适用的统一比例。
某台 VM 的内存已分配但未实际使用，并不意味着可以无风险重复出售；一旦多台 VM 同时吃满，swap、内存回收甚至 OOM 将直接影响性能。Proxmox VE 官方要求也强调应在客户系统之外为宿主机与存储功能配置额外内存。
四、磁盘：容量之外，还要看 IOPS 与故障模式
很多“小硬盘、多虚机”的方案会遭遇 I/O 风暴：多台 VM 同时更新软件、备份快照和写数据库时，IOPS 和写延迟往往比总容量先成为瓶颈。预算足够时优先选企业级 SSD/NVMe，并关注断电保护、持续写入、SMART、磨损率和固件维护。
- 本地 ZFS mirror：适合追求校验与冗余的单机，但 RAID/mirror 不能替代异地备份。
- 网络共享存储：便于多主机迁移，却依赖独立的网络和存储节点稳定性。
- Ceph：适合经过网络与节点数量规划的集群，不能把单机“装上 Ceph”当作高可用。
五、网络和远程管理同样是主机配置的一部分
至少区分管理面、存储流量、业务 VM 网络。通过 VLAN/桥接做好逻辑隔离，严控 Web 管理后台暴露；为宿主机预留独立管理地址和访问控制。大型环境需要考虑 NIC bonding、交换机冗余，以及存储网络是否为瓶颈。单台主机不论安装几张网卡，仍有主板、电源、CPU 和机柜供电等单点故障。
六、Proxmox、KVM、ESXi 怎样选？
Proxmox VE 封装了 KVM 虚拟机与 LXC 容器管理，提供 Web 控制台、存储和集群能力，适合希望快速构建可管理环境的用户。直接使用 Linux KVM/libvirt 更灵活但需要自己搭建管理与自动化。其他商业 Hypervisor 要结合当前授权、硬件兼容清单、支持周期和管理团队技能评估，不宜只按初始价格比较。
七、上线前执行六个验收动作
- 核对 BIOS/UEFI 中的 VT-x/AMD-V、IOMMU 设置与固件更新。
- 给每类 VM 做峰值 CPU/内存压力测试并记录 Ready/steal 时间。
- 模拟多台 VM 同时启动或备份，测持续 IOPS 与 p95 写延迟。
- 测试网络桥接、VLAN、防火墙和失联后带外管理方式。
- 从备份存储恢复一台完整 VM，而非只检查备份任务显示成功。
- 人为模拟单磁盘、单网卡或节点中断，记录业务影响和恢复时间。
如果还在区分虚拟机、物理服务器和托管主机，可看本站的虚拟化与主机基本概念。采购结论应来自工作负载峰值与恢复目标：好的虚拟机主机，不是“塞进最多台 VM”，而是在预期负载和故障场景下保持可管理。
交流与讨论