VivaLinux!

El desarrollador del proyecto Debian Maximilian Attems fue el primero en lanzar la voz de alerta en una entrevista cuando afirmó que el nuevo Red Hat Enterprise 6.0 (RHEL6) se distribuye con un Kernel 2.6.32 "en forma ofuscada".

Attems se refiere en realidad a que Red Hat no incluye en forma separada todos los parches que aplicó al Kernel Linux de su RHEL6, sino un gran "tarball" con todos esos parches aplicados juntos. Aunque este acto en sí no viola su licencia GPLv2 del Kernel, sí hace mucho más difícil a otras distribuciones que se basan en RHEL el trabajo de discernir cuál es el estado de ese Kernel antes de aplicar sus propios parches.

Tal es el caso de CentOS, la distribución comunitaria que es un clon a nivel binario de RHEL, pero también de Oracle Linux 6, que puede descargarse gratuitamente (al contrario que RHEL) y que tiene planes de soporte de U$S 99 por año (¿notablemente menos que los nuevos precios de RHEL6?).

Prontamente, la misma Red Hat Inc. publicó un comunicado de prensa aclarando su postura oficial en todo este asunto:

"Cuando lanzamos RHEL6 hace aproximadamente cuatro meses, cambiamos la versión del paquete de Kernel para tener todos nuestros parches aplicados por defecto. ¿Porqué hicimos este cambio? Hablando sinceramente, el marco competitivo ha cambiado. Nuestros competidores en el mercado del Enterprise Linux han cambiado su estrategia comercial de construir y competir con sus propias distribuciones de Linux, a una en la que directamente se acercan a nuestros clientes ofreciéndoles soporte para RHEL".

Esta semana Red Hat hizo su apuesta más fuerte al mercado de la virtualización con el lanzamiento de su nuevo producto Red Hat Enterprise Virtualization for Servers (U$S 499 a U$S 749 por año por CPU) basado en Red Hat Enterprise 5.4 y KVM, con los desarrolladores ésta última ahora trabajando para la empresa del sombreo rojo desde que compró a Qumranet el año pasado.

Hasta aquí, todo parecería ir de acuerdo a la estrategia de virtualización de Red Hat de no ser por un pequeño detalle: el Virtualization Manager, la herramienta de administración de las características de virtualizacion del nuevo producto, es una aplicación Windows.

Este desafortunado hecho sería consecuencia de la misma adquisición de Qumranet, que ofrecía un software de administración similar sobre el cuál se construyó Virtualization Manager pero que solamente estaba disponible para el sistema operativo de Microsoft. Red Hat promete que tendrá una versión para Linux en algún momento del 2010, mientras tanto sus usuarios deberán comprar o ya poseer una licencia de Windows para poder ejecutarlo.

Andy Cathrow, Product Marketing Manager para Red Hat Enterprise Virtualization, explicó esta bizarra situación de la siguiente manera:

“Estamos en el proceso de mudarlo a una base totalmente Linux y Open Source, pero era importante para nosotros lanzar esto al mercado rápidamente para nuestros clientes”.

El Ministerio de Vivienda, Construcción y Saneamiento del Perú tenía una plataforma de comunicaciones de correo electrónico limitada y obsoleta, basada en SUSE Enterprise Linux con Postfix y Horde para clientes Web. Los usuarios utilizaban Microsoft Outlook en diferentes versiones para consultar sus correos, lo que presentaba muchos inconvenientes debido a su antigüedad y configuración. Además la plataforma requería de un servidor exclusivo para este servicio. El principal problema que enfrentaba el Ministerio consistía en la falta de escalabilidad y seguridad, la reducida flexibilidad en su administración y la interfaz de usuarios restringida.

El Ministerio tomó la decisión de evaluar soluciones para reemplazar su costoso software propietario por una solución de correo electrónico basado en la Web que integrara correo electrónico, agenda y mensajería. El Ministerio trabajó junto a Software Libre Andino, socio de Red Hat en Perú, para el proceso de evaluar el reemplazo de sus sistemas. Durante la evaluación, el Ministerio sopesó Microsoft Exchange respecto de Zimbra Collaboration Suite, y decidió que esta última representaría un ahorro del 30 por ciento.

Jaime Honores Coronado, Director General de la Oficina General de Estadística e Informática del Ministerio explicó la decisión final:

