VMware ESX vs. ESXi: Resumen de las principales diferencias
Según las últimas estadísticas, VMware acapara más del 75% del mercado mundial de virtualización de servidores, lo que convierte a la compañía en líder indiscutible del sector, con sus competidores muy rezagados. El hipervisor VMware le ofrece una forma de virtualizar incluso las aplicaciones que consumen más recursos sin salirse de su presupuesto. Si se está iniciando en el software de VMware, es posible que se haya topado con la interminable discusión ESX vs. ESXi.
Se trata de dos tipos de arquitectura de hipervisor VMware, diseñados para la instalación «bare-metal», es decir, directamente sobre el servidor físico (sin ejecutar un sistema operativo). El objetivo de nuestro artículo es explicar la diferencia entre ellos.
¿Qué significa ESXi y cómo empezó todo?
Si ya está algo familiarizado con la línea de productos de VMware, es posible que haya oído que ESXi, a diferencia de ESX, está disponible de forma gratuita. Esto ha llevado a la idea errónea de que los servidores ESX ofrecen una solución más eficaz y con más funciones que los servidores ESXi. Sin embargo, esta noción no es del todo exacta.
ESX es el predecesor de ESXi. La última versión de VMware que incluye las arquitecturas de hipervisor ESX y ESXi es vSphere 4.1 («vSphere»). Tras su versión en agosto de 2010, ESXi se convirtió en el sustituto de ESX. VMware anunció la transición de ESX, su arquitectura clásica de hipervisor, a ESXi, una solución más ligera.
La principal diferencia entre ESX y ESXi es que ESX se basa en un sistema operativo de consola basado en Linux, mientras que ESXi ofrece un menú para la configuración del servidor y funciona independientemente de cualquier sistema operativo de uso general. Como referencia, el nombre ESX es una abreviatura de Elastic Sky X, mientras que la letra «i» recién añadida en ESXi significa «integrado». Como apunte, quizá le interese saber que en la fase inicial de desarrollo, en 2004, ESXi se conocía internamente como «VMvisor» («VMware Hypervisor»), y se convirtió en «ESXi» sólo tres años después. Desde la versión 5, lanzada en julio de 2011, solo ESXi ha continuado.
ESX frente a ESXi: Principales diferencias
En general, las funciones de los hipervisores ESX y ESXi son prácticamente las mismas. La diferencia clave radica en la arquitectura y la gestión de las operaciones. Aunque sólo sea por acortar la comparación de versiones de VMware a unas pocas palabras, la arquitectura ESXi es superior en términos de seguridad, fiabilidad y gestión. Además, como ya se ha mencionado, ESXi no depende de un sistema operativo. VMware recomienda encarecidamente a sus usuarios que utilizan actualmente la arquitectura ESX clásica que migren a ESXi. Según la documentación de VMware, esta migración es necesaria para que los usuarios puedan actualizar más allá de la versión 4.1 y maximizar los beneficios de su hipervisor.
Consola OS en ESX
Como se ha indicado anteriormente, la arquitectura ESX se basa en un sistema operativo de consola (COS) basado en Linux. Esta es la diferencia clave entre ESX y ESXi, ya que este último funciona sin el COS. En ESX, la función del sistema operativo de consola es arrancar el servidor y, a continuación, cargar el hipervisor vSphere en la memoria. Después, sin embargo, la COS ya no es necesaria, pues éstas son sus únicas funciones. Aparte de que el papel del SO de consola es bastante limitado, plantea ciertos retos tanto a VMware como a sus usuarios. El COS es bastante exigente en cuanto al tiempo y el esfuerzo que requiere su seguridad y mantenimiento. Algunas de sus limitaciones son las siguientes:
- La mayoría de los problemas de seguridad asociados a entornos basados en ESX están causados por vulnerabilidades en el COS;
- La habilitación de agentes o herramientas de terceros puede plantear riesgos de seguridad, por lo que debe ser objeto de una estricta supervisión;
- Si se permite su ejecución en el COS, los agentes o herramientas de terceros compiten con el hipervisor por los recursos del sistema.
En ESXi, introducido inicialmente en la versión 3.5 de VMware, el hipervisor ya no depende de un SO externo. Se carga desde el dispositivo de arranque directamente en la memoria. El hecho de que se haya eliminado la COS es beneficioso en muchos sentidos:
- La disminución del número de componentes permite desarrollar una arquitectura segura y bien cerrada;
- Se reduce el tamaño de la imagen de arranque;
- El modelo de instalación se vuelve más flexible y ágil, lo que resulta beneficioso para infraestructuras con una gran cantidad de hosts ESXi.
De este modo, el punto clave en la discusión ESX vs. ESXi es que la introducción de la arquitectura ESXi resolvió algunos de los retos asociados a ESX, mejorando así la seguridad, el rendimiento y la fiabilidad de la plataforma.
ESX frente a ESXi: funciones básicas del último
Por el momento, ESXi sigue siendo un hipervisor «bare-metal» que establece una capa de virtualización entre el hardware y el sistema operativo de la máquina. Una de las principales ventajas de ESXi es que crea un equilibrio entre la creciente demanda de capacidad de recursos y la asequibilidad. Al permitir una partición eficaz del hardware disponible, ESXi proporciona una forma más inteligente de utilizar el hardware. En pocas palabras, ESXi permite consolidar varios servidores en menos máquinas físicas. Esto le permite reducir tanto el esfuerzo de administración informática como los requisitos de recursos, especialmente en términos de espacio y consumo de energía, ayudándole a ahorrar a cambio en costes totales.
Estas son algunas de las principales funciones de ESXi:
Huella más pequeña
ESXi puede considerarse una versión de ESX de menor tamaño. Para una referencia rápida, «huella» se refiere a la cantidad de memoria que ocupa el software (o hipervisor, en este contexto). En el caso de ESXi 6.7, sólo son unos 130 MB, mientras que el tamaño de una imagen ISO de ESXi 6.7 es de 325 MB. En comparación, ESXi 6 ocupa unos 155 MB.
Modelos de configuración flexibles
VMware proporciona a sus usuarios una herramienta para averiguar los límites de configuración recomendados para un producto concreto. Para implantar, configurar y utilizar correctamente los equipos físicos o virtuales, es aconsejable que no supere los límites que admite el producto. Con ello, VMware crea los medios para dar cabida a aplicaciones de básicamente cualquier tamaño. En ESXi 6.7, cada una de sus máquinas virtuales puede tener hasta 256 CPU virtuales, 6 TB de RAM, 2 GB de memoria de vídeo, etc. El tamaño del disco virtual es de 62 TB.
Mayor seguridad
VMware ofrece una amplia selección de herramientas y funciones para proteger los hosts ESXi de accesos no autorizados y usos indebidos. Desde la versión 6.5, es posible cifrar sus máquinas virtuales, incluidos sus archivos, archivos de disco virtual y archivos de volcado de núcleo. Con el mecanismo flexible de control de accesos basado en roles de VMware, puede definir políticas de acceso para todos los usuarios de su infraestructura. Por último, el registro de auditorías, que abarca el tráfico de red, las alertas de cumplimiento de normativas, la actividad del cortafuegos y los cambios en el sistema operativo, permite una supervisión aún más eficaz de su infraestructura.
Rico ecosistema
El ecosistema VMware es compatible con una amplia gama de hardware, productos, sistemas operativos invitados y servicios de terceros. Por ejemplo, puede utilizar aplicaciones de gestión de terceros junto con su host ESXi, lo que convierte la gestión de la infraestructura en una tarea mucho menos compleja. Una herramienta de VMware, Global Support Services (GSS), permite averiguar si un determinado problema técnico está relacionado o no con el hardware o software de terceros.
Facilidad de uso
Desde la versión 6.5, vSphere Client está disponible en versión HTML5, lo que mejora enormemente la experiencia del usuario. Con esa versión, también existe la interfaz de línea de comandos de vSphere (vSphere CLI), que permite iniciar comandos básicos de administración desde cualquier máquina que tenga acceso a la red y al sistema en cuestión. Para fines de desarrollo, puede utilizar las API basadas en REST, optimizando así el aprovisionamiento de aplicaciones, los controles de acceso condicionales, el catálogo de autoservicio, etc.
Conclusión
Volviendo a la comparación entre VMware ESX y ESXi, los dos hipervisores son bastante similares en términos de funciones y rendimiento, al menos cuando se comparan las versiones 4.1, aunque son totalmente diferentes en lo que respecta a la arquitectura y la gestión operativa. Dado que ESXi no depende de un sistema operativo de uso general, a diferencia de ESX, esto le brinda la oportunidad de resolver una serie de problemas de seguridad y fiabilidad. VMware anima a migrar a la arquitectura ESXi; según su documentación, la migración puede realizarse sin tiempo de inactividad de la máquina virtual, aunque el proceso requiere una preparación cuidadosa.
Para ayudarle a proteger su infraestructura basada en VMware, NAKIVO Backup & Replication ofrece un amplio conjunto de funciones avanzadas que permiten la automatización, la recuperación casi instantánea y el ahorro de recursos. A continuación se describen algunas de las funciones básicas de nuestro producto que pueden ser especialmente útiles en un entorno VMware:
backup de VMware: haga backups de máquinas virtuales activas y datos de aplicaciones, y conserve el archivo de backups todo el tiempo que necesite. Con NAKIVO Backup & Replication, las copias de seguridad tienen las siguientes características:
- Basado en imágenes: se captura toda la máquina virtual, incluidos los discos y los archivos de configuración;
- Incremental: una vez finalizada la copia de seguridad completa inicial, sólo se copian los bloques de datos modificados;
- Coherente con las aplicaciones: los datos de las aplicaciones en MS Exchange, Active Directory, SQL, etc. se copian en un estado coherente con las transacciones.
VMware Replication – Crea copias idénticas, también conocidas como réplicas, de tus máquinas virtuales. Hasta que se necesitan, permanecen apagados y no consumen recursos.
Si ocurre un desastre y su máquina virtual deja de estar disponible, puede conmutar por error a la réplica de esta máquina virtual y hacer que funcione en un abrir y cerrar de ojos.
NAKIVO Backup & Replication se creó con el entendimiento de lo importante que es conseguir el RPO y el RTO más bajos posibles. Si dispone de backups y réplicas de sus cargas de trabajo, podrá reanudar casi al instante las operaciones tras un desastre, sin apenas tiempo de inactividad ni pérdida de datos.
