Hyper-V vs VirtualBox es la duda más común de quien necesita una máquina virtual en su computador. Los dos crean equipos completos dentro de otro, pero lo hacen de formas distintas. Hyper-V es el hipervisor de Microsoft y ya viene dentro de Windows 11 Pro. VirtualBox, en cambio, es un programa gratuito de Oracle que se instala en Windows, macOS y Linux. En esta comparativa verá las diferencias, el rendimiento de Hyper-V y VirtualBox y cuál es la mejor máquina virtual para cada caso. Además, explicamos cómo usar VirtualBox con Hyper-V activado y cómo convertir un disco de VirtualBox a Hyper-V sin perder datos.
Esta guía sirve a dos lectores. Si usted solo quiere saber cuál instalar, le bastan la respuesta corta, los usos comunes y las ventajas y desventajas. Si administra equipos, además encontrará las redes, los discos, el rendimiento, la convivencia de los dos programas y la conversión de máquinas, con sus comandos.
Por otra parte, no repetimos opiniones de foros. Comprobamos cada dato en la documentación de Microsoft y de Oracle, leímos el código fuente de VirtualBox y medimos en un equipo real con Windows 11 Pro. Así encontramos, por ejemplo, que VirtualBox no escribe el formato VHDX de Hyper-V, pero sí lo lee. También pasamos un mismo disco de Ubuntu por los tres formatos y comprobamos que llegó idéntico.
Hyper-V vs VirtualBox: la respuesta corta
Ninguno es mejor en todo. Hyper-V gana cuando el equipo tiene Windows 11 Pro y usted quiere algo integrado, sin instalar nada. VirtualBox, en cambio, gana cuando el equipo no admite Hyper-V o cuando la máquina debe viajar entre sistemas distintos. Por eso, la elección depende de su caso:
| Si su caso es este | Elija | Por qué |
|---|---|---|
| Tiene Windows 11 Home | VirtualBox | Porque Hyper-V no existe en la edición Home |
| Tiene Windows 11 Pro y quiere máquinas con Windows o Linux | Hyper-V | Ya viene incluido y se actualiza con Windows |
| Usa un Mac o un equipo con Linux | VirtualBox | Porque Hyper-V solo existe en Windows |
| Ya usa WSL 2, Docker Desktop o el Espacio aislado | Hyper-V | Todos comparten el mismo hipervisor |
| Debe conectar un dispositivo USB a la máquina virtual | VirtualBox | Lo conecta de forma directa, con filtros |
| Comparte la máquina virtual con colegas que usan otro sistema | VirtualBox | Exporta en OVA, que es un formato abierto |
| Practica para administrar Windows Server | Hyper-V | Usa las mismas herramientas que el servidor |
| Necesita un sistema antiguo, como Windows XP o DOS | VirtualBox | En teoría, admite cualquier sistema x86 |
| Es un servicio de producción | Ninguno de los dos en un PC | Porque eso le corresponde a un servidor |
En resumen, el duelo Hyper-V vs VirtualBox no tiene un ganador absoluto. Hyper-V es la opción natural en un Windows profesional, y VirtualBox, la que funciona en todas partes. Si quiere el detalle de cada uno, tenemos una guía de Hyper-V en Windows 11 y otra para instalar y usar VirtualBox.
Qué son Hyper-V y VirtualBox, sin tecnicismos
Una máquina virtual es un computador que existe solo como programa. Tiene su propio sistema operativo, su disco y su red, pero toma prestados el procesador y la memoria de un equipo real. Así, en un mismo portátil funcionan a la vez un Windows, un Linux y un servidor de pruebas. Y si algo se daña, basta con borrar la máquina virtual: el equipo real queda intacto.
Tanto Hyper-V como VirtualBox sirven para crear una máquina virtual. Para entender en qué se diferencian, piense en su computador como en un edificio de oficinas. Hyper-V es el administrador del edificio: está debajo de todos los pisos, incluido el de Windows, y reparte el espacio. VirtualBox, en cambio, es un inquilino que subarrienda su propia oficina. Es decir, funciona dentro de Windows, macOS o Linux, como cualquier otro programa.
Los términos de Hyper-V y de VirtualBox, lado a lado
Los dos programas hacen lo mismo con nombres distintos. Por eso, esta tabla le ahorra confusiones cuando pase de uno a otro:
| Concepto | En Hyper-V | En VirtualBox |
|---|---|---|
| El equipo real | Anfitrión | Anfitrión, igual que en Hyper-V |
| El sistema que corre dentro | Invitado | Invitado, también |
| El disco de la máquina virtual | Archivo VHDX | Archivo VDI |
| La foto de un momento | Punto de control | Instantánea |
| La red interna | Conmutador virtual | Modo de red |
| Los controladores del invitado | Servicios de integración | Guest Additions |
| La consola gráfica | Administrador de Hyper-V | Administrador de VirtualBox |
| La línea de comandos | Módulo Hyper-V de PowerShell | VBoxManage |
| El formato para llevarla a otro equipo | Exportación propia, en una carpeta | Archivo OVA |
| El tipo de hardware virtual | Generación 1 o generación 2 | Firmware BIOS o EFI |
Hyper-V vs VirtualBox: usos comunes y enfoque de cada uno
Los dos comparten el uso principal: un entorno de pruebas en el propio equipo. Sin embargo, cada uno nació con un enfoque distinto, y eso se nota en el día a día.
Hyper-V viene del mundo de los servidores. Según la descripción general de Microsoft, en Windows Server apunta a producción, con migración en vivo y alta disponibilidad. En Windows 11, en cambio, es una solución ligera para desarrollo y pruebas. Por eso prioriza el aislamiento y la automatización, y descuida las comodidades de escritorio.
VirtualBox, por su parte, nació como programa de escritorio. Su manual lo describe como un hipervisor alojado, que funciona junto a las demás aplicaciones del equipo. Por lo tanto, prioriza la comodidad: sonido, USB, carpetas compartidas y un mismo formato de máquina en todos los sistemas.
| Uso común | Con Hyper-V | Con VirtualBox |
|---|---|---|
| Laboratorio de Windows Server y Active Directory | Muy adecuado, porque usa las herramientas del servidor | Adecuado |
| Probar una distribución de Linux con escritorio | Adecuado, aunque con menos comodidades | Muy adecuado |
| Ensayar un parche antes de instalarlo en la empresa | Muy adecuado | También muy adecuado |
| Dictar formación con la misma máquina en Windows, Mac y Linux | No sirve, porque solo existe en Windows | Muy adecuado |
| Mantener viva una aplicación antigua | Limitado: sus invitados van de Windows 7 en adelante | Muy adecuado |
| Servir de base a WSL 2 y a Docker Desktop | Es su base | No aplica |
| Publicar servicios de producción | Solo en Windows Server | Sin alta disponibilidad integrada |
La diferencia de fondo entre Hyper-V y VirtualBox: tipo 1 y tipo 2
La diferencia técnica más importante es el lugar que ocupa cada uno. Hyper-V es un hipervisor tipo 1, es decir, se ejecuta directamente sobre el hardware. VirtualBox, en cambio, es de tipo 2, o alojado: necesita un sistema operativo debajo. Si quiere la teoría completa, la explicamos en la guía de virtualización de servidores.
Esa diferencia tiene una consecuencia poco conocida. Cuando usted activa Hyper-V, su propio Windows deja de estar a cargo del equipo. A partir de ese momento, el hipervisor arranca primero y Windows pasa a ser una máquina más, aunque con privilegios. Microsoft la llama partición raíz, y es la única con acceso directo a los dispositivos.
| Aspecto | Hyper-V | VirtualBox |
|---|---|---|
| Tipo de hipervisor | Tipo 1, sobre el hardware | Tipo 2, sobre un sistema operativo |
| Cómo llega al equipo | Se activa como característica de Windows | Se instala como un programa; su instalador pesa 169,9 MB |
| Qué pasa con Windows | Pasa a correr encima del hipervisor | Sigue como siempre |
| Reinicio | Sí, al activarlo y al desactivarlo | No cambia el arranque del equipo |
| Quién lo actualiza | Windows Update, con el resto del sistema | Usted, a mano, con cada versión |
Qué cambia en su equipo cuando activa Hyper-V
Lo comprobamos en nuestro equipo de pruebas, un portátil con Windows 11 Pro. Con Hyper-V activo, la orden systeminfo ya no enumera los requisitos de virtualización. En su lugar responde: «Se detectó un hipervisor. No se mostrarán las características necesarias para Hyper-V». Además, Windows informa que el procesador no tiene la virtualización habilitada. No es una falla: el hipervisor ya la está usando.
Por otra parte, Hyper-V no es lo único que enciende ese hipervisor. También lo usan WSL 2, Docker Desktop, el Espacio aislado de Windows y varias funciones de seguridad. Por eso, muchos equipos con Windows 11 ya trabajan sobre el hipervisor de Microsoft sin que su dueño lo sepa. Como verá más adelante, ese detalle explica casi todos los problemas de VirtualBox en Windows.
Hyper-V vs VirtualBox: dónde funciona cada uno
Antes de comparar funciones, conviene saber si su equipo admite cada programa. Aquí VirtualBox lleva ventaja, porque funciona en casi cualquier sistema de 64 bits. Hyper-V, en cambio, exige una edición concreta de Windows.
| Equipo anfitrión | Hyper-V | VirtualBox |
|---|---|---|
| Windows 11 Home | No lo incluye | Sí funciona |
| Windows 11 Pro, Enterprise y Education | Sí, ya viene incluido | Sí, aunque convive con el hipervisor de Windows |
| Windows Server | Sí, como rol y con funciones de producción | Sí funciona |
| Windows 11 con procesador ARM | Sí, desde la versión 22H2 y con invitados ARM | Solo como función experimental |
| Mac con procesador Intel | No existe | Sí funciona |
| Mac con Apple Silicon | No existe | Sí, pero solo con invitados ARM |
| Linux | No existe | Sí funciona |
Con los sistemas invitados pasa algo parecido. Microsoft publica una lista cerrada: Windows desde la versión 7, Windows Server desde 2008, FreeBSD y varias distribuciones de Linux, entre ellas Ubuntu, Debian, Red Hat y SUSE. Oracle, por su parte, reparte los suyos en dos niveles. El soporte preferente cubre Windows 10 y 11, Windows Server 2022 y 2025, Solaris 11 y las versiones 8 a 10 de Oracle Linux y Red Hat. Los demás, como Ubuntu, SUSE o Windows XP, tienen soporte limitado. Aun así, su manual añade que, en teoría, VirtualBox ejecuta cualquier sistema x86, como DOS u OS/2.
Hyper-V vs VirtualBox en Windows 11 Home
En la edición Home no hay elección posible: Hyper-V no aparece entre las características de Windows. Así que le quedan tres caminos. El primero es instalar VirtualBox, que funciona en cualquier edición. El segundo, si solo necesita Linux, es WSL 2, que sí existe en Home. Y el tercero es pasar a Windows 11 Pro, que es una licencia de pago.
Equipos con procesador ARM
Los portátiles con procesador ARM son un caso aparte, y lo explicamos en la comparativa AMD64 vs ARM64. En resumen, en ellos solo corren sistemas invitados para ARM, tanto con Hyper-V como con VirtualBox. Por lo tanto, un Windows o un Linux de 64 bits para Intel no arrancará en esas máquinas virtuales.
Hyper-V vs VirtualBox: diferencias punto por punto
Esta tabla resume las diferencias entre Hyper-V y VirtualBox que más pesan cuando hay que elegir. Cada dato sale de la documentación oficial o de nuestras mediciones. Además, más abajo ampliamos los que piden explicación.
| Característica | Hyper-V | VirtualBox 7.2 |
|---|---|---|
| Fabricante | Microsoft | Oracle |
| Costo | Incluido en Windows 11 Pro, Enterprise y Education | Gratis, también para empresas, con licencia GPLv3 |
| Procesadores por máquina virtual | Hasta 2.048 en Windows Server 2025; en un PC manda el hardware | Hasta 32 |
| Disco propio | VHDX, de hasta 64 TB | VDI |
| Otros discos que abre | VHD | VMDK, VHD y, solo en lectura, VHDX |
| Fotos del estado | Puntos de control, hasta 50 por máquina | Instantáneas en árbol |
| Memoria | Dinámica, entre un mínimo y un máximo | Fija mientras la máquina funciona |
| USB del anfitrión | Por la sesión mejorada, como en el Escritorio remoto | Conexión directa, con filtros |
| Gráficos | Vídeo por software | Aceleración 3D opcional |
| Virtualización anidada | Sí, con una orden de PowerShell | Sí, con una casilla |
| TPM y arranque seguro | Sí, en la generación 2 | Sí, también los ofrece |
| Llevar la máquina virtual a otro equipo | Exportación en formato propio | Archivo OVA, que abren otros programas |
| Línea de comandos | 240 cmdlets de PowerShell | VBoxManage, con 53 subcomandos |
| Actualizaciones | Llegan con Windows Update | A mano: 11 versiones en 13 meses |
| Alta disponibilidad y réplica | Solo en Windows Server | No las incluye |
Hyper-V vs VirtualBox en redes: conmutadores y modos de red
Las redes son el punto donde más se pierde quien cambia de programa. Hyper-V trabaja con conmutadores virtuales, que son switches internos. VirtualBox, en cambio, ofrece modos de red que se eligen en cada adaptador. Sin embargo, casi todo tiene su equivalente:
| Lo que usted quiere | En Hyper-V | En VirtualBox |
|---|---|---|
| Salir a internet sin configurar nada | Default Switch | Modo NAT |
| Que la máquina virtual sea un equipo más de la oficina | Conmutador externo | Adaptador puente |
| Que las máquinas se vean entre sí y con su equipo | Conmutador interno | Adaptador solo anfitrión |
| Una red aislada, solo entre máquinas | Conmutador privado | Red interna |
| Varias máquinas que se ven y además salen a internet | Red NAT propia, creada con PowerShell | Red NAT |
Hay una diferencia práctica en la primera fila. En VirtualBox, el modo NAT entrega por defecto la misma dirección, 10.0.2.15. El Default Switch de Hyper-V, en cambio, cambia de red. En nuestro equipo usaba 172.17.144.1/20 el 29 de septiembre y 172.30.144.1/20 el 5 de octubre. Por lo tanto, si su laboratorio necesita direcciones fijas, cree una red propia y no use la que viene por defecto.
Hyper-V vs VirtualBox en discos: VHDX frente a VDI
Cada programa tiene su formato de disco, y ninguno adopta el del otro como propio. Hyper-V usa VHDX, que admite hasta 64 TB, y conserva el VHD antiguo, que llega a 2.040 GB. VirtualBox usa VDI y, según su manual, también admite por completo VMDK y VHD.
¿Y el VHDX? El manual de VirtualBox no lo menciona, así que lo probamos con su propia herramienta de discos, en la versión 7.2.20. El resultado fue claro: abre y copia un VHDX creado por Windows, pero no lo escribe. Cuando lo intenta, responde backend 'VHDX' cannot create base images. En consecuencia, el VHD es el idioma común de los dos programas, como verá en el apartado de conversión.
Puntos de control frente a instantáneas
Las dos funciones guardan el estado de una máquina virtual para volver a él. En Hyper-V se llaman puntos de control y hay dos tipos. El estándar guarda también la memoria, es decir, la máquina vuelve con sus programas abiertos. El de producción, que viene elegido por defecto, pide al sistema invitado que deje sus datos coherentes y no guarda la memoria. Además, en Windows 10 y 11 los puntos de control automáticos vienen activos.
VirtualBox, por su parte, llama a lo mismo instantáneas. Se toman con la máquina encendida y forman un árbol, porque de una instantánea pueden salir varias ramas.
En cualquier caso, ninguna de las dos es una copia de seguridad. La propia Microsoft advierte que un punto de control no es un respaldo completo. Si el disco del equipo falla, se pierden la máquina y todas sus fotos. Para eso existen los tipos de backup.
Hyper-V vs VirtualBox en USB, sonido y gráficos
Aquí VirtualBox saca ventaja, porque nació para el escritorio. Conecta a la máquina virtual cualquier dispositivo USB del equipo, sin controladores especiales en el anfitrión. Además, con las Guest Additions ofrece carpetas compartidas, portapapeles, arrastrar y soltar y aceleración 3D. Eso sí, el portapapeles y el arrastre vienen desactivados por defecto.
Hyper-V resuelve lo mismo de otra manera: con la sesión mejorada, que reutiliza la tecnología del Escritorio remoto. Según la documentación de Microsoft, así llegan a la máquina el sonido, las impresoras, el portapapeles, las unidades y los dispositivos USB. Sin embargo, exige que el invitado sea Windows 10 o Windows Server 2016, como mínimo. Por eso, un Linux con escritorio resulta más cómodo en VirtualBox.
Hyper-V vs VirtualBox en memoria: dinámica o fija
Esta diferencia decide cuántas máquinas caben en un portátil. En VirtualBox, la memoria que usted asigna a una máquina virtual deja de estar disponible para el anfitrión mientras funciona. Hyper-V, en cambio, tiene memoria dinámica: cada máquina arranca con una cantidad y luego sube o baja entre un mínimo y un máximo.
Para verlo con cifras, tomemos el laboratorio de cuatro máquinas de nuestra guía de Hyper-V: dos servidores, un Windows 11 y un Ubuntu.
| Momento | Hyper-V, con memoria dinámica | VirtualBox, con memoria fija |
|---|---|---|
| Cuando arrancan las cuatro | 12 GB | 17 GB |
| En reposo | Hasta 10 GB, que es la suma de los mínimos | 17 GB, como al arrancar |
| En el pico de trabajo | 17 GB | 17 GB, también |
Es decir, para dar a cada máquina el mismo techo, VirtualBox reserva 17 GB todo el tiempo. Hyper-V, en cambio, empieza con 12 GB y puede bajar a 10 GB cuando las máquinas descansan. Así, devuelve al anfitrión hasta 7 GB que VirtualBox mantiene ocupados. VirtualBox tiene un mecanismo parecido, el globo de memoria, pero hay que configurarlo a mano con VBoxManage.
Automatización: PowerShell frente a VBoxManage
Los dos programas se manejan por completo desde la consola. En nuestro equipo, el módulo Hyper-V de PowerShell trae 245 comandos: 240 cmdlets y 5 alias. VBoxManage 7.2.20, por su parte, reúne 53 subcomandos y 246 formas de uso en su ayuda. Así que la cobertura es parecida, y lo que cambia es el estilo. Por ejemplo, Hyper-V crea una máquina virtual con su disco en una sola orden, desde una consola de administrador:
New-VM -Name "LAB-UBU01" -Generation 2 -MemoryStartupBytes 2GB -NewVHDPath "D:\Hyper-V\LAB-UBU01.vhdx" -NewVHDSizeBytes 25GB -SwitchName "Default Switch"
VirtualBox, en cambio, necesita cinco órdenes para lo mismo, aunque no pide permisos de administrador:
VBoxManage createvm --name "LAB-UBU01" --ostype Ubuntu_64 --register
VBoxManage modifyvm "LAB-UBU01" --memory 2048 --cpus 2 --firmware efi --nic1 nat
VBoxManage createmedium disk --filename "D:\VirtualBox\LAB-UBU01.vdi" --size 25600
VBoxManage storagectl "LAB-UBU01" --name "SATA" --add sata
VBoxManage storageattach "LAB-UBU01" --storagectl "SATA" --port 0 --device 0 --type hdd --medium "D:\VirtualBox\LAB-UBU01.vdi"
A cambio, VBoxManage funciona igual en Windows, macOS y Linux. Por eso, un guion escrito para VirtualBox sirve en cualquier equipo, mientras que uno de Hyper-V solo sirve en Windows.
Rendimiento de Hyper-V y VirtualBox: qué esperar
No existe una cifra universal, y conviene desconfiar de quien la ofrezca. El resultado depende del procesador, del disco y de la carga. Lo que sí consta en la documentación es de qué depende el rendimiento de Hyper-V y VirtualBox en un equipo con Windows. Hay tres situaciones posibles:
| Situación | Cómo trabaja | Qué dice el fabricante |
|---|---|---|
| Una máquina de Hyper-V | Usa dispositivos sintéticos, sin emulación, en la generación 2 | Microsoft: gasta menos recursos porque no emula hardware |
| VirtualBox solo, con el hipervisor de Windows apagado | Usa de forma directa la virtualización del procesador | Oracle: recomienda apagar Hyper-V para usar VirtualBox |
| VirtualBox sobre el hipervisor de Windows | Le pide cada máquina a Hyper-V | Oracle: puede sufrir una degradación significativa |
Por lo tanto, en la comparación Hyper-V vs VirtualBox, la pregunta sobre el rendimiento no es cuál es más rápido. La pregunta correcta es en cuál de las tres situaciones está su equipo. Si Windows ya tiene el hipervisor activo, lo esperable es que una máquina de Hyper-V rinda más que la misma máquina en VirtualBox. En cambio, en un equipo sin ese hipervisor, VirtualBox trabaja en su mejor modo y la diferencia se reduce.
Por qué VirtualBox va lento con la tortuga verde
Cuando el hipervisor de Windows está en marcha, VirtualBox no puede usar la virtualización del procesador por su cuenta. Microsoft lo explica así: solo un componente puede usar ese hardware a la vez. Entonces VirtualBox recurre a la Plataforma de hipervisor de Windows y le pide a Hyper-V que ejecute la máquina. Como señal, en la barra de estado aparece una tortuga verde.
Ese camino tiene límites que constan en el propio código de VirtualBox. Por ejemplo, en ese modo desactiva la función x2APIC de los procesadores virtuales, porque la plataforma de Microsoft no la ofrece. Además, cada operación delicada del invitado pasa primero por Hyper-V y después por VirtualBox. De ahí sale la lentitud.
Ajustes que sí mejoran el rendimiento de Hyper-V y de VirtualBox
- En Hyper-V, cree máquinas de generación 2 siempre que el sistema invitado lo permita.
- También en Hyper-V, active la memoria dinámica con un mínimo realista, para que las máquinas no se queden cortas.
- En VirtualBox, instale las Guest Additions, porque mejoran el vídeo, el ratón y el reloj del invitado.
- Además, en VirtualBox elija la interfaz de paravirtualización adecuada: KVM para Linux e Hyper-V para Windows.
- Si usa VirtualBox, evite el controlador IDE, salvo que el sistema invitado no admita otro.
- En los dos, no asigne todos los núcleos ni toda la memoria, porque el anfitrión también trabaja.
- Por último, guarde los discos virtuales en una unidad SSD.
El nombre de esa interfaz de paravirtualización confunde. Es una interfaz que VirtualBox le presenta al invitado, y funciona en cualquier anfitrión, también en macOS o Linux. Es decir, elegirla no significa que Hyper-V esté en uso.
Cómo medir el rendimiento de Hyper-V y de VirtualBox en su equipo
La única cifra que vale es la suya. Para obtenerla, instale el mismo sistema en los dos programas, con los mismos procesadores, la misma memoria y el disco en la misma unidad. Después repita tres veces una tarea real, como arrancar, instalar las actualizaciones o copiar una carpeta grande, y quédese con el valor intermedio. Por último, anote si VirtualBox mostraba la tortuga verde, porque ese dato cambia toda la comparación.
VirtualBox con Hyper-V activado: ¿se pueden usar a la vez?
Sí, pero con condiciones. Según el manual de Oracle, VirtualBox funciona en un Windows donde Hyper-V está en marcha, aunque con una pérdida de rendimiento que puede ser significativa. Además, añade un requisito que casi nadie lee: la característica «Plataforma de hipervisor de Windows» tiene que estar activa, además de Hyper-V.
Ese requisito no se cumple solo. En nuestro equipo de pruebas, con Hyper-V, WSL 2 y Docker Desktop en uso, esa característica aparecía deshabilitada. Es decir, activar Hyper-V no la activa. Por eso, es lo primero que conviene revisar cuando VirtualBox con Hyper-V activado no enciende sus máquinas.
Qué funciones de Windows 11 encienden el hipervisor
Muchos usuarios creen que no usan Hyper-V porque nunca lo instalaron. Sin embargo, varias funciones de Windows 11 arrancan el mismo hipervisor. Esto es lo que encontramos en nuestro portátil, sin haber tocado nada para la prueba:
| Función de Windows | Para qué sirve | Estado en nuestro equipo |
|---|---|---|
| Hyper-V | Crear máquinas virtuales completas | Habilitada |
| Plataforma de máquina virtual | Es la base de WSL 2 y de Docker Desktop | Habilitada |
| Plataforma de hipervisor de Windows | Permite que VirtualBox use el hipervisor | Deshabilitada |
| Espacio aislado de Windows | Abrir un Windows desechable | Deshabilitada |
| Integridad de memoria | Protege el núcleo de Windows | En ejecución |
Además, desde la versión 22H2, Microsoft activa por defecto Credential Guard en los equipos con Windows 11 Enterprise o Education unidos a un dominio. Esa protección también enciende el hipervisor. Por lo tanto, en una oficina es habitual que VirtualBox trabaje encima de Hyper-V aunque nadie lo haya decidido.
Cómo saber si el hipervisor de Windows está activo
No hace falta ser administrador para comprobarlo. Estas tres consultas de PowerShell funcionan en una consola normal. La primera dice si hay un hipervisor en marcha. La segunda, por su parte, lista las características que lo usan. Y la tercera muestra la seguridad basada en virtualización:
(Get-CimInstance Win32_ComputerSystem).HypervisorPresent
Get-CimInstance Win32_OptionalFeature | Where-Object Name -match 'Hyper-V-All|VirtualMachinePlatform|HypervisorPlatform' | Select-Object Name, InstallState
Get-CimInstance -Namespace root\Microsoft\Windows\DeviceGuard -ClassName Win32_DeviceGuard | Select-Object VirtualizationBasedSecurityStatus, SecurityServicesRunning
Si la primera responde True, hay un hipervisor activo. En la segunda, el estado 1 significa habilitada y el 2, deshabilitada. En la tercera, por último, el valor 2 indica que la seguridad basada en virtualización se está ejecutando.
Los mensajes de error de VirtualBox, según su código
Cuando la convivencia falla, VirtualBox muestra mensajes poco claros. Para no adivinar, leímos el archivo del código fuente de VirtualBox que los emite. Esto es lo que significa cada uno:
| Mensaje | Qué comprueba el código | Qué hacer |
|---|---|---|
| WHvCapabilityCodeHypervisorPresent is FALSE | La plataforma de Microsoft responde que no hay hipervisor disponible | Active la Plataforma de hipervisor de Windows y reinicie |
| Not in a hypervisor partition (HVP=0) | El procesador no declara ningún hipervisor en marcha | Revise si la virtualización está activa en la BIOS o UEFI |
| Not Hyper-V CPUID signature | Hay un hipervisor, pero no es el de Microsoft | Suele pasar si VirtualBox corre dentro de otra máquina virtual |
| Tortuga verde en la barra de estado | Todo funciona, pero sobre el hipervisor de Windows | Acéptelo o apague el hipervisor, como se explica abajo |
Cómo apagar el hipervisor de forma temporal
Para usar VirtualBox en su mejor modo, el hipervisor de Windows no debe arrancar. La forma reversible es una orden en una consola de administrador, seguida de un reinicio. La segunda orden lo devuelve a su estado, también con reinicio:
bcdedit /set hypervisorlaunchtype off
bcdedit /set hypervisorlaunchtype auto
Sin embargo, esa decisión tiene un precio. Mientras el hipervisor esté apagado, no funcionan las máquinas de Hyper-V, WSL 2, Docker Desktop ni el Espacio aislado. Además, se detienen la integridad de memoria y Credential Guard, que dependen de él. Por eso, en un equipo de empresa esa decisión le corresponde al área de TI, no a cada usuario. Y si su trabajo diario depende de WSL 2 o de Docker, lo sensato es usar Hyper-V en lugar de VirtualBox.
Hyper-V dentro de VirtualBox, y al revés
Otra forma de combinarlos es la virtualización anidada, es decir, un hipervisor dentro de una máquina virtual. Sirve, por ejemplo, para practicar con Hyper-V sin instalarlo en el equipo real. En VirtualBox se activa en los ajustes del procesador, con la opción de VT-x/AMD-V anidado, o con esta orden, con la máquina apagada:
VBoxManage modifyvm "LAB-HV" --nested-hw-virt on
A su vez, la orden equivalente de Hyper-V permite instalar VirtualBox o el propio Hyper-V dentro de una máquina virtual:
Set-VMProcessor -VMName "LAB-HV" -ExposeVirtualizationExtensions $true
Eso sí, el rendimiento baja en los dos casos, porque hay dos capas de virtualización. Por lo tanto, úsela para aprender y para hacer pruebas, no para trabajar a diario.
Cómo convertir una máquina de VirtualBox a Hyper-V, y al revés
No existe un botón para convertir VirtualBox a Hyper-V. Hyper-V no importa archivos OVA, y VirtualBox no abre la exportación de Hyper-V. Sin embargo, el camino es corto: se convierte el disco y se crea de nuevo la máquina virtual alrededor de él.
Para comprobarlo, hicimos la prueba completa con un disco real. Partimos de la imagen oficial de Ubuntu Server 26.04, con un disco de 10 GB de capacidad. Después lo pasamos por los tres formatos con las herramientas de VirtualBox 7.2.20 y de Windows 11. Los tamaños aparecen como los muestra Windows:
| Paso | Herramienta | Resultado | Tiempo | Tamaño del archivo |
|---|---|---|---|---|
| Disco de partida, comprimido en el OVA | Ninguna | Punto de partida | No aplica | 791 MB |
| Convertir el disco del OVA a VDI | VirtualBox | Correcto | 10,6 segundos | 2.196 MB |
| Convertir de VDI a VHD | VirtualBox | Correcto | 3,6 segundos | 2.229 MB |
| Convertir de VDI a VHDX | VirtualBox | No lo admite | No aplica | No se crea |
| Convertir de VHD a VHDX | Windows 11 | Correcto | 2,2 segundos | 2.532 MB |
| Convertir de VHDX a VDI | VirtualBox | Correcto | 4,2 segundos | 2.196 MB |
Al final comparamos el contenido de cada disco con el original, sector por sector, y en todos los casos resultó idéntico. Es decir, la conversión no pierde datos y, en nuestro portátil, tardó segundos, no horas. La única vía cerrada es la directa de VDI a VHDX, porque VirtualBox no escribe ese formato.
Un detalle sobre el método. En Windows hicimos la conversión con la interfaz de discos virtuales del sistema, que no exige ser administrador. La orden habitual, Convert-VHD, sí lo exige: sin elevar, respondió que no teníamos el permiso necesario.
Convertir de VirtualBox a Hyper-V, paso a paso
- Dentro de la máquina, desinstale las Guest Additions y apáguela por completo, sin guardar el estado.
- Si tiene instantáneas, clónela primero eligiendo solo el estado actual, porque así el clon sale con un único disco.
- Convierta el disco de VDI a VHD con VBoxManage.
- Después, en PowerShell como administrador, convierta el VHD a VHDX con
Convert-VHD. - Por último, cree la máquina virtual en Hyper-V con ese disco y enciéndala.
Estas son las órdenes de los pasos 3 a 5, con rutas de ejemplo:
VBoxManage clonemedium "D:\VirtualBox\LAB-UBU01.vdi" "D:\Conversion\LAB-UBU01.vhd" --format VHD
Convert-VHD -Path "D:\Conversion\LAB-UBU01.vhd" -DestinationPath "D:\Hyper-V\LAB-UBU01.vhdx"
New-VM -Name "LAB-UBU01" -Generation 2 -MemoryStartupBytes 2GB -VHDPath "D:\Hyper-V\LAB-UBU01.vhdx" -SwitchName "Default Switch"
La generación es el punto donde más conversiones fallan. Si la máquina de VirtualBox arrancaba con firmware EFI, cree una máquina de generación 2. Si arrancaba con BIOS, en cambio, cree una de generación 1, porque Hyper-V no permite cambiar la generación después. Además, una máquina con Linux de generación 2 necesita la plantilla de arranque seguro para Linux:
Set-VMFirmware -VMName "LAB-UBU01" -SecureBootTemplate MicrosoftUEFICertificateAuthority
Convertir de Hyper-V a VirtualBox, paso a paso
El camino de vuelta es más corto, porque VirtualBox sí lee el VHDX que escribe Windows. Primero apague la máquina y elimine sus puntos de control desde Hyper-V, para que se fusionen con el disco. Después, una sola orden convierte el disco:
VBoxManage clonemedium "D:\Hyper-V\LAB-UBU01.vhdx" "D:\VirtualBox\LAB-UBU01.vdi" --format VDI
A continuación, cree la máquina virtual en VirtualBox con la opción «Usar un archivo de disco duro virtual existente». Si venía de la generación 2, active el firmware EFI en los ajustes del sistema. Si venía de la generación 1, en cambio, déjela con BIOS. Por último, instale las Guest Additions.
En Linux y macOS hay una alternativa, la herramienta qemu-img, que convierte de VHDX a VDI de forma directa. También la probamos con el disco escrito por Windows: tardó 2,5 segundos y el contenido salió idéntico. Eso sí, no la use para fabricar un VHDX con destino a VirtualBox. En nuestra prueba, VirtualBox 7.2.20 rechazó el VHDX escrito por qemu-img 10.2.1 y aceptó el de Windows.
Lo que no viaja con el disco
La conversión mueve los datos, pero no todo lo demás. Por eso, antes de borrar la máquina original, revise esta lista:
- Las instantáneas y los puntos de control no se convierten, así que solo viaja el estado actual.
- El estado guardado tampoco viaja, por lo que la máquina debe estar apagada.
- La red se configura de nuevo, porque cambian el adaptador y su dirección física.
- El TPM virtual no se traslada. Si el disco usa BitLocker, tenga a mano la clave de recuperación.
- Para Windows, cambiar de hipervisor equivale a cambiar de placa base, y Microsoft advierte que un cambio así puede exigir reactivarlo.
Cuánto ocupa el mismo disco en cada formato
La prueba dejó un dato útil para planear el espacio. El mismo disco, con los mismos datos, ocupa distinto en cada formato:
| Formato | Tamaño | Diferencia frente a VDI |
|---|---|---|
| OVA, comprimido | 791 MB | Un 64 % menos |
| VDI, de VirtualBox | 2.196 MB | Es la referencia |
| VHD | 2.229 MB | Un 1,5 % más |
| VHDX, de Hyper-V | 2.532 MB | Un 15,3 % más |
Así que hay dos conclusiones. Por un lado, para enviar una máquina a otra sede conviene exportarla en OVA, que pesa poco más de un tercio. Por otro lado, cuando pase un laboratorio de VirtualBox a Hyper-V, reserve cerca de un 15 % más de disco.
Hyper-V vs VirtualBox en costos y licencias
Los dos programas parecen gratuitos, pero cada uno esconde un costo en otro lugar. En Hyper-V, ese costo está en la edición de Windows. En VirtualBox, en cambio, está en un complemento que casi nadie necesita.
| Concepto | Hyper-V | VirtualBox |
|---|---|---|
| El programa | Incluido en Windows 11 Pro, Enterprise y Education, y en Windows Server | Paquete base gratuito con licencia GPLv3, también para empresas |
| Lo que sí se paga | Pasar de Windows 11 Home a Pro, si el equipo trae Home | El Extension Pack, cuando se usa en una empresa |
| Soporte del fabricante | Hace parte del soporte de Windows | Solo con la licencia empresarial de Oracle |
| Sistemas invitados | Cada Windows virtual necesita su licencia | Igual: cada Windows virtual necesita la suya |
El punto delicado es el Extension Pack de VirtualBox. Según las preguntas frecuentes de licencias de Oracle, su licencia solo permite el uso personal y educativo. Además, la modalidad perpetua para empresas exige una compra inicial de al menos 100 licencias. Sin embargo, hoy casi nunca hace falta. Desde la versión 7.2, Oracle pasó al paquete gratuito el escritorio remoto, el cifrado de discos y la cámara web.
Por último, en los dos programas se puede probar sin comprar nada. Microsoft ofrece evaluaciones gratuitas de Windows 11 Enterprise, por 90 días, y de Windows Server 2025, por 180.
Hyper-V vs VirtualBox: cuál es la mejor máquina virtual según su caso
No existe la mejor máquina virtual en abstracto. Existe la mejor para cada equipo y para cada tarea. Por eso, estos son los casos más frecuentes en una empresa, con nuestra recomendación.
Hyper-V vs VirtualBox para Linux y Ubuntu
Si solo necesita la terminal, no instale ninguno de los dos: WSL 2 basta, y funciona incluso en Windows 11 Home. En cambio, si quiere el escritorio completo de Ubuntu, la mejor máquina virtual suele ser la de VirtualBox, por el sonido, el USB y las carpetas compartidas. Hyper-V también sirve, y Microsoft incluye a Ubuntu entre los invitados que admite. Eso sí, descargue una imagen ISO actual, porque la galería de creación rápida de Hyper-V todavía ofrece versiones de 2022.
Para un laboratorio de Windows Server y Active Directory
Aquí la mejor opción es Hyper-V. Así, usted practica con las mismas consolas y los mismos comandos que encontrará en un servidor real. Además, la memoria dinámica permite que quepan más máquinas en el portátil. Si ese es su objetivo, le sirven nuestras guías de Windows Server y de Active Directory.
Para un equipo de empresa con Windows 11 Pro
En un equipo corporativo, la mejor máquina virtual es la que menos altera el sistema. Hyper-V ya viene con Windows y se actualiza con él. Además, convive con la integridad de memoria y con las demás protecciones. VirtualBox, en cambio, es un programa más que hay que aprobar, instalar y actualizar: su rama 7.2 publicó 11 versiones en 13 meses. Por eso, en Windows 11 Pro recomendamos Hyper-V, salvo que necesite algo que solo VirtualBox ofrece.
Para Mac, Linux o equipos con Windows 11 Home
En estos equipos no hay duda, porque Hyper-V no existe en ellos. VirtualBox es la opción gratuita que funciona en los tres. Además, permite que un grupo de trabajo mixto comparta la misma máquina virtual, exportada en OVA. Por eso es la mejor elección para dictar formación.
Para producción
Ninguno de los dos, instalado en un PC, es una plataforma de producción. Un servicio del que depende la empresa necesita un servidor con respaldo, monitoreo y alta disponibilidad. Para eso están Hyper-V sobre Windows Server o una plataforma como Proxmox.
Ventajas y desventajas de Hyper-V y de VirtualBox
Después de comparar Hyper-V vs VirtualBox función por función, este es el balance de cada programa. Como verá, las ventajas de uno suelen ser las desventajas del otro.
Ventajas y desventajas de Hyper-V
| Ventajas | Desventajas |
|---|---|
| Ya viene en Windows 11 Pro, así que no hay nada que descargar | No existe en Windows 11 Home, macOS ni Linux |
| Se actualiza solo, con Windows Update | Pide reiniciar cuando se activa o se desactiva |
| Tiene memoria dinámica, por lo que caben más máquinas | No conecta dispositivos USB de forma directa |
| Convive con WSL 2, Docker Desktop y la seguridad de Windows | Su sesión mejorada pide invitados con Windows 10 o posterior |
| Usa las mismas herramientas que Windows Server | No exporta ni importa archivos OVA |
| Ofrece 240 cmdlets de PowerShell para automatizar | Exige ser administrador o pertenecer al grupo Administradores de Hyper-V |
Ventajas y desventajas de VirtualBox
| Ventajas | Desventajas |
|---|---|
| Funciona en Windows, macOS, Linux y Solaris | Rinde menos si el hipervisor de Windows está activo |
| Es gratuito y de código abierto, también en empresas | Su Extension Pack es de pago en una empresa |
| Conecta dispositivos USB de forma directa | Hay que actualizarlo a mano, casi cada mes |
| Exporta e importa OVA, que es un formato abierto | La memoria asignada queda reservada mientras la máquina funciona |
| Admite sistemas antiguos, como Windows XP o DOS | No escribe el formato VHDX de Hyper-V |
| Ofrece sonido, carpetas compartidas y 3D con las Guest Additions | Para rendir al máximo pide apagar protecciones de Windows |
Errores frecuentes al elegir entre Hyper-V y VirtualBox
Casi todos los problemas que vemos con estos programas nacen de una decisión apresurada. Por eso, antes de instalar nada, repase esta lista:
| Error | Consecuencia | Qué hacer |
|---|---|---|
| Instalar VirtualBox en un equipo con WSL 2 o Docker Desktop | Las máquinas van despacio y aparece la tortuga verde | Use Hyper-V o asuma ese costo |
| Apagar la integridad de memoria para ganar velocidad | El equipo pierde una protección del núcleo | Deje esa decisión al área de TI |
| Usar instantáneas como copia de seguridad | Si falla el disco, se pierde todo | Respalde las máquinas en otro equipo |
| Elegir mal la generación cuando convierte un disco | La máquina no arranca | Generación 2 para EFI y generación 1 para BIOS |
| Instalar el Extension Pack porque lo dice un tutorial | Uso sin licencia dentro de la empresa | Compruebe primero si de verdad lo necesita |
| Asignar toda la memoria y todos los núcleos | El anfitrión se queda sin recursos | Deje al menos 8 GB y la mitad de los hilos |
| Olvidar las licencias de los sistemas invitados | Quedan Windows virtuales sin licencia | Use las evaluaciones o licencie cada uno |
Recomendaciones para trabajar con Hyper-V o VirtualBox
- Primero, revise la edición de Windows: si es Home, la decisión ya está tomada.
- Después, compruebe si el hipervisor de Windows ya está activo, porque eso inclina la balanza hacia Hyper-V.
- Elija un solo programa por equipo y no los mezcle sin necesidad.
- Además, guarde las máquinas en una carpeta que no se sincronice con la nube, porque los discos virtuales son archivos muy grandes.
- Antes de decidir, mida el rendimiento de Hyper-V y de VirtualBox en su propio equipo.
- Tome una instantánea o un punto de control antes de cada cambio arriesgado.
- Si usa VirtualBox, actualice a la vez el programa y las Guest Additions.
- También conviene documentar la red del laboratorio, para que una conversión futura no lo tome por sorpresa.
- Por último, no deje servicios de la empresa en la máquina virtual de un portátil.
Preguntas frecuentes sobre Hyper-V vs VirtualBox
Hyper-V vs VirtualBox: ¿cuál es más rápido?
El rendimiento de Hyper-V y VirtualBox depende de si el hipervisor de Windows está activo. Si lo está, lo esperable es que Hyper-V rinda más, porque VirtualBox trabaja encima de él. Si no lo está, VirtualBox usa el procesador de forma directa y la diferencia se reduce.
¿Hyper-V es gratis? ¿Y VirtualBox?
Hyper-V no se paga aparte, pero exige Windows 11 Pro, Enterprise o Education. VirtualBox, por su parte, es gratuito en cualquier equipo, también en una empresa. Lo único de pago es su Extension Pack cuando el uso es comercial.
¿Puedo tener Hyper-V y VirtualBox instalados en el mismo equipo?
Sí. Pueden convivir instalados e incluso funcionar a la vez, si la Plataforma de hipervisor de Windows está activa. Sin embargo, VirtualBox rinde menos en ese modo, así que conviene elegir uno como herramienta principal.
¿Qué significa la tortuga verde de VirtualBox?
Indica que VirtualBox usa el hipervisor de Windows y no el suyo. La máquina funciona, pero más despacio. Aparece cuando Hyper-V, WSL 2 o alguna protección de Windows mantienen activo ese hipervisor.
¿WSL 2 reemplaza a Hyper-V y a VirtualBox?
Solo para Linux sin escritorio. WSL 2 ejecuta distribuciones de Linux integradas en Windows, así que es ideal para herramientas de consola y para Docker. En cambio, no crea máquinas con Windows ni redes de laboratorio.
¿Puedo abrir en VirtualBox una máquina virtual creada en Hyper-V?
La máquina virtual completa, no; su disco, sí. Para convertir un disco de Hyper-V a VirtualBox basta una orden, porque VirtualBox lee el formato VHDX. Después hay que crear la máquina de nuevo alrededor de ese disco.
¿Cuál consume menos memoria?
Hyper-V, gracias a la memoria dinámica. En nuestro ejemplo de cuatro máquinas, arranca con 12 GB, frente a los 17 GB que VirtualBox reserva para dar el mismo margen.
¿Hyper-V y VirtualBox sirven para producción?
En un PC, no. Los dos son herramientas de laboratorio cuando corren en un equipo de escritorio. Para producción, Hyper-V necesita Windows Server, con sus funciones de alta disponibilidad.
Cómo lo aborda KHARONTE
La elección Hyper-V vs VirtualBox suele destapar una pregunta más grande: dónde deben vivir de verdad los servicios de la empresa. Un laboratorio cabe en un portátil, pero la producción no. Por eso, en nuestra línea de infraestructura de TI nos encargamos de la virtualización on-premise de cada cliente, es decir, de sus servidores físicos, sus máquinas virtuales y su almacenamiento. No comercializamos los equipos.
Además, suministramos el licenciamiento oficial de Windows Pro y de Windows Server, con acompañamiento en el dimensionamiento. Así, un equipo con la edición Home pasa a Pro y puede activar Hyper-V dentro de las reglas. Cada solicitud queda registrada como ticket en nuestra mesa de ayuda TI. Y si su empresa prefiere delegar la plataforma completa, lo resolvemos como outsourcing de infraestructura de TI. Somos un proveedor de servicios administrados de TI, así que puede conocer el resto de nuestros servicios de TI para empresas.