“Necesitábamos una solución de rápida implementación y fácil administración. Evaluamos varias propuestas de otros proveedores, entre ellos las soluciones de SUSE Linux y Microsoft Windows, pero por el ahorro en los costos, la fácil administración, la confiabilidad y la rápida implementación elegimos Red Hat Enterprise Linux, Zimbra Collaboration Suite y Alfresco”.

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, el proveedor de soluciones de código abierto líder en el mundo, anunció en un comunicado que YPF S.A. ha migrado desde su software propietario a Red Hat Enterprise Linux 5 con tecnología de virtualización integrada sobre plataformas con servidores Intel para su negocio YPF Gas.

Adriana Marisa Vázquez, responsable del Grupo Administración de UNIX de YPF explicó:

“En YPF, las decisiones se toman únicamente luego de pruebas e investigaciones exhaustivas, y el equipo de IT debió demostrar que la migración de los viejos servidores propietarios hacia plataformas abiertas y flexibles no pondría en riesgo la confiabilidad, la disponibilidad y el rendimiento de los sistemas.

También debíamos garantizar que nuestras soluciones SAP y Oracle fueran plenamente compatibles y certificadas en la plataforma elegida”.

Además de Red Hat Enterprise Linux, también utiliza la solución de gestión de sistemas y optó por contar con la experiencia de consultoría de Red Hat durante su implementación.

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.

Tuve que buscar en el archivo de VivaLinux! para encontrar alguna referencia previa de este acontecimiento, y lo que descubrí fue que ya a principios del año pasado Red Hat tenía intenciones de hacer crecer su negocio prefiriendo a JBoss por sobre su producto bandera Red Hat Enterprise Linux (RHEL). Y cualquiera haya sido la estrategia que siguieron desde ese momento, todo indica que está dando resultado.

El negocio de JBoss está creciendo ahora el doble que el de su negocio de Linux, produciendo U$S 10 en cargos de consultoría por cada U$S 1 que ingresa en concepto de subscripciones (de RHEL).

Todo indica que JBoss finalmente valió cada centavo de los U$S 350 Millones que Red Hat pagó por él en el 2006.

Red Hat anunció así el lanzamiento de la tercera actualización de la actual versión estable de su principal producto Linux. De allí nos enteramos que las principales novedades en Red Hat Enterprise Linux 5.3 (RHEL) incluyen, entre muchas otras más:

• Más escalabilidad de entornos x86-64 virtualizados.
  Hasta 32 CPUs virtuales con 80 Gb de RAM. Servidores físicos con hasta 126 CPUs y 1 Tb de RAM.
• Soporte para procesadors Intel Core i7 (Nehalem).
  Con "ganancias excepcionales" medidas por el Red Hat Engineering Performance Group.
• Inclusión de OpenJDK.
  La implementación 100% Open Source de Jave SE 6.

Por otro lado, también se publicó un reporte de riesgos que dice que desde el lanzamiento de la versión 5 de RHEL, cada vulnerabilidad crítica descubierta recibió una actualización de seguridad el mismo día fue reportada o su siguiente día hábil.

Max Spevack, el que hasta hace poco era máximo responsable del proyecto Fedora, concedió recientemente una entrevista a LinuxFormat en la cual comentó algunos de los aspectos más interesantes de esta distribución comunitaria. Spevack comentó que tal es la relevancia de Fedora para el desarrollo de las versiones comerciales de Red Hat (RHEL), que de no ser por ésta, los costes de gestión y desarrollo de RHEL se triplicarían.

Spevack dijo que:

"Alrededor de dos tercios de los paquetes en Fedora se mantienen por gente de la comunidad de usuarios, y si no tuviéramos dicha comunidad, esa parte del trabajo tampoco podría realizarse, lo que dañaría de forma significativa el valor de Red Hat, o que tendría que resolverse con la contratación de más ingenieros".

Spevack también señala que Fedora cada vez está ganando más reputación como distribución de referencia que ya no es considerada como una "Beta de Red Hat", como muchos la suponían hace unos años.

Sin duda relacionado con el problema de Fedora a principios de esta semana, Red Hat publicó un mensaje de que hubo una intrusión en alungos de sus sitemas recientemente, y que como resultado, algunos de los paquetes de OpenSSH para RHEL4 (i386 y x86-64) y RHEL5 (i386 y x86-64) fueron alterados con la firma del intruso. Red Hat confía en que ninguno de estos paquetes modificados fueron distribídos por su Red Hat Netword (RHN) a sus clientes, pero se apresuraron a publicar nuevos paquetes y un script que verifica que no se haya instalado ninguno extraño.

Por otro lado, la comunidad de CentOS, el clon libre de RHEL, también se apresuró a aclarar que no se comprometió ninguna parte de su infraestructura, pero que sin embargo se auditaron completamente sus versiones CentOS 4 y CentOS 5. También aseguraron que los usuarios de CentOS no están afectados por la intrusión en Red Hat.