VivaLinux!

El recientemente lanzado Fedora 13 (F13) incluye toda una serie de atractivas características para la virtualización, pero únicamente para KVM: el aún popular Xen fué efectivamente eliminado de Fedora cuando Red Hat apostó todo su negocio de virtualización al primero.

Sin embargo, hay buenas noticias para los partidarios de Xen. Primero que todo, F13 todavía soporta a huéspedes Xen y sus desarrolladores están trabajando para devolver el soporte de toda la plataforma de Xen a F13 para quienes usen a esa distribución como su entorno de producción. No se menciona ninguna fecha ni se hace ninguna promesa, pero por lo menos se confirma que para el proyecto de Xen, Fedora (y en consecuencia también Red Hat) todavía son parte de su estrategia.

Al otro extremo, un portavoz de Red Hat resumió así la situación:

"Todavía soportamos huéspedes Xen, pero abandonamos los kernels originales con el hypervisor (de Xen) hace varios meses. Hay un soporte experimental para el nuevo hypervisor de Xen bajo evaluación, pero no es parte de Fedora 13 en este momento".

Con el anuncio de la disponibilidad de Red Hat Enterprise Linux 5.4, la empresa del sombrero rojo se apresura a presentar la primera distribución con un hypervisor de KVM comercialmente soportado, tal como lo había planeado en su nueva estrategia de virtualización.

Xen, que fue agregado a RHEL en su versión 5.0 liberada en el 2007, seguirá siendo soportado, pero ahora está claro dónde Red Hat tiene puestas todas sus expectativas: Brian Stevens, CTO de Red Hat, afirmó que están trabajando en "características" para permitir refactorear máquinas virtuales basadas en otros hypervisores de tal manera que puedan correr sobre KVM. Y no se trataría sólo de convertir máquinas virtuales de Xen, sino también de VMWare ESX Server.

Y para sustentar sus preferencias, Stevens agrega este dato:

“Desde el punto de vista de la disponibilidad, hay cargas de redes que estamos viendo que tienen una mejora del 40% en performance con KVM en RHEL 5.4 sobre Xen”.

Red Hat anunció que comenzó la etapa Beta de las pruebas de su nueva estrategia para productos de virtualización en entornos empresariales. Básicamente, y tal como se esperaba, el "portfolio" completo de productos Red Hat Enterprise Virtualisation está basado en el hypervisor de KVM (Kernel Virtual Machine) que Red Hat se embolsó cuando compró Qumranet Inc. el año pasado.

Red Hat continuará soportando sus instalaciones actuales implementadas con Xen (por lo menos hasta 2014) pero se aleja de esa tecnología buscando a partir de ahora migrar a todos sus clientes a la nueva solución de KVM.

Entre los nuevos productos está, por ejemplo, el Red Hat Enterprise Virtualization Manager for Servers que promete migración "en vivo", un planificador para el sistema, administradores de imágenes, snapshots, monitoreo y reportes, etc.

Aclarando mucho más la situación actual de Xen y su estado actual para la inclusión en el Kernel este artículo de Linux Weekly News explica cómo, habiendo encendido la llama de la virtualización en los corazones y las mentes de los desarrolladores hace tanto como en el 2003 con su primer lanzamiento, Xen sólo consiguió integrar su núcleo en el Kernel 2.6.23 de Octubre del 2007.

Los motivos del letargo serían la falta de interés de los desarrolladores originales de Xen en apresurar su integración y el muchas veces ignorado esfuerzo de todos los que quisieron colaborar independientemente. El resultado fué que, a pesar de que muchas distribuciones se apresuraron a incluir soporte para Xen, sólo pudieron ofrecerlo con mucho código agregado ajeno al Kernel, incluso no soportado muy bien por sus propios creadores.

Pero quien parece estar cambiando la suerte y el destino de Xen es Jeremy Fitzhardinge, que no sólo ya publicó un parche del dom0 de Xen para el próximo Kernel 2.6.30, sino que además respondió a las críticas de Andrew Morton justificando las ventajas de Xen con respecto al favorito KVM, por ejemplo:

• El hypervisor de Xen es liviano y puede ejecutarse independientemente, el de KVM es el mismo Kernel. Además, algunos vendedores como HP y Dell ya están incluyendo a Xen en el firmware de algunos de sus sistemas como parte de la característica "Instant On".
• La "paravirtualización" de Xen le permite funcionar aún en hardware que no soporta virtualización completa, al contrario que KVM.
• La separación entre el hypervisor, dom0 y domU hace que las validaciones de seguridad sean más fáciles.

En general, todo parece indicar que los sólidos argumentos de Fitzhardinge no pudieron ser aún refutados y que el consenso se inclinaría finalmente a aceptar que sí hay un lugar para KVM y Xen en el Kernel 2.6.30.

El reputado hacker del Kernel Andrew Morton tuvo unas palabras poco alagüeñas cuando llegó su hora de opinar sobre la inclusión de los parches del dom0 de Xen en el corazón de Linux:

“Odio ser el que tenga que decirlo, pero deberíamos sentarnos y resolver si es justificable integrar cualquiera de esto dentro de Linux. Yo todavía creo que la tecnología de Xen es la manera "vieja" y que el mundo se está moviendo hacia una nueva dirección (¿KVM?). ¿En tres años, nos arrepentiremos de haber integrado esto?”

