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

Luego seleccionar el SMTP Server y el Sender Account

Luego desde cada alerta configurada se podra seleccionar el destinatario del mail, por ejemplo en la siguiente:

De esta manara, habra que gestionar desde el lado de configuracion del servidor de correo electronico, que la cuenta de origen sobre el SMTP tenga permisos para realizar Relay.

Otro detalle a tener en cuenta es la cantidad de alertas que por default estan configuradas con el evento de envío en Repeat, lo que hace que se envien grandes cantidades de emails cada vez que ocurre algun disparo de alarma, conllevando en ocaciones a situaciones tediosas de borrados de email, lo que a largo plazo suele traer como consecuencia que el receptor comience a tomar la llegada de los mails como algo molesto y deje de prestarles atencion; o lo que es peor, configurar que estos mails no toquen el inbox. Debido a esto es altamente recomendable configurar las alertas en las instancias iniciales de una implementacion (lo que ayuda a conocer los detalles de comportamiento de la plataforma) y en la medida justa (evitando que se convienta en algo molesto)

Espero les sea de utilidad,

Saludos,

Leandro Santoro

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.

El tipo de objeto a monitorear y el tipo de variable o evento a monitorear definira el tipo de Alarma o Alarm Type

Luego se deben identificar los triggers, que son los disparadores de cada alerta, es decir la condision de las variables correspondientes al tipo de alarma seleccionada, que al cumplirse  ejecuta una accion deseada.

Estos triggers podran depender de si se trata de una condision relacionada a un cambio de estado o una metrica de performance de algun tipo, y de acuerdo a esta seleccion existen dos familias de eventos a ser capturados. Luego cada una podra tener distintos tipos de valores y parametros.
Por ultimo, de acuerdo a la accion, se dispararan eventos de comunicacion de la alarma (mediante el envío de mails o mediante el envío de traps snmp) o acciones de objetos de la infraestructura, como podra ser el apagado de un equipo, el encendido de otro, etc.

Estos se configuran a traves del tab Actions, en el caso de ejemplo es un simple envio de correo electronico.

Para detalles extra ver el post de Consejos para el envio de alertas por email

Espero les sirva!

Saludos,

Leandro Santoro

Hace dos semanas, VMware liberó el Update 1, pero debido a un importante bug que afectaba a equipos proliant de HP, en el cual luego de hacer el upgrade de versión los equipos quedaban inutilizables, VMWARE LANZO el ESX 4 UPDATE 1 A.

Ahora bien, luego de descargar la versión del nuevo update, cuando intentamos hacer el upgrade desde VMware Update Manager, nos tira el siguiente error:

Upgrade is not supported from host version 4.0.0 build164009 to release version 4.0.0 update 1 build 208167

Error en vCenter update manager al actualizar hacia ESX 4 update 1a

Desafortunadamente este error no fué previsto por QA de vmware, de manera que no se puede actualizar a esta versión desde el Update Manager.

No obstante, recomendamos hacer lo siguiente:

- Colocar el ESX en modo mantenimiento
- Decargar el Archivo ESX-4.0.0-update01a.zip del sitio de VMware
- Subirlo mediante Veeam FASTSCP o WINSCP al directorio TMP de cada ESX
- Ejecutar desde la service console, logueado como root el siguiente comando:

esxupdate –bundle=ESX-4.0.0-update01a.zip update

Luego, reiniciar el equipo.

Al loguearnos al vCenter, o al hacerlo directamente al ESX, comprobaremos que ya está en el nuevo build.

ESX 4.0.0 Update 1a

Saludos,
Ing. Diego Quintana
VCP-VAC

How to upgrade ESX 4 to ESX4 update 1

Muchas veces cuando estamos realizando tareas sobre un equioi VMware vCenter Server 4 y tenemos la necesidad de identificar quienes son los usuarios conectados al servicio no sabemos por donde buscar. Los usuarios conectados al VMware vCenter server son fácilmente identificables desde la solapa "Sessions" una vez conectados al VMware vCenter Server desde el VMware vSphere Client.

Los pasos a seguir para llegar a esta solapa son:

1. Iniciar el vSphere Client e ingresar al  VMware vCenter Server utilizando una cuenta con los privilegios necesarios. 2. Una vez conectado al servidor buscar la solapa "Sessions"

3. Listo! ya tenemos acceso a las sesiones abiertas donde podemos incluso identificar la sesión en la cual estamos trabajando.

Espero que les sirva!

Nicolas Solop

Únete al grupo de virtualización en español en LinkedIn