vSphere – 为什么升级虚拟机硬件版本？
在今年年初，我们将vSphere环境从vSphere 5.0升级到vSphere 5.1 U1 Build 1063329，这些升级包括十二个ESXi主机和一个托pipe在Windows Server 2008 R2 SP1上的vCenter实例。 这个项目的一个突出问题是虚拟机的虚拟硬件升级。
我无法理解为什么我应该去工作，并停机升级所有虚拟机上的虚拟硬件版本。 我们新创build的虚拟机正在使用虚拟硬件v。9，这是vSphere 5.1 U1中最新支持的版本，可解决我们在旧版vSphere 5.0实例上使用Windows Server 2012 R2和WinPE 4.0所遇到的问题。 我们所有的旧版虚拟机都是兼容的虚拟硬件版本（ KB2007240 ），所以我们不必强制升级他们的硬件版本。
我是否错过了将所有虚拟机的虚拟硬件升级到“最新”版本9的一些技术原因，因为来宾操作系统和ESXi兼容性不是问题？ 升级虚拟硬件不一定是微不足道的，因为我必须closures虚拟机，创build快照或备份虚拟硬件，然后升级到几百个虚拟机。 除了避免在将来这样做，而且我们所有的虚拟机都运行在最新的虚拟硬件版本上，我们为什么要replace虚拟机来做滚动升级而不是滚动升级呢？
- 嵌套的RDP和VMWare以及ILO控制台会话：按键重复和延迟
- 如何禁用ESXi中的交换文件？
- 在VMWare快照中永久运行性能不佳？
- 在ESXi服务器中如何分配内存？
- 由通过USB连接的APC UPS触发的VMware ESXiclosures
一般而言，虚拟硬件版本会引入新的function，扩展限制并可能会影响性能。 请参阅VMware硬件版本matrix 。
不要担心这个问题，因为您现在正在修改vSphere。 根据您的设置，您可以在旧版本上运行一整天。 虚拟机硬件版本8听起来是您的具体情况的最佳select。
关于虚拟硬件版本的唯一真正考虑是从版本8或vmx-09升级到vSphere 5.5中引入的vmx-10。 这一举措有可pipe理性的影响 。 但从积极的angular度来看，通过vSphere Web Client可以简化该过程，从而允许您在重新启动guest虚拟机时安排VM版本升级。
