¿Qué es la virtualización anidada?

Virtualización anidada es una característica que le permite ejecutar Hyper-V dentro de una máquina virtual (VM) de Hyper-V. En este artículo se explica cómo funciona la virtualización anidada, sus ventajas y cuándo usarla en su entorno. Por ejemplo, la virtualización anidada puede ser útil para:

• Ejecución de aplicaciones o emuladores en una máquina virtual anidada
• Prueba de versiones de software en máquinas virtuales
• Reducción de los tiempos de implementación para entornos de entrenamiento
• Utilizar el aislamiento de Hyper-V para contenedores

Los procesadores modernos incluyen características de hardware que hacen que la virtualización sea más rápida y segura. Hyper-V se basa en estas extensiones de procesador para ejecutar máquinas virtuales, por ejemplo, Intel VT-x y AMD-V. La virtualización anidada hace que la compatibilidad de este hardware esté disponible para las máquinas virtuales invitadas.

El siguiente diagrama muestra Hyper-V sin anidamiento. El hipervisor Hyper-V toma el control total de las capacidades de virtualización del hardware (flecha naranja), y no las expone al sistema operativo invitado.

Por el contrario, el siguiente diagrama muestra Hyper-V con la Virtualización anidada activada. En este caso, Hyper-V expone las extensiones de virtualización de hardware a sus máquinas virtuales. Con el anidamiento habilitado, una máquina virtual invitada puede instalar su propio hipervisor y ejecutar sus propias máquinas virtuales invitadas.

Cambio de tamaño de memoria en tiempo de ejecución y memoria dinámica

Cuando Hyper-V se está ejecutando en una máquina virtual, esta debe desactivarse para ajustar su memoria. Significa que aunque la memoria dinámica esté habilitada, la cantidad de memoria no fluctúa. El simple hecho de habilitar la virtualización anidada no tiene ningún efecto sobre la memoria dinámica o el redimensionamiento de la memoria en tiempo de ejecución.

Para las máquinas virtuales sin memoria dinámica habilitada, el intento de ajustar la cantidad de memoria durante la ejecución no funciona. La incompatibilidad solo se produce mientras Hyper-V se está ejecutando en la VM.

Aplicaciones de virtualización que no son de Microsoft

Las aplicaciones de virtualización que no sean Hyper-V no son compatibles con las máquinas virtuales Hyper-V y es probable que no funcionen. Las aplicaciones de virtualización incluyen cualquier software que requiera extensiones de virtualización de hardware.

Escenarios admitidos

El uso de una máquina virtual Hyper-V anidada en producción es compatible tanto para Azure como para las instalaciones locales en los siguientes escenarios. También le recomendamos que se asegure de que sus servicios y aplicaciones también son compatibles.

La virtualización anidada no es adecuada para clústeres de conmutación por error de Windows Server y aplicaciones sensibles al rendimiento. Le recomendamos que evalúe completamente los servicios y aplicaciones.

VMs Hyper-V sobre VM Hyper-V

La ejecución de máquinas virtuales Hyper-V anidadas en máquinas virtuales Hyper-V es ideal para laboratorios de pruebas y entornos de evaluación. Especialmente cuando las configuraciones pueden modificarse fácilmente y los estados guardados pueden utilizarse para volver a configuraciones específicas. Los laboratorios de pruebas no suelen requerir el mismo acuerdo de nivel de servicio (SLA) que los entornos de producción.

Los entornos de producción que ejecutan máquinas virtuales Hyper-V son compatibles. Asegúrese de que sus servicios y aplicaciones también estén admitidos. Si usa una máquina virtual anidada Hyper-V en producción, asegúrese de evaluar completamente si los servicios o las aplicaciones proporcionan el comportamiento esperado.

Para obtener más información sobre la configuración de la virtualización anidada en Azure, consulte nuestro blog de la comunidad técnica Cómo configurar la virtualización anidada para Azure VM/VHD.

Virtualización que no es de Microsoft en la virtualización de Hyper-V

Aunque es posible que la virtualización que no sea de Microsoft se ejecute en Hyper-V, Microsoft no prueba este escenario. No se admite la virtualización no perteneciente a Microsoft en la virtualización Hyper-V. Asegúrese de que el proveedor del hipervisor admite este escenario.

Hyper-V virtualización en plataformas de virtualización que no son de Microsoft

Aunque puede ser posible que la virtualización Hyper-V se ejecute en virtualización no de Microsoft, Microsoft no prueba este escenario. La virtualización Hyper-V no está soportada en entornos de virtualización que no sean de Microsoft. Asegúrese de que el proveedor del hipervisor admite este escenario.

Azure Local anidado en máquinas virtuales de Hyper-V

Azure Local está diseñado y probado para ejecutarse en hardware físico validado. Azure Local puede ejecutarse anidado en una máquina virtual para su evaluación, pero no se admiten entornos de producción en una configuración anidada.

Para más información sobre Azure Local anidado en máquinas virtuales Hyper-V, consulte Virtualización anidada en Azure Local.

Contenedores aislados de Hyper-V que se ejecutan anidados en Hyper-V

Microsoft ofrece aislamiento Hyper-V para contenedores. Este modo de aislamiento ofrece seguridad mejorada y mayor compatibilidad entre las versiones del host y del contenedor. Con el aislamiento de Hyper-V, varias instancias de contenedor se ejecutan simultáneamente en un host. Cada contenedor se ejecuta dentro de una máquina virtual altamente optimizada y obtiene efectivamente su propio kernel. Dado que un contenedor aislado de Hyper-V ofrece aislamiento a través de una capa de hipervisor entre sí mismo y el host del contenedor, cuando el host del contenedor es una máquina virtual basada en Hyper-V, hay una sobrecarga de rendimiento. La sobrecarga de rendimiento asociada se produce en términos de tiempo de arranque del contenedor, almacenamiento, red y operaciones de CPU.

Cuando un contenedor aislado de Hyper-V se ejecuta en una máquina virtual Hyper-V, se está ejecutando anidado. El uso de una VM Hyper-V abre muchos escenarios útiles, pero también aumenta la latencia, ya que hay dos niveles de hipervisores ejecutándose por encima del host físico.

Se admite la ejecución de contenedores aislados Hyper-V anidados en Hyper-V. Se admite un nivel de virtualización anidada en producción, lo que permite implementaciones de contenedores aislados.

Para más información sobre contenedores Hyper-V anidados, consulte Ajuste del rendimiento de Windows Server Containers.

Ejecutar WSL2 en una máquina virtual de Hyper-V que se ejecuta anidada en Hyper-V

El Subsistema Windows para Linux (WSL) es una característica del sistema operativo Windows que le permite ejecutar un sistema de archivos Linux, junto con herramientas de línea de comandos Linux y aplicaciones GUI, directamente en Windows.

Se admite la ejecución de WSL2 en una máquina virtual Hyper-V anidada en Hyper-V.

Para más información sobre cómo habilitar WSL 2 en una máquina virtual, consulte Preguntas frecuentes sobre Subsistema de Windows para Linux.

Contenido relacionado

• Ejecución de Hyper-V en una máquina virtual con la virtualización anidada