Cluster failover Hyperv V Objectif : Mettre deux serveurs HYPERV Core en cluster Failover (durée 4 heures par équipe de 2). Pré-requis : Installer ou cloner une machine virtuelle HyperV 2012 R2 Core avec deux cartes réseau dans Vmware Workstation (une par étudiant). Chaque HyperV 2012 R2 possède deux cartes réseau. Une carte pour l administration, pour le SCSI et pour le Heartbeat (votre réseau DMZ qui contient votre SAN) et une carte pour le réseau LAN des machines virtuelles (votre réseau LAN). La première carte est en «bridge» sur la carte réseau physique connectée à votre vlan DMZ. La seconde est en «custom» sur une carte virtuelle elle-même en bridge sur la seconde carte physique de votre poste, connectée à votre vlan LAN. Vérifier ces paramétrages dans le «Virtual Network Editor» de Vmware et vérifier votre câblage. Configurer vos cartes réseau et vos commutateurs virtuels (même nom sur les deux hyper V) sur chaque HyperV. Vérifier la connectivité entre vos deux hypers V, le SAN et votre AD. Rattacher vos HyperV 2012 R2 à votre domaine AD (celui de l un des deux étudiants). Créer un nouveau disque virtuel sur le SAN. Appeler le quorum : taille 1 GB. Connecter vos deux HyperV aux deux disques du SAN. 1
I INSTALLER LA FONCTIONNALITÉ CLUSTER FAILOVER POUR HYPER V Vous devez installer la fonctionnalité cluster failover sur vos deux serveurs Hyper V. Vous pouvez soit utiliser votre serveur Windows 2012 R2 AD et sa fonctionnalité «Administration à distance», soit les outils coreconfig en local. Sur le serveur Windows 2012 R2 AD, installer les outils de gestion d un cluster failover. 2
II CREATION DU CLUSTER FAILOVER Sur votre AD, commencez par valider la configuration de vos serveurs pour pouvoir créer votre cluster. Une fois les tests réussis, vous devez créer le cluster. Il reste à paramétrer l espace de stockage du cluster. Dans le gestionnaire de cluster, stockage, disque, ajouter les deux disques du SAN auxquels sont connectés les HyperV du cluster. 3
Il reste à paramétrer le quorum et le volume partagé du cluster. Sur le nom du cluster, cliquer à droite, puis Autres actions puis Configurer les paramètres du quorum du cluster. Conserver les options par défaut choisir le bon disque, celui de 1 G. Choisir le volume de 30 G et ajouter ce disque aux ressources partagées du cluster. Il apparait maintenant avec l attribut Volume partagé du cluster. Désormais ce volume partagé s appelle ClusterStorage et est disponible sur le nom visible ci-dessus : 4
III CRÉER UNE MACHINE VIRTUELLE Dans le gestionnaire de Cluster, Rôles, Ajouter une machine virtuelle. Choisir ci-dessous l hyperviseur qui va héberger cette machine virtuelle. Ne pas oublier de choisir le volume partagé pour enregistrer la machine virtuelle (C:\ClusterStorage\Volume1). Il faut ensuite définir la haute disponibilité pour cette machine virtuelle, puis installer le SE (XP, debian, lubuntu) dans cette machine virtuelle. Si vous voulez éviter l installation (longue du SE invité), déposez le disque dur XPBASE.vhd dans l espace partagé du cluster, puis créez un disque dur virtuel (vhd) de différentiation dans le cluster à partir de ce disque dur XPBASE.vhd. Enfin créez une nouvelle machine virtuelle dans l espace partagé du cluster et associez lui le disque dur de différentiation créé précédemment. N oubliez pas de mettre à jour les outils d intégration une fois la machine virtuelle paramétrée. IV TEST DU CLUSTER FAILOVER Commencer par vérifier dans les paramètres de la machine virtuelle que cette dernière n a aucun périphérique local connecté (DVD, Clé USB etc.). 5
IV.1 CAS OPÉRATION DE MAINTENANCE D UN HYPERV. Dans le gestionnaire de cluster, mettre un nœud du cluster en pause en drainant les rôles. Vous obtenez une migration automatique de votre machine virtuelle sur le nœud restant. Nous avons donc bien mis de la tolérance de panne sur les HyperV. La continuité du fonctionnement des machines virtuelles est donc bien assurée en cas de maintenance d un des deux serveurs. V CAS D UNE PANNE D UN HYPERV. Pour simuler une panne, arrêter l HyperV actif. Nous n avons plus qu un nœud. Mais les machines virtuelles ont été déplacées sur l autre nœud. La continuité de service est donc bien assurée en cas de panne d un serveur ESX. 6
VI POUR ALLER PLUS LOIN. La tolérance de panne sur les HyperV est assurée. Mais quand est-il si les deux nœuds du cluster tombent en panne. HyperV 2012 R2 offre une nouvelle fonctionnalité : la réplication de machines virtuelles. Cette fonctionnalité permet de copier régulièrement l état de la machine virtuelle sur un serveur HyperV miroir qui ne peut pas être un des nœuds du cluster. Si vous voulez tester, il faudra donc remettre en route votre serveur HyperV physique sur lequel vous transférerez les réplicats des machines virtuelles. Ces réplicats permettront un redémarrage rapide du service hébergé par la machine virtuelle en cas de panne des deux nœuds du cluster HyperV. Ils améliorent donc le PRA (plan de reprise d activité) avec un temps de reprise d activité assez rapide, mais aussi avec une perte d information liée à l intervalle d enregistrement des réplicats. Lire ce lien : https://amaugard.wordpress.com/2012/08/30/hyper-v-r3-et-la-replication/ 7