Muchos son los comandos que desde la consola están disponibles en nuestro arsenal.

Algunos son mas útiles que otros, algunos son mas sencillos que otros y otros son mas conocidos.

No he querido dejar pasar otro episodio sin enseñarte este comando tan útil como versátil.

En este episodio te enseñara a habilitar el puerto VMotion de un vSwitch estandar desde la consola de comandos de un servidor VMware vSphere:

El wizard de la migración en caliente, VMware VMotion, valida los requerimientos del servidor origen y servidor destino así como los requerimientos de la maquina virtual que quieres migrar.

Una máquina virtual no puede ser migrada en caliente cuando:

• La MV tiene una conexión activa a un virtual switch de uso interno.
• La MV tiene una conexión activa a un CD o disquete.
• La MV tiene configurada una afinidad a una CPU.
• La MV forma parte de un clúster Microsoft.

El wizard de migración en caliente, VMware VMotion, produce un warning cuando:

• La MV tiene una conexión a un virtual switch de uso interno pero no está conectado.
• La MV tiene una conexión a un CD o disquete pero no está conectado.
• La MV tiene uno o más snapshots.
• El servidor VMware vSphere ESX/ESXi no ha recibido un guest OS heartbeat (probablemente las VMware tools no han sido instaladas o configuradas adecuadamente).

El wizard de migración en caliente, VMware VMotion, muestra un mensaje de error si la máquina virtual no puede ser migrada desde el servidor origen al servidor destino. Sin embargo, con un mensaje de error de tipo warning, la máquina virtual puede ser migrada con VMotion sin problemas.

Asimismo, los servidores involucrados en la migración, servidor origen y servidor destino, deben cumplir los siguientes requerimientos:

• Visibilidad de todas las LUNs (FC, iSCSI, NAS) usadas por la MV.
• Una red Gigabyte Ethernet dedicada al tráfico VMotion. (En una red 10/100 también funciona pero va muchoooo mas lento. No ostante, VMware solo soporta una red Gigabyte para el trafico VMotion.
• Acceso a la misma red Ethernet física.
• El nombre de los virtual switch debe ser igual en ambos Servidores ESX (incluyendo mayúsculas y minúsculas). En VMware vSphere ESX/ESXi versión 4 update1, si los virtual switches no son nombrados iguales, el wizard de migración en caliente VMotion produce un warning pero la migración puede continuar.
• CPUs compatibles o similares (misma familia CPU). VMotion también funciona, si el servidor origen tiene Hyperthreading activado pero no el servidor destino

Seguro que se me escapan algunos requerimientos de VMotion, con lo que si no ves aquí todos, o crees que falta alguno, por favor déjame tu comentario.

Apunto estamos de terminar el año y VMware vSphere sigue sorprendiéndome gratamente. A estas alturas, no te voy a dar “la chapa” con lo que es VMware VMotion – al menos no lo pretendo -, pues estoy convencido que sabes lo que VMware VMotion es capaz de hacer, pero si me permites, me gustaría compartir contigo algo que he descubierto recientemente durante la implementación de VMware vSphere 4.0 en uno de mis clientes.

Como sabrás – y si no lo sabes, mas vale te lo vayas aprendiendo para el examen de certificación de VMware VCP 4 -, hay dos requerimientos fundamentales – entre otros muchos mas – para poder hacer migraciones con VMware: Primero, los dos servidores vSphere ESX/ESXi 4.0 involucrados en la migración, tienen que estar conectados vía red Ethernet Gigabit. Segundo, las maquinas virtuales deben tener acceso a las mismas sub-redes en los host vSphere ESX/ESXi origen y destino. Hasta aquí todos estamos de acuerdo.

Bien, más cosas. VMware VMotion te permite mover una máquina virtual desde un servidor ESX/ESXi a otro. Hay dos tipos de migración con VMotion: cold y hot migration. Una migración en frío (cold migration), mueve una máquina virtual apagada y permite re-alocar el disco virtual de la maquina virtual en otro datastore. Las migraciones en frío pueden incluso ejecutarse entre CPUs de distinto fabricante, es decir, entre Intel y AMD por ejemplo.

Una migración en caliente (hot migration) con VMware VMotion, mueve la máquina virtual de un servidor ESX/ESXi a otro pero no mueve el disco virtual de la máquina virtual (.vmdk).

Lección 1: Las migraciones en caliente pueden fallar, y fallan, cuando activamos el soporte VMI Paravirtualizacion en la maquina virtual del host ESX origen y el host destino no tiene soporte para VMI Paravirtualizacion.

Lección 2: Asimismo, pude comprobar en las instalaciones de mi cliente que: una migración con High Prioriy (Reserve CPU for Optimal VMotion performace) reserva recursos en el host destino, por tanto la migración puede que no se ejecute si el host destino no tiene recursos suficientes – como fue el caso.

Una migración con Low Priority (Perform with available CPU resources) no reserva recursos en el host destino, por tanto las migraciones con low priority siempre se ejecutan con éxito, aunque es mas probable que el proceso de migración con VMotion tarde mas tiempo.

Durante la actualización de mi laboratorio a la nueva y última versión,  VMware, vSphere 4.0 , he descubierto un error  durante la migración de una de mis maquinas virtuales con VMotion , el cual todavía me ha dejado “temblando”.

Rápidamente me he puesto a buscar por la red para confirmar si el problema que yo estaba teniendo durante la actualización,  era un problema general o algo especifico a mi entorno – después de todo es la primera migración de VMware 3.5 a vShpere 4.0 que hago!!.

Cuál ha sido mi sorpresa  cuando he encontrado  dos artículos en la base de datos de conocimiento de VMware, los cuales describen el problema y como solucionarlo.

Al parecer este problema solo se les ha parecido a algunos usuarios de VMotion después de actualizar a vSphere.  Lamentablemente yo he sido uno de ellos.

Si tienes algún problema con VMotion después de una actualización a vSphere 4.0, asegúrate de leer estos dos artículos:

VMotion stops working after upgrading to vSphere 4.0 (1011294)

VMotion stops working after upgrading to vSphere 4 with a Licensing server is not configured error (1011296)

This blog post is part of Zemanta’s “Blogging For a Cause” campaign to raise awareness and funds for worthy causes that bloggers care about.

NetworkWorld ha informado sobre una interesante noticia que aún no ha sido confirmada: el 19 de agosto Microsoft reducirá el numero de licencias para llevar a cabo la migración de máquinas virtuales.

En la actualidad cualquier cliente que quiera migrar un Windows de un host físico a otro (por ejemplo, a través de la tecnología VMotion de VMware) tiene que tener dos licencias del sistema operativo, una para cada servidor ESX.

De hecho, la política actual dice que un cliente tiene que esperar 90 días antes de migrar sus licencias de un servidor físico a otro.

Parece ser que después de las queja de los clientes, Microsoft tal vez sustitulla el licenciado a una licencia por maquina virtual en lugar de una licencia por servidor host.