Respuesta corta: no son tres competidores entre sí. KVM convierte al kernel de Linux en hipervisor aprovechando las extensiones del procesador. QEMU emula el hardware que ve la máquina virtual. Xen es un hipervisor independiente que corre debajo del sistema operativo. En la práctica, la combinación KVM + QEMU es la que sostiene hoy la mayoría de las plataformas serias, incluidas Proxmox y OpenStack.
La confusión es entendible: los tres nombres aparecen juntos en cualquier documentación y parece que hubiera que elegir. No hay que elegir.
KVM: Linux se vuelve el hipervisor
KVM (Kernel-based Virtual Machine) se incorporó al kernel de Linux en 2006 y ese fue el punto de inflexión de toda la virtualización abierta. En lugar de construir un hipervisor aparte, KVM usa el propio kernel como capa de control.
Eso tiene una consecuencia práctica enorme: hereda el planificador de Linux, su modelo de memoria, su stack de seguridad y su gestión de hardware. Todo lo que Linux sabe hacer con procesos, lo hace con máquinas virtuales, porque cada VM en KVM es un proceso Linux común.
Es tecnicamente un hipervisor tipo 1 (corre sobre el hardware, no sobre otro sistema operativo), aunque a veces se lo describa mal como tipo 2 por vivir dentro del kernel.
QEMU: el que emula el hardware
QEMU nació como emulador puro: podía correr un sistema operativo de una arquitectura completamente distinta a la del hardware real, traduciendo instrucciones al vuelo. Eso lo hace invaluable para desarrollo y pruebas cruzadas, pero con un costo de rendimiento importante.
Cuando llegaron las extensiones de virtualización de los procesadores (VT-x en Intel, AMD-V en AMD), QEMU sumó soporte para KVM. Ahí se armó la dupla: QEMU le presenta el hardware virtual a la VM y KVM ejecuta las instrucciones a velocidad casi nativa.
Cuando leés "KVM/QEMU", es esto.
Xen: el hipervisor que va debajo de todo
Xen es anterior y sigue vigente. Su arquitectura es distinta: un hipervisor tipo 1 minimalista que corre directo sobre el hardware, más un dominio privilegiado llamado Dom0 que administra dispositivos, controladores y herramientas de gestión.
Su innovación clave fue la paravirtualización: los sistemas invitados se modifican para llamar explícitamente al hipervisor en vez de ejecutar instrucciones que no se podían virtualizar. Eso le dio eficiencia años antes de que existiera soporte en el procesador.
Xen se ganó su lugar donde el aislamiento es prioridad: infraestructura gubernamental, seguridad informática, nubes públicas. Amazon EC2 corrió sobre Xen durante sus primeros años.
En una tabla
| KVM | QEMU | Xen | |
|---|---|---|---|
| Qué es | Módulo del kernel de Linux | Emulador de hardware | Hipervisor independiente |
| Tipo | 1 (dentro del kernel) | Emulador / acelerador | 1 (bare metal) |
| Necesita | VT-x o AMD-V | Nada obligatorio | VT-x/AMD-V para virtualización completa |
| Rendimiento | Casi nativo | Bajo solo, alto con KVM | Casi nativo |
| Fuerte en | Estándar de facto en Linux | Flexibilidad y multiarquitectura | Aislamiento y seguridad |
| Se usa en | Proxmox, OpenStack, RHV | Junto a KVM en todas | XCP-ng, XenServer |
Qué significa esto para una migración
Tres cosas concretas:
- Si migrás a Proxmox, oVirt u OpenStack, estás migrando a KVM/QEMU. El nombre comercial cambia; el motor es el mismo.
- virtio es la pieza que importa. Los dispositivos paravirtualizados de la familia virtio (disco, red, SCSI) son lo que da rendimiento cercano al hardware real. Es el punto técnico que más migraciones rompe, y por eso tiene un artículo propio en esta serie.
- La elección real no es de hipervisor, es de plataforma de gestión. Casi todos corren KVM abajo. Lo que se elige es la capa que administra, que es el tema del mapa de alternativas.
Preguntas frecuentes
¿KVM es tan maduro como ESXi?
Sí. Está en el kernel de Linux desde 2006 y es la base de nubes públicas enteras. La diferencia con VMware no está en el hipervisor, está en las herramientas de gestión y en la integración del ecosistema.
¿Conviene Xen o KVM?
Para la mayoría de las PyMEs, KVM: tiene más soporte, más documentación y más gente que lo sabe operar. Xen tiene sentido si venís de XenServer o si el aislamiento fuerte es un requisito explícito.
¿Necesito saber de Linux para operar KVM?
Para operarlo bien, sí. Plataformas como Proxmox te dan una interfaz web que cubre el día a día, pero cuando algo falla la respuesta está en Linux. Es el costo de capacitación que hay que contar en el TCO.
¿Puedo probarlo sin comprar nada?
Sí, y es lo que recomiendo antes de cualquier decisión. KVM viene en cualquier distribución Linux moderna y Proxmox se instala en un servidor de descarte.
En resumen
KVM, QEMU y Xen no son alternativas entre sí: son las piezas con las que están construidas casi todas las alternativas a VMware. Entender qué hace cada una evita la confusión más común al evaluar plataformas, que es creer que se está eligiendo hipervisor cuando en realidad se está eligiendo capa de gestión.
3 páginas · el procedimiento paso a paso, en PDF. Gratis, por dejar tu email.