ESX

VMware salió con los tapones de punta a Hyper V de Microsoft ofreciendo vSphere Essential Plus 4.1 Kit el cual viene dotado de uno de los features que más premios le dió a la empresa de Palo Alto, efectivamente  hablamos de que incluye de serie VMotion.

Ahora si VMware se posiciona fuertemente en entornos pequeños de manera de que nadie “quiera” mover sus soluciones de ahí. Digo quiera, porque la verdad que con todo lo que incluye el kit de VMware Essential Plus 4.1 es realmente una solución por demás completa.

Repasemos los features de esta versión:

El último release de VMware vSphere (versión 4.1) además de traer la noticia de que esta es la última versión en incluir las dos versiones del hypervisor (ESX y ESXi) y algunos dudas y preocupaciones por parte de sus usuarios con respecto a lo que se viene en cuanto a sus infraestructuras virtuales, esta versión de VMware no es una típica pequeña actualización ya que vienen incluidas unas cuantas mejoras y funcionalidades nuevas más que interesantes:

Integración de VMware ESX/ESXi

Hyperic (empresa adquirida por VMware en 2009 y sumada a la división de Spring Source) anunció la disponibilidad inmediata de la versión 4.4 de su solución de monitoreo y gestión de plataforma la cual incluye mejoras sustanciales para la gestión de ambientes virtuales basados en VMware vSphere. Gracias a esta nueva integración Hyperic mantiene actualizado el inventario de la plataforma virtual de los hosts ESX/ESXi permitiendo a los administradores de tecnología encontrar y resolver problemas de performance sin importar si estos ocurren en ambientes virtuales, físicos o en nubes privadas o públicas.

¿Qué problemas resuelve la versión 4.4 de Hyperic?

Con el lanzamiento de VMware vSphere 4.1 y toda la movida que trajo de actualizaciones de muchos de los productos relacionados me tomé el trabajo de analizar un poco las release notes de VMware Converter 4.2  ya que me encuentro en estos momentos en medio de un proyecto de virtualización de unos cuantos equipos físicos dentro de los cuales hay una gran variedad de equipos Linux en todas sus formas y colores.

Para mi sorpresa en las release notes de VMware Converter 4.2 encontré esta declaración:

VMware vSphere ESXi es un hypervisor de VMware que puede ser utilizado gratuitamente por cualquier usuario que solicite la correspondiente clave de activación de ESXi a VMware. La primer versión de ESXi fue la 3.5 la cual apareció junto con la versión 3.5 de VMware ESX y la intención del mismo era que el mismo fuera embebido directamente en los servidores cuando salieran de fábrica pero con el correr de los meses VMware decidió liberar VMware ESXi para que cualquier persona lo pudiera utilizar sin colocar un peso en una orden de compra.

Muchas veces mientras trabajamos con implementaciones de VMware con muchos hosts físicos nos encontramos con que en algunos casos mientras ejecutamos pruebas de funcionalidades como VMotion y DRS nos encontramos con errores que no nos esperábamos.

En el caso de hoy les presento un caso de un cluster donde no podíamos realizar VMotion de ningún servidor virtual de un equipo al otro y llegando al 10% del proceso de migración en caliente nos arroja el error:

Migrate virtual machine
test_1
A general system error occurred: Failed to start migration pre-copy. Error 0xbad004b.
Connection reset by peer.

Dentro de las mejores prácticas de VMware se recomienda el testeo del correcto funcionamiento de la memoria RAM de los servidores que correran VMware vSphere por al menos 72 horas.

La idea de esta verificación es asegurarnos que la memoria física que utilizaremos no presenta errores de lectura/escritura lo cual nos permitirá trabajar de forma confiable sobre la plataforma y nos ayudará en un futuro en caso de producirse algún tipo de problema en la misma.

En los cursos oficiales de VMware se recomienda el uso de la herramienta memtest de memtest.org el cual es un software de uso libre disponible en internet en la página web www.memtest.org

En algunos casos los archivos de configuración de las máquinas virtuales (archivos de extensión .vmx) se corrompen o en otros casos algunas manos mágicas los eliminan. Si tenemos la suerte de que nuestros archivos de disco (archivos de extensión .vmdk) siguen donde deberían podemos realizar los siguientes pasos para que volver a la vida a nuestra máquina virtual:

1. Ingresar a la infraestructura virtual con un usuario con privilegios de administrador

2. Hacer clic derecho sobre uno de los servidores ESX

3. Dar clic sobre Create New Virtual Machine

4. Clic sobre Custom Virtual Machine

Enfrentando una actualización de equipamiento y sumado a que estaba trabajando en preparar una serie de documentos sobre optimización y performance sobre vSphere, he necesitado realizar sucesivas tareas de VMotion en nuestra granja de ESX (8 servidores corriendo vSphere 4 Enterprise Plus) y me he encontrado con la necesidad de aumentar la cantidad de VMotions simultaneos que podía hacer el vCenter.

Cuando o porque configurar esta opción?, si tenemos un DRP en linea, les aseguro que esta puede ser una excelente ocación.

Tal como dice el refrán, una imagen vale más que mil palabras, mas aún si hablamos de una imagen real capturada de un centro de cómputos donde implementamos VMware Sphere 4 y View.

Acostumbrados a ver las presentaciones de VMware donde hablan de la gran densidad de maquinas virtuales por core, o sobre la magia del overcommit de memoria, creo que es bueno compartir una captura de pantallas de un escenario de la vida real donde se alcanzan ratios de 56 a 1 sobre ESX 4 utilizando INTEL Xeon 5540 (Nehalem) sobre un Proliant BL460c G6.