VMWare introdujo esta semana su nuevo hipervisor para la virtualización de servidores VMware ESX Server 3i, mismo que comparte la mayoría de las características del producto original (es decir, ESX 3 sin la i), como por ejemplo, que no requiere de un sistema operativo para mediar entre el hipervisor y el hardware.
Lo novedoso de este nuevo producto, es que solo utiliza 32 MB de almacenamiento en disco y que vendrá instalado en memoria Flash en servidores ó appliances de fabricantes tales como Dell, IBM, HP y Fujitsu-Siemens, eliminando varias tareas de instalación y configuración del producto convencional.
¿Como consiguió VMWare poner en semejante dieta a su producto estrella? una instalación típica de ESX Server requiere aproximadamente 2GB de espacio en disco, el instalador copia una gran cantidad de drivers para las diferentes marcas de equipos soportados aun cuando no son usados. Sin embargo, la principal fuente de grasa es la llamada Consola de Servicio ó COS, una versión simplificada de Red Hat Linux cuya función histórica ha sido "arrancar" ó "bootear" el VMKernel (el núcleo del hipervisor), y servir de puente para que el mundo externo pueda comunicarse con el VMKernel, con la desventaja que requiere reservar su propia memoria y utiliza CPU. Este es justamente uno de los componentes que VMWare removió de ESX para crear la versión 3i, reemplazándola con agentes e interfaces que corren nativos sobre el VMKernel.
Superficialmente pudiera creerse que lo novedoso de este nuevo hipervisor es su bajo peso y reducido consumo de recursos, sin embargo si han estado pendientes de las noticias del mundo Linux, pudieron haber leído algunas críticas hacia VMWare afirmando que como el VMKernel es cargado por un módulo de kernel de Linux (vmkmod), entonces el VMKernel es un trabajo derivado de Linux y su código fuente debe ser liberado al público, una afirmación estúpida y fanática si me permiten opinar, como de costumbre la comunidad Linux se dispara en el pie, tirando FUD a un fabricante de software innovador, y que ha sido generoso con la comunidad Linux y Open Source (y este a su vez, también ha obtenido provecho de la comunidad Open Source), así que ya lo tienen, lo consiguieron señores fanáticos Linuxeros, VMWare extirpa limpiamente el tumor antes que se volviera maligno, a VMWare no le hubiese favorecido entrar en polémica de la legalidad de su producto estrella, especialmente por su reciente IPO. Es una pena que ni el mismo Linus Torvalds sea tan quisquilloso con su propia creación, y fanáticos de la GPL se dediquen a acosar a empresas que han legitimizado a Linux como una tecnología digna de funcionar en un Data Center de misión crítica.
¿Cual es/era la relación entre VMKernel y Linux?
Cuando un servidor al que se ha instalado VMWare ESX Server arranca, lo que realmente se carga es una versión (relativamente antigua) de Red Hat Linux, en el arranque, el proceso de inicialización de Linux carga un modulo de kernel llamado vmkmod, el cual a su vez carga e inicializa el VMKernel (un hipervisor derivado de SimOS, un sistema operativo creado por el fundador de VMWare, el profesor Mendel Rosemblum y su equipo de la Universidad de Stanford). El VMKernel usurpa los recursos de hardware del kernel de Linux, hace un soft-reset de los procesadores, permitiendo al VMKernel tomar completo control del hardware y cargar a Linux (la Consola de Servicio ó COS como le llama VMWare) como una máquina virtual privilegiada. de ahí en adelante, quien administra los recursos de hardware, asigna el tiempo de CPU, atrapa las instrucciones x86 no virtualizables, administra la memoria, y se comunica con los dispositivos, es el VMKernel con drivers y algoritmos propios.
Actualización (21/09/2007)
Aparentemente y según este artículo, ESX Server 3i todavía es cargado por un kernel simplificado de Linux, es una lástima si esto es verídico.