Hyper-V live migration en 6 étapes.

La fonction "Live Migration" similaire au "Vmotion" de VMWare est une des fonctionalités la plus spéctaculaire et la plus "attendue" de la R2 de Hyper-V.

Comme le VMotion de VMWare, Le processus de "migration live" permet de déplacer une machine virtuelle d'un noeud physique à un autre dans un temps inférieur à un timeout TCP, ce qui permet au processus d'être totalement transparent pour les applications.

Alors que la "Quick Migration" utilise la sauvegarde et la restauration de l'état du système, la "Live Migration" utilise un mécanisme qui copie directement la mémoire d'un host à un autre.

Les six étapes ci-dessous détaillent le processus de migration dans son ensemble.

Pour plus de détails sur ce processus et ses pré-requis, vous pouvez consulter le livre blanc ci-joint.

Etape 1 : Initialization d'une "live Migration"
un ordre de migration est initié. Le host source crée une liaison TCP avec le host de destination et configure le squellette de la machine virtuelle (Hardware profile). La mémoire nécessaire à la machine virtuelle est allouée.

Etape 2: "Tranfert des pages mémoires"
Les pages mémoires de la machine virtuelle source sont copiées par le réseau sur le host de destination par page de 4ko directement dans la mémoire allouée à la machine virtuelle.
Toutes modifications ultérieure de la mémoire est consignée. Les pages mémoires modifiées pendant le processus de copie sont copiées à leur tour par ittérations successives.


Etape 3 : "copie du reliquats des pages mémoires"
La machine virtuelle source est mise en "pause" (il faut bien arrêter les comptes à un moment donné) afin de permettre une ultime copie du reliquats des pages mémoires modifiées. le Host source procède au transfert des registres processeurs ainsi que l'état des périphériques à la machine de destination.
Une fois cette copie terminée, la machine cible est la parfaite copie de la machine source.
La durée de cette étape dépend de la bande passante disponible et de la quantité de mémoire restant à copier (dépend de l'activité sur la machine virtuelle).

Etape 4 : Redirection du Stockage
L'emplacement qui contient la machine virtuelle est rendu accessible au host Cible.

Etape 5 : Relance de la machine virtuelle.
La machine virtuelle est résumée. (Contrairement à la Quick Migration, une restauration de l'état du système n'est pas nécessaire, puisque la copie s'est effectuée de mémoire à mémoire)

Etape 6 : Network Cleanup.
Un message est envoyé au Switch physique pour mettre à jour la table ARP (les paquets à destination de la machine virtuelle ne passent plus par le même port physique). Bien que les différents Hosts d'un cluster disposent d'un pool d'adresse MAC différent, la machine virtuelle conserve son adresse MAC tant que le système d'exploitation n'est pas redémarré.