En resumen, para lo que antes necesitábamos 2 licencias de vSphere, ahora es posible que necesitemos 4 ó mas, dependiendo del entorno y cliente. Voy a explicarlo con un ejemplo muy claro.

Con VMware vSphere™ 4.x

• Dell R710 con 2 sockets y 192G de memoria = 2 Licencias de vSphere Enterprise Plus
• Dell R710 con 4 sockets y 256G de memoria = 4 Licencias de vSphere Enterprise Plus

Con VMware vSphere™ 5.x

• Dell R710 con 2 sockets y 192G de memoria = 4 Licencias de vSphere Enterprise Plus
• Dell R710 con 4 sockets y 256G de memoria = 6 Licencias de vSphere Enterprise Plus

Puedes ver el documento oficial de VMware que explica el nuevo formato de licencias de VMware vSphere™ 5.0 en este enlace:http://www.vmware.com/files/pdf/vsphere_pricing.pdf

Adicionalmente a las licencias requeridas y necesarias para arrancar tus máquinas virtuales, también necesitarás licencias adicionales siempre que sobrepases el número de 16 cores o más por procesador o socket.

Por esta razón, VMware ha puesto a disposición de los clientes en general una herramienta gratuita llamada VMware Licensing Advisor, la cual te dará más información relativa al impacto que tendrá en tu entorno particular la actualización a la versión vSphere™ 5.

Por consiguiente, ahora si dedicas más memoria vRAM a tus máquinas virtuales de la que has licenciado, sencillamente tus máquinas virtuales no arrancarán. Para la versión Essential y Essential plus esta comprobación es obligatoria, es decir, si has licenciado un pool de vRAM de 32GB y tienes ya esta cantidad de memoria configurada y usada en tus máquinas virtuales, al arrancar una máquina virtual que necesite usar 1GB adicional no lo hará.

Sin embargo, con las licencias a partir de la Essential Plus, si sobrepasas la configuración de la memoria en tu pool vRAM, recibirás un warning avisándote de que estas usando más memoria de la que has licenciado y que requieres comprar más licencias. No obstante, tu máquina virtual arrancará.

Supongo que la buena notica es que VMware vSphere™ ESXi 5 (como todas las versiones anteriores) permite usar el producto durante 60 días (Evaluation Mode) con toda su funcionalidad incluida.

¿Crees que este post le puede interesar a alguien a quien conoces? Compártelo clicando los botones de Twitter, Facebook o Google+ de abajo. Gracias por tu apoyo.

Hola, soy Miguel Ángel Alonso y de nuevo estoy con vosotros como cada martes del mes para contaros algo nuevo del maravilloso mundo de la virtualización de sistemas.

En el día de hoy vamos a habla sobre el nuevo VMware WorkStation 8 que nos llega dentro de muy poco y que, aunque se encuentra todavía en fase BETA, nos promete nuevas funcionalidades de un gran interés.

Antes de comenzar a mostraros unos Screenshots donde podremos ver los avances más destacados, os voy a dar los requerimientos mínimos para la instalación de esta maravillosa herramienta:

• 1.3GHz de CPU como mínimo o superior
• Procesadores compatibles Intel ( Pentium 4, Pentium M – con PAE -, Core, Core 2, Core i3, Core i5, y Core i7 )
• Procesadores compatibles AMD ( Athlon, Athlon MP, Athlon XP, Athlon 64, Athlon X2, Duron, Opteron, Turion X2, Turion 64, Sempron, Phenom, and Phenom II )
• Los sistemas multiprocesadores también están soportados
• Soporte para 64 Bits

A continuación, te adjunto algunos screenshots de algunas de las nuevas funcionalidades y características mas relevante de VMware Workstation 8:

Cabe reseñar de manera superlativa, el botón de Remote Connections, el cual antes de introducir el login y la password, nos proporcionará acceso a nuestro entorno de vCenter.

Aquí, podemos ver un claro ejemplo de cómo podríamos tener acceso a las VMs de nuestro entorno vSphere. Desde aquí podremos encender, apagar, clonar y hacer Snapshots de estas máquinas virtuales.

Sobre la pestaña Edit>Preferences>, en la opción Shares VMs, podremos compartir nuestras máquinas locales para poder hacer todas las pruebas de laboratorio y testeo necesarias entre nuestro entorno local y nuestro entorno de producción.

También, habrá que tener en cuenta que tanto las VMware Tools como el Hardware serán compatibles con la versión 8 y anteriores, a la vez que cabe destacar que en las limitaciones de memoria se han duplicado en cada Guest soportando hasta los 64 GB de RAM en cada uno.

En las opciones de la VM y bajo dicha opción MANAGE podemos destacar:

1. Change Hardware Compatibility (Como su nombre bien indica)
2. Clone para clonar nuestras VMs
3. Upload para subir nuestras VMs de nuestro Sistema local al de producción
4. Share para compartir nuestras VMs entre nuestros diferentes escenarios de VMware

Otra opción a destacar desde el menú POWER de nuestra VM y creo que es muy interesante, es el de poder tener la opción de arrancar nuestra VM mostrándonos la BIOS directamente.

Otra nueva característica, aunque en VMware Fusion o Paralles para MAC OSX ya existía es UNITY MODE en el que podrás ver un programa o el contenido de una carpeta de un Sistema Linux o Windows como si se estuviese ejecutando en modo local.

Aquí os dejo una muestra del escritorio de un Fedora 14 dentro de mi escritorio Windows como si se estuviese ejecutando de forma nativa.

Bueno, hasta aquí por hoy. Espero haberte contado algo de tu interés y te emplazo hasta el próximo martes donde volveremos a hablar de un nuevo tema sobre 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.

Hoy hablaremos sobre la activación del EVC Mode, funcionalidad que nos permite crear una “baseline” para que nuestros procesadores, aunque no sean iguales entre ellos, puedan ejecutar vMotion. Eso si, tendremos EVC para AMD y EVC para Intel. Las churras con las churras y las merinas con las merinas. Ya sabéis aquello de “las que entran por las que salen … “

Bien, ya hemos decidido activar nuestro EVC en el cluster de producción, lo activamos, seleccionamos la baseline y entonces nos damos cuenta que para poder activar la funcionalidad, el cluster tiene que estar parado. Y claro, no sería tan fácil, porque cuando decimos que vamos a parar “un momentito” pues “va a ser que no”, porque “show must go on….”.

Vale. Pues vamos a montarnos nosotros solos la fiesta. En estos casos lo que hago es definir un segundo cluster, pasar toda la producción del ESX2 al ESX1, parando todo lo no crítico. Cuando tengo ESX2 libre lo pongo en maintenance mode y lo paso de Cluster.

Posteriormente voy haciendo vMotion de las VM en producción entre ESX1 y ESX2, dando continuidad al servicio. Una vez tengo el primer cluster y ESX1 libre de carga, lo paro y activo EVC. Si señor! De parrafada y sin equivocarme!

Posteriormente no tengo más que devolver las VM de producción a ESX1 y devolver en su momento ESX2 a su cluster de procedencia. Podemos borrar el cluster temporal que hemos montado y todo vuelve a su lugar, pero con el EVC en marcha para que podamos entrar un nuevo ESX con un procesador “algo” distinto.

Take care.

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.

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.

El mismo año y muy poco después del anuncio de AMD, VMware añadió el soporte de RVI con la versión VMware ESX 3.5

Un año más tarde, VMware ha liberado un whitepaper de 9 páginas el cual describe los beneficios de dicha tecnología.

Según este documento,  RVI ofrece una mejora en rendimiento de hasta un 42%. El documento es muy bueno y os recomiendo su lectura.

Puedes descargarte el documento aquí.

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

Las compañías SUN y AMD llevan ofreciendo de forma gratuita, lo vimos en el VMworld 07 en San Francisco y también en el VMworld 08 de Las Vegas,  un libro sobre la tecnología de la virtualización para principiantes.

El libro contiene un total de  50 páginas que están repartidas en 6 capítulos. Esta nueva versión ha sido modificada desde la última vez que tuve la ocasión de leerlo en el VMworld 07.

Ha sido escrito por Bernard Golde y Clark Scheffy y pienso que vale la pena leérselo para tener una idea más clara y profunda sobre la tecnología de virtualización de AMD (AMD-V, y RVI o Rapid Virtualization Indexing en Ingles)

Puedes descargarte el libro en formato pdf  aquí.