{"id":520,"date":"2026-09-06T00:42:17","date_gmt":"2026-09-06T03:42:17","guid":{"rendered":"https:\/\/www.linuxpro.com.br\/2026\/09\/a-historia-do-xen\/"},"modified":"2026-09-08T08:19:42","modified_gmt":"2026-09-08T11:19:42","slug":"a-historia-do-xen","status":"publish","type":"post","link":"https:\/\/www.linuxpro.com.br\/es\/2026\/09\/a-historia-do-xen\/","title":{"rendered":"La historia de Xen: el hipervisor de Cambridge"},"content":{"rendered":"

\"Mascote<\/p>\n

En 2003 un hipervisor sali\u00f3 del Computer Laboratory de Cambridge y cambi\u00f3 la forma de repartir un servidor. Xen \u2014 tipo 1, GPLv2, paravirtualizaci\u00f3n \u2014 se convirti\u00f3 en la base de Amazon EC2, de Rackspace y, m\u00e1s tarde, de Qubes OS. En 2026 el Xen Project 4.21 sigue siendo el n\u00facleo de XenServer, de XCP-ng y de una parte del ARM embebido. La historia es la de un paper de la SOSP que se convirti\u00f3 en nube.<\/p>\n

<\/p>\n

XenoServers, 1999<\/h2>\n

Ian Pratt, lecturer en el Computer Laboratory, dirigi\u00f3 el proyecto XenoServers: \u201ccomputaci\u00f3n p\u00fablica de \u00e1rea amplia\u201d: cualquier persona ejecutando cualquier c\u00f3digo en cualquier m\u00e1quina, con cobro por recurso. El nombre proviene del griego xenos<\/em>, hu\u00e9sped. Anil Madhavapeddy, entonces doctorando, cuenta el mito fundacional: una apuesta de fin de semana sobre si Keir Fraser conseguir\u00eda arrancar varios kernels Linux en el mismo hardware. Lo consigui\u00f3. El informe t\u00e9cnico UCAM-CL-TR-553 (enero de 2003) describe el dise\u00f1o: varios sistemas invitados, aislamiento, QoS, overhead de unos pocos por ciento.<\/p>\n

En 2\u20133 de octubre de 2003 sali\u00f3 la primera versi\u00f3n estable, con Linux 2.4.22 como invitado. La SOSP\u201903 public\u00f3 Xen and the Art of Virtualization<\/em> (Barham, Dragovic, Fraser, Hand, Harris, Ho, Kotsovinos, Madhavapeddy, Neugebauer, Pratt, Warfield). Microsoft Research lleg\u00f3 a portar Windows XP a Xen bajo licencia acad\u00e9mica: el c\u00f3digo no pod\u00eda publicarse, pero el art\u00edculo cita la experiencia.<\/p>\n

Paravirtualizaci\u00f3n, dom0 y la nube<\/h2>\n

Xen no simula un PC completo. El invitado sabe<\/em> que est\u00e1 virtualizado y habla con el hipervisor mediante hypercalls. Esto es paravirtualizaci\u00f3n (PV): r\u00e1pida, pero requiere parchear el kernel. El dominio privilegiado, dom0<\/strong>, contiene los drivers y despierta a los dem\u00e1s (domU). Cuando Intel lanz\u00f3 VT-x (finales de 2005), Xen 3.0 fue el primer hipervisor compatible: HVM para Windows sin parche. M\u00e1s tarde lleg\u00f3 PVH, el t\u00e9rmino medio.<\/p>\n

Amazon EC2 entr\u00f3 en producci\u00f3n en 2006 sobre Xen. Permaneci\u00f3 as\u00ed hasta noviembre de 2017, cuando AWS migr\u00f3 a Nitro (KVM). Rackspace, Linode, SoftLayer: la primera generaci\u00f3n de nube p\u00fablica fue Xen. En 2014 un bug en el emulador x2APIC provoc\u00f3 un reinicio masivo en EC2: el precio de ser el hipervisor de internet.<\/p>\n

XenSource y Citrix<\/h2>\n

En 2005 Pratt, Fraser, Hand y el CEO Nick Gault fundaron XenSource para empaquetar el hipervisor como producto. El resultado comercial es lo que se convertir\u00eda XenServer<\/a>. En 22 de octubre de 2007 Citrix compr\u00f3 XenSource por $ 500 millones de d\u00f3lares. El c\u00f3digo del hipervisor sigui\u00f3 siendo GPLv2; el producto gan\u00f3 consola, pool, HA y el toolstack XAPI.<\/p>\n

Linux Foundation, 2013<\/h2>\n

El 15 de abril de 2013, en los diez a\u00f1os del primer release, el Xen Project pas\u00f3 a la Linux Foundation como Collaborative Project. Miembros en aquel momento: Amazon, AMD, Cisco, Citrix, Google, Intel, Oracle, Samsung, Verizon. La marca \u201cXen Project\u201d separa el hipervisor libre del \u201cXen\u201d que Citrix usaba en XenApp y XenDesktop. El sitio pas\u00f3 a xenproject.org. Licencia: GPLv2. Gobernanza: meritocracia.<\/p>\n

Qu\u00e9 es Xen hoy<\/h2>\n

4.21 sali\u00f3 el 19 de noviembre de 2025. Arquitecturas: x86, ARM, RISC-V, PowerPC. Qubes OS usa Xen para aislar cada aplicaci\u00f3n en un dominio. XAPI \u2014 toolstack enterprise \u2014 alimenta Citrix\/XenServer, XCP-ng<\/a> y Magrana. Los drivers PV de Windows los mantiene el propio proyecto.<\/p>\n

En Linux KVM se qued\u00f3 con el kernel y el escritorio. Xen se qued\u00f3 en el tipo 1 de verdad: peque\u00f1o, auditable, la base de quien necesita aislamiento fuerte. El linaje Cambridge \u2192 XenSource \u2192 Citrix \u2192 Foundation est\u00e1 en La historia de XenServer<\/a> e La historia de XCP<\/a>. El cubo del escritorio, otra rama, es el VirtualBox<\/a>. El kernel alrededor: Linux cumple 35 a\u00f1os<\/a>.<\/p>\n

Manos a la obra: Xen en tu Linux<\/h2>\n

La historia es buena, pero Xen tiene fama de dif\u00edcil \u2014 y buena parte de esa fama viene de gente que nunca pas\u00f3 del primer p\u00e1rrafo. Instalar es m\u00e1s sencillo de lo que parece.<\/p>\n

El camino manual, en Debian o Ubuntu<\/h3>\n
sudo apt update\nsudo apt install -y xen-system-amd64 xen-tools\n\n# o GRUB precisa passar a bootar o hipervisor ANTES do kernel\nsudo sed -i 's\/^GRUB_DEFAULT=.*\/GRUB_DEFAULT=\"Xen 4.21-amd64\"\/' \/etc\/default\/grub\nsudo update-grub\nsudo reboot<\/code><\/pre>\n
Despu\u00e9s del boot, comprueba si est\u00e1s de hecho dentro de dom0<\/code> \u2014 el dominio privilegiado, y no en el Linux normal:<\/p>\n
sudo xl info | head -20\nsudo xl list<\/code><\/pre>\n
Si el xl list<\/code> mostrar Domain-0<\/code>, el hipervisor est\u00e1 al mando y tu Linux se ha convertido en el dominio de control. Es la inversi\u00f3n mental que confunde a quien viene de KVM: aqu\u00ed el Linux no aloja las VMs \u2014 es una VM privilegiada, como las dem\u00e1s, solo que con los drivers.<\/p>\n
Un detalle que evita dolores de cabeza en una m\u00e1quina peque\u00f1a: por defecto el dom0<\/code> coge toda la memoria y la va devolviendo seg\u00fan van subiendo los invitados. Fija la memoria del mismo:<\/p>\n
# \/etc\/default\/grub.d\/xen.cfg\nGRUB_CMDLINE_XEN_DEFAULT=\"dom0_mem=4096M,max:4096M dom0_max_vcpus=4 dom0_vcpus_pin\"<\/code><\/pre>\n
Creando el primer invitado<\/h3>\n
O xen-tools<\/code> monta una VM Debian entera en un solo comando:<\/p>\n
sudo xen-create-image \n  --hostname=teste \n  --memory=2gb --vcpus=2 --size=20gb \n  --dist=trixie --dhcp \n  --dir=\/var\/lib\/xen\/images \n  --pygrub\n\nsudo xl create \/etc\/xen\/teste.cfg\nsudo xl console teste     # Ctrl+] sai do console<\/code><\/pre>\n
Los comandos del d\u00eda a d\u00eda:<\/p>\n
xl list                    # o que est\u00e1 rodando\nxl top                     # o htop do hipervisor\nxl shutdown teste          # desligar com educa\u00e7\u00e3o\nxl destroy teste           # puxar o cabo\nxl mem-set teste 4096      # mudar mem\u00f3ria com a VM ligada\nxl vcpu-set teste 4        # mudar CPU com a VM ligada\nxl save teste \/tmp\/t.save  # congelar em disco\nxl restore \/tmp\/t.save     # descongelar<\/code><\/pre>\n
Ajustar memoria y CPU con la m\u00e1quina encendida es uno de los trucos que Xen hace mejor que la competencia \u2014 herencia directa del dise\u00f1o de paravirtualizaci\u00f3n.<\/p>\n
El camino f\u00e1cil: XCP-ng<\/h3>\n
Si el objetivo es un servidor de virtualizaci\u00f3n de verdad, y no de estudio, nadie monta Xen a mano. Se instala XCP-ng<\/a> \u2014 una distribuci\u00f3n entera construida alrededor de Xen con el toolstack XAPI, que ofrece interfaz web, pool de hosts, migraci\u00f3n en vivo y copia de seguridad. Es el equivalente libre a lo que vende Citrix, y la instalaci\u00f3n es una ISO con siguiente, siguiente, finalizar<\/em>.<\/p>\n
Xen o KVM: cu\u00e1ndo tiene sentido cada uno<\/h3>\n\n\n\n\n\n\n\n\n\n
<\/th>\nXen<\/th>\nKVM<\/th>\n<\/tr>\n<\/thead>\n
Tipo<\/strong><\/td>\n1 \u2014 se ejecuta directamente sobre el metal<\/td>\n2 \u2014 es un m\u00f3dulo del kernel de Linux<\/td>\n<\/tr>\n
Superficie de ataque<\/strong><\/td>\nHipervisor peque\u00f1o y auditable<\/td>\nEl kernel de Linux al completo<\/td>\n<\/tr>\n
Instalaci\u00f3n<\/strong><\/td>\nRequiere arrancar desde el hipervisor<\/td>\nYa est\u00e1 en tu kernel<\/td>\n<\/tr>\n
Ecosistema<\/strong><\/td>\nXCP-ng, XenServer, Qubes<\/td>\nProxmox, oVirt, libvirt, todo lo dem\u00e1s<\/td>\n<\/tr>\n
Donde destaca<\/strong><\/td>\nAislamiento fuerte, ARM embebido, seguridad<\/td>\nUso general, escritorio, la mayor\u00eda de los casos<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n
La respuesta honesta para 2026: para la mayor\u00eda, KVM<\/strong> \u2014 est\u00e1 en el kernel, el conjunto de herramientas es mayor y el Proxmox<\/a> lo resuelve todo. Xen gana cuando el requisito es aislamiento serio: por eso Qubes OS<\/strong> lo eligi\u00f3 para separar cada aplicaci\u00f3n en un dominio propio, y por eso sobrevive en el ARM embebido, donde un hipervisor de pocos megabytes vale m\u00e1s que un kernel entero.<\/p>\n
L\u00ednea de tiempo<\/h2>\n