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.
Los lectores que leyeron este post, también leyeron:
Gente, Queria consultarles si alguien hizo una migracion entre AMD e INTEL.
Actualmente tenemos 2 nodos con AMD, y compramos nuevos equipos, pero son INTEL, ahora es posible hacer un mix entre estos dos, o no funcionaria?
Gracias por cualquier tip, o link, o lo que sea