Este artículo solo trata las diferencias entre ESX 3 y ESX 4. Además, VMware ESXi también se incluye en la tabla si es necesario. En muchos sentidos, ESXi es lo mismo que ESX. La descripción general de la arquitectura de VMware ESX /ESXi se describe anteriormente. La principal diferencia es cómo se inicia ESXi, y ESXi carece de una consola de servicio madura. A menos que se especifique lo contrario, en adelante la misma comparación hecha para ESX y ESXi.
diferencia
Core vmkernel es
ESX VMkernel y futuras mejoras son fuente Mejorar este subsistema tan importante. El nuevo vmkernel es compatible con sistemas operativos invitados nuevos y diferentes y se ha actualizado para admitir la última versión de la consola de servicio y la interacción de la unidad. Vmkernel se parece al kernel de Linux, pero no es un kernel de Linux. La similitud más interesante es la forma en que se carga el kernel, pero la lista de módulos compatibles ha cambiado. La Tabla 2.1 muestra los módulos estándar cargados por cada versión de ESX. Tabla 2.1
diferencia versión del módulo (utilizando servidor de bastidor Proliant DL380, un comando utilizando la siguiente -b resultado vmkload)
en ESX 3 separa la consola de servicio es vmkernel Físicamente, todavía hay una cantidad considerable de sangrado. En ESX 3.5, esta penetración casi ha sido eliminada. Los agentes de administración de terceros necesitan esta penetración para controlar correctamente algún hardware. Sin embargo, en ESX 4, VMware introdujo una nueva unidad para manejar la necesidad de controlar el hardware, que no requiere casi ningún agente de administración de terceros. Estos agentes incluyen Dell Openmanage y Insight Management Agent de HP (ahora compatible con IPMI mejorado).
Con la introducción de ESX 4, VMware abandonado algunos módulos aparecen en las versiones anteriores. Si los dispositivos compatibles con estos módulos son necesarios para la instalación de ESX, entonces no podrá actualizar a ESX. 4. La Tabla 2.2 enumera los dispositivos que existen en ESX 3 pero que están en desuso en ESX 4 y en la Tabla 2.3. Incluye dispositivos que existen en ESX 2.5 pero están en desuso en ESX 3. Los desarrolladores de ESX 4 prefieren elegir hardware con estilo, por lo que el hardware original PCI o PCI-X está en desuso. Desde el punto de vista de la estabilidad, esta es una buena opción. Minimizar la cantidad y los tipos de dispositivos que deben admitirse permite que el equipo de desarrollo se centre en brindar una garantía de calidad para los dispositivos que necesitan asistencia. La figura
2,2 ESX 4 dispositivo de desechado
figura ESX 3 2,3 ESX3 apoyado en los dispositivos desechados soportados por ESX 2.5
debe ESX 3 y 4 ESX Algunas otras características diferentes de vmkernel se explican. El primer cambio es abrir la arquitectura interna de vmkernel a través de APIs bien definidas, permitiendo a terceros agregar elementos correspondientes al vmkernel. Estas API incluyen vNetwork, vStorage, vCompute y VMsafe.
vStorage es un nuevo nombre para el Kit de desarrollo de disco virtual (vDDK), que está disponible en VMware en ESX 3. Otras API son nuevas. Y añadió las características principales.
Además de los cambios anteriores, comenzando con ESX 4, vmkernel es de 64 bits y admite hasta 1 TB de memoria y 320 máquinas virtuales, estas máquinas virtuales pueden utilizar hasta 512 CPU virtuales.
< B> ESX diferencia guía
sencilla, la consola de servicio se ha basado en una de 32 bits de Red Hat Enterprise Linux Enterprise Server a 3 actualización 8 de 64 bits de Red Hat Enterprise Linux Enterprise Server 5.1. ESX no es de ninguna manera una distribución completa de GNU /Linux. Técnicamente, ESX no es Linux en absoluto, porque el vmkernel interactúa con el hardware y la consola de servicio se ejecuta dentro de la máquina virtual. Legalmente, vmkernel no es Linux porque es propietario. Aunque la consola de servicio es una variante de GNU /Linux, es solo un dispositivo de administración y no un sistema operativo ESX.
Aunque la versión de la consola de servicio ha cambiado, las reglas para "no actualizaciones de Red Hat" no han cambiado. Todas las actualizaciones de la consola de servicio deben provenir únicamente de VMware, lo cual es crítico. Considere lo siguiente: ESX incluye solo un CD-ROM, y la versión oficial de RHEL 5 admite hasta cinco CD-ROM. Por lo tanto, la consola del servidor no tiene las mismas características que RHEL y no debe considerarse idéntica. Para RHEL 5, la forma de configurar el sistema es usar el script de configuración del sistema, que no se aplica a ESX, sino que existe una serie de scripts esxcfg en ESX que no son idénticos a los scripts originales de Red Hat. Correspondencia.
Sin embargo, los scripts esxcfg- a nuevas herramientas de gestión y vSphere Client corresponde bien. Puede configurar el host ESX directamente desde el cliente, o puede usar el servidor VMware vCenter. Aunque aún proporciona una interfaz basada en web, no puede configurar un host ESX o crear una máquina virtual a través de la interfaz web.
ESX núcleo 4 está dedicado, y VMkernel modificado por RHEL 5, el funcionamiento básico de la consola de servicio no puede ser sólo un núcleo dedicado Linux.ESXi 4 vmkernel. Modificando el núcleo genérico por lo La consola de servicio puede administrar el hipervisor ESX. La consola de servicio de ESX 4 solo ve el hardware presentado o directamente a través de vmkernel, y la consola de servicio no interactúa directamente con el hardware a menos que se utilice un dispositivo de acceso directo. La modificación de ESX se limita a agregar o eliminar controladores de dispositivo en el vmkernel y controlar las máquinas virtuales y los objetos del conmutador virtual que se ejecutan en el vmkernel.
En las versiones anteriores a ESX 3, vmkernel se cargará después de que la consola de servicio se haya iniciado completamente, y vmkernel tomará una colección de todos los dispositivos PCI controlados por las opciones del kernel. Se ha producido un cambio en ESX 3. Primero cargue el vmkernel, luego la consola de servicio. La consola de servicio se ejecuta dentro de una máquina virtual propietaria que tiene más privilegios que una máquina virtual estándar. En ESX 3, la consola de servicio está instalada en un disco local que accede al disco local a través de un dispositivo SCSI de paso RAW. En ESX 4, se realizó otro cambio, es decir, ya no se utilizan los dispositivos SCSI de paso RAW. En su lugar, el entorno GNU /Linux se encuentra en un archivo de disco de máquina virtual (VMDK). Este cambio enfatiza aún más la diferencia entre el hipervisor y GNU /Linux. Así que repítalo otra vez: el hipervisor no es Linux (no Linux).