4. 升级路径决策

在完成现状盘点与兼容性评估之后，真正决定项目走向的是路径选择。vSphere 旧版本平台升级通常有三条主线：原地升级（In-Place Upgrade）、迁移重建（Migrate & Rebuild）以及混合策略（Hybrid）。三者并不是“谁更先进”的关系，而是对停机窗口、风险承受度、硬件生命周期、许可成本和运维能力的匹配。选错路径，往往会在项目中期被迫返工，代价远高于前期多花几天做决策。

三条路径的本质差异

原地升级是在现有 ESXi 主机和 vCenter 上直接替换软件版本，保留原有主机名、IP、集群结构、分布式交换机（vDS）、存储挂载与虚拟机注册关系。典型做法是：先把 vCenter Server 升级到目标版本，再通过 vSphere Lifecycle Manager（vLCM）或 Update Manager 建立基线，将 ESXi 主机逐台置入维护模式，应用升级镜像后重启回归集群。它的核心优势是“结构不变”，虚拟机无需重新注册，网络与存储策略延续，适合硬件仍在厂商支持列表内、配置规范、无历史遗留问题的环境。

迁移重建则是新建一套目标版本平台，把虚拟机通过 vMotion、冷迁移或备份恢复方式搬到新集群，旧平台整体退役。它天然解决了“旧配置带病升级”的问题：新集群可以重新规划集群边界、vDS 版本、存储策略、NTP/AD 集成和权限模型。代价是需要额外的临时硬件或资源池，且迁移过程对网络、存储连通性要求更高。

混合策略是现实中最常见的形态：核心生产集群采用迁移重建以规避风险，边缘或测试集群采用原地升级以节省资源；或者先原地升级 vCenter，再对 ESXi 主机分批执行“升级一部分、重建一部分”。它把风险分散到不同批次，但也要求更细致的批次划分和回退设计。

停机窗口与风险的真实账

停机窗口是路径选择中最容易被低估的变量。原地升级看似“只重启主机”，但真实窗口由三部分构成：维护模式下的虚拟机迁移时间、主机固件与驱动更新后的重启时间、以及升级后逐项验证（vDS 端口组、存储多路径、HA 准入控制）的时间。以一台承载 25 台虚拟机、使用 10GbE 上行和共享存储的主机为例，若 DRS 自动迁移，单台维护模式迁移约 8–15 分钟，ESXi 镜像应用与重启约 15–25 分钟，验证约 10 分钟，单台窗口约 35–50 分钟。一个 8 主机集群串行执行，累计窗口可达 5–7 小时，且期间集群冗余度下降，必须确认 HA 准入控制不会阻止维护模式。

迁移重建的窗口则取决于数据量与迁移方式。若新旧集群共享同一存储阵列，可通过 vMotion 在线迁移，单台虚拟机切换通常在 1–3 分钟内完成，业务几乎无感；若跨存储或跨站点，则需评估带宽与 RPO。重建路径的“隐性成本”在于双轨运行期：旧集群不能立即下线，许可、机柜空间、电力和运维注意力都要维持一段时间。

成本不只是许可费

很多团队把成本简化为“许可是否要重买”。实际上，原地升级的成本主要是人力与停机损失；迁移重建的成本包括临时硬件或云上资源、迁移工具许可、双轨运行期的额外许可、以及更长的项目周期。混合策略则把成本摊到多个批次，但增加了协调与文档成本。建议用一张简单的决策表把定性判断量化，例如给“硬件在支持列表”“配置规范度”“停机容忍度”“预算余量”各赋权重，再对三条路径打分。

如何为后续章节选定路线

决策的落点不是“选哪条”，而是“哪些对象走哪条”。建议按集群而非按主机划分批次：把承载核心数据库、域控、核心交换等不可长时间中断的集群划入迁移重建；把测试、开发、边缘采集类集群划入原地升级；对硬件已过保但暂无法更换的集群，先原地升级到目标版本可支持的最高小版本，再列入下一轮硬件更新计划。这样既控制了单次变更的风险面，也让后续章节的详细操作有明确的适用对象。