vMotion

Définition simple

VMware vMotion permet de déplacer une machine virtuelle allumée d’un hôte ESXi vers un autre sans arrêt planifié du système invité. L’objectif est de faciliter la maintenance des hôtes, l’équilibrage de charge et certaines opérations de disponibilité, généralement avec une interruption réseau imperceptible ou très brève selon la configuration et la charge.

Définition technique

Une migration vMotion déplace vers l’hôte de destination l’état d’exécution de la VM, notamment la mémoire et les informations du processeur. Les pages mémoire sont généralement transférées progressivement pendant que la VM continue de fonctionner, puis les dernières modifications sont synchronisées lors d’une courte phase de bascule. La connectivité et la compatibilité CPU doivent être prises en compte. Le transfert du stockage relève de Storage vMotion ou de mécanismes combinés lorsque les disques ne sont pas partagés.

À quoi cela sert ?

Déplacer des VM avant la maintenance d’un hôte, mieux répartir une charge ou évacuer un serveur sans interrompre normalement les services. vMotion n’assure pas une protection automatique contre une panne brutale : cette fonction ne doit pas être confondue avec les solutions de haute disponibilité.

Exemple concret

Un administrateur doit mettre à jour un hôte ESXi d’un cluster. Après vérification des ressources et de la compatibilité, il migre ses VM vers d’autres hôtes, réalise la maintenance puis peut rééquilibrer les VM. Les applications continuent normalement de fonctionner durant la migration, sous réserve du respect des prérequis.

Problèmes fréquents

Comment se déroule le déplacement d’une VM en fonctionnement ?

vMotion exploite un canal de migration entre les hôtes et transfère l’état d’exécution vers le serveur cible. La copie itérative des pages mémoire cherche à réduire la durée pendant laquelle la VM doit être brièvement suspendue pour finaliser le transfert. La destination reprend ensuite l’exécution avec les interfaces réseau virtuelles prévues.

Il faut distinguer le déplacement de l’état d’exécution de celui des fichiers de disques : un vMotion classique peut conserver les disques sur un datastore partagé, tandis que Storage vMotion déplace les fichiers de stockage. Selon le scénario et la version VMware, les deux opérations peuvent être combinées.

Prérequis de compatibilité et de réseau

Les hôtes doivent disposer de capacités de migration compatibles, d’interfaces VMkernel adaptées et d’un réseau suffisamment performant. La configuration des processeurs, notamment via les mécanismes de compatibilité EVC lorsque nécessaire, influe sur la possibilité de reprendre une VM sur un autre hôte.

La destination doit aussi accéder aux réseaux virtuels et au stockage requis et avoir assez de mémoire et de calcul. Une migration peut échouer sans que la VM elle-même soit défectueuse : le diagnostic porte alors sur les prérequis, les journaux vCenter/ESXi, le réseau et les ressources.

vMotion, HA et réplication : trois mécanismes différents

vMotion concerne un déplacement planifié d’une VM en fonctionnement. VMware HA vise à redémarrer automatiquement des VM sur des hôtes survivants après certains incidents, avec un temps d’arrêt potentiel. La réplication conserve une copie secondaire du stockage ou de la machine pour d’autres scénarios de reprise.

Une migration réussie ne dispense donc pas d’une capacité de redémarrage après sinistre et de sauvegardes vérifiées. Le projet de virtualisation doit traiter chaque risque séparément.

Termes associés

À retenir : vMotion sert au déplacement à chaud planifié d’une VM entre hôtes compatibles. Ce n’est ni une sauvegarde, ni une garantie d’absence de panne, ni l’équivalent de VMware HA.