Live Migration es la función de Hyper-V que traslada una máquina virtual en ejecución de un host a otro sin que el usuario note una interrupción. La VM sigue respondiendo mientras se mueve: su memoria, su estado y su disco quedan disponibles en el host de destino, y la transición es lo bastante rápida como para que las conexiones de red no se caigan.
La ventaja que destaca la documentación de Microsoft es la flexibilidad. Una VM en marcha deja de estar atada a una máquina física concreta. Eso permite, por ejemplo, vaciar un host de todas sus máquinas virtuales antes de retirarlo del rack o aplicarle actualizaciones que exijan reiniciar. El servicio que corre dentro de la VM no se entera del traslado.
Para qué sirve y a quién le interesa
Si gestionas más de un host Hyper-V, Live Migration es lo que te separa de tener que apagar servicios cada vez que tocas el hardware. Mantenimiento del firmware, cambios de RAM, sustitución de un servidor viejo: en todos esos casos puedes mover las cargas a otro host, trabajar tranquilo y devolverlas después.
Combinada con Windows Failover Clustering, Live Migration es la base para montar sistemas de alta disponibilidad y tolerantes a fallos. El clúster vigila los hosts y, junto con la migración en caliente, reparte o reubica las VMs según convenga. Microsoft también la menciona junto a System Center Virtual Machine Manager para entornos grandes donde se gestiona el ciclo de vida completo de las máquinas.
El cambio de Windows Server 2016
La novedad que recoge la documentación es que, a partir de Windows Server 2016, hay menos restricciones para desplegar Live Migration. La función pasó a funcionar sin Failover Clustering. Esto es lo que se conoce como shared nothing live migration: puedes mover una VM entre dos hosts independientes que no comparten almacenamiento ni pertenecen al mismo clúster.
El resto del comportamiento se mantiene igual que en versiones anteriores. Microsoft conserva documentación histórica para Windows Server 2008 R2 y Windows Server 2012 R2, donde Live Migration ya existía pero con más ataduras. Si trabajas con esas versiones antiguas, los procedimientos de configuración difieren.
Para usar la migración sin clúster, Microsoft documenta dos pasos: preparar los hosts para Live Migration sin Failover Clustering y, después, ejecutar el traslado de la máquina. Es la vía habitual en laboratorios y en parques pequeños donde no se justifica montar un clúster completo.
Cómo encaja en un entorno de virtualización
Live Migration cubre la parte de movilidad de cargas dentro del mundo Hyper-V, igual que otras plataformas resuelven lo mismo con sus propios mecanismos. Si vienes de Xen, el concepto es muy parecido al live migrate que ofrece XCP-ng en su rama 8.3 LTS, y la idea de fondo es la misma: separar la carga de trabajo del hierro que la ejecuta.
En un despliegue real, Live Migration rara vez va sola. Se apoya en almacenamiento compartido cuando hay clúster, en Failover Clustering para la alta disponibilidad y en herramientas de gestión como System Center cuando el número de hosts crece. La pieza que aporta es la continuidad: que mover una VM no signifique pararla.