Archive for February, 2010

Luego de 18 meses de investigación y desarrollo conjunto entre ingenieros de VMware y de Mitel lograron derribar la barrera de la latencia producida por la virtualización entregando de esta forma la primer solución de virtualización de voz del mercado.

La combinación de la virtualización junto con los productos de Mitel como el Mitel Communications Director permite a las empresas que cuenten con sus centros de datos virtualizados hacer uso de las nuevas versiones de producto de Mitel en forma virtual reduciendo consumo eléctrico espacio y tareas de administración.

El 25 de Febrero de 2010, VMware anuncia el lanzamiento de una nueva actualización de VMware Update Manager, esta vez hacia la version 4 Update 1 Patch.

Update Manager 4 Update 1 Patch 1

Evidentemente Microsoft tiro la primera piedra y ahora todos arrojan la suyas, tenemos un release que está en Versión 4 en Update 1 y en Patch 1 ??? cual será el siguiente paso ?, me parece que sería  bueno que VMware comience a ajustar sus tornillos en materia de QA, porque como ya vimos antes, tuvieron problemas con el procedimiento para actualizar de ESX 4 a ESX 4 Update 1a, y además  porque tienen mucho protagonismo en los datacenters corporativos como para andar tan distraídos, más aún cuando hablamos de un software que  justamente se dedica a aplicar parches.

En cuanto a las alertas por eventos sobre la infraestructura, cabe resaltar algunas consideraciones en cuanto al envío por e-mail de estas, ya que existe un punto importante a tener en cuenta sobre la configuracion y se trata de la necesidad de habilitar el relay de smtp desde el equipo donde se encuentra instalado el vCenter. Esto salta a la vista cuando vemos que los únicos campos que pueden ser llenados durante la configuración de envío son dirección de origen de los mails y nombre o ip del servicio smtp.

Para acceder a esta configuracion, ir a Administration -> vCenter Server Settings

Instalando unos nuevos servidores con VMware vSphere ESX 4.0 Update 1 encontramos que luego del primer reboot en la consola del servidor nos apareció el error:

Initialization for vmfs2 failed with -1

Luego de investigar un poco encontramos que estos equipos no estaban siendo configurados con una dirección IP fija y que tampoco estaban comando una dirección del servidor DHCP de manera correcta y en el service console luego de algunos minutos aparecia el error:

ALERT: Init: 1586: Invalid vmkernel id: 0. Distributed vmfs locking may not work.

La configuracion de alarmas para conocer los distintos eventos que se presentan sobre la infraestructura virtual, sin necesidad de estar continuamente frente a la consola de administracion, es una de las practicas mas importantes para contar con una gestion proactiva de la plataforma.

En las ultimas versiones de Virtual Center y vCenter Server, se han observado mejoras en las funcionalidades de las alertas.

Si creamos una nueva alarma o editamos una de las existentes, podemos ver que lo primero que se debera ingresar es qué tipo de objeto vamos a estar monitoreando.

Respetando la estrategia de dar empuje a la API de vStorage anunciada junto con el lanzamiento de la linea vSphere, VMware anuncia el End of Life de VMware Consolidated Backup, la herramienta y conjunto de scripts que permitía el respaldo de maquinas virtuales, y archivos contenidos en éstas.

Esta noticia confirma la posicion de VMware de promover el uso de sus APIs por parte de terceros y la utilizacion de la herramienta de Data Protection para los ambientes donde ésta pueda cubrir las espectativas de los clientes.

A continuacion el anuncio:

Announcing End of Availability for VMware Consolidated Backup

La sincronización de información y la aplicación de cambios de configuración que se realizan mediante el vCenter sobre los ESX se realizan por medio de un usuario especial en cada uno de los ESX. Se trata del vpxuser, usuario unix local de los ESX que trabaja al mismo nivel que la cuenta root de estos.

Un dato importante al momento de encarar el aspecto de seguridad de los ESX, es la importancia de no realizar cambios sobre la cuenta vpxuser de cada ESX, ya que los atributos de dicha cuenta, como ser el password, son determinados en el momento de la incorporacion del host ESX a la infraestructura de vCenter. Esto se realiza justamente mediante el wizard de Add Host dentro de una estructura de datacenter.

Luego de mucho de lo que se viene cuestionando acerca de la falta de complementos para la plataforma de virtualización de desktops de VMware (View), finalmente el gigante de la virtualización definió en el día de hoy la compra de RTO Software.

Segun el comunicado oficial emitido por el VMware, la adquisición de RTO Software tiene como principal propósito el de complementar la suite de VMware view con herramientas que permitan fortalecer la gestión del desktop, mejorar la performance y optimizar la presentación de las máquinas virtuales a los usuarios.

VMware por medio de su sitio de VMWARE PRODUCT LIFE CYCLE SUPPORT hace público el listado de los productos que actualmente están fuera de soporte y de aquellos productos que están cerca de estarlo.

Por eso, para aquellos que hoy tienen productos VMware y necesitan verificar si la version que tienen instalada está por quedarse sin soporte, pasen por aquí y podrán verificarlo de manera sencilla.

Los productos más conocidos que entraron en EOL son:

De acuerdo a comentarios de varios asistentes al VMware Partner Exchange 2010 se verían varias novedades interesantes en el próximo release de VMware vSphere como ser compresión de memoria, gestión de recursos de I/O y mejoras en el desempeño de VMotion.

Por defecto en la actual versión de VMware vCenter Server podemos ejecutar únicamente 2 procesos de VMotion en simultáneo y un máximo de 6 realizando modificaciones de parámetros en los archivos de configuración del vCenter Server. En el próximo release del producto podríamos llegar a un total de 8 procesos de VMotion en simultáneo de forma nativa.