VMware vSphere ESXi 4.1 incluye una nueva funcionalidad para incluir un servidor ESXi 4.1 a tu directorio activo de Windows.
Nunca ha sido tan fácil incluir un servidor VMware ESXi 4.1 dentro de un dominio de Windows.
Ciertamente esta nueva funcionalidad reduce mucho la complejidad de antaño, en cuanto a la inclusión de servidores ESX/ESXi a directorios activos de Windows.
Se nota que la historia y pasado en Microsoft del CEO de VMware, Paul Maritz, no se ha pasado por alto durante estos tres últimos años que lleva al frente de VMware.
En este episodio #39, te enseñare a incluir tus servidores VMware vSphere ESXi 4.1 en tu directorio activo de Windows.
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:
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:
En un disco compartido junto con los ficheros de la máquina virtual
En un disco local del servidor ESX/ESXi y la máquina virtual en un disco compartido
En un disco dedicado compartido, diferente del disco compartido donde se guarda la máquina virtual
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:
