今年年初，我们对我们的vSphere环境进行了升级，从vSphere 5.0升级到vSphere 5.1 U1 Build 1063329。这个环境包括大约十几个ESXi主机和一个托管在Windows Server 2008 R2 SP1上的vCenter实例。在这个项目中，有一个未解决的问题是虚拟机的虚拟硬件升级。 我不太明白为什么我要花时间去升级所有虚拟机的虚拟硬件版本。我们新创建的虚拟机使用的是虚拟硬件v.9，这是vSphere 5.1 U1中支持的最新版本，解决了我们在旧的vSphere 5.0实例上使用Windows Server 2012 R2和WinPE 4.0时遇到的问题。所有旧的虚拟机都兼容虚拟硬件版本（KB2007240），所以我们没有被迫升级它们的硬件版本。 除了避免将来需要进行这样的操作并确保所有虚拟机都在最新的虚拟硬件版本上运行之外，我是否错过了一些技术上升级所有虚拟机的虚拟硬件到“最新”版本9的理由？虚拟硬件的升级并不是一件轻松的事情，因为我必须关闭虚拟机，对其进行快照或备份，然后再升级几百个虚拟机。在替换虚拟机时，除了直接切换而不是逐步升级的方式外，我还有什么理由这样做呢？
一般来说，虚拟硬件版本引入了新的功能，扩展了限制，并可能对性能产生影响。请参阅VMware硬件版本矩阵。 目前您使用的vSphere版本不需要担心这个问题。根据您的设置，您可以一整天都在旧版本上运行。对于您的特定情况，选择VM硬件版本8听起来是最好的选择。 关于虚拟硬件版本唯一需要考虑的是从版本8或vmx-09迁移到在vSphere 5.5中引入的vmx-10。这种迁移有可管理性的影响。但是好消息是，通过vSphere Web Client，您可以在客户机重新启动期间安排虚拟机版本升级的过程。
