3. 大规模虚拟机部署规划

当虚拟机数量从几十台上升到几百甚至上千台时，部署工作就不再是“逐台创建”的问题，而是“批量可管理”的问题。批量部署失败往往不是单台配置错误，而是容量、命名、资源池、存储和网络五个维度没有提前规划，导致部署到中途出现资源不足、名称冲突、存储超配或网络不通。本节围绕这五个维度，说明如何在大规模部署前完成规划，使批量部署过程可预测、可追溯、可回滚。

容量评估：先算清楚“能放多少”

容量评估的核心是回答三个问题：集群还能承载多少台虚拟机、每台虚拟机需要多少资源、预留多少余量。以一台典型业务虚拟机为例，假设配置为 4 vCPU、8 GB 内存、100 GB 精简置备磁盘，运行后实际内存占用约 6 GB。若集群有 6 台 ESXi 主机，每台 2 路 16 核、512 GB 内存，则集群总逻辑 CPU 为 192 核、总内存 3072 GB。

按 vCPU 与物理核超分比 4:1 计算，CPU 可承载约 768 个 vCPU，即约 192 台该规格虚拟机；按内存不超分、预留 20% 余量计算，可用内存约 2457 GB，可承载约 409 台。两者取小值，CPU 成为瓶颈，因此该集群按此规格大约可部署 190 台左右。这个数字是规划上限，实际部署时还要扣除管理组件、备份代理和故障切换预留。建议在部署前用表格记录每个集群的“已用/可用/预留”三列，部署过程中每批更新一次，避免超配。

命名规范：让批量对象可检索

大规模环境下，虚拟机名称是运维人员最常用的检索入口。命名规范应包含位置、用途、序号和角色四类信息，并保持固定分隔符。例如：SH-DC01-WEB-001，其中 SH 表示站点，DC01 表示集群或数据中心，WEB 表示业务角色，001 表示三位序号。这样在 vCenter 搜索框中输入 WEB 即可列出所有 Web 层虚拟机，输入 SH-DC01 即可列出该集群全部对象。

命名规范还要覆盖虚拟机之外的关联对象：资源池、端口组、数据存储文件夹、标签和自定义属性。建议在部署前先建立命名对照表，明确每一类对象的命名模板和序号范围，避免批量脚本生成时出现重名。对于需要跨集群迁移的虚拟机，名称中不应包含会随迁移变化的物理主机信息，否则迁移后名称即失效。

资源池设计：把竞争关系提前隔离

资源池的作用不是“把资源分完”，而是把不同业务之间的资源竞争关系显式化。大规模部署中，建议按业务等级划分资源池，而不是按部门或按虚拟机逐台划分。例如在集群下建立 RP-Prod、RP-Test、RP-Dev 三个资源池，分别设置 CPU 份额为 高、中、低，内存份额同理。份额只在资源竞争时生效，空闲时不会限制使用，因此不需要为每个池预留全部资源。

资源池的层级不宜超过三层，否则份额计算和排障都会变得困难。对于有明确性能要求的核心业务，可以设置预留（Reservation），但预留总量不应超过集群可用资源的 70%，否则会限制后续批量部署的弹性。部署前应确认每个资源池的份额、预留和限制三项参数，并记录在部署检查表中。

存储策略选型：按数据特征匹配能力

存储策略决定虚拟机的放置位置和数据服务级别。大规模部署时，应先把数据按特征分类，再匹配存储策略。常见分类包括：操作系统盘、业务数据盘、日志盘、备份盘和临时盘。操作系统盘通常要求中等 IOPS 和较高可用性，可选用 RAID 10 的 VMFS 数据存储；业务数据盘若为数据库，应选用支持 VAAI 硬件加速和较高 IOPS 的策略；日志盘写入频繁但可容忍一定延迟，可放在容量型存储上。

在 vSphere 中，存储策略通过“虚拟机存储策略”绑定到虚拟机或虚拟磁盘。部署前应建立策略清单，明确每个策略对应的数据存储类型、RAID 级别、精简或厚置备方式以及是否启用加密。批量部署时，建议为每类虚拟机预先创建好存储策略，部署脚本只引用策略名称，不直接指定数据存储，这样后续存储迁移时只需调整策略，不必逐台修改虚拟机配置。

网络拓扑规划：先定端口组和 VLAN

网络规划的关键是“先定端口组，再定虚拟机”。大规模部署中，建议按业务角色划分端口组，例如 PG-WEB、PG-APP、PG-DB、PG-MGMT，每个端口组绑定一个 VLAN。虚拟机网卡在部署时直接接入对应端口组，而不是逐台指定 VLAN ID。这样既减少配置错误，也便于后续统一调整。

对于跨主机通信，应确认所有 ESXi 主机的上行链路和物理交换机端口已放通对应 VLAN。批量部署前，建议先在一台主机上创建测试虚拟机，验证各端口组的连通性、DHCP 或 IP 池可用性以及 DNS 解析。若使用分布式交换机，还应确认端口组已正确绑定到所有主机，避免部分主机上虚拟机无法接入网络。

把五项规划落到部署检查表

上述五个维度最终要落到一份可执行的部署检查表中。检查表不需要复杂，但必须覆盖每批部署前的确认项和部署后的核对项。以下是一份可直接参考的示例，字段和阈值可根据实际环境调整。

批量部署的执行顺序建议为：先确认容量和存储余量，再创建资源池和端口组，然后按命名模板批量创建虚拟机，最后逐批核对检查表。每批部署完成后，至少抽查 10% 的虚拟机，确认名称、资源池归属、存储策略和网络端口组与规划一致。若发现偏差，应在下一批部署前修正模板或脚本，而不是逐台手工修补，否则规模越大，偏差越难收敛。

完成上述规划后，批量部署就不再依赖个人经验，而是依赖可复用的模板、策略和检查表。容量评估给出上限，命名规范保证可检索，资源池隔离竞争，存储策略匹配数据特征，网络拓扑保证连通性。五者共同构成大规模虚拟机部署的可管理基础，也是后续生命周期管理（如批量迁移、批量升级、批量回收）能够顺利开展的前提。