Windows | Windows Server | Active directory | Exchange | SharePoint | SCCM | SCOM | Hyper-V | App-V
ACCUEIL Facebook Twitter Linked In Viadeo Flux RSS
Chapitres
Présentation de Live Migration
Principe de fonctionnement
Architecture
Implémentation
Conclusion

Articles suivants

Articles précédents
Nouveautés de Windows Server 2016 CTP2
Histoire de Microsoft et chronologie
Windows 10: Découvrez les nouveautés !
System Center 2012 Orchestrator: Présentation
Optimisation des performances d'un environnement Hyper-V


Publié le : 19/01/2010 16:38:23
Mise à jour le : 14/10/2011 20:42:55
Catégories :


Version imprimable

Auteur(s)

Loïc THOBOIS (Membre depuis le 04/09/2007 17:50:01)
Société : AVAEDOS
Fonction : Consultant / Formateur
Contactez cet auteur - Affichez les ressources de cet auteur
Brahim NEDJIMI (Membre depuis le 19/01/2009 19:36:43)
Société : NORELIS
Fonction :
Contactez cet auteur - Affichez les ressources de cet auteur

Implémentation de Live Migration pour Hyper-V


Principe de fonctionnement

Avec Windows 2008, Microsoft proposait déjà un processus de basculement optimisé entre les serveurs physique nommé Quick Migration.

Ce processus lance une sauvegarde de l’état de la machine virtuelle incluant le disque dur et la mémoire, puis restaure cet état sur le serveur de destination.

L’avantage est que les opérations en cours ne sont pas interrompues car la machine est placée en « veille », mais les clients sont déconnectés durant la bascule.

Avec Windows Server 2008 R2 et Live Migration, le serveur physique contenant la machine virtuelle copie le contenu de la mémoire sur le serveur de destination qui la précharge.

Pendant cette copie, les clients continuent d’accéder à la machine virtuelle source modifiant entre autre le contenu de la mémoire vive, créant de se fait des divergences avec les copies du serveur cible. Les emplacements ainsi modifiés sont repérés pour être ensuite copiés à leurs tours de manière incrémentielle sur le serveur de destination. Dans la mesure où il y aura moins de données à répliquer (uniquement ce qui a été modifié depuis la copie précédente) la copie est beaucoup plus rapide.

La machine virtuelle source est ensuite mise en pause puis la machine virtuelle cible (qui est déjà en mémoire) sur le serveur de destination est mise en route. Des requêtes ARP permettent de rediriger les clients sur le serveur de destination.

Le temps d’indisponibilité est donc extrêmement court, aucune reconnexion n’est nécessaire pour le client. La migration est complètement transparente pour l’utilisateur.

Il est a noter que ces technologies nécessitent tout de même une homogénéité des plateformes serveurs (AMD ou Intel) pour le basculement.