Una de las nuevas funcionalidades incluidas en VMware vSphere ESX/ESXi 4.1 es la posibilidad de poder hacer un re escaneado de todo nuestro datacenter con un solo clic de ratón.

Es importante mencionar que cada vez que se realizan cambios en la configuración SAN o en el servidor ESX/ESXi a nivel de almacenamiento, es necesario realizar un re escaneo de todos los adaptadores de almacenamiento y en todos nuestros servidores
VMware ESX/ESXi.

Asimismo es importante destacar la importancia de no hacer un rescan de tu fabric de SAN o iSCSI cuando uno de los caminos no está disponible. En VMware vSphere ESX/ESXi si uno de los caminos a una LUN falla, el protocolo de multipathing lo marca como “dead” y habilita el camino alternativo a esa LUN para poder restaurar el I/O a disco.

Sin embargo, si haces un rescan cuando uno de los caminos a tu LUN esta “muerto”, VMware vSphere ESX/ESXi eliminara este camino de la lista de rutas de acceso disponibles a dicha LUN. Esta ruta no estará disponible hasta que no se haga un nuevo rescan con la ruta activa.

En este episodio #38, te enseñare hacer un escaneado general desde el datacenter de toda tu fabric SAN para que los cambios en tu cabina sean actualizados en todos los servidores ESX/ESXi:

Sin duda alguna la nueva versión de VMware vSphere ESXi 4.1 trae mejoras considerables.

En concreto, en esta versión se ha mejorado, y mucho, la forma y manera de activar el soporte SSH en VMware vSphere ESXi 4.1.

Esta nueva versión incluye una nueva opción en la configuración de VMware ESXi 4.1 para activar el soporte de SSH sin tener que editar, modificar, guardar y reinicializar ningún demonio de VMware ESXi, al menos, no lo tenemos que hacer nosotros manualmente.

Simplemente basta con activar la opción en el DCUI ( de las siglas en ingles Direct Console User Interface ).

En este episodio #37, te voy a mostrar como activar el soporte SSH para VMware vSphere ESXi 4.1, una mejora importante con respecto a las versiones anteriores de VMware ESXi 3.x y ESXi 4.0:

Con infinidad de compañías – pequeñas, grandes y medianas – adoptando cada vez más la tecnología de la virtualización de servidores, tiene aun mas sentido aprovechar los múltiples beneficios que aporta la utilización de la virtualización de sistemas.

Uno de estos beneficios es que las máquinas virtuales son independientes al hardware donde estas residen. Esto proporciona una portabilidad que va desde el site primario al site secundario donde el servidor físico y el hardware de almacenamiento pueden ser totalmente diferentes.

Cuando VMware lanzado al mercado en el año 2009 vSphere 4, lo hicieron con algunos cambios importantes en su vStorage APIs para Data Protection - API dicho de paso – que ya usan muchos productos de backup y replicación.

Uno de los cambios, a mi parecer, más notables fue el CBT (de las siglas en inglés Change Block Tracking). Con la funcionalidad de CBT, los servidores vSphere ESX/ESXi realizan un exhaustivo seguimiento de los bloques modificados en un disco virtual .vmdk

En este episodio #36, te voy a mostrar uno de los software de backup para entornos virtualizados que usan la funcionalidad de block change tracking, el archiconocido Veeam Backup:

Como te decía en mi post de la semana pasada, podemos usar Veeam Monitor como utilidad para medir y monitorizar el rendimiento de tu entorno VMware vSphere, pero también es posible utilizar Veeam Monitor para darnos una idea general de cómo están ejecutándose nuestras aplicaciones en nuestro entorno de VMware vSphere.

Ahora y gracias a la incorporación en el mismo producto de un plug-in gratuito llamado “Veeam Business View” , es posible monitorizar y gestionar la infraestructura virtual de tu entorno, no sólo desde un punto de vista técnico, sino también y mas importante, desde el punto de vista de servicios de la empresa.

En este episodio #35, te voy a guiar a través de la instalación del plug-in “Veeam Business View” para enseñarte el valor añadido que dicho plug-in puede tener en tu entorno:

En este post voy hablaros de una nueva herramienta llamada VMware vSphere Host Update Utility.

Con esta herramienta serás capaz de actualizar y parchear un host ESX/ESXi sin VUM (vSphere Udapte Manager).

Una característica interesante de la herramienta vSphere Host Update Utility es la opción para actualizar servidores VMware ESXi existentes.

En este episodio #30 te voy a guiar a través del proceso de actualización de un host ESXi. Veremos como escanear un servidor ESXi y como actualizar este con nuevos parches:

La mejor manera de determinar si tu entorno VMware vSphere 4.x está experimentando problemas de latencia en disco, es monitorizando los contadores de latencia de tus discos (FC, iSCSI, NFS).

Para poder analizar esta latencia en las LUNs de tu entorno, has de usar la opción Advanced de la utilidad de Performance que se incluye con VMware vCenter Server.

En particular, deberías verificar los dos contadores siguientes:

Kernel disk command latency: Este contador mide el tiempo medio empleado por el VMkernel para procesar un comando SCSI. Un n̼mero alto en este contador Рde entre 2 a 3 milisegundos Рpuede significar dos cosas: que tu cabina tenga un exceso de trabajo o que sea tu servidor ESX/ESXi el que tenga un exceso de trabajo.

Physical device command latency: Este contador mide el tiempo medio que el dispositivo físico (disco) necesita para completar un comando SCSI. Un número alto en este contador – depende de tu cabina pero en general este valor está entre 15 y 20 milisegundos – puede significar dos cosas: que tu cabina va muy lenta o que tu cabina tiene un exceso de trabajo

En este episodio #29 te enseñare analizar los contadores de latencia de disco anteriormente mencionados con el Performace Chart incluido en vCenter:

VMware vSphere puede reclamar hasta un 65% de la memoria de la máquina virtual durante el proceso de ballooning por defecto.

Sin embargo si has reservado memoria en la máquina virtual, el mecanismo de ballooning no podrá acceder a la memoria reservada de esta máquina virtual, a no ser que dicha máquina virtual no este usando su memoria reservada.

Es posible cambiar el porcentaje máximo de memoria que por defecto el mecanismo de ballooning puede reclar. La opcion avanzada del VMkernel es Mem.CtlMaxPercent.

Una de la mejores configuraciones de este setting es no configurar las reservas de memoria demasiado bajas, ya que de ser asi, el VMkernel, y durante periodos de alta activada, podría forzar hacer swapping a disco lo cual relantizaria enormemente el rendimiento de tu servidor VMware ESX/ESXi.

En este episodio #28 te mostrare una mejor practica sobre como configurar las reservas de memoria de las máquinas virtuales para evitar swapping del VMkernel:

VMware vSphere update1 incluye ahora una herramienta independiente de comprobación antes de actualización de los servidores ESX/ESXi y que está disponible como parte del binario de instalación de vCenter Server.

Esta utilidad, de forma pro-activa, analiza los servidores VMware vSphere ESX/ESXi para encontrar posibles problemas que puedan surgir mientras se actualizan los agentes de vCenter, el cual es parte del proceso de actualización de vCenter Server.

Es posible ejecutar esta herramienta de forma independiente antes de actualizar una instancia existente de vCenter Server. La herramienta puede ayudarte a identificar cualquier problema con la configuración, conexión en red, espacio en disco u otros asuntos relacionados con los servidores VMware vSphere ESX/ESXi los cuales podrían prevenir que algun hosts ESX/ESXi pueda ser gestionado por vCenter Server después de haber hecho una actualización vCenter Server.

En este episidio #28 te mostrare como ejecutar la herramienta de VMware Upgrade Pre-Check y como lanzar un escano customizado en busca de posible problemas con nuestros servidores ESX/ESXi:

El fichero swap de la máquina virtual se crea cuando se enciende la máquina virtual y se borra cuando esta se apaga.

En VMware vSphere hay cuatro alternativas en cuando a donde dejar el fichero swap:

1. En un disco compartido junto con los ficheros de la máquina virtual
2. En un disco local del servidor ESX/ESXi y la máquina virtual en un disco compartido
3. En un disco dedicado compartido, diferente del disco compartido donde se guarda la máquina virtual
4. En un disco local del servidor ESX/ESXi junto con los ficheros de la máquina virtual

La elección en la localización de este fichero swap de la máquina virtual va a depender de si estas intentado optimizar funcionalidades como VMware vMotion y VMware Site Recovery Manager.

En este episodio #27 te mostrare como cambiar la localización de los ficheros swap de las máquinas virtuales en un disco local en los servidores ESX/ESXi y su impacto:

Una migración en VMware con Storage VMotion es el proceso por el cual se mueve el disco virtual (.vmdk) de la máquina virtual desde un DataStore a otro sin downtime y sin ninguna interrupción de la máquina virtual involucrada en la migración.

Hay varios usos y beneficios de VMware Storage VMotion de los cuales destacamos los siguientes:

• Mover el disco de una máquina virtual desde una cabina de almacenamiento (antigua) a otra mas nueva, permite reconfigurar o mantener un entorno de almacenamiento sin la necesidad de parar las máquinas virtuales.
• Balancear manualmente los discos de las máquinas virtuales a diferentes DataStores para mejorar el rendimiento
• Retirar cabinas de almacenamiento físico sin la necesidad de parar las máquinas virtuales
• Migrar los discos de las máquinas virtuales de un DataStore de FC (Fibre Channel) a otro DataStore iSCSI, NAS o disco local.
• Actualizacion del software de VMware sin la necesidad de parar las máquinas virtuales

Storage VMotion soporta la migración de discos RDM (Raw Device Mapping), convierte los discos virtuales de las máquinas virtuales de thick a thin y convierte discos RDM a VMDK.

En este episodio #25 te mostrare como realizar una migración en caliente con Storage VMotion de una máquina virtual desde un DataStore local a un DataStore iSCSI sin downtime:

La migración de máquinas físicas o maquinas virtuales (reconfiguración) con vCenter VMware Converter involucra clonar la máquina fuente o imagen y exportar este clone a su servidor destino.

Puedes convertir máquinas virtuales con formatos diferentes de VMware, (Server, workstation, hyperV, Microsoft Virtual Server, imagen) a VMware vSphere ESX/ESXi.

vCenter Converter soporta dos tipos de cloning: clones basados en discos y clones basados en volúmenes. El clone en modo disco solo esta soportado para conversiones en frio (cold cloning). Este método transfiere todos los sectores del disco y preserva los metadatos de todos los volúmenes que estamos clonando. Asimismo este método basado en disco soporta todos los discos, tanto dinámicos como básicos.

El clone en modo volumen esta soportado en las conversiones en frio y en caliente. Los discos fault-toleran en Windows NT no están soportados.

Existe una versión standalone de vCenter Converter la cual tiene una funcionalidad similar a la versión integrada dentro de vCenter Server (mostrada en el video de hoy)

El sistema operativo sobre el cual se instala vCenter Converter va a determinar que máquinas virtuales van a poder ser importadas, exportadas y reconfiguradas. En otras palabras, si instalas vCenter Converter en Windows XP solo podrás convertir máquinas físicas con Windows XP.

El asistente “Import Machine” solo estará disponible si has instalado el vCenter Converter plug-in en el cliente de vSphere.

En este episodio #24 te mostrare a convertir una máquina física con vCenter Convert en caliente (hot cloning):

VMware vCenter Guide Consolidation te permite inventariar, analizar y consolidar tu centro de datos físico desde una sola consola.

Aunque el uso de VMware vCenter Guide Consolidation no está recomendado para entornos grandes, es mejor utilizar su hermano mayor llamado Capacity Planner, para entornos pequeños/medianos si es una herramienta excelente y a tener en cuenta a la hora de analizar nuestro entorno físico.

En esencia, VMware vCenter Guide Consolidataion analiza los sistemas físicos del centro de datos, previo a la virtualizacion de este, y recoge datos de rendimiento, como el uso de CPU y memoria.

Después de un análisis de rendimiento profundo, la herramienta nos muestra unas graficas de uso de estos recursos, CPU y memoria, facilitándonos así la virtualizacion de servidores físicos que sean buenos candidatos para virtualizar.

En este episodio #23 te enseñare como analizar un servidor físico y te mostrar los contadores más importantes de rendimiento:

Para entornos con pocas tarjetas de red (dos o menos), es posible usar y configurar la red de VMotion , no solo para el trafico de migración de máquinas virtulaes con VMotion, sino también para poder mandar el heartbeat de vSphere VMware HA.

Para mandar el heartbeat de VMware HA por la red de VMotion es preciso cambiar las opciones avanzadas de VMware High Availability (HA). En la mayoría de los entornos, los settings de VMware HA no son necesarios cambiarlos.

das.allowVmotionNetworks = “valor”, permite considerar la red de VMotion para usarla con VMware HA, donde la palabra “valor” representa el valor “true” o “false”.

Esta configuración permite a un servidor ESX/ESXi con una sola tarjeta de red para la red de gestión del servidor, utilizar la red de VMotion como red de backup para mandar los heartbeat del cluster VMware HA.

Este episodio #22 describe como configurar las opciones avanzadas de VMware HA para poder utilizar la red de VMotion y usarla como backup para mandar el heartbeat HA en caso de caída de la red de gestión del Service Console:

La posibilidad de crear instantáneas – snapshots – de máquinas virtuales es una funcionalidad incluida en vCenter Server la cual permite conservar el estado de una o más máquinas virtuales para que puedas volver al mismo estado cuando sea necesario, es decir, como dicen por Irlanda, al estado de when the shit hits the fan.

Esta funcionalidad de poder crear instantáneas de las máquinas virtuales es muy útil, sobretodo, cuando se necesita volver a un estado posterior de una máquina virtual sin necesidad de tener múltiples máquinas virtuales.

Una instantánea captura el estado completo de la máquina virtual en el preciso instante cuando hacemos la instantánea. Esta instantánea incluye el estado de la memoria en ese preciso instante, la configuración de la máquina virtual y el estado del disco o discos virtuales de dicha máquina virtual.

En este episodio #21, te enseñare a crear y modificar una instantánea así como a volver a una copia anterior (go to) y a borrar una instantánea (delete) en caliente, es decir, mientras la máquina virtual sigue ejecutandose:

Nota: Las instantáneas de máquinas virtuales con discos RDM (Raw Device Mappings) en modo compatibilidad física NO están soportados.

Es posible poder habilitar el acceso vía SSH en un servidor VMware vSphere ESXi.

En este episodio te mostrare como seleccionar el modo soporte en vSphere VMware ESXi para poder, después, habilitar el servicio SSH en vSphere VMware ESXi.

Para poder habilitar el servicio de SSH en VMware vSphere ESXi debes, primero, habilitar el modo soporte en vSphere VMware ESXi – con la opción Alt + F1 y tecleando la palabra “unsupported“.

Ten en cuenta que solo la cuenta “root” puede ser usada para conectarse al servidor ESXi via SSH.

Si habilitas el servicio SSH en VMware ESXi, asegúrate de que está habilitado solo por un periodo de tiempo limitado. NO deberías dejar abierto el servicio de SSH en servidores vSphere VMware ESXi que estén en producción.

Y recuerda, habilita el servicio SSH en vSphere VMware ESXi SOLO en caso de que no hayas podido solventar el problema con tu servidor ESXi por otros métodos.

NO deberías dejar el servicio SSH abierto en servidores ESXi que estén producción, no digas que no te lo dije!!!