Para determinar con precisión si la CPU de tu servidor VMWare vSphere ESX/ESXi se está comportando con normalidad, debes de revisar la información específica disponible sobre dicha CPU con las herramientas de monitorizacion incluidas en VMware vSphere.

Un aumento del contador CPU used y CPU ready por un periodo de tiempo corto, puede indicar que se está haciendo un uso adecuado de los recursos de CPU del servidor ESX/ESXi.

Sin embargo, si ambos valores estan constantemente altos, significa que el host ESX/ESXi está probablemente sobrecargado.

Generalmente, si el valor CPU used es superior al 90 por ciento, y el valor de CPU ready para una máquina virtual en concreto, es superior al 20 por ciento, se podría decir con toda firmeza que el rendimiento de dicha máquina virtual se veria afectada negativamente.

Los valores de muestreo obtenidos por el cliente de VMware vSphere y esxtop/resxtop difieren en sus intervalos. Así, por eljemplo, el cliente usa unos intervales de muestreo cada 20 segundos mientras que esxtop/resxtop usa unos intervalos de muestreo de 5 segundos por defecto.

Por consiguiente, asegurate de normalizar los valores antes de comparar los resultados de ambas herramientas de motitorizacion.

En este episodio #41, te mostrare la relación entre el contador CPU used y CPU ready y como medir dichos contadores de rendimiento:

Hola a todos, soy Florián Murillo y hoy toca describir una de las funcionalidades que creo que acabaremos utilizando todos (los que tengamos licenciamiento Enterprise Plus).

Network I/O Control, es el nombre que se le ha dado a las nuevas capacidades para repartir el ancho de banda de red entre los diferentes tipos de flujos de información, algo sumamente importante cuando tenemos interfaces de 10Gb.

Esta funcionalidad solo se puede utilizar con switches distribuidos, por tanto, como decíamos al inicio, requiere la licencia Enterprise Plus.

La forma de implementarlo es sencilla ya que utilizan dos viejos conocidos: shares y limits.

Para activar NetIOC (es el acrónimo que se está difundiendo) nos vamos a la vista de networking y al hacer click sobre el switch destribuido nos aparece en la ventana de laizquierda la pestaña “Resource Allocation”, si hacemos click en el hiperlink “Properties” nos aparece el checkbox de activación, como en la imagen de la cabecera.

En la imagen anterior podemos ver en la columna “Network resource pool” los tipos de tráfico definidos por defecto, con el ancho de banda asignado y la prioridad a la hora de obtener ancho de banda (share).

Con el botón de la derecha sobre un flujo de tráfico, nos aparece la opción “Edit Settings”, pudiendo cambiar el limit y el share.

¿Puedo combinar NetIOC que se aplica a nivel de switch con Traffic Shaping que se aplica a nivel de port-group?

Por supuesto, yo puedo dar un ancho de banda y prioridad concreta al tráfico de las VM con NetIOC y luego tener varios port-groups con VMs, cada uno de ellos con su configuración de Traffic Shaping para aplicar diferentes calidades de servicio entre los port-groups.

Creo que es una gran ayuda para repartir el tráfico en interfaces de red de 10Gb, aunque con interfaces de 1Gb también nos puede ayudar a garantizar anchos de banda por servicio.

Tener en cuenta que para que un switch distribuido tenga la funcionalidad NetIOC se ha de crear en host con vSphere 4.1.

Esto es todo amigos, la semana próxima hablaremos de otra interesante novedad de VMware vSphere ESX/ESXi 4.1.

Un saludo de nuevo a nuestros colegas y simpatizantes de este Blog. Soy Jose María Gris y como siempre vamos a ver hoy alguna nueva utilidad, truco, configuración del ecosistema VMware.

Sois de los que os gusta la documentación de consulta? Odiáis tener montones de papeles por vuestro estudio? No sabéis donde esta el pdf de las narices que me hace falta ahora? Os ha pasado estar en una instalación en un lugar recóndito y no tener acceso por Internet por avería y no poder consultar una documentación.

Bueno, de nuevo xtravirt nos sorprende con una herramienta free, sencilla y potente a la vez. VMware Documentation Downloader y podéis obtenerlo aquí – requiere logon.

Su manejo es muy sencillo:

Instalamos los 4 ficheros que nos facilitan y ejecutamos GetVMwareDocs.bat. En primer lugar, si ha sido ejecutado anteriormente nos preguntará si deseamos hacer update de la información o no (si es la primera vez no preguntara). Si hemos pedido hacer update nos pedirá información del Proy si tenemos.

El sistema comparará la estructura especifica de la web de soporte de VMware y la comparará con el fichero log y efectuará los download pertinentes.

Para facilitarnos la vida, al final del proceso nos copiará en local la pagina web de soporte de VMware a nuestro ordenador, con los apuntadores en local, con lo que podremos “navegar” por la información que reside en nuestro ordenador local teniendo los pdfs y/o documentaciones de los distintos productos y versiones.

Importante. El .bat GetVMwareDocs.bat busca la información de las versiones existentes en el momento, es decir, con la nueva aparición de versiones o productos deberemos bajarnos la version actualizada del fichero .bat porque sino, no “verá” la nueva información disponible en la web de soporte.

Probarlo, veréis que práctico es.

Hola de nuevo!!!! , soy Miguel Ángel Alonso y aquí estoy como cada Martes para contaros algo nuevo acerca del tema de la virtualización.

En este POST de hoy voy a hablaros de una herramienta de VMware llamada VGC (VMware Guest Console).

Desde esta herramienta podremos gestionar los procesos de nuestras VMs a nivel de Sistema Operativo, controlar el encendido y apagado de nuestras VMs y gestionar los Snapshots de nuestras VMs, de una forma clara y concisa.

No obstante, cabe reseñar que esta herramienta todavía se encuentra en estado preview.

Una vez dicho esto os mostraré la instalación y configuración de esta herramienta. Lo primero que haremos será descargarnos la herramienta desde este enlace y comenzaremos con la instalación seleccionando NEXT …

Aceptamos la licencia seleccionado I Agree y seleccionamos NEXT …

Elegimos la ruta donde se instalará el programa y seleccionamos NEXT …

Una vez terminada la instalación, podremos ver el icono de VGC en nuestro escritorio y ejecutar la aplicacion recientemente instalada.

Al ejecutar la aplicación, nos aparecerá la interfaz gráfica de la consola. Una vez llegados a este punto deberíamos seleccionar Add host para añadir nuestro HOST VMware ESX/ESXi:

Una vez te hayas conectado a tu servidor de vCenter, podras observar el listado de tus VMs y Templates. Podras ver que hay 4 pestañas a parte de nuestra Home Page del programa: TASK MANAGER, SNAPSHOT MANAGER, VIRTUAL MACHINES y FILE EXPLORER.

Elegime una VM que tengas encendida y selecciona la pestaña TASK MANAGER. De esta forma, podras tener acceso a lo Servicios de la máquina virtual desde la pestaña TASK MANAGER,con lo que podras deducir si alguno de estos servicios te está dando algun problema, cuales son los que consumen más recursos o simplemente parar el servicio.

Desde la pestaña Snapshot Manager, tendras una gestión totalmente centralizada de tus SNAPSHOTS y podras tambien modíficarlos a tu antojo.

Y finalmente si seleccionas la pestaña FILE EXPLORER, tendras acceso a todas las carpetas y archivos de tus VMs, lo cual incluye la opción de descargar o subir archivos a dichas máquinas virtuales.

Os invito a que os descarguéis y probéis esta herramienta ya que bien implementada por nuestra parte puede ayudarnos en nuestro trabajo diario a hacernos las cosas un poquito más fáciles.

Hasta la semana que viene.

Puede que VMware vSphere ESXi 4.1 no incluya un Web Server como su hermano mayor, la versión ESX 4.1, o incluso la versión de VMware vCenter, pero quien lo necesita?

Veras, yo era partidario de que un Web Server en la versión VMware ESX daba mucho “juego” y flexibilidad.

No cabe duda que el poder arrancar, apagar y hasta configurar máquinas virtuales desde un “simple” navegador web, sin tener el cliente vCenter instalado, era y es una opción que nos da mucha flexibilidad a la hora de gestionar nuestros host ESX y máquinas virtuales – y si no que se lo digan a aquellos clientes en los que no quieren ver un Windows ni en pintura!.

Pues bien, a pesar de que la versión VMware vSphere ESXi no incluye un Web Server, existen ciertas carpetas por las que podemos navegar para ver la configuración de nuestros servidores ESXi. Sin duda alguna esta funcionalidad puede y debe hacerlos la vida más fácil via navegador web.

Concretamente me refiero a las carpeta /host y /folder. Si accedes a una carpeta llamada “folder” de tu servidor VMware vSphere ESXi, es decir, si pones en tu navegador favorito la dirección https://nombre_servidor_esxi/folder veras todos los datastores mapeados a dicho servidor via web.

Nava nuevo, se preguntaran los mas “viejos del lugar”.

Bien, ¿Qué tal si pruebas a poner https://nombre_servidor_esxi/host/message?. Pues veras, nada mas y nada menos, que el mismísimo fichero log de los de tu servidor ESXi via web, entre otros ficheros de configuración de tu servidor VMware vSphere ESXi.

En este episodio #40, te enseñare acceder a las carpetas host y folder de tus servidores VMware vSphere ESXi 4.1:

Hola a todos, soy Florián Murillo y ha llegado el momento de empezar a desgranar las mejoras de vSphere 4.1, que no son pocas, hoy hablaremos de las reglas de afinidad.

Hasta ahora (vSphere 4.0) el cluster DRS tenía reglas de afinidad y anti-afinidad basadas en VM, es decir “la VM1 debe ejecutarse en el mismo anfitrion que la VM2”, lo que podemos llamar “Reglas de afinidad VM-VM”.

Con vSphere 4.1, el cluster DRS define “Reglas de afinidad VM-Anfitrión”, es decir, “El Grupo1 de VMs se ejecuta en el Grupo1 de Anfitriones”, yo puedo agrupar los anfitriones por bladeCenter, rack, edificio, ciudad o lo que me plazca.

Además tengo 2 tipos de reglas, tanto en el caso de afinidad como de anti-afinidad, son las reglas “must” y las reglas “should”.

En un cluster DRS y HA, una regla “should” puede ser incumplida por HA ante la caída total del Grupo de anfitriones donde está aplicada, y una regla “must” será respetada por HA ante la perdida de dichos anfitriones.

Para configurar las nuevas reglas de afinidad hay que realizar 2 tareas:

1. Crear los grupos de VMs y de anfitriones
2. Crear la regla (should o must) de afinidad o anti-afinidad.

Al entrar en el “Edit settings” del cluster tenemos la opción “DRS Groups Manager” para crear los grupos y “Rules” para crear las reglas.

En la imagen siguiente veréis que desde “DRS Groups Manager” he creado dos grupos de VMs, llamados GrupoUNO y GrupoDOS y dos grupos de anfitriones, llamados AnfitrionesUNO y AnfitrionesDOS.

Es curioso que a estas alturas de la tecnología no podamos cambiar el nombre del grupo tras grabarlo.

Al entrar en la opción “Rules” tenemos las opciones clásicas de “Keep VM Together” y “Separate VM” (ahora soporta más de dos VM), además de la nueva modalidad “Virtual Machines to Hosts”

Como habéis visto en la pantalla anterior, solo podemos especificar un grupo, no una VM.

Cuando el cluster es DRS + HA, las reglas actúan de la siguiente manera:

“Must run on hosts in group”: Si un anfitrión del grupo falla, las VM se levantarán en otro anfitrion del grupo. Si todos los anfitriones del grupo caen, por ejemplo un BladeCenter, NO se levantan las VMs en otros anfitriones del cluster pero externos al grupo.

“Should run on hosts in group”: Si un anfitrión del grupo falla, las VM se levantarán en otro anfitrion del grupo. Si todos los anfitriones del grupo caen, SI se levantan las VMs en otros anfitriones del cluster pero externos al grupo.

“Must Not run on hosts in group”: Si un anfitrión falla, las VM se levantarán en otro anfitrion que no pertenezca al grupo. Si todos los anfitriones ajenos al grupo caen, NO se levantan las VMs.

“Should Not run on hosts in group”: Si un anfitrión falla, las VM se levantarán en otro anfitrion que no pertenezca al grupo. Si todos los anfitriones ajenos al grupo caen, SI se levantan las VMs en un anfitrión del grupo.

En resumen, disponemos de mas granularidad, muy interesante en entornos medianos y grandes.

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.

El blog de virtualización en español, ya tiene una nueva sección de foros sobre la virtualización

Es un placer para mí y para nuestro Blog de Virtualización en Español, poder contaros que a partir de este preciso instante, nace en el Blog de Virtualización en Español, los foros de virtualización en español, una nueva funcionalidad más añadida y muy deseada por muchos lectores de este blog, nuestro blog de virtualización en español.

Inicialmente, he creado dos categorías (Virtualización y General), a las cuales podremos unir y desarrollar tantas otras como queramos, para lo cual espero vuestro más que bienvenido feedback.

Dentro de la categoría Virtualización, he creado las sub-categorías VMware vSphere – para las preguntas relacionadas con VMware vSphere -, Microsoft HyperV – para la preguntas relacionadas con HyperV -, XenServer – para las preguntas relacionadas con Citrix XenServer – y finalmente, Red Hat Virtualization – para las preguntas relacionadas con el software de virtualización de servidores de Red Hat.

Espero que disfrutes de los foros de virtualización en español, tanto o más como yo he disfrutado creándolos para ti, mi querido lector.

http://www.josemariagonzalez.es/foros

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:

Vizioncore ha lanzado, en versión gratuita, un modulo de gestión para Microsoft System Center Operations Manager 2007 R2, el cual permite la monitorización de infraestructuras virtuales con VMware.

Antes de entrar en detalle con las características de lo que este Management Pack nos ofrece, cabe reseñar que Veeam ya ofrece este tipo de soluciones de monitorización del entorno virtual con VMware en System Center en modo trail – cuanta mayor competencia, mejor.

Pero, ¿cuáles son las características fundamentales del Management Pack gratuito de Vizioncore?

• Generación de alertas esenciales de la infraestructura virtual para reducir el tiempo medio de resolución ( de las siglas en ingles MTTR – mean time to resolution) de los problemas.
• La integración con System Center Operations Manager para centralizar y consolidar la monitorización del entorno virtual y físico.
• Arquitectura sin agentes ( agentless) para una implementación sencilla.
• Monitorización de eventos de disponibilidad y rendimiento del entorno virtual para una posible resolución rápida del problema

Puedes ver más información de VizionCore Management Pack para VMware en este enlace:

http://vizioncore.com/product/management-pack-for-vmware/features

Asimismo puedes descargar VizionCore Management Pack para VMware en este otro enlace:

http://vizioncore.com/product/Management-Pack-for-VMware

Lo bueno, y siempre desde mi perspectiva, es que cada vez más y más vemos un crecimiento paulatino del ecosistema de Microsoft, de esos mismos partners que en el pasado se centraron única y exclusivamente en las soluciones de virtualización de VMware.