Différences entre les versions de « HyperV Cluster »
De BlaxWiki
Aller à la navigationAller à la recherche| Ligne 5 : | Ligne 5 : | ||
- Les 2 (ou plus) serveurs doivent faire partie du domaine pour etre dans un cluster | - Les 2 (ou plus) serveurs doivent faire partie du domaine pour etre dans un cluster | ||
- Il faut un lun qui est visible sur les X serveurs (connexion à un nas / das), avec un lun pour les data et un petit lun pour le quorum (5go pour le quorum suffise). Au niveau de | - Il faut un lun qui est visible sur les X serveurs (connexion à un nas / das), avec un lun pour les data et un petit lun pour le quorum (5go pour le quorum suffise). Au niveau de | ||
windows, dans la gestion des disques, les luns doivent etre mis "en ligne" sur un seul des noeuds, et doivent etre initialisés et formatés (mais sans leur attribuer de lettre | windows, dans la gestion des disques, les luns doivent etre mis "en ligne" sur un seul des noeuds, et doivent etre initialisés et formatés en ntfs en type "disque de base" (et non dynamique), mais sans | ||
leur attribuer de lettre. | |||
Le quorum et l autre disque qui servira pour les data devront etre sur 2 lun ou 2 disques virtuels différents. Si l'on a qu'un seul lun et qu'on fait 2 partition (une pour le quorum | Le quorum et l autre disque qui servira pour les data devront etre sur 2 lun ou 2 disques virtuels différents. Si l'on a qu'un seul lun et qu'on fait 2 partition (une pour le quorum | ||
et une pour les data), dans windows au niveau du cluster il mettra les 2 disques dans le meme noeud ce qui ne va pas | et une pour les data), dans windows au niveau du cluster il mettra les 2 disques dans le meme noeud ce qui ne va pas | ||
Version du 3 juin 2015 à 12:34
Cette page résume les différents points pour un cluster hyperV
Prérequis
- Les 2 (ou plus) serveurs doivent faire partie du domaine pour etre dans un cluster - Il faut un lun qui est visible sur les X serveurs (connexion à un nas / das), avec un lun pour les data et un petit lun pour le quorum (5go pour le quorum suffise). Au niveau de windows, dans la gestion des disques, les luns doivent etre mis "en ligne" sur un seul des noeuds, et doivent etre initialisés et formatés en ntfs en type "disque de base" (et non dynamique), mais sans leur attribuer de lettre. Le quorum et l autre disque qui servira pour les data devront etre sur 2 lun ou 2 disques virtuels différents. Si l'on a qu'un seul lun et qu'on fait 2 partition (une pour le quorum et une pour les data), dans windows au niveau du cluster il mettra les 2 disques dans le meme noeud ce qui ne va pas - Avoir un lien réseau direct entre les 2 serveurs, et un subnet dédié pour la migration des vm (pas obligatoire beaucoup mieux) - Sur les différents noeuds, il faut bien avoir exactement les mêmes réseaux virtuels (Roles / Hyper-V / $Nom de l'hyper-V / Gestionnaire de réseaux virtuels (à droite) - Si possible le même hardware
Création du cluster
Pour créer un hyperV dans un cluster, installer la fonctionnalité : "Clusturing avec basculement" (ajouter bien sur auparavant le role HyperV) Puis allez dans "Fonctionnalités" / "Gestionnaire du cluster de basculement", et "Creer un Cluster". - selectionner le ou les serveurs qui vont faire parti du cluster. On peut en mettre juste un (celui d'où l'on créé le cluster), et rajouter les autres par la suite Il va effectuer plusieurs tests, et nous demander une ip qui sera partagée entre les X serveurs du cluster, cette ip sera demandée dans le subnet qui sert au domaine (qui sert à joindre le domaine). Cette ip ne sert pas au cluster hyperV ou aux vm, mais elle sert comme une vip pour des services annexes (http, proxy ou autres). Si on a plusieurs réseaux, mais qu on n utilise pas pour des vip ou des services en cluster, dans "Fonctionnalités", "Gestionnaire de cluster de basculement", "Réseaux", on peut désactiver ce qui ne vont pas nous servir à la migration des vm : Propriété sur le reseau en question et "ne pas autoriser la communication reseau du cluster sur ce réseau" Il faut activer les volumes partagés : Bouton droit sur "Gestionnaire du cluster de basculement" / "$Nom du cluster". Puis dans "Gestionnaire du cluster de basculement" / "$Nom du cluster" / "Volumes partagés de cluster", cliquez sur "Ajouter un stockage" et ajouter dedans les disques où seront stockés les vm (sauf le disque servant au quorum), il faut les ajouter un par un. !!! ATTENTION : le premier disque que l'on rajoute va se monter dans clustorage/volume1. Cela n'a pas vraiment d'importance, sauf si l'on veut essayer de garder une corrélation entre l hyperviseur proprietaire du disque / le nom du volume & le numéro du disque visible dans la gestion des disques du windows. On verra alors le disque dans C:\ClusterStorage \VolumeX. Si l'on a un lun par hyperV, on peut mettre en ligne tous les luns (quorum inclus) sur le meme hyperV, c'est apres que l'on va associer un propriétaire à un lun. Pour configurer le quorum, "Gestionnaire de cluster de basculement" / Bouton droit sur le cluster crée, "Autres actions" --> "Configurer les parametres du quorum du cluster". Il est préférable d'attribuer une lettre au quorum (via l'outil classique de windows "Stockage" / "Gestion des disques". Si le nombre de serveur est pair (surtout 2 ), il faut se mettre en configuration "noeud et disque majoritaires" ; si le nombre est impair, juste noeud majoritaire. Les disques de data doivent etre visibles dans "Gestionnaire du cluster de basculement" / "$Nom du cluster" / "Volumes partagés de cluster", et le quorum sera lui visible uniquement dans "Gestionnaire du cluster de basculement" / "$Nom du cluster" / "Stockage" Il faut ajouter le service "ordinateur virtuel " comme service de cluster, cela va créer "Gestionnaire du cluster de basculement" / "$Nom du cluster" / "Services et applications", c'est ici que nous créerons les nouvelles vm qui seront en HA. Cela n'est possible que si il y a deja des vm présentes sur l'hyperV Dans "Gestionnaire HyperV", selection l hyperV créé, puis à droite "Parametres Hyper-V" et regler tout de suite dans le c:\clusterstorage\volX les "disques durs virtuels" et les "ordinateurs virtuels", comme ca par défaut les nouvelles vm crées seront au bon endroit Dans la partie "Gestionnaire de cluster de basculement" au niveau de Reseaux, on va voir les différents réseaux. IL FAUT LAISSER les autres subnet (autre que celui qui est le lien direct entre les 2 hyperV) car sinon si le subnet de "front" tombe , cela ne va pas déclencher la bascule des vm, Il attendra que le subnet de liaison tombe pour basculer. Bien mettre les priorités afin que le réseau de lien direct soit en premier Pour changer le propriétaire d'un disque, "Gestionnaire de cluster de basculement" / "Volumes partagés de cluster", bouton droit sur le disque et "Déplacer ce volume partagé sur un autre noeud"
Quorum
Lorsque des problèmes réseaux surviennent, les différents noeuds du cluster peuvent être impactés, et provoquer des problèmes de cohérence (le cluster étant "coupé en plusieurs morceaux"). Dans cette situation, en ensemble de noeuds doivent arréter de participer au cluster. En fonction du nombre de noeuds et de la configuration du quorum, celui ci peut déterminer combien de machines votantes pourront constituer un quorum (une majorité). Lorsque le nombre de vote est inférieure à la majorité, le cluster s'arrete de fonctionner, mais reste à l'écoute sur le réseau pour refonctionner lorsque la majorité sera de nouveau atteinte.
Gestion des VM en HA
Pour ce qui est des propriétés des vm en HA (propriétaires, réseau de bascule, migration....), voir cette page
MBR to GPT
Il peut arriver qu'on initialise un lun ou une partition en mbr au lieu de gpt (qui n'est pas limité à 2 To). Voici la procédure pour passer un disque qui se trouve dans un cluster en gtp :
Sur l'hyperV qui "possède" le lun.
Dans le "failover cluster manager", sur le lun à passer en gtp
- "remove for cluster shared volumes"
- "remove" (afin de ne plus voir le disque dans le cluster / storage / dsik
S'assurer que le disque est online dans "disk management" de windows
lancer la commande : gptgen.exe -w \\.\\physicaldriveX (X correspondant au numéro du disque dans le "disk management")
Faire un "rescan disks" dans "disk management" de windows
Vérifier que le disque est bien passé en GPT, retirer la lettre que windows lui a attribué
Réintégrer le disque dans le cluster