Monitoreando servidores ESXi en whiteboxes.

Monitorear el Hypervisor es algo importante ya sea en el LAB o producción. Los que cuentan con servidores de gama alta, digamos Dell, HP o Cisco pueden aprovechar el CIM (Common Information Model – http://en.wikipedia.org/wiki/Common_Information_Model_computing), ya que al parecer por lo menos en los motherboard de los 2 ESXi que tengo esto no funciona he optado por SNMP. Recuerden, si tienen equipos de gama alta es mejor usar CIM.

Por defecto SNMP esta deshabilitado en ESXi pero esto no dice que no podamos usarlo, realizaremos los siguientes pasos:

 

vi /etc/vmware/snmp.xml

Cambiamos <enabled>false</enabled> a <enabled>true</enabled>
Agregamos la comunidad de SNMP que posiblemente ya estamos usando:
<communities>PUBLIC</communities>
Reiniciamos el servicio:
/sbin/services.sh restart
Ya deberíamos poder hacer un snmpwalk:
snmpwalk -v 2c -c public mi.ESXi.server.local
Los datos que podemos conseguir usando SNMP en ESXi son muy limitados.
Pero a falta de CIM es major SNMP que nada.

aaNetworks VMware LAB.

 

Desde hace tiempo estaba contemplando montar un LAB de VMware en casa para tener mas contacto con las opciones avanzadas de esta suite, a diferencia de tener el LAB en el trabajo o tener un entorno de producción, contar con un LAB en la casa es imprescindible!

Además de tener un LAB físico en vSphere 5.0 también he montado uno virtual dentro del físico, el virtual es para no perder contacto con vSphere 4.1 del cual tengo varias cosas pendientes por hacer.

 

 VMwareHomeLAB

Aventuras con PanoLogic, Creando DVM Collection – Parte 1.

Ya sabemos que es Pano y que el manager es un OVF, esta de mas crear una entrada solo para explicar como desplegar el manager usando el vSphere Client.  Para eso mejor les dejo un video oficial de VMware -> http://www.youtube.com/watch?v=Ob3UVPlI7mE

Después de tener nuestro PanoManager funcionando los pasos a seguir son sencillos.

1) Lo conectamos a nuestro dominio de Windows.

2) Configuramos el ambiente de virtualización a utilizar (VMware vCenter o Microsoft SCVMM).

3) configuramos la opción de backup automáticos, esta opción guarda la configuración del Manager en un share de Windows.

Estamos mas cerca de nuestra meta, para este momento el Manager puede ver maquinas virtuales que existan en nuestro VMware Cluster (si, no uso SCVMM o Hyper-V), para revisar esto vamos al Tab de DVM Collections e intentamos crear uno.

DVM Collections -> Add…

Tendremos una ventana popup con varias opciones que tenemos que ir rellenando con información de nuestro nuevo DVM collection.

Inicialmente y esta hace varias semanas solo usaba la opción Pooled Desktops, los Pano están en un ambiente donde no tienen una persona asignada para que los usen y so compartidos por alrededor de 400 usuarios, por esto la mejor opción es Pooled.

El segundo Tab, es usado para asignar los usuarios que tendrán acceso a estas VM que serán asociadas al DVM que estamos creando, recuerdan haber agregado el PanoManager al ActiveDirectory?

El Tab de Deployment es uno de los mas importantes, ya que queremos que nuestra solución sea parecida a VMware View o XenDesktop seria genial que nuestro PanoManager pueda crear VMs en nuestro Cluster de VMware, en este Tab podemos hacer esa configuración.

Para saber que debemos usar en cada casilla, recomiendo leer la ayuda oficial.

http://help.panologic.com/4.5/wwhelp/wwhimpl/js/html/wwhelp.htm#href=Administration/Configure_for_DVM_Deployment.html

 

 

Continuara……

Removiendo viejas conexiones del vSphere Client.

Si llevas usando VMware un buen rato, puede que hayas notado que no importa si realizas un upgrade del cliente de vSphere desde versión 4 a 5, siempre tendrás esa lista de viejas conexiones que posiblemente ya no tengan importancia o simplemente ya no tienes acceso a estos ESX(i) o vSphere.

Lo mejor seria borrarlas del historial del vClient, aquí están los pasos. Ya que esta configuración se almacena en un registro de Windows lo primero en abrir será regedit.

Navegamos a -> HKEY_CURRENT_USER\Software\VMware\VMware Infrastructure Client\Preferences\

Editamos: RecentConnections

Como ya han notado aqui se guarda el registro de conexiones, ya sean host o IP.

Listo!  Ahora tendremos un vClient con menos direcciones al momento que necesitemos conectarnos a otro ESX(i) que no sea el habitual. Y si no lo notaron, cuando nos conectamos a un vSphere o ESX(i) la dirección de este toma el primer lugar.