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.
Los lectores que leyeron este post, también leyeron:
- VMware tips & tricks número 25: Identificando las caracterÃsticas de tu CPU
- Migraciones VMotion con High Priority o Low Priority?
- VMware tips & tricks número 24: el uso de hyperthreading en vSphere
- VMware tips & tricks número 21: Opciones de Clustering en vSphere 4.0
- VMware tips & tricks número 27: Resource Pools heredados
Hola,
Yo cambiarÃa lo de que una maquina virtual no puede migrarse si forma parte de un clúster Microsoft. Creo que no se puede migrar si la controladora SCSI tiene el BUS Sharing en modo “Physical”. Este es el caso de las maquinas cúster Microsoft pero no tiene porque ser el único caso. Puede que una maquina virtual que no forme parte de un MSCS tenga la controladora configurada de esa forma y tampoco se podrÃa hacer un VMotion.
Enhorabuena por tu blog.
Hola Edu,
Muy buen punto. Exactamente, un disco RDM en modo fÃsico (fRDM) no puede ser “backeado” usando la funcionalidad de snaphot en VMware.
Sin embargo, un disco RDM en modo virtual (vRDM) si es posible backear con la funcionalidad de snap de VMware ESX/ESXi
Gracias por tu comentario.
rgds,
J.