Mise en cluster d'Exchange 2007 sous Windows Server 2008
2 Configuration de Windows Server 2008
2.1 Présentation des nouveautés
Sous Windows Server 2008, la mise en cluster se présente sous la forme d’une fonctionnalité (features). Cette fonctionnalité a été rebaptisée par rapport aux anciennes versions. Elle ne s’appelle plus « MSCS » ni « Windows Server 2003 clustering services » mais « Windows Server Failover Clustering».
Cette nouvelle implémentation des services de clustering supporte jusqu’à 16 nœuds sur un serveur équipé d’une architecture x64 (les architectures x86 et Itanium restent limitées à 8 nœuds).
Son assistant de configuration supporte les quatre types d’implémentations que nous avons citées plus haut.
2.2 Mise en place du service de cluster
Configuration réseau
La mise en place des services de haute disponibilité de Windows Server 2008 nécessite la mise en place de deux sous réseau physiquement distinct.
L’un de ces réseaux va assurer la communication entre les rôles MailBox, Transport, Client Access et les clients. C’est sur ce réseau « publique » que les éléments d’infrastructure comme Active Directory ou le DNS devront être mis en place.
L’autre permettra une communication exclusive et privilégiée entre les nœuds du cluster.
Active Directory
Pour la mise en place de la fonctionnalité WSFC, il va être nécessaire d’installer un domaine Active Directory (rôle Active Directory Domain Services sous Windows Server 2008).
Cette étape est obligatoire car la configuration du cluster va nécessiter l’utilisation d’un compte de domaine.
Une fois le domaine installé, ajoutez l’ensemble des nœuds du cluster au domaine ainsi que les machines hébergeant les services Exchanges.
Windows Server Failover Clustering
Installez ensuite la fonctionnalité « Failover Clustering » sur les machines qui seront membre du cluster.
La fonctionnalité installée, on pourra créer le cluster par l’intermédiaire d’un assistant. Durant la création, il nous sera possible de valider les éléments les plus fondamentaux pour la mise en place du cluster.
C’est une fois le cluster créé que l’on va choisir son implémentation.
2.3 Configuration du Quorum MNS à partage témoin
L’objectif de la haute disponibilité est de maintenir en ligne un service même dans le cas d’une défaillance grave aussi bien matériel que logiciel.
Il est donc nécessaire de protéger l’ensemble des composants dont la panne pourrait conduire à un arrêt du système.
Pour cela, la méthode la plus simple est de doubler l’ensemble des éléments sensibles.
Dans cet esprit, le Quorum MNS (Majority Node Set) à partage témoin à pour charge de répliquer le Quorum qui contient la configuration du cluster sur l’ensemble des nœuds du cluster.
Pour que le cluster soit en ligne, la majorité absolue des nœuds est nécessaire.
|
Nombre de nœuds du cluster
|
Majorité atteinte à
|
|
2 nœuds
|
2 nœuds
|
|
3 nœuds
|
2 nœuds
|
|
4 nœuds
|
3 nœuds
|
|
5 nœuds
|
3 nœuds
|
|
6 nœuds
|
4 nœuds
|
|
7 nœuds
|
4 nœuds
|
|
8 nœuds
|
5 nœuds
|
Afin d’éviter des clusters bloqués par un partage à égalité parfaite du cluster, on ajoute une référence supplémentaire sous la forme d’un partage de fichier sur une machine qui n’est pas membre du cluster.
Ce partage contiendra un répertoire et des fichiers témoins pour le cluster et permettra d’arbitrer les conflits dans le cas d’une connectivité coupée entre les nœuds.
