¿Debo crear una máquina virtual de generación 1 o 2 en Hyper-V?
Se aplica a: Windows 10, Windows 11, Windows Server 2016, Microsoft Hyper-V Server 2016, Windows Server 2019, Microsoft Hyper-V Server 2019, Windows Server 2022, Azure Stack HCI
Nota
Si tiene previsto cargar alguna vez máquinas virtuales Windows desde el entorno local a Microsoft Azure, se admiten máquinas virtuales de generación 1 y 2 siempre y cuando usen el formato de archivo VHD y tengan un disco de tamaño fijo (no de expansión dinámica). Consulte Máquinas virtuales de generación 2 en Azure para más información sobre las funcionalidades de generación 2 admitidas en Azure. Para más información sobre cómo cargar un VHD o VHDX de Windows, consulte Preparación de un VHD o VHDX de Windows para cargarlo en Azure.
La elección de crear una máquina virtual de generación 1 o de generación 2 depende del sistema operativo invitado que quiera instalar y del método de arranque que desea usar para implementar la máquina virtual. Se recomienda crear una máquina virtual de generación 2 para aprovechar las características como el arranque seguro a menos que se cumple una de las siguientes instrucciones:
- Está usando un disco virtual creado previamente (VHD o VHDX) existente que no es compatible con UEFI.
- La generación 2 no admite el sistema operativo que desea ejecutar en la máquina virtual.
- La generación 2 no admite el método de arranque que desea usar.
Para obtener más información sobre qué características están disponibles con las máquinas virtuales de generación 2, consulte Compatibilidad de características de Hyper-V por generación e invitado.
No se puede cambiar la generación de una máquina virtual después de crearla. Por lo tanto, se recomienda revisar las consideraciones aquí, así como elegir el sistema operativo, el método de arranque y las características que desea usar antes de elegir una generación.
¿Qué sistemas operativos invitados se admiten?
Las máquinas virtuales de generación 1 admiten la mayoría de sistemas operativos invitados. Las máquinas virtuales de generación 2 admiten la mayoría de las versiones de 64 bits de Windows y versiones más actuales de los sistemas operativos Linux y FreeBSD. Use las secciones siguientes para ver qué generación de máquina virtual admite el sistema operativo invitado que desea instalar.
Compatibilidad con los sistemas operativos invitados Windows
Compatibilidad con el sistema operativo invitado centOS y Red Hat Enterprise Linux
Compatibilidad con los sistemas operativos invitados FreeBSD compatibles
Compatibilidad con el sistema operativo invitado Linux de Oracle
Compatibilidad con los sistemas operativos invitados Windows
En la tabla siguiente se muestran las versiones de 64 bits de Windows que puede usar como sistema operativo invitado para máquinas virtuales de generación 1 y generación 2.
Versiones de 64 bits de Windows | Generación 1 | Generación 2 |
---|---|---|
Windows Server 2025 | ✔ | ✔ |
Windows Server 2022 | ✔ | ✔ |
Windows Server 2019 | ✔ | ✔ |
Windows Server 2016 | ✔ | ✔ |
Windows Server 2012 R2 | ✔ | ✔ |
Windows Server 2012 | ✔ | ✔ |
Windows Server 2008 R2 | ✔ | ✖ |
Windows Server 2008 | ✔ | ✖ |
Windows 11 | ✖ | ✔ |
Windows 10 | ✔ | ✔ |
Windows 8.1 | ✔ | ✔ |
Windows 8 | ✔ | ✔ |
Windows 7 | ✔ | ✖ |
En la siguiente tabla se muestran las versiones de 32 bits de Windows que puede usar como sistema operativo invitado para máquinas virtuales de generación 1 y generación 2.
Versiones de 32 bits de Windows | Generación 1 | Generación 2 |
---|---|---|
Windows 10 | ✔ | ✖ |
Windows 8.1 | ✔ | ✖ |
Windows 8 | ✔ | ✖ |
Windows 7 | ✔ | ✖ |
Compatibilidad con el sistema operativo invitado centOS y Red Hat Enterprise Linux
En la siguiente tabla se muestran las versiones de Red Hat Enterprise Linux (RHEL) y CentOS que puede usar como sistema operativo invitado para máquinas virtuales de generación 1 y generación 2.
Versiones del sistema operativo | Generación 1 | Generación 2 |
---|---|---|
Serie RHEL/CentOS 8.x | ✔ | ✔ |
Serie RHEL/CentOS 7.x | ✔ | ✔ |
Serie RHEL/CentOS 6.x | ✔ | ✔ Nota: Solo se admite en Windows Server 2016 y versiones posteriores. |
Serie RHEL/CentOS 5.x | ✔ | ✖ |
Para más información, consulte Máquinas virtuales con CentOS y Red Hat Enterprise Linux en Hyper-V.
Compatibilidad con los sistemas operativos invitados Debian
En la siguiente tabla se muestran las versiones de Debian que puede usar como sistema operativo invitado para máquinas virtuales de generación 1 y generación 2.
Versiones del sistema operativo | Generación 1 | Generación 2 |
---|---|---|
Serie Debian 10.x (buster) | ✔ | ✔ |
Serie Debian 9.x (stretch) | ✔ | ✔ |
Serie Debian 8.x (jessie) | ✔ | ✔ |
Serie Debian 7.x (wheezy) | ✔ | ✖ |
Para obtener más información, consulte Máquinas virtuales Debian en Hyper-V.
Compatibilidad con los sistemas operativos invitados FreeBSD compatibles
En la siguiente tabla se muestran las versiones de FreeBSD que puede usar como sistema operativo invitado para máquinas virtuales de generación 1 y generación 2.
Versiones del sistema operativo | Generación 1 | Generación 2 |
---|---|---|
FreeBSD 12 a 12.1 | ✔ | ✔ |
FreeBSD 11.1 a 11.3 | ✔ | ✔ |
FreeBSD 11 | ✔ | ✖ |
FreeBSD 10 a 10.3 | ✔ | ✖ |
FreeBSD 9.1 a 9.3 | ✔ | ✖ |
FreeBSD 8.4 | ✔ | ✖ |
Para obtener más información, consulte Máquinas virtuales FreeBSD en Hyper-V.
Compatibilidad con el sistema operativo invitado Linux de Oracle
En la siguiente tabla se muestran las versiones de la serie de Kernel compatibles con Red Hat que puede usar como sistema operativo invitado para máquinas virtuales de generación 1 y generación 2.
Versiones de la serie de Kernel compatibles con Red Hat | Generación 1 | Generación 2 |
---|---|---|
Serie Oracle Linux 8.x | ✔ | ✔ |
Serie Oracle Linux 7.x | ✔ | ✔ |
Serie Oracle Linux 6.x | ✔ | ✖ |
En la siguiente tabla se muestran las versiones de Unbreakable Enterprise Kernel que puede usar como sistema operativo invitado para máquinas virtuales de generación 1 y generación 2.
Versiones de Unbreakable Enterprise Kernel (UEK) | Generación 1 | Generación 2 |
---|---|---|
Oracle Linux UEK R3 QU3 | ✔ | ✖ |
Oracle Linux UEK R3 QU2 | ✔ | ✖ |
Oracle Linux UEK R3 QU1 | ✔ | ✖ |
Para obtener más información, consulte Máquinas virtuales Oracle Linux en Hyper-V.
Compatibilidad con los sistemas operativos invitados SUSE
En la siguiente tabla se muestran las versiones de SUSE que puede usar como sistema operativo invitado para máquinas virtuales de generación 1 y generación 2.
Versiones del sistema operativo | Generación 1 | Generación 2 |
---|---|---|
SUSE Linux Enterprise Server serie 15 | ✔ | ✔ |
SUSE Linux Enterprise Server serie 12 | ✔ | ✔ |
SUSE Linux Enterprise Server serie 11 | ✔ | ✖ |
Abrir SUSE 12.3 | ✔ | ✖ |
Para obtener más información, consulte Máquinas virtuales SUSE en Hyper-V.
Compatibilidad con los sistemas operativos invitados Ubuntu
En la siguiente tabla se muestran las versiones de Ubuntu que puede usar como sistema operativo invitado para máquinas virtuales de generación 1 y generación 2.
Versiones del sistema operativo | Generación 1 | Generación 2 |
---|---|---|
Ubuntu 20.04 | ✔ | ✔ |
Ubuntu 18.04 | ✔ | ✔ |
Ubuntu 16.04 | ✔ | ✔ |
Ubuntu 14.04 | ✔ | ✔ |
Ubuntu 12.04 | ✔ | ✖ |
Para obtener más información, consulte Máquinas virtuales Ubuntu en Hyper-V.
¿Cómo puedo iniciar la máquina virtual?
En la tabla siguiente se muestran los métodos de arranque que admiten las máquinas virtuales de generación 1 y generación 2.
Método de arranque | Generación 1 | Generación 2 |
---|---|---|
Arranque PXE con un adaptador de red estándar | ✖ | ✔ |
Arranque PXE con un adaptador de red heredado | ✔ | ✖ |
Arranque desde un disco duro virtual SCSI (.VHDX) o DVD virtual (.ISO) | ✖ | ✔ |
Arranque desde el disco duro virtual del controlador IDE (.VHD), DVD virtual (.ISO) o una unidad física de CD/DVD | ✔ | ✖ |
Arranque desde disquete virtual (.VFD) | ✔ | ✖ |
¿Cuáles son las ventajas de usar una máquina virtual de generación 2?
Estas son algunas de las ventajas que obtiene al usar una máquina virtual de generación 2:
Arranque seguro
Se trata de una función que verifica que el cargador de arranque está firmado por una autoridad de confianza en la base de datos de la UEFI para ayudar a evitar que se ejecuten firmware, sistemas operativos o controladores UEFI no autorizados en el arranque. Arranque seguro está habilitado de manera predeterminada para máquinas virtuales de generación 2. Si necesita ejecutar un sistema operativo invitado que no sea compatible con el arranque seguro, puede deshabilitarlo después de crear la máquina virtual. Para obtener más información, consulta Arranque seguro.
Para proteger las máquinas virtuales Linux de la generación 2 de arranque seguro, debe elegir la plantilla de arranque seguro de CA de UEFI al crear la máquina virtual.
Mayor volumen de arranque El volumen de arranque máximo para las máquinas virtuales de generación 2 es de 64 TB. Este es el tamaño máximo de disco admitido por .VHDX. En el caso de las máquinas virtuales de generación 1, el volumen de arranque máximo es de 2 TB para un archivo .VHDX y de 2040 GB para un archivo .VHD. Para obtener más información, consulte la vista del formato del disco duro virtual de Hyper-V.
Es posible que con las máquinas virtuales de generación 2 se aprecie una ligera mejora en el arranque y que se reduzca el tiempo de instalación.
¿Cuál es la diferencia en la compatibilidad con dispositivos?
En la tabla siguiente se comparan los dispositivos disponibles entre las máquinas virtuales de generación 1 y 2.
Dispositivo de generación 1 | Sustitución de generación 2 | Mejoras de generación 2 |
---|---|---|
Controladora IDE | Controladora SCSI virtual | Arranque desde .VHDX (tamaño máximo de 64 TB y capacidad de cambio de tamaño en línea) |
CD-ROM IDE | CD-ROM SCSI virtual | Admite hasta 64 dispositivos DVD SCSI por controladora SCSI. |
BIOS heredado | Firmware UEFI | Arranque seguro |
Adaptador de red heredado | Adaptador de red sintético | Arranque de red con IPv4 e IPv6 |
Controladora de disquete y controladora DMA | No es compatible con controladoras de disquete | N/D |
Receptor/transmisor asincrónico universal (UART) para puertos COM | UART opcional para depuración | Más rápido y fiable |
Controladora de teclado i8042 | Entrada basada en software | Usa menos recursos porque no hay emulación. Además, también reduce la superficie expuesta a ataques del sistema operativo invitado. |
Teclado PS/2 | Teclado basado en software | Usa menos recursos porque no hay emulación. Además, también reduce la superficie expuesta a ataques del sistema operativo invitado. |
Mouse PS/2 | Mouse basado en software | Usa menos recursos porque no hay emulación. Además, también reduce la superficie expuesta a ataques del sistema operativo invitado. |
Vídeo S3 | Vídeo basado en software | Usa menos recursos porque no hay emulación. Además, también reduce la superficie expuesta a ataques del sistema operativo invitado. |
Bus PCI | Ya no es necesario | N/D |
Controladora programable de interrupciones (PIC) | Ya no es necesario | N/D |
Temporizador de informes programable (PIT) | Ya no es necesario | N/D |
Dispositivo Super I/O | Ya no es necesario | N/D |
Más información sobre las máquinas virtuales de generación 2
Estas son algunas sugerencias adicionales sobre el uso de máquinas virtuales de generación 2.
Adjuntar o agregar una unidad de DVD
- No se puede conectar una unidad física de CD o DVD a una máquina virtual de generación 2. La unidad de DVD virtual de las máquinas virtuales de generación 2 solo admiten archivos de imagen ISO. Para crear un archivo de imagen ISO de un entorno de Windows, puede utilizar la herramienta de línea de comandos OScdimg. Para más información, vea Opciones de la línea de comandos de Oscdimg.
- Al crear una nueva máquina virtual con el
New-VM
cmdlet de Windows PowerShell, la máquina virtual de generación 2 no dispone de unidad de DVD. Se puede agregar una unidad de DVD mientras se ejecuta la máquina virtual.
Usar Firmware UEFI
- No es necesario disponer de arranque seguro o firmware UEFI en el host físico de Hyper-V. Hyper-V proporciona firmware virtual a máquinas virtuales que son independientes de lo que se encuentra en el host de Hyper-V.
- El firmware UEFI de una máquina virtual de generación 2 no es compatible con el modo de configuración para arranque seguro.
- No se admite la ejecución de un shell ueFI u otras aplicaciones UEFI en una máquina virtual de generación 2. El uso de un shell UEFI o aplicaciones UEFI que no sean de Microsoft es técnicamente posible si se compilan directamente desde los orígenes. Si dichas aplicaciones no han sido firmadas digitalmente de forma correcta, se deberá deshabilitar el arranque seguro para la máquina virtual.
Trabajar con archivos VHDX
- Se puede cambiar el tamaño de un archivo VHDX que contiene un volumen de arranque para una máquina virtual de generación 2 mientras se ejecuta la máquina virtual.
- No se admite ni se recomienda crear un único disco virtual (archivo VHD o VHDX) que se pueda arrancar para tanto máquinas virtuales de generación 1 como de generación 2. En su lugar, cree archivos VHDX de arranque que solo tienen como destino máquinas virtuales de generación 1 o generación 2.
- La generación de máquina virtual es una propiedad de la máquina virtual, no una propiedad del disco duro virtual. No se puede saber si un archivo VHDX fue creado por una máquina virtual de generación 1 o de generación 2.
- Un archivo VHDX creado con una máquina virtual de generación 2 puede conectarse a la controladora IDE o a la controladora SCSI de una máquina virtual de generación 1. Pero dicha máquina virtual de generación 1 no arrancará con un archivo VHDX de arranque.
Uso de IPv6 en lugar de IPv4
Al arrancar desde la red con PXE, las máquinas virtuales de generación 2 usan IPv4 de forma predeterminada. Para usar IPv6 en su lugar, ejecute el cmdlet Set-VMFirmware Windows PowerShell. Por ejemplo, el comando siguiente establece el protocolo preferido como IPv6 para la máquina virtual llamada TestVM:
Set-VMFirmware -VMName 'TestVM' -IPProtocolPreference IPv6
Adición de un puerto COM para la depuración del kernel
Los puertos COM no están disponibles en las máquinas virtuales de generación 2 hasta que los agregue. Puede hacerlo con Windows PowerShell o Instrumental de administración de Windows (WMI). En estos pasos se muestra cómo hacerlo con Windows PowerShell.
Para agregar un puerto COM:
Deshabilita arranque seguro. La depuración de kernel no es compatible con el arranque seguro. Asegúrese de que la máquina virtual está en estado Desactivado y, a continuación, use el cmdlet Set-VMFirmware . Por ejemplo, el comando siguiente deshabilita el arranque seguro en la máquina virtual TestVM:
Set-VMFirmware -VMName 'TestVM' -EnableSecureBoot Off
Agregar un puerto COM. Use el cmdlet de Set-VMComPort para hacer esto. Por ejemplo, el comando siguiente configura el primer puerto COM en la máquina virtual, TestVM, para conectarla a la canalización llamada TestPipe en el equipo local:
Set-VMComPort -VMName 'TestVM' -Number 1 -Path '\\.\pipe\TestPipe'
Nota
Los puertos COM configurados no aparecen en la configuración de una máquina virtual en el Administrador de Hyper-V.