今年年初，我们将 vSphere 环境从 vSphere 5.0 升级到 vSphere 5.1 U1 Build 1063329，其中包括大约十几个 ESXi 主机和一个托管在 Windows Server 2008 R2 SP1 上的 vCenter 实例。该项目的一个未解决的问题是升级虚拟机的虚拟硬件。
我很难理解为什么我应该去上班并停机升级我们所有虚拟机上的虚拟硬件版本。我们新创建的虚拟机使用的是虚拟硬件版本 9，这是 vSphere 5.1 U1 中最新支持的版本，它解决了我们在旧 vSphere 5.0 实例上使用 Windows Server 2012 R2 和 WinPE 4.0 时遇到的问题。我们所有的旧虚拟机都兼容虚拟硬件版本（KB2007240），所以我们不会被迫升级他们的硬件版本。
既然客户操作系统和 ESXi 兼容性不是问题，那么我是否忽略了将所有虚拟机的虚拟硬件升级到“最新”版本 9 的一些技术原因？升级虚拟硬件并不一定是一件小事，因为我必须关闭虚拟机，对其进行快照或备份，然后为几百台虚拟机进行升级。除了避免将来必须这样做并获得所有虚拟机都在最新的虚拟硬件版本上运行的温暖感觉之外，为什么我在更换虚拟机时要费心进行直接切换而不是滚动升级？
答案1
一般而言，虚拟硬件版本会引入新功能、扩展限制并可能对性能产生影响。请参阅VMware 硬件版本列表。
对于您现在使用的 vSphere 版本，不必担心这一点。根据您现有的设置，您可以整天运行旧版本。VM 硬件版本 8听起来这是最适合您具体情况的选择。
关于虚拟硬件版本，唯一真正需要考虑的是从版本 8 或 vmx-09 迁移到 vSphere 5.5 中引入的 vmx-10。可管理性影响这次迁移的缺点。但积极的一面是，该过程通过 vSphere Web Client 得到了简化，它允许您在客户机重启期间安排 VM 版本升级。
