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

Zimbra es la suite de colaboración que vmware ha adquirido recientemente con el objetivo de ofrecer más servicios de valor a sus clientes. La idea no es solo posicionarse sobre la infraesctructura virtual, sinó también proveer de algunas aplicaciones base que puedan funcionar perfectamente su su solución de cloud.

Este es el caso de Zimbra Collaboration Suite, el cual ya está disponible para ser descargado del vmware marketplace.

Para los interesandos, Zimbra compite directamente con Exchange y con google apps, básicamente en lo que se refiere a gestión de correo, agendas, contactos e incluso compartir documentos.

VMware ya publicó en su sitio la actualización de los valores máximos y mínimos para la versión vSphere 4.1. Para recordarles un poco, los máximos y mínimos generalmente son utilizados A) para dar la certificación de vmware VCP (VMware Certified Profesional), B) para realizar el correcto sizing de una solución de virtualización.

En esta nueva publicación, ya adentrada en la versión 4.1, vemos que se reflejan los nuevos cambios a nivel escalabilidad de vcenter y de ESX.

Les paso los más interesantes:

Hosts per vCenter Server: max 1000

Powered on virtual machines per vCenter Server: max 10000

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:

Como les contamos en el post anterior, vmware lanzó vsphere 4.1, y en el día de hoy anunciaron oficialmente la salida de vCenter Site Recovery Manage 4.1 .

Bajo la brand vCenter, Site Recovery Manager 4.1 busca simplificar cada vez más el diseño e implementación de los sitios de contengiencia basado en  la tecnología de virtualización VMWare. Como vExperts y Partnes de VMware tuvimos acceso a la Beta y en principio ya estamos preparando una review con capturas de pantalla para que puedan conocer como es el producto.

Mientras tanto les dejamos las principales características de SRM 4.1 :

VMware lanzó la nueva versión de vSphere 4.1 y junto a este lanzamiento también encontramos novedades imporantes en terminos de licencias como de features nuevos.

Extraído del sitio original de vmware, a continuación les pasamos el detalle de que incluye y que no incluye las nuevas licencias de vmware.

Para aquellos que quieran compararlo con la versión 4.0, les dejo el post con la revisión de las licencias anteriores.

Al ver el nuevo gráfico de licencias pueden verificar que HA y VMotion están en la versión standard, mientras que Fault Tolerance (FT) ahora es parte del advanced.

El viernes 9 de Abril de 2010, VMware publicó el  VMSA-2010-0007 (alerta de seguridaD), que se encuentra catalogada como una actualización de alta criticidad dadas las múltiples vulnerabilidades encontradas en varios de sus productos.

A continuación haremos una breve descripción de la publicación.

Resumen de los productos alcanzados

• VMware ESXi 4.0 anterior al patch ESXi400-201002402-BG
• VMware ESXi 3.5 anterior al patch ESXe350-200912401-T-BG
• VMware ESX 4.0 sin los patches ESX400-201002401-BG,ESX400-200911223-UG
• VMware ESX 3.5 sin el patch ESX350-200912401-BG
• VMware ESX 3.0.3 sin el patch ESX303-201002203-UG
• VMware ESX 2.5.5 sin el Upgrade Patch 15.
• VMware Workstation 7.0,

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.

El pasado primero de Febrero de 2010, nuestros amigos de xtravirt (empresa dedicada a virtualización) publicó de forma gratuita su plugin de microsoft remote desktop (RDP) para vmware vsphere client.

Por más trivial que parezca, el plugin es sumamente útil para aquellos administradores que día a día utilizan más de 50 o 100 máquinas virtuales y tienen que tomar control remoto de ellas para administrarlas.

El principal motivo para utilizar este plugin es justamente que acceder por el modo consola en VMware no es una de las mejores practicas sugeridas por VMware dado que  consume una importante cantidad de recursos en las másquinas virtuales y en el service console del ESX, ni hablar si hay varios administradores conectados y olvidan las sesiones de consola abiertas.