¿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. Con el paso de los años el hardware ha mejorado y los casos de uso de la Virtualización Anidada se han ampliado. 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 de terceros
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. Sin embargo, se recomienda asegurarse de que sus servicios y aplicaciones también son compatibles. Si utiliza VM Hyper-V anidadas en producción, se recomienda evaluar completamente si los servicios o 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 de terceros en la virtualización Hyper-V
Aunque es posible que la virtualización de terceros se ejecute en Hyper-V, Microsoft no prueba este escenario. La virtualización de terceros en virtualización Hyper-V no se admite, asegúrese de que su proveedor de hipervisor admite este escenario.
Virtualización Hyper-V sobre virtualización de terceros
Aunque es posible que la virtualización Hyper-V se ejecute en virtualización de terceros, Microsoft no prueba este escenario. La virtualización de Hyper-V en la virtualización de terceros no es compatible, asegúrese de que su proveedor de hipervisor es compatible con este escenario.
Azure Stack HCI anidado en máquinas virtuales Hyper-V
Azure Stack HCI está diseñado y probado para ejecutarse en hardware físico validado. Azure Stack HCI se puede ejecutar anidado en una máquina virtual para su evaluación, pero los entornos de producción en una configuración anidada no son compatibles.
Para más información sobre Azure Stack HCI anidado en máquinas virtuales Hyper-V, consulte Virtualización anidada en Azure Stack HCI.
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.
Para más información sobre contenedores Hyper-V anidados, consulte Ajuste del rendimiento de Windows Server Containers.
Ejecución de WSL2 en una máquina virtual Hyper-V 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.