|
Installation d’un Cluster MNS (Majority Node Set) Cet article présente la configuration d’un cluster MNS pour l’implémentation d’un Cluster Exchange 2007. Le quorum Le Quorum est une ressource toujours présente au sein d’un cluster, toutes les données de configurations du cluster y sont stockées sous la forme de journaux de récupération. Ce quorum peut être de plusieurs types : ØStocké sur des ressources disques accessibles par tous les nœuds du cluster 
ØStocké en local sur chaque noeuds (MNS : Majority Node Set)
 Avec Windows 2003 Serveur, Microsoft introduit le cluster MNS, celui-ci a de particulier que chaque nœud possède une copie locale du quorum. Ce Quorum est situé sur chaque Nœud dans le répertoire : %SystemRoot%ClusterMNS.%ResourceGUID%$%ResourceGUID%$MSCS Et partagé en tant que: %NodeName%%ResourceGUID%$
 Ceci permet de construire des clusters « Géographiques » dans le sens ou les nœuds du cluster n’ont plus besoin d’accéder à la ressource quorum partagée à partir d’un disque commun, puisque possédant le quorum en local. Ce type de cluster présente quelques points méritant d’être notés : ØLes modifications faites dans le quorum doivent être répliquées dans tous les quorums locaux sur les nœuds du cluster. ØLe cluster fonctionne sur le principe de Majorité, les modifications faites doivent être prises en compte par « la Majorité » afin d’être prises en compte, une règle simple permet de bien comprendre ce fonctionnement : o((nombres de Noeuds / 2) +1) Pour un cluster à cinq nœuds,trois nœuds sont considérés comme la majorité. Si, sur un cluster cinq nœuds, une mise à jour de la ressource Quorum est faite, cette modification doit être répliquée sur trois nœuds pour être considérée comme valide. Une autre dépendance à ce principe de majorité est à prendre en considération, en effet, au démarrage du cluster, le serveur virtuel ne démarrera pas tant que la Majorité des nœuds n’est pas en ligne. Dans un cluster MNS au moins Trois nœuds doivent toujours être en ligne, en effet si il n’y a plus que deux nœuds au sein du cluster, la majorité est égale à deux, donc si un des deux nœuds n’est plus disponible, le cluster entier ne pourrait plus fonctionner. Un correctif disponible sur le site Microsoft permet de pallier à cette limitation afin de pouvoir installer un cluster MSN avec deux nœuds. Le File Share Witness et sa configuration Ce correctif est disponible sur le site Microsoft à l’adresse http://support.microsoft.com/kb/921181 Ce correctif doit être installé sur les serveurs présent au sein du cluster et configuré afin d’utiliser un partage réseau d’un autre serveur, nous en verrons la configuration par la suite dans cet article. Le File Share Witness est un répertoire partagé permettant de désigner le serveur actif au sein du Cluster, ceci est nécessaire sans le cas d’une perte de connexion entre les serveurs présent au sein de ce cluster, En cas de perte de communication entre les 2 serveurs, pensant être le seul nœud sein du cluster, les différents nœuds tenteraient de s’approprier les ressources du cluster afin de les mettre en ligne pour les rendre disponible les services aux utilisateurs, Ce phénomène s’appelle le Split Brain Syndrom, Grâce au « File Share Witness », ceci ne peut pas arriver dans le sens ou en cas de perte de communication, les nœuds au sein du cluster doivent prendre possession de ce partage réseau avant de pouvoir monter les ressources, Une fois un serveur ayant pris possession de ce partage, celui-ci est bloqué et l’autre serveur ne peut donc pas en prendre possession, ilne pourra donc pas monter les ressources du cluster, protégeant ainsi le fonctionnement du cluster.
Configuration réseau du Cluster Nous allons maintenant configurer les cartes réseaux des serveurs, je vous conseille de lire l’article suivant de la base de connaissance Microsoft Recommended private "Heartbeat" configuration on a cluster server http://support.microsoft.com/default.aspx?scid=kb;en-us;258750 Il est conseillé de renommer les cartes réseau afin de clarifier leur rôle : Par exemple pour renommer la carte de « Heartbeat » : 1. Cliquer sur Start / Control Panel / Network connections 2. Faire un clic droit sur « Local Area Connections 2 » 3. Cliquer sur « Rename » 4. Entrer « HB » et appuyer sur Entrée 5. De la même façon, renommer la Carte d’accès Clients en « PR » et la carte dédiée aux sauvegardes « BK » Les serveurs dont dotés de deux cartes réseaux : ØUne carte donnant l’accès aux Utilisateurs : Carte « PR » ØUne carte pour les communications entre les différents nœuds du Cluster : Carte « HB » Il est à noter que la carte « PR » donne l’accès aux utilisateurs mais les communications entre les différents nœuds pourront passer sur cette carte si la carte « HB » présente des défaillances. La configuration de la carte « HB » doit être réalisée comme suivant :
 1. Configurer le « Link Speed » de la carte en 100 Mega Full Duplex 2. « Internet Protocol (TCP/IP) » et « File and Printer Sharing for Microsoft Networks » doivent être sélectionnés : 3. Aucune Gateway ne doit être configurée sur la carte « HB ». Note : Suivant les Best Practices Microsoft, il est fortement recommandé, dans le cas de Cluster MNS d’activer le protocole « File and Printer Sharing for Microsoft Networks» sur plusieurs cartes réseau sur les nœuds du cluster afin éviter les SPOF (Single Point of Failure).
 1. Dans les options avancées du DNS décocher « Register this connection’s address in DNS ». En effet cette connexion ne doit pas s’enregistrer dans le DNS, elle est exclusivement réservée aux communications entre les différents Nœuds du cluster. 
1. Dans les options avancées du WINS, décocher « Enable LMHOSTS lookup » 2. Désactiver l’utilisation de NETBIOS en sélectionnant l’option « Disable NetBIOS over TCP/IP » 3. Une fois les cartes configurées, vérifier la connectivité des cartes « HB » de tous les nœuds en faisant des « ping » vers toutes les adresses IP de ces cartes à partir de tous les nœuds Note : Pour vérifier la résolution de nom, « Pinguer » les noms des serveurs et Utiliser la commande Ping –a IP serveur pour tester le « reverse lookup » sur les différentes adresses IP. 4. Dans les options avancées des cartes réseaux, vérifier que la carte « HB » soit prioritaire.

Cliquer sur « Advanced » puis « Advanced Settings »

Placer la Carte « PR » en haut de la liste afin qu’elle soit utilisée en priorité par les services réseaux. Attention : Ces opérations sont à réalisées sur tous les nœuds du cluster.
Nous allons maintenant voir l’installation du cluster et sa configuration, Lancement de l’installation du cluster à l’aide de la commande : Cluster /create / Wizard

Cliquer sur « Next » pour continuer,

Entrer le nom du cluster et Cliquer sur « Next » pour continuer, 
Le nom du serveur sur lequel nous lançons l’installation du cluster est automatiquement proposé, Cliquer sur « Next » pour continuer,

Les erreurs ci-dessus ne doivent pas être prises en compte et ne gênent en rien l’installation du cluster, ex : le disque partagé entre les nœuds n’est pas détecté mais nous utiliserons un Quorum MNS.

Entrer l’adresse IP du cluster et Cliquer sur « Next » pour continuer,

Entrer le compte de service qui sera utilisé par le service Cluster,

Il nous faut maintenant définir la ressource de type MNS, puis cliquer sur « OK »

La création du cluster va commencer, cliquer sur « Next » pour continuer,

Cliquer sur « Finish » pour continuer,

Une fois le premier nœud installé, il faut maintenant installer le second nœud du cluster,

Cluster sur « File » puis « New » et « Node » afin de démarrer l’installation d’un nouveau nœud au sein du cluster,

Cliquer sur « Next » pour continuer,

Donner le nom du serveur et cliquer sur « Add », Cliquer sur « Next » pour continuer,

Cliquer sur « Next » pour continuer,

Entrer une nouvelle fois le mot de passe du compte de service utilisé par le cluster puis cliquer sur « Next » pour continuer,

Le Wizard nous présente un résumé de la configurarion, Cliquer sur « Next » pour continuer,

Cliquer sur « Next » pour continuer,

Cliquer sur « Finish », l’installation du second nœud est maintenant terminée.
Configuration réseau au sein du cluster Il nous faut maintenant vérifier la configuration réseau du cluster, deux choses sont primordiales, La configuration du réseau privé du cluster doit être configuré pour être réservé aux communications internes du cluster. Pour ceci, naviguer dans la gestion réseau du cluster et faire un clic droit sur le réseau privé, Vérifier que « Internal cluster communications only (private network) » est sélectionné.

Faire un clic droit sur le cluster et naviguer dans l’onglet « Network Priority »

Vérifier que le réseau privé est utilisé en priorité pour la communication du cluster. Configuration du File Share Witness Pour les besoins de cet article, j’ai créé un partage réseau sur le Serveur « Hub Transport » Exchange 2007, ceci est une recommandation Microsoft, Les figures ci-dessous présentent la création du partage réseau sur le « Hub » ainsi que le positionnement des droits nécessaires.


La figure ci-dessous présente la configuration des permissions NTFS sur ce répertoire,

Passons maintenant à la configuration du Cluster MNS afin d’utiliser ce répertoire, la commande suivante devra être utilisée pour la configuration de la ressource « Majority Node Set » Cluster res “Majority Node Set” /priv MNSFileShare=\\NomduServer\NomduPartage Il est ensuite nécessaire de mettre la resource “Majority Node Set” Offline et de nouveau Online pour que la configuration soit prise en compte, le plus simple pour le faire est d’utiliser la commande “Move Group” Cluster group “Cluster Group” /move

Le cluster est maintenant près à l’installation d’Exchange Server 2007.
Date de création : 01/05/2007 @ 17:12
Dernière modification : 01/05/2007 @ 18:28
Catégorie : 2 - Fonctionnalités
Page lue 2378 fois
Prévisualiser la page
Imprimer la page
|