Hola, soy Miguel Ángel Alonso, y aquí vuelvo a estar con nuestros queridos lectores del blog, un martes más.

Siguiendo con la estela de los últimos Post relacionados con el mundo de la virtualización de Microsoft en Hyper-V, hoy vamos a ver una interesantísima herramienta de visualización-diagnóstico del entorno de nuestros servidores a nivel de CPU, disco, memoria y red con más de 100 parámetros que nos ayudarán en el deber diario de cada día.

La herramienta en cuestión se llama Vital Signs y es de la empresa SAVISION, experta productos de visualización y diagnóstico para soluciones de hypervisor tipo 1 como Microsoft Hyper-V y otras soluciones, como por ejemplo, SQL y Windows Server.

Este nuevo software de monitorización para Microsoft HyperV dispone de una integración total con System Center Operation Manager (SCOM), con lo que la lectura de datos de nuestra estructura de Hyper-V esta mucho mas elaborada.

Lo que más me gusta de esta herramienta con gran diferencia, por supuesto a parte de la gran cantidad de datos a visualizar, es la claridad de los departamentos en la que está estructurada y la visualización de unos gráficos muy claros y concisos.

Se asegura de forma proactiva de darnos errores producidos en las cargas de trabajo, y de forma automática – sin necesidad de intervención del personal – ,corregirá todos aquellos problemas basándose en anteriores lecturas de trabajo (normal) para volver a conseguir que nuestra infraestructura goce de una más que formidable salud.

Bajo mi punto de vista, es una herramienta que considero imprescindible para los entornos donde reina Hyper-V como plataforma de virtualización.

Aquí os dejo un ScreenShot para que podáis familiarizaros un poco más con este maravilloso producto:

Puedes encontrar la herramienta para su descarga en el siguiente enlace: http://savision.com/privatecloud

Bueno, hasta aquí por hoy. Espero haberos contado algo interesante, y te emplazo hasta la semana que viene para hablar sobre un nuevo tema, relacionado con este maravilloso mundo de la virtualización de sistemas.

¿Crees que este artículo puede interesar a alguien a quien conoces? Compártelo clicando los botones de Twitter y Facebook de abajo o arriba. Gracias.

Hola de nuevo. Soy Miguel Ángel Alonso, y aquí estoy como cada martes para hablar un poquito más del maravilloso mundo de la virtualización.

Hoy vamos a hablar de una característica maravillosa pero muy poco conocida de VMware vSphere, llamada: DVFS (de las siglas en Ingles Dynamic Voltage and Frequency Scaling).

Para tener una vista clara de esta característica, la vamos dividir en 3 secciones muy claras.

1. Para qué sirve y como activarla
2. Requerimientos
3. Limitaciones

1. Para qué sirve y cómo activarla

Esta característica permite a los Hosts cambiar la frecuencia y los voltajes de la CPUs basándose en la demanda de la carga de trabajo de estos.

Consigue que los procesadores puedan llegar a consumir menor energía y por consiguiente menor temperatura de trabajo.

Se activa mediante una interface que permite operar sobre los estados de rendimiento de una Cpu (P-State).

Los P-States son definidos para fijar la frecuencia y voltaje que operan a en las Cpus. Los procesadores pueden operar en niveles diferentes de P-States:

• Pmin= P-State de menor nivel
• Pmax0 P-state de mayor nivel

Los P-States, son controlados desde la ROM del sistema o desde algún Sistema Operativo.

En VMware vSphere, los P-States son controlados por el Vmkernel, el cual optimiza la demanda de frecuencia de cada CPU.

2. Requerimientos

Las CPUs deben soportar y tener activadas las siguientes características:

- Enhanced SpeedStep para procesadores Intel

- Enhanced PowerNow para procesadores AMD

- Todas la versiones de vSphere soportan esta característica

- En la pestaña Configuration/Advanced Settings/Power/ Power.cpu = Dynamic.. Por defecto está en estado de Static, en el cual el Vmkernel es capaz de leer todos los P-states pero no realiza cambio alguno en las CPUs.

Recuerda que esta optimización de la frecuencia de las CPUs jamás afecta en el rendimiento.

3. Limitaciones

No hay manera de poder monitorizar los P-States en vSphere.

Debo de decir, que en esta última versión de vSphere 4.1 Update 1, no encuentro la política que activa dicha característica en (Advanced Settings) por lo cual indagaré un poco por ahí para saber cómo se activa o donde se encuentra dicha política.

Bueno, hasta aquí por hoy. Me despido de vosotros, esperando haber podido contar algo interesante y te emplazo hasta la semana que viene, con un nuevo capítulo sobre la virtualización.

En un post publicado en septiembre, explique – lo mejor que pude – como determinar con precisión, si la CPU de tu servidor VMWare vSphere ESX/ESXi se está comportando con normalidad, o, por consiguiente, tienes un cuello de botella a nivel de CPU

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 están constantemente altos, significa que el host ESX/ESXi esta probablemente sobrecargado.

En este episodio veremos un nuevo contador – el contador %MLMTD – el cual que influye, y mucho, en la decisión sobre los cuellos de botella a nivel de CPU. Para ver los valores del contador MLMTD, nos apoyaremos en la herramienta esxtop del servidor VMware ESX/ESXi.

En este episodio #51, te mostrare la relación entre el contador %CPU ready y el %MLMTD, y la relación entre ambos para detectar cuellos de botella a nivel de CPU.

¿Y tú qué opinas? ¿Conoces alguna mejor manera de comparar estos dos contadores? ¿Cuáles son tus experiencias personales con estos contadores? Deja tu comentario abajo o charlemos sobre ello en twitter

VMware cambiara el modelo de licenciamiento de alguno de sus productos a partir del 1 de septiembre del 2010.

Ciertamente y, a medida que el tema del clould computing se convierte en un estándar mas en los entornos de TI, cada vez más es necesario la gestión global a nivel de máquina virtual (MV), en lugar de la gestión individual del hardware físico donde estas MVs residen.

Siendo ahora las máquinas virtuales, la nueva unidad de gestión – o al menos eso el lo que se pretende -, las empresas de TI necesitan un nuevo modelo – flexible, con opciones, que se ajuste a las exigencias del nuevo modelo – con el que puedan desplegar y configurar estas licencias.

Particularmente algunos productos de VMware vCenter pasaran de licenciarse por procesador o socket a licencias por máquina virtual. Asimismo, otros productos VMware vCenter continuarán siendo vendidos bajo el modelo de licenciamiento existente, es decir, por procesador o socket.

A continuación te muestro los productos que cambiaran el modelo de licenciamiento:

• vCenter AppSpeed
• vCenter CapacityIQ
• vCenter Chargeback
• vCenter Site Recovery Manager

Asimismo los productos siguientes no sufrirán ningún cambio en el modelo de licenciamiento:

• VMware vSphere
• vCenter Server
• vCenter Server Hearbeat – a quien le importa!?
• vCenter Lab Manager
• vCenter Lifecycle Manager

Ya hora aquí va la pregunta: Que pasa si previamente has adquirido licencias por procesador para AppSpeed vCenter, vCenter CapacityIQ, vCenter Chargeback o vCenter vCenter Site Recovery Manager?

Pues bien, VMware te ofrecerá un plan de transición que te permitirá cambiar tus licencias actuales – por procesador – al nuevo modelo de licencias basado en máquina virtual por licencia.

Por consiguiente, si poses licencias por procesador de los productos mencionados, a partir del 01 de septiembre del 2010 podrás hacer la conversión a licencias por máquina virtual.

Te conviene? Espero tu feedback.

VMware recomienda mirar el indicador CPU Ready time para determinar si la máquina virtual tiene un cuello de botella en el componente vCPU (Virtual CPU).

Si el contador de uso de la vCPU es de un 100% (mostrado con el Task Manager en Windows), no significa necesariamente que la maquina virtual tenga un cuello de botella en la vCPU.

El siguente contador que deberias mirar es un contador de maquina virtual, CPU ready time. Si el contador de CPU Ready Time es de un 3-10 durante un periodo de tiempo prolongado (mas bien horas en lugar de segundos), es muy probable que la máquina virtual tenga un cuello de botella en la CPU.

VMware no recomienda analizar el rendimiento de una máquina virtual solo con la herramienta de Windows, Task Manager. El problema de analizar el rendimiento con solo el Task Manager de Windows, es que esta herramienta no te dara una imagen “fidedigna” de como se esta comportando la maquina virtual en cuestión, debido al conocido problema de time keeping el cual ocurre cuando virtualizamos una maquina física.

Puedes ver más información sobre el problema de time keeping en esta guía:

http://www.vmware.com/pdf/vmware_timekeeping.pdf