vSphere: ¿por qué actualizar la versión de hardware de VM?

18

A principios de año, realizamos una actualización de nuestro entorno vSphere de vSphere 5.0 a vSphere 5.1 U1 Build 1063329 comprometido con aproximadamente una docena de hosts ESXi y una instancia de vCenter alojada en Windows Server 2008 R2 SP1. Una de las cuestiones pendientes de este proyecto es la actualización del hardware virtual para máquinas virtuales .

Tengo problemas para entender por qué debo ir al trabajo y al tiempo de inactividad para actualizar la versión de hardware virtual en todas nuestras máquinas virtuales. Nuestras máquinas virtuales recién creadas utilizan hardware virtual v. 9, la versión compatible más reciente en vSphere 5.1 U1 que resuelve los problemas que teníamos con Windows Server 2012 R2 y WinPE 4.0 en nuestra instancia anterior de vSphere 5.0. Todas nuestras máquinas virtuales más antiguas son versiones de hardware virtual compatibles ( KB2007240 ), por lo que no estamos obligados a actualizar su versión de hardware.

¿Me falta alguna razón técnica para actualizar todo el hardware virtual de nuestra máquina virtual a la "versión más reciente" ya que el sistema operativo invitado y la compatibilidad con ESXi no son problemas? Actualizar el hardware virtual no es necesariamente trivial, ya que tengo que apagar la máquina virtual, tomar una instantánea o hacer una copia de seguridad y luego actualizarla por unos cientos de máquinas virtuales. Además de evitar tener que hacer esto en el futuro y obtener buenas noticias de que todas nuestras máquinas virtuales se ejecutan en la versión de hardware virtual más reciente, ¿por qué debería molestarme en hacer un corte directo en lugar de una actualización continua mientras reemplazamos nuestras máquinas virtuales?


fuente

Respuestas:

17

En general, las versiones de hardware virtual introducen nuevas funcionalidades, extienden límites y pueden tener implicaciones de rendimiento. Consulte la matriz de versiones de hardware de VMware .

No se preocupe por esto para la revisión de vSphere en la que se encuentra ahora. Puede ejecutar todo el día en versiones anteriores, según la configuración que tenga. La versión 8 del hardware de VM parece la mejor opción para su situación específica.

La única consideración real con respecto a las versiones de hardware virtual es el cambio de la versión 8 o vmx-09 a la vmx-10 introducida en vSphere 5.5. Hay implicaciones de manejabilidad de este movimiento. Pero en el aspecto positivo, ese proceso se simplifica a través de vSphere Web Client, que le permite programar la actualización de la versión de VM durante el reinicio del invitado.

ingrese la descripción de la imagen aquí

ewwhite
fuente
1
la opción "Solo actualizar después del apagado normal del sistema operativo invitado" es muy buena
warren
Por lo que he observado, "Solo actualizar después del apagado normal del sistema operativo invitado" es inútil. Cuando está marcada, la actualización de la versión de hardware solo ocurre cuando la VM está apagada, no cuando se reinicia el sistema operativo invitado, lo que básicamente arruina la idea de una actualización "programada" (u oportunista).
Nicolas Melay