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


Implémentation

Voici la liste des différents points à ne pas oublier pour mettre en place Live Migration :

  1. Implémenter un domaine Active Directory
  2. Connecter les nœuds au SAN
  3. Installer le rôle Hyper-V sur les nœuds
  4. Créer un réseau virtuel Hyper-V commun sur les nœuds
  5. Configurer le Cluster Shared Volume avec le SAN
  6. Créer la machine virtuelle
  7. Tester la fonctionnalité Live Migration

L’implémentation des services de cluster nécessite l’utilisation d’un domaine Active Directory pour que les ressources soient démarrées avec le même contexte de sécurité (même privilèges et autorisations) sur les deux nœuds.

Il faut ensuite connecter les LUN iSCSI. Pour cela vous pouvez utiliser l’outil de connexion fourni par Windows nommé iSCSI Initiator. Il permettra de monter les volumes distants sur chacun des nœuds. Si vous souhaitez réaliser une maquette et que vous ne disposez pas de SAN, vous pouvez utiliser la version d’évaluation de l’outil Starwind qui émulera une baie SAN.

L’installation du rôle Hyper-V est quand à elle tout à fait standard sur les deux nœuds. Il est simplement nécessaire que le nom du réseau virtuel permettant la prise en charge des clients soit le même sur les deux nœuds (souvent un réseau de type externe lié à la carte physique). En effet lors de la bascule, la machine virtuelle recherchera ce nom sur le nœud de destination pour se reconnecter au réseau.

Il faut ensuite installer la fonctionnalité Failover Clustering sur les deux nœuds et configurer le cluster par l’intermédiaire de l’assistant. Le type de quorum (Jeu de nœud majoritaire, partage témoin, référence disque, …) n’est pas important tant qu’il est fonctionnel. Il faut ensuite associer les disques issues du SAN au cluster.

Puis activer l’option Cluster Shared Volume, qui va créer le répertoire C:\ClusterStorage sur l’ensemble des nœuds, ainsi que, pour chaque espace de stockage que vous aller ajouter, un sous-répertoire correspondant (ex : c:\ClusterStorage\Volume 1).

 

A l’aide de l’outil d’administration du cluster, vous devez ensuite créer la machine virtuelle qui devra être stockée sur l’un des LUN montés (ex : c:\ClusterStorage\Volume 1).

Cette manipulation intègre non seulement le processus de création de la machine virtuelle mais aussi la configuration de toutes les dépendances permettant de relancer la machine sur un autre nœud (disques durs, adresse ip, nom réseau, …).

Une fois la machine installée et opérationnelle, vous pouvez, à l’aide de l’outil d’administration du Cluster, basculer votre machine virtuelle d’un nœud à l’autre et constater le maintien de la connectivité.