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.

Ya esta disponible online el sexto episodio en nuestro Web TV show de virtualización en español, un nuevo programa de televisión web que es audaz, innovador y dedicado en exclusiva a los profesionales de la virtualización de sistemas y el cloud computing en español.

Esta semana tenemos una gran leccion del Ministerio de Defensa Español, hablaremos del anuncio hecho publico por VMware sobre el lanzamiento gratuito de la versión SuSe Linux Enterprise para VMware, contestaremos a una gran pregunta de un usuario relacionada con los procesadores Intel y AMD en virtualización y descubriremos una utilidad increíble que te ayudara a mover máquinas virtuales desde tu cloud privada a una cloud publica.

¿Y tú qué opinas con relación a la pregunta lanzada en el episodio de hoy? ¿Crees que aun AMD tiene una ventaja competitiva con respecto a los procesadores de Intel en virtualización? Deja tu comentario en virtualizacion.TV o charlemos sobre ello en twitter.

Hola amigos, soy Florián Murillo y vuelvo al ataque con temas de networking, hoy hablaré de como mejorar el rendimiento de nuestros interfaces de red de 10Gb utilizando Virtual Machine Device Queues (VMDq) de Intel.

El ratio de consolidación en los sistemas actuales, me refiero al número de VM que “corren” en un servidor físico, está aumentando considerablemente, según mis estimaciones, se ha multiplicado por 4 en los últimos 4 años, esto lleva parejo una consolidación del tráfico de red y tenemos la tentación de pensar que con ampliar los interfaces de red lo arreglamos, pasando de 1Gb a 10Gb, pero hemos de pensar que la mejora de rendimiento no es lineal con el aumento de ancho de banda, ya que el vmkernel ha de procesar y clasificar mucho mas tráfico, consumiendo CPU, convirtiendose en un cuello de botella y esto ocurre para el tráfico saliente y el tráfico entrante.

VMDq es una tecnología que permite realizar la clasificación del tráfico en el interfaz de red, creando colas de entrada/salida y especializando estas colas en VM especificas, descargando al VMkernel, evitando cuellos de botella y aumentando la velocidad de transmisión.

En pruebas de laboratorio con controladoras de red Intel 82598 de 10Gb, Intel midió, en un escenario concreto, velocidades de transmisión de 4.0Gbps sin VMDq y 9.2Gbps con VMDq, o sea a mas del doble, y todavía mejoro un poco (9.5Gbps) utilizando jumbo frames en el escenario final.

He visto pruebas parecidas con controladoras de red de Neterion.

La implementación de VMDq en VMware se llama NetQueue, y está disponible desde VI 3.5 U1. En vSphere v4 está activada por defecto, por lo que solo hemos de configurar el interfaz de red para soportar NetQueue y a disfrutar de sus beneficios.

¿Como verifico que NetQueue está activado en mi ESX?

Comprueba que en Configuration > Software > Advanced > VMkernel tengas VMkernel.Boot.netNetQueueEnabled activo, si no es así lo activas y reinicias el ESX.

Lo que estamos haciendo, en realidad, es cambiar el archivo /etc/vmware/esx.conf añadiendo la linea /vmkernel/netNetqueueEnabled = “TRUE”

¿Como configuro mi interfaz de red para soportar NetQueue?

El comando siguiente es para una Intel 82598 de un solo puerto, los parámetros pueden cambiar de nombre de un interfaz de red a otro.

esxcfg-module -s “InterruptType=2 VMDQ=16″ ixgbe

Donde InterruptType activa MSI-X, es una exigencia de NetQueue, permite a la controladora ethernet enviar datos a multiples cores aprovechando las interrupciones.

El parámetro VMDQ especifica el número de pares de colas de entrada y salida que tendremos, estas colas se asignaran automáticamente a las VM para aumentar la eficiencia. El número de colas depende de la interfaz ethernet, cuantas mas tenga, mejor.

Tras el comando esxcfg-module, hemos de reiniciar el ESX y ya está configurado NetQueue.

AMD  en colaboración con Red Hat ha demostrado por primera vez la migración en caliente de una máquina virtual entre diferentes proveedores de plataformas hardware de virtualización.

La migración se ha llevado a cabo de una maquina virtual corriendo en un Servidor de doble zócalo Intel Xeon DP E5420 Quad Core a uno basado en la próxima generación de Servidores AMD de 45nm,  Quad-Core AMD Opteron ™ procesador, utilizando la solución de virtualización de KVM de Red Hat.

Parece ser que la migración de maquinas virtuales en caliente entre diferentes plataformas hardware está más cerca.

Puedes ver la demostración en este vídeo de youtube o en el web de AMD.

httpv://www.youtube.com/watch?v=EuhU6jJjpAQ

En el evento por excelencia de la Virtualización, el VMworld, que este año tuvo lugar en la famosa ciudad de las Vegas, pudimos ver por primera vez y en exclusiva la funcionalidad Flex Migration de Intel.

Para ponértelo de una forma muy sencilla, a partir del nuevo chip Intel Xeon Series 7400 (Dunnington) que Intel acaba de sacar esta semana, nos aseguraran que podamos hacer una migración en caliente con VMware VMotion hacia cualquier otro procesador Intel de nueva generación.

También he podido comprobar que es posible migrar en caliente con VMware VMotion una maquina virtual desde el nuevo chip de  Intel Xeon Series 7400 hacia  chips de dos generaciones anteriores Intel Series 5300 , pero eso sí, con la opción EVC (Enhanced VMotion Compatibility) activada en VMware ESX.

Ahora solo queda esperar  que hagan VMotion compatible el chip de Intel con el chip de AMD para poder desplegar granjas de virtualización sin preocuparnos de compatibilidad VMotion de VMware

Jake Smith de Intel Corporation y Dave Martin de Vmware Inc nos cuentan en este vídeo como las dos compañías han trabajado en conjunto para traer al público esta nueva funcionalidad

httpv://www.youtube.com/watch?v=9fKKI3rs544