Si te estás montando un pequeño laboratorio en casa con Windows 11 Pro y dudas entre Hyper‑V, VirtualBox o incluso VMware Workstation, no eres el único. Con 2 o 3 máquinas virtuales, ganas de trastear con Kali Linux y practicar ciberseguridad, la elección del hipervisor marca bastante la experiencia: rendimiento, facilidad de uso, red, snapshots… todo se ve afectado por esa decisión.
En un entorno doméstico pero algo exigente, con un portátil gaming y 32 GB de RAM preparados para levantar varias VMs, entran en juego matices que muchas guías pasan por alto: compatibilidad con otros sistemas (WSL2, Docker), cómo afecta a la red de Windows, qué tal se llevan entre sí Hyper‑V, VirtualBox y VMware, y qué implicaciones tiene que un hipervisor sea de tipo 1 o tipo 2.
Hyper‑V frente a VirtualBox en equipos domésticos: visión general
Lo primero es entender qué pinta tiene cada opción. Hyper‑V y VirtualBox persiguen el mismo objetivo: permitirte ejecutar uno o varios sistemas operativos invitados encima de tu Windows sin tocar tu instalación principal y evitando riesgos para tus datos. A esto se suman VMware Workstation Player/Pro, que juegan en una liga muy potente, sobre todo a nivel profesional.
En casa, las tres plataformas permiten instalar, probar y romper sistemas operativos sin miedo, hacer snapshots, aislar entornos y practicar con herramientas de hacking, servidores o desarrollo. Pero cada una tiene sus particularidades: Hyper‑V viene integrado en ciertas ediciones de Windows, VirtualBox es multiplataforma y gratuito, y VMware Workstation Pro (ahora también disponible gratis) se orienta claramente a usuarios avanzados y empresas.
Tipos de hipervisores: por qué importa para tu laboratorio casero
Un hipervisor es el componente que actúa de capa intermedia entre el hardware y tus máquinas virtuales. Sin él, no hay virtualización. Y aquí hay dos familias claras que condicionan rendimiento, compatibilidad y cómo se integra con Windows.
Hyper‑V es un hipervisor de tipo 1, también llamado bare‑metal. Esto significa que, cuando arrancas el PC, el propio hipervisor toma el control directo del hardware desde la BIOS/UEFI y luego arranca el sistema operativo de gestión (tu Windows 10/11 Pro, Windows Server o Hyper‑V Server). Desde ese momento, Windows funciona en realidad como otra máquina virtual privilegiada, y el resto de VMs se crean y gestionan encima de ese hipervisor.
VirtualBox es un hipervisor de tipo 2, o hipervisor hospedado. Es decir, es una aplicación más que se instala sobre tu sistema operativo anfitrión. Primero arranca Windows, toma el control del hardware, y luego tú abres VirtualBox y lanzas las máquinas virtuales, que se ejecutan como procesos dentro de Windows. VMware Workstation Player/Pro entra en la misma categoría.
En la práctica, esto implica que Hyper‑V está “siempre presente” cuando la función está habilitada, porque forma parte de la propia pila de arranque del sistema. VirtualBox y VMware, en cambio, solo consumen recursos cuando abres el programa y pones en marcha alguna VM.
Compatibilidad de plataforma: dónde se puede instalar cada uno
A nivel de sistema operativo anfitrión, la gran diferencia está en que Hyper‑V es una tecnología puramente Microsoft. Solo está disponible en:
- Windows 10 y 11 Pro, Enterprise y Education
- Windows Server 2008 y posteriores
Si usas Windows Home, te olvidas de Hyper‑V de forma oficial. Es una función que se activa como característica de Windows, no un programa independiente descargable.
VirtualBox, en cambio, es multiplataforma. Puedes instalarlo en:
- Windows (Home, Pro, etc.)
- Diferentes distribuciones Linux
- macOS
- Solaris y alguna otra plataforma
Eso significa que si te gusta mover tu laboratorio entre tu portátil con Windows, un equipo con Linux o incluso un Mac, VirtualBox te da mucha más libertad. Esta es una de las razones por las que mucha gente lo prefiere “de entrada” para uso personal.
VMware Workstation Player/Pro se sitúa en un punto intermedio: funciona en Windows y Linux, pero no en macOS (allí reina VMware Fusion). A nivel de compatibilidad de host, se parece a VirtualBox, pero no es tan ubicuo como este.
Sistemas operativos invitados soportados
El sistema operativo invitado es el que instalas dentro de la VM. Aquí lo importante es saber qué variedad de sistemas puedes correr sin volverte loco.
Hyper‑V soporta oficialmente:
- Windows (tanto cliente como servidor)
- Diversas distribuciones Linux modernas
- FreeBSD
Para usos típicos (Windows Server, Ubuntu, Debian, etc.) va muy bien, con drivers integrados y buena integración. Donde flojea es en sistemas más exóticos o antiguos, y no es una opción para virtualizar macOS, ni por soporte técnico ni legal.
VirtualBox es mucho más flexible con los invitados. Admite:
- Windows (muchas versiones, incluso bastante antiguas)
- Linux en todas sus salsas
- FreeBSD, Solaris y derivados
- macOS (con bastantes ajustes y sin soporte oficial “amigable”)
- Sistemas retro y poco habituales (DOS, OS/2, etc.)
Si te apetece trastear con sistemas operativos raros o muy viejos, VirtualBox suele llevarse mejor con ese mundo retro que Hyper‑V o incluso que VMware.
VMware Workstation (Player o Pro) también admite un amplio abanico de invitados: Windows, Linux y, con algunos retoques, macOS. En rendimiento suele ir un paso por delante de VirtualBox, aunque no es su fuerte manejar hardware muy antiguo como lectoras de disquete frente a VirtualBox, que ahí va sorprendentemente bien.
Servicios de integración y Guest Additions
Para que la experiencia con una VM sea cómoda (ratón suave, pantalla redimensionable, portapapeles compartido…), no basta con arrancar el sistema operativo: necesitas instalar paquetes específicos dentro del invitado.
En Hyper‑V esto se llama Servicios de Integración. Son controladores y utilidades que se instalan en el sistema operativo invitado para mejorar:
- Rendimiento de red y disco
- Sincronización de hora
- Apagados controlados desde el host
- Compatibilidad con el modo de sesión mejorada (pantalla, dispositivos, etc.)
En Windows se pueden instalar montando una ISO que proporciona Hyper‑V o a través de Windows Update. En Linux moderno, muchas funciones de integración ya vienen en el propio kernel, de modo que la configuración es bastante directa.
En VirtualBox, el equivalente son las Guest Additions. Este paquete añade:
- Soporte para portapapeles bidireccional
- Arrastrar y soltar entre host e invitado
- Ajuste automático de resolución de pantalla y modo integrado
- Mejor rendimiento gráfico y de entrada
La instalación se hace también montando una ISO en el invitado y ejecutando el instalador. Para que las funciones tipo carpetas compartidas o drag & drop funcionen bien, las Guest Additions son obligatorias.
Discos virtuales: formatos, rendimiento y compatibilidad
Cada VM tiene uno o varios discos virtuales que, en realidad, son archivos en tu sistema anfitrión. El formato importa tanto por rendimiento como por interoperabilidad entre plataformas.
En Hyper‑V se usan principalmente dos formatos: VHD y VHDX. VHD es el más viejo, mientras que VHDX, introducido con Windows Server 2012, mejora el rendimiento, la resistencia a corrupción y el tamaño máximo soportado.
Tanto con VHD como con VHDX puedes optar por:
- Discos fijos: ocupan todo el espacio asignado desde el minuto uno, tardan más en crearse pero rinden mejor.
- Discos dinámicos: empiezan ocupando poco y van creciendo según se escribe información, ahorran espacio pero tienen algo menos de rendimiento.
VirtualBox admite varios formatos de disco virtual: VDI (nativo), VMDK, VHD y HDD (de Parallels). No soporta VHDX directamente. También permite discos fijos y dinámicos, con el mismo compromiso entre espacio ocupado y velocidad.
Que VirtualBox lea VHD y VMDK resulta útil si quieres mover VMs entre VMware, Hyper‑V y VirtualBox o reaprovechar discos de un entorno a otro. En cualquier plataforma, puedes convertir discos entre fijo y dinámico, aunque siempre es mejor planificarlo desde el principio para evitar tiempos de conversión largos.
Snapshots, puntos de control e instantáneas
Para un laboratorio casero donde vas a “romper cosas” a propósito, es clave poder congelar el estado de una VM y volver atrás cuando metas la pata.
En Hyper‑V esta función se llama puntos de control. Permiten guardar el estado actual de la VM y revertirla más adelante. Las versiones modernas ofrecen dos tipos:
- Punto de control estándar: guarda el estado de la memoria y el disco tal cual, ideal para pruebas rápidas pero con riesgo de cierta inconsistencia si hay mucha E/S en curso.
- Punto de control de producción: usa VSS en Windows o mecanismos de congelación de sistema de archivos en Linux para garantizar consistencia en disco, pensando más en integridad de datos.
Al crear un punto de control, Hyper‑V genera un disco de diferenciación (AVHD/AVHDX) para cada disco principal. A partir de ahí, los cambios se escriben en ese disco diferencial, que se puede fusionar al eliminar el punto de control.
En VirtualBox hablamos de instantáneas. Conceptualmente son lo mismo: se crea un nuevo disco de diferenciación (otro archivo VDI) y el sistema pasa a escribir ahí los cambios. Si borras una instantánea antigua, el hipervisor fusiona los discos para mantener coherencia.
En ambos casos, estos mecanismos no deben usarse como sustituto de las copias de seguridad. Son perfectos para pruebas, laboratorios y desarrollo, pero no para proteger datos críticos. Para eso, lo ideal es una solución de backup a nivel de imagen de VM (en entornos de empresa, productos como Vinchin Backup & Recovery cubren justo esa capa, aunque hoy por hoy no soportan VirtualBox).
Red, análisis de tráfico y comunicación entre VMs
En tu escenario, quieres que las VMs se vean entre ellas y conserven cierta flexibilidad de red, por ejemplo para que una Kali Linux pueda analizar tráfico de otras máquinas (por ejemplo usando un simulador de ataques para redes domésticas).
Hyper‑V permite crear switches virtuales internos, externos y privados para definir cómo se conectan las VMs entre sí, con el host y con la red física. Para análisis de tráfico, ofrece la función de Port Mirroring: puedes configurar un adaptador virtual como origen (la VM que quieres vigilar) y otro como destino (la VM donde tienes Wireshark, por ejemplo). Hyper‑V duplicará todos los paquetes del puerto origen al destino para su inspección.
VirtualBox, por su parte, tiene modos de red como Bridged, NAT, NAT Network, Host‑Only e Internal Network, que te permiten montar topologías bastante complejas incluso en un solo equipo. Para capturar tráfico, incorpora una función de trazado de red que vuelca paquetes a ficheros PCAP. Estos archivos luego se pueden abrir con Wireshark u otras herramientas de análisis. Es importante desactivarlo cuando acabes, porque puede llenar el disco si lo dejas encendido demasiado tiempo.
Carpetas compartidas y drag & drop
En un laboratorio doméstico es muy cómodo pasar scripts, malware de prueba o ficheros ISO entre host y VMs sin montar servidores adicionales.
VirtualBox integra de serie la función de Carpetas Compartidas. Desde la configuración de la VM eliges una carpeta del host (por ejemplo, C:\lab) y le pones un nombre con el que aparecerá dentro del invitado. Puedes hacerla de solo lectura, montarla automáticamente al iniciar la VM y marcarla como permanente. Este sistema requiere tener instaladas las Guest Additions.
Además, VirtualBox soporta arrastrar y soltar (drag & drop) y portapapeles compartido en una o dos direcciones (host→guest, guest→host o bidireccional). Se controla desde el menú Dispositivos de la ventana de la VM.
En Hyper‑V, el enfoque es distinto. No hay una función de carpetas compartidas tan directa como en VirtualBox, pero puedes compartir carpetas de Windows en el host y acceder desde la VM por red (SMB), o usar PowerShell y el cmdlet Copy‑VMFile para transferir archivos sin abrir puertos de más.
El modo de sesión mejorada de Hyper‑V, cuando está disponible, permite también redirigir portapapeles, unidades de disco, USB, audio y otros recursos del host a la VM, lo que hace más sencillo intercambiar datos en un escenario de escritorio.
Virtualización de hardware y de software
La mayoría de CPUs modernas incluyen extensiones como Intel VT‑x o AMD‑V, que son imprescindibles para una virtualización decente a día de hoy. Hyper‑V depende por completo de esa virtualización por hardware.
Hyper‑V solo soporta virtualización de hardware. Tienes que habilitarla en la BIOS/UEFI; si está desactivada, Hyper‑V ni siquiera funcionará correctamente. Por diseño, además, cuando Hyper‑V está activo, se adueña de esas capacidades y puede interferir con hipervisores de tipo 2 que intenten usarlas de forma directa.
VirtualBox soporta virtualización por hardware y por software. La virtualización puramente por software solo se puede usar con invitados de 32 bits x86, y es más lenta, pero permite ejecutar VMs en equipos muy antiguos sin VT‑x/AMD‑V. Para sistemas de 64 bits, VirtualBox también exige virtualización hardware.
Gestión remota: GUI y línea de comandos
Si tu laboratorio crece o lo mueves a otro equipo, valorarás mucho las herramientas de administración remota que ofrece cada solución.
En Hyper‑V, la principal herramienta gráfica es Hyper‑V Manager, desde la que puedes crear, importar, configurar, encender, apagar y borrar VMs, gestionar switches virtuales, discos duros virtuales y puntos de control. Permite conectarte también a hosts Hyper‑V remotos dentro de tu red.
Para acceder a la consola de la VM, Hyper‑V utiliza VMConnect, que te abre una ventana con la interfaz gráfica o consola del sistema invitado, mediante WMI y el protocolo RDP. El modo de sesión mejorada añade redirección de dispositivos, pantallas múltiples, etc.
VirtualBox integra todo en su interfaz gráfica principal, muy manejable para un usuario doméstico. Además, cuenta con VRDE (VirtualBox Remote Desktop Extension), una extensión que habilita acceso remoto vía RDP estándar a VMs sin necesidad de que el invitado tenga un servidor RDP propio. Para gestión en servidores sin interfaz gráfica, existe phpVirtualBox, una interfaz web en PHP que imita bastante bien la GUI original.
A nivel de consola, Hyper‑V se lleva de maravilla con PowerShell. Hay un montón de cmdlets para automatizar creación de VMs, snapshots, redes virtuales, etc., muy útil en laboratorios complejos o si te interesa aprender automatización en Windows.
VirtualBox tiene su equivalente en VBoxManage, una CLI multiplataforma que permite hacer prácticamente todo lo que ofrece la interfaz gráfica y más. Es perfecta para scripts, automatización en Linux o Windows, y para manejar VMs en entornos sin GUI.
Rendimiento en un equipo doméstico y consumo de recursos
El rendimiento real de tus máquinas virtuales va a depender, sobre todo, de lo potente que sea tu hardware y de cuántos recursos asignes a cada VM. Con un portátil gaming y 32 GB de RAM, vas bien servido para 2‑3 VMs simultáneas.
En términos generales:
- Hyper‑V suele exprimir muy bien el hardware en Windows, con buena integración y poca sobrecarga, especialmente en cargas típicas de servidor y redes.
- VMware Workstation acostumbra a ofrecer una experiencia más fluida que VirtualBox con el mismo invitado y recursos, especialmente en gráficos 3D y estabilidad.
- VirtualBox tiende a ser algo más lento en algunos escenarios, aunque para uso doméstico y laboratorio suele ser más que suficiente.
Debes tener en cuenta que cuando habilitas Hyper‑V, la virtualización pasa a ser “siempre on” a nivel de sistema. Aunque no tengas VMs corriendo, puede haber cierto impacto en otros programas que dependen de acceso directo al hardware (por ejemplo, algunos juegos o emuladores muy sensibles a la latencia).
Hyper‑V, VMware y VirtualBox conviviendo en el mismo equipo
Durante años, si activabas Hyper‑V en Windows, te podías olvidar de usar VirtualBox o VMware con aceleración hardware, porque Hyper‑V monopolizaba VT‑x/AMD‑V. Hoy la cosa ha mejorado bastante.
Desde versiones recientes, tanto VirtualBox como VMware Workstation son capaces de funcionar sobre Hyper‑V, utilizando una capa de virtualización anidada. Esto permite tener WSL2, Docker Desktop, Hyper‑V, VirtualBox y VMware conviviendo en el mismo Windows 10/11, aunque:
- Puede haber pérdida de rendimiento en VMs de tipo 2 al correr sobre Hyper‑V.
- Siguen pudiendo aparecer conflictos puntuales y comportamientos raros.
Por eso, aunque es técnicamente posible instalar y tener activos los tres a la vez, lo razonable es elegir uno como principal y evitar correr VMs de varios hipervisores simultáneamente. Los recursos (CPU, RAM, disco) vuelan, y la experiencia puede hacerse bastante desagradable.
VMware Workstation: qué aporta frente a Hyper‑V y VirtualBox
VMware Workstation tiene dos sabores: Player (gratuito, con limitaciones) y Pro (más completo y ahora también sin coste de licencia en muchos escenarios). Es una solución de tipo 2, pero muy orientada a profesionales y empresas.
Algunos puntos destacados de VMware Workstation Pro:
- Altísimo nivel de personalización del hardware virtual (CPU, RAM, red, gráficos, dispositivos).
- Funciones avanzadas de seguridad y aislamiento, muy útiles en entornos corporativos.
- Buen soporte de USB 3.0, tarjetas inteligentes, integración con vSphere/ESXi y vCloud Air.
- Gráficos 3D con soporte para DirectX y OpenGL bastante decentes.
- Gestión de instantáneas, clones completos y Linked Clones para ahorrar espacio.
Es capaz de virtualizar sin muchos dramas Windows, Linux y macOS (este último con ajustes adicionales) y suele ofrecer una experiencia más suave que VirtualBox, aunque también puede resultar más complejo para alguien que está empezando.
La versión Player es más sencilla y orientada a ejecutar una VM concreta con pocos adornos, mientras que la Pro permite múltiples VMs simultáneas, redes virtuales complejas, integración con vSphere, etc.. Si quieres algo “potente pero amigable” para un laboratorio serio, Workstation Pro es una muy buena pieza.
Docker, WSL2, Windows Sandbox y su relación con Hyper‑V
En el ecosistema actual de Windows aparecen tecnologías como WSL2, Docker Desktop o Windows Sandbox, que también usan virtualización, y muchas se apoyan precisamente en Hyper‑V.
WSL2 (Subsistema de Windows para Linux) monta un kernel Linux mínimo corriendo en una VM ligera sobre Hyper‑V. Es fantástico para desarrollo, pero no está pensado para tener escritorios completos “a la vieja usanza”, ni para practicar ciberseguridad con el mismo nivel de aislamiento que una VM independiente.
Docker Desktop en Windows también se apoya en Hyper‑V (o en WSL2) para ejecutar contenedores Linux. Docker no virtualiza sistemas completos, sino servicios encapsulados en contenedores sobre un kernel Linux mínimo (por ejemplo, Alpine). Es una herramienta brutal para microservicios y despliegues, pero no sustituye a una VM de Kali o de Windows completa para tu laboratorio. Además, conviene usar software de seguridad imprescindible en el host.
Windows Sandbox es otro “truco” interesante: un entorno Windows desechable, aislado y efímero, perfecto para probar rápidamente programas sospechosos. Cada vez que lo cierras, se borra todo lo que ha pasado dentro. Se basa también en tecnologías de virtualización de Hyper‑V, pero no está pensado para laboratorios persistentes con múltiples VMs.
Qué tener en cuenta al elegir en un equipo doméstico
Cuando eliges plataforma de virtualización para casa, más allá de la teoría, conviene fijarse en varios puntos muy prácticos:
- Compatibilidad con tu edición de Windows: si tienes Windows Home, Hyper‑V descartado de entrada.
- Multiplataforma: si quieres usar el mismo formato de VM en Linux, Windows y/o macOS, VirtualBox es el más flexible.
- Rendimiento: Hyper‑V y VMware suelen ir por delante de VirtualBox en fluidez y estabilidad.
- Facilidad de uso: VirtualBox es, en general, el más sencillo para un usuario medio; Hyper‑V tiene una curva más empresarial.
- Funciones de laboratorio: snapshots, redes virtuales, port mirroring, carpetas compartidas, drag & drop, etc.
- Consumo de recursos: todos chupan RAM y CPU; con 32 GB vas cómodo, pero no abuses de VMs simultáneas.
A nivel de seguridad, cualquier hipervisor bien configurado ofrece un aislamiento muy aceptable entre invitados y host, siempre que no compartas recursos a lo loco ni des permisos de red innecesarios (buenas prácticas de seguridad en Windows 11).
En un escenario doméstico como el tuyo, con Windows 11 Pro, 32 GB de RAM y la idea de mover 2 o 3 VMs (incluida una Kali para ciberseguridad), lo más equilibrado suele ser arrancar con VirtualBox por su sencillez, multiplataforma y buen manejo de snapshots, mantener la puerta abierta a VMware Workstation Pro si más adelante quieres un entorno más profesional, y dejar Hyper‑V para cuando de verdad lo necesites (WSL2 a tope, Docker en serio, o un laboratorio muy enfocado a Windows), sabiendo que es el que mejor aprovecha el hardware pero también el que más condiciona al resto de herramientas de virtualización que quieras usar en tu equipo.