El debate está servido, y como todavía no hay nada resuelto, sigue siendo perfectamente posible que los parches de Xen aparezcan en el próximo Kernel 2.6.30.

El dom0 ("domain 0") es el primer sistema operativo huésped de Xen, el primero que arranca automáticamente y el que tiene privilegios especiales para administrar el acceso al hardware físico de los siguientes huéspedes.

Y Red Hat es el último en unirse al Microsoft Server Virtualization Validation Program (SVVP), uniéndose así a otros como Cisco, Citrix, Novell, Oracle, Sun, Unisys, Virtual Iron y VMware. Red Hat tuvo para ello que aceptar las condiciones de Microsoft para poder ofrecer soporte certificado para Windows a sus clientes. Como contrapartida, los clientes de Microsoft finalmente podrán ejecutar los sistemas operativos de Red Hat como huéspedes en afitriones Hyper-V.

Este acuerdo también implica que:

• Red Hat validará huéspedes Windows Server 2003 SP2, Windows 2000 Server SP42 y Windows Server 2008 en las tecnologías de virtualización ofrecidas en su Red Hat Enterprise Linux.
• Microsoft validará huéspedes Red Hat Enterprise Linux 5.2 y 5.3 (RHEL) en anfitriones Windows Server 2008 Hyper-V (todas las ediciones) y Microsoft Hyper-V Server 2008.

Red Hat no especificó qué tecnología de virtualización en particular será validada, pero como su preferida solución KVM todavía no está lista, se puede deducir que el acuerdo se aplica a la implementación de Xen actualmente en RHEL.

Podría ser sólo una coincidencia, pero poco después de que Red Hat comprara Qumranet Inc., los creadores del software de virtualización KVM, parece inevitable que el próximo Fedora 10 no incluirá soporte para Xen (!). En el newsletter del proyecto se explica que:

"No hay prácticamente ninguna posibilidad de que Fedora 10 incluya un huésped Dom0 de Xen. Mientras que los desarrolladores de Xen están haciendo un buen progreso en portar Dom0 a paravirt_ops, simplemente hay muy poco tiempo para tenerlo listo para Fedora 10. Así que si uno quiere usar a Fedora 10 como un huésped, entonces KVM es la única opcion viable en este momento. Si pueden esperar a Fedora 11 (o usar RHEL5 o CentOS 5), entonces Xen sí puede ser una opción".

Recordemos que cuando Red Hat compró Qumranet Inc., dijo que continuaría soportando Xen hasta el 2014, pero aparentemente esto sólo se aplicaría a su comercial RHEL; mientras tanto, todavía tampoco publicó ningún plan para implementar la transición de Xen a KVM...

Se anunció) la disponibilidad de la versión 3.3 de Xen, la máquina virtual de código abierto desarrollada originalmente por la Universidad de Cambridge y ahora propiedad de Citrix. Xen 3.3 incluye mejoras en la performance, eficiencia y seguridad, además de soportar las más recientes características de virtualización que ofrece el hardware más moderno. Por ejemplo, está optimizado para las características de la aquitectura de próxima generación "Nehalem" de Intel, como una mejorada administración de energía.

Xen 3.3 soporta las plataformas x86_64, IA64 y ARM con acceso completo a su espacio de direcciones de 64 bits, permitiéndole sacar ventaja de enormes cantidades de memorias instaladas y por supuesto, tantos núcleos como tengan tus CPUs.

Tomando una dirección distinta al resto de sus principales rivales, Ubuntu usará KVM como su principal solución de virtualización. Red Hat Enterprise Linux y SUSE Linux Enterprise Server usan Xen, Debian prefiere OpenVZ.

"Elegimos quedarnos con KVM como nuestro enfoque principal para la virtualización", dijo Soren Hansen, el especialialista de virtualización del equipo del proyecto Ubuntu Server. De esta manera, KVM tendrá un lugar especial en la próxima Ubuntu 8.04 "Hardy Heron".

Hansen dijo que los programadores (de Ubuntu) también evaluaron otras opciones, incluyendo a Xen, OpenVZ, KQEmu y VirtualBox; pero "encontramos que KVM es nuestra mejor elección en este momento", aclaró.

Free Xen VPS Hosting ofrece justamente eso, una cuenta de hosting en un servidor privado virtual (VPS) basado en Xen y Debian totalmente gratuito. Su configuración incluye, además de su obligatorio acceso como superusuario: 1 dirección de IP, 64 Mb de RAM, 1 Gb de espacio en disco rígido y 10 Gb de transferencia por mes. Este servicio parece ser parte de una prueba de viabilidad sobre la que sus encargados se reservan el derecho de continuidad, pero a pesar de eso, es una excelente forma para tener nuestro propio servidor de verdad. Eso sí, sólo para quienes no le tienen miedo a la consola, aquí no hay ningún panel de control.

Además, el servicio tiene opciones pagas para aumentar la capacidad del servicio: 64 Mb de RAM más, 1 Gb más de espacio o 10 Gb más de transferencia; todas a 1 Euro por mes cada una. Nada mal si comenzamos a trabajar más seriamente con nuestro VPS.