¿Deben apagarse los sistemas operativos invitados de máquina virtual Hyper-V antes de reiniciar Windows Server 2012 R2 en el que se están ejecutando?

9

Soy bastante nuevo en el uso de Hyper-V. Estoy tratando de aprender las mejores prácticas para apagar y reiniciar mi servidor cuando se ejecutan máquinas virtuales en él.

Tengo un servidor físico que ejecuta MS Windows Server 2012 R2. Tengo dos máquinas virtuales que se ejecutan bajo Hyper-V en este servidor de Windows. Una VM ejecuta un sistema operativo invitado de Windows 7 Professional. La otra VM está ejecutando Ubuntu 14.10.

Mi pregunta es, ¿necesito apagar cada máquina virtual antes de apagar el servidor físico o el servidor físico apagará las máquinas virtuales como parte de su apagado?

No he podido encontrar ninguna información sobre este proceso. ¿Alguien puede señalarme en la dirección correcta?

Gracias

virtual-machines windows-server-2012-r2 hyper-v-server-2012-r2 shutdown BitBug
fuente

Respuestas:

13

Depende de cómo haya configurado sus máquinas virtuales.

Si tiene sus máquinas virtuales configuradas para 'APAGAR', entonces apagar el sistema operativo host sería casi equivalente a extraer la energía de las máquinas virtuales. Si sus máquinas virtuales están configuradas de esta manera y desea que se apaguen de manera segura, primero debe apagarlas. También puede usar las otras opciones como suspender o apagar el sistema operativo invitado.

Tenga en cuenta que el apagado del invitado requiere que tenga las adiciones de invitados correctamente instaladas en el invitado. Creo que sin ellos, tendrá el efecto de "apagado", pero no estoy seguro.

apagado hyperv

Zoredache
fuente
Muy útil y me dio exactamente lo que necesitaba.
BitBug
1
No soy un experto en Hyper-V específicamente, pero parece lógico que sea posible "Apagar la VM" o "Guardar el estado de la VM" sin ninguna adición. Quiero decir, "Guardar" no debería ser más complejo que congelar el FS y la CPU virtuales, guardar la RAM y los registros de la CPU, y tal vez alguna otra información de estado (¿GPU? ¿Dispositivos de red / bus virtuales?). Su captura de pantalla (la advertencia aparece solo en la tercera opción) y la respuesta de @ dbwillis parecen respaldar esta suposición.
Slipp D. Thompson
1
He visto problemas con el software en algunos invitados en estado suspendido. Particularmente cosas que necesitan el tiempo correcto. Sin adiciones de invitados para corregir la hora en el currículum, las cosas pueden ponerse un poco torpes. Por lo tanto, es posible que no los necesite para que el invitado suspenda / reanude, realmente los quiere para que su sistema operativo invitado sea estable. Por cierto, el bloc de notas no es la mejor prueba aquí.
Zoredache
2

En mis pruebas, no, no es necesario apagar las máquinas virtuales. De hecho, probé esto al tener el bloc de notas abierto en una máquina virtual, con texto sin guardar, y luego reinicié el host.

La máquina virtual volvió con el bloc de notas abierto, con el texto allí.

Creo que en la configuración de HyperV hay una opción predeterminada para "hacer esto a la máquina virtual al reiniciar"

dbwillis
fuente
2
Esto describe solo una condición / acción única para la configuración de apagado automático de VM al apagar el host. Hay tres condiciones / acciones posibles para tratar con una VM cuando se apaga el host.
joeqwerty
2

Prefiero pasar por el proceso de apagarlos individualmente a través de la consola de administración. Si bien es bastante raro, hay veces que el estado de VM tiene un problema o no se apaga correctamente por sí solo. Esto me da la oportunidad de asegurarme de que todo esto suceda de la manera que esperaba. Sin mencionar que hay veces que la VM en sí misma no siempre libera RAM dependiendo de los sistemas que se ejecutan en ella, y aunque a menudo realmente no hace nada, me hace sentir mejor por alguna razón.

usuario356865
fuente
1

Parece que la configuración predeterminada es guardar el estado del sistema. Por lo tanto, mi opinión es que la vm individual no necesita cerrarse si se usa la configuración predeterminada.

David K.
fuente