Hyper-V es el hypervisor nativo de Windows, incluido gratuitamente en Windows 10/11 Pro y Enterprise. Si ya tienes Windows Pro, tienes un hypervisor Tipo 1 disponible sin instalar nada adicional. Esta guía explica cómo habilitarlo y usarlo.
¿Qué hace a Hyper-V diferente?
A diferencia de VirtualBox (Tipo 2, que corre sobre Windows), Hyper-V es un hypervisor de Tipo 1 que se inserta directamente debajo del sistema operativo. Cuando habilitas Hyper-V, Windows mismo corre como una VM privilegiada sobre el hypervisor. Esto da mejor rendimiento y aislamiento, pero también causa incompatibilidad con otros hypervisores como VirtualBox (aunque en versiones recientes existe cierta coexistencia).
Requisitos y habilitación
# Verificar compatibilidad (buscar "Virtualización habilitada: Sí")
msinfo32
# O en PowerShell:
Get-ComputerInfo -Property HyperV*
# Habilitar Hyper-V (requiere reinicio)
# Método 1: Panel de control
# Panel de control → Programas → Activar o desactivar características de Windows
# ✓ Hyper-V → OK → Reiniciar
# Método 2: PowerShell (como administrador)
Enable-WindowsOptionalFeature -Online -FeatureName Microsoft-Hyper-V -All
Restart-Computer
Hyper-V Manager y PowerShell
# Abrir Hyper-V Manager: buscar en el menú inicio "Hyper-V Manager"
# O usar PowerShell para todo:
# Crear una VM
New-VM -Name "Ubuntu-Server" `
-MemoryStartupBytes 2GB `
-Generation 2 `
-NewVHDPath "C:\VMs\Ubuntu-Server.vhdx" `
-NewVHDSizeBytes 40GB
# Agregar un DVD virtual con la ISO
Add-VMDvdDrive -VMName "Ubuntu-Server"
Set-VMDvdDrive -VMName "Ubuntu-Server" -Path "C:\ISOs\ubuntu-22.04.iso"
# Iniciar la VM
Start-VM -Name "Ubuntu-Server"
# Ver todas las VMs
Get-VM
# Detener
Stop-VM -Name "Ubuntu-Server" -Force
# Snapshots (llamados Checkpoints en Hyper-V)
Checkpoint-VM -Name "Ubuntu-Server" -SnapshotName "Instalacion limpia"
Get-VMSnapshot -VMName "Ubuntu-Server"
Restore-VMSnapshot -VMName "Ubuntu-Server" -Name "Instalacion limpia"
Virtual Switch: tipos de red
# Crear virtual switches desde PowerShell
# External: conectado a la red física del host
New-VMSwitch -Name "External-Switch" -NetAdapterName "Ethernet" -AllowManagementOS $true
# Internal: entre VMs y el host, sin acceso al exterior
New-VMSwitch -Name "Internal-Switch" -SwitchType Internal
# Private: solo entre VMs, sin acceso al host
New-VMSwitch -Name "Private-Switch" -SwitchType Private
# Asignar un switch a una VM
Connect-VMNetworkAdapter -VMName "Ubuntu-Server" -SwitchName "External-Switch"
WSL2 y la relación con Hyper-V
Windows Subsystem for Linux 2 (WSL2) usa el hypervisor de Hyper-V internamente. Cuando habilitas Docker Desktop en Windows, también usa Hyper-V. Esta es otra razón por la que Hyper-V está habilitado en muchas máquinas de desarrollo Windows modernas — no solo por las VMs explícitas, sino por el ecosistema de herramientas que depende de él.
# Ver la VM de WSL2 corriendo en Hyper-V
Get-VM
# Nombre: "WSLg-... " o similar, gestionada automáticamente por Windows
¿Cuándo preferir Hyper-V sobre VirtualBox?
- Cuando necesitas VMs de Windows (mejor integración y rendimiento)
- En entornos corporativos donde VirtualBox no está aprobado
- Para VMs de producción en Windows Server (Hyper-V es el hypervisor de Microsoft en servidores)
- Cuando Docker Desktop ya está habilitado (Hyper-V ya está activo de todas formas)
"Hyper-V es el hypervisor más ignorado del ecosistema Windows — hasta que descubres que ya lo tienes instalado y que Docker lo ha estado usando todo el tiempo."