今年年初,我们对vSphere环境进行了升级,从vSphere 5.0升级到vSphere 5.1 U1 Build 1063329,其中包括十几个ESXi主机和一个托管在WindowsServer2008R2 SP1上的vCenter实例。该项目的突出问题之一是虚拟机的虚拟硬件的升级。
我很难理解为什么我应该去工作和停机,以升级虚拟硬件版本的所有‘m。我们新创建的虚拟机正在使用Virtual . 9,这是vSphere 5.1 U1中最新支持的版本,它解决了我们在旧的vSphere 5.0实例上使用Windows 2012 R2和WinPE 4.0时遇到的问题。我们所有的旧虚拟机都是兼容的虚拟硬件版本(KB2007240),因此我们不会被迫升级它们的硬件版本。
我是不是错过了一些技术原因,将我们所有的虚拟机虚拟硬件升级到“最新”版本9,因为来宾操作系统和ESXi兼容性不是问题?升级虚拟硬件不一定简单,因为我必须关闭VM,对其进行快照或备份,然后对其进行几百个VM的升级。除了避免将来不得不这样做和获得所有VM在最新的虚拟硬件版本上运行的温暖模糊之外,我为什么要麻烦地做一个直切割机,而不是在我们替换我们的虚拟机时进行滚动升级?
发布于 2014-03-06 21:36:47
一般来说,虚拟硬件版本引入了新的功能,扩展了限制,并可能产生性能影响。见VMware硬件版本矩阵。
不要为您现在正在进行的vSphere的修订而担心这个问题。根据您的设置,您可以在旧版本上运行一整天。VM硬件版本8听起来是适合您特定情况的最佳选择。
对于虚拟硬件版本,唯一真正的考虑是从版本8或vmx-09转移到vSphere 5.5中引入的vmx-10。有可管理性含义的这一举动。但积极的是,这个过程是通过客户端简化的,它允许您在vSphere重新启动期间安排VM版本的升级。

https://serverfault.com/questions/580351
复制相似问题