虚拟化云平台：节点数、内存与超分，三个数字定成败

这个页面适合谁：搜索这类词的人，通常是要把现有物理机整合，或新建一套跑多个业务系统的虚拟化平台，想知道「几台服务器、多大内存、ESXi 对硬件有什么要求」。

这类需求通常在解决什么问题

虚拟化的核心收益不是省钱，而是把「多份硬件冗余」变成「集群级冗余」。原来 7 台物理机各自跑一个业务，任何一台坏掉都有一个业务停摆；虚拟化成 3 节点集群后，任何一台节点故障，虚拟机在其他节点自动重启，中断从「以天计」变成「以分钟计」。硬件数量减少带来的机房、供电、运维成本下降是附带收益。

规划时最容易出错的是内存。多数人按 CPU 核数买机器，结果虚拟机一多就内存不足。经验规则是：先统计现有物理机的实际内存占用峰值，加总后除以 0.7-0.8（预留系统与突发余量），得到集群所需物理内存总量，再除以节点数。CPU 反而可以适度超分，vCPU 与物理核心的比例 2:1 到 4:1 在多数办公与业务场景是可接受的。

节点数量的下限是 3 台。2 节点集群虽然能跑，但一台故障后剩下一台无法承载全部负载，等于没有冗余；3 节点可以承受 1 台故障（N+1），是中小企业最常见的起点。共享存储不是必须的——用本地盘 + vSAN 或 PVE 的 Ceph/本地存储加副本，可以省掉一套独立存储的预算与单点风险。

需求画像

选型要点

以下 6 条按重要性排序，前两条通常决定预算的分配方向：

• 01节点数从 3 开始

  3 节点是 N+1 冗余的最小规模。2 节点在故障时无冗余，4 节点以上则要看虚拟机数量是否撑得起成本。

• 02内存是硬约束，CPU 可以超分

  内存不足会触发 Ballooning 与 Swap，性能断崖式下降；CPU 超分在办公场景通常无感。宁可多买内存，不要多买 CPU。

• 03vMotion 网络必须够快

  迁移一台 64GB 内存的虚拟机，千兆网络约需 12 分钟，万兆约 1.5 分钟。计划维护窗口短，就必须上万兆。

• 04硬件在兼容列表内是前提

  ESXi 对网卡与阵列卡尤其敏感。不在列表内的部件可能认不到、驱动不稳，甚至装不上。自采配件尤其要逐项核对。

• 05备份策略要和虚拟化一起设计

  虚拟机级备份比文件级备份恢复快得多。至少保留 7 天，并每季度做一次真实恢复演练——只备份不演练等于没有备份。

• 06迁移按业务重要性分批

  先迁非核心（文件共享、OA、监控回放），核心数据库单独一个窗口。旧机保留 7-30 天可回退，不要当天格式化。

三档配置建议

档位不是「好中差」，而是按规模与预算划分的起点。实际配置会在此基础上按你的具体需求调整。

常见误区

我们怎么交付

我们提供从资源盘点开始的完整流程：拉取现有物理机 30 天的 CPU、内存、磁盘 IO 数据，出集群规模测算；核对机房供电、承重与网络；到货后配置集群、HA、DRS 与 vMotion，并做一次真实的节点故障演练（拔电测试），确认虚拟机确实能自动重启。

迁移阶段按业务分批，每个批次完成后观察 24 小时再进入下一批。核心数据库的迁移单独安排在周末窗口，旧机保留可回退状态，直到客户确认业务稳定。

常见问题