vSphere 版本演进与升级路线：从 6.x 到 9 需要注意什么

vSphere 从 6.x 走到 9，版本号变化背后是授权模式、硬件兼容和生命周期的一整套变化。很多老教程里的做法在新版本上已经行不通了。这篇梳理版本演进与升级路线，帮你判断「我这套环境该不该升、怎么升」。

一、版本演进脉络

变化最需要留意的不是功能，而是三件事：CPU 世代门槛、硬件兼容列表、授权与命名。

二、升级前必须确认的四件事

1. CPU 是否被支持：7.0 之后对处理器有最低要求，老 Xeon 甚至消费级平台可能直接被拒。到官方兼容性指南（ Compatibility Guide）里按 CPU 型号查一次，比装完再回退省事得多。
2. 网卡与存储控制器：消费级 Realtek 网卡、部分 SATA 控制器在新版本里被移出支持列表，装完出现「找不到存储」的情况很常见。
3. vCenter 与 ESXi 版本搭配：vCenter 的版本必须不低于它管理的主机版本，且不能跨太多代。跨大版本升级通常要先升 vCenter 再升主机。
4. 备份先行：升级前把 vCenter 配置、虚拟机清单、授权凭证全部备份；有条件先在一台非关键主机上试升级。

三、升级路径怎么走

• 6.x → 7.0：通常需要先升 vCenter 到 7.0，再逐台升级主机；跨度过大时官方建议分阶段进行。
• 7.0 → 8.0：路径相对平滑，vCenter 先升，主机可用 Update Manager 批量推送，一次升一台并观察。
• 8.0 → 9.x：授权与打包方式变化较大，建议先确认采购与订阅方案，再规划技术升级。
• 跨版本跳跃：官方一般不支持直接从 6.x 直升 8.0，需要通过中间版本过渡或重建。

四、授权这件事必须同步考虑

从 Broadcom 接手之后，vSphere 的授权以订阅制为主，老的永久授权不再新售。升级前至少要理清：

• 现有授权还剩多久、能不能覆盖新版本；
• 升级后是否需要更换授权档位（比如原来用 Standard，新功能需要更高档位）；
• 许可证的统一管理与到期提醒。

具体可参考站内的《ESXi 与 vSphere 授权完全指南》那一篇，里面有许可证更换的完整操作步骤。

五、还在跑 6.x 的环境怎么办

现实中不少工控、医疗、教育场景还停留在 6.x，原因通常是业务软件兼容性。如果暂时不能升，至少做这几件事：

• 物理隔离：不要对公网暴露管理界面，vCenter 与 ESXi 的管理网络限定在内网。
• 补丁跟进：即便不升大版本，安全补丁仍要打——已停止支持的版本意味着没有新补丁，风险要按「不可修补」来评估。
• 制定迁移计划：给出明确的时间表，评估是升 vSphere 还是迁移到 Proxmox VE 等开源平台。
• 授权合规：停止支持的版本在授权层面同样要合规，不要用来路不明的密钥续命，商业环境有合规审计风险。

小结

升级 vSphere 的决策顺序应该是：先查 CPU 与硬件兼容 → 再确认授权方案 → 然后才是技术升级步骤。把前两步做在前面，后面基本不会出现「升到一半发现硬件不支持、授权也对不上」的尴尬。