Mise en Place D Un Cluster de Basculement Sous Windows Server 2012 R2 PDF

Mise en place d’un cluster de basculement sous
Windows Server 2012 R2
Xavier BIJONNEAU
BTS Services Informatiques aux Organisations - Solutions d’Infrastructure, Systèmes et Réseaux
Stage en alternance 2016/2017

Mise en place d’un cluster de basculement sous Windows Server 2012R2
Bijonneau Xavier - BTS SIO SISR – 2016/2017
Remerciements
Je tiens à remercier en premier lieu la Direction du Système d’Information du CHRU de Tours pour
m’avoir permis de réaliser les stages en alternance à ma formation au sein du service informatique.
Je remercie également M.Provot, Responsable du Département Technique de la DSI du CHRU de Tours

qui m’a accueilli dans son service.
Je tiens aussi à remercier tout particulièrement M.Dondossola, Responsable de l’Equipe Production du

Département Technique de la DSI du CHRU de Tours, qui a accepté de superviser les stages en
alternance à ma formation et avec qui j’ai beaucoup appris notamment sur la partie système.
Je remercie aussi l’ensemble des membres de l’équipe Production qui ont pris le temps de répondre à
mes nombreuses questions.
2
3
Table des matières
I. Introduction ..................................................................................................................................... 6
II. Présentation du service de clustering Microsoft .............................................................................. 7
a) Description .................................................................................................................................. 7
b) Le Quorum .................................................................................................................................. 7
c) Les communications intra-cluster................................................................................................ 9
III. Présentation de l’environnement de test .................................................................................... 10
a) Les serveurs ............................................................................................................................... 10
b) Le réseau.................................................................................................................................... 12
c) Le stockage ................................................................................................................................ 14
IV. Installation Windows Server 2012 ............................................................................................ 21
a) Mise à niveau des serveurs ........................................................................................................ 21
b) Installation Windows Server 2012 ............................................................................................ 25
V. Création du cluster MSCS ............................................................................................................. 28
a) Création du stockage partagé dédié au cluster........................................................................... 29
b) Création du cluster MSCS 2012 ................................................................................................ 31
VI. Attribution du rôle serveur de fichiers....................................................................................... 46
a) Prérequis : Gestionnaire de ressources du serveur de fichiers ................................................... 46
b) Mise en place du rôle Serveur de fichiers ................................................................................. 47
c) Création du partage de fichiers .................................................................................................. 51
VII. Tests de basculement ................................................................................................................. 55
a) Procédure de test ....................................................................................................................... 55
b) Tests .......................................................................................................................................... 56
c) Bilan des tests ............................................................................................................................ 63
VIII. Conclusion ................................................................................................................................. 64
4
5
I. Introduction
L’objet de ce document est la démonstration de faisabilité de la mise en place d’un cluster de
basculement sous Windows Server 2012R2 avec un rôle de serveur de fichiers à partir de deux
serveurs physiques localisés dans deux salles serveurs différentes.
Nous présenterons dans un premier temps le service de Clustering Microsoft puis notre
environnement de test.
Dans un deuxième temps, nous détaillerons le mode opératoire du déploiement du cluster MSCS
et de la mise en place du rôle de serveur de fichiers.
Enfin, nous réaliserons des tests pour vérifier la haute disponibilité des services et ressources
hébergées par la solution Microsoft en cas de défaillance de l’une de ses parties.
Pour des raisons de confidentialité et de sécurité de l’infrastructure réseau du CHRU de Tours,

les adresses IP et les noms de domaine ne seront pas renseignés.
Réalisé dans le cadre de ma formation en alternance, ce document me permet de valider la

situation obligatoire « Productions relatives à la mise en place d’un dispositif de veille
technologique et à l’étude d’une technologie, d’un composant, d’un outil ou d’une méthode »
du portefeuille de compétences pour l’épreuve E6 « Parcours de Professionnalisation » du
Brevet de Technicien Supérieur Services Informatiques aux Organisations Solutions
d’Infrastructure, systèmes et réseaux.
6
II. Présentation du service de clustering Microsoft

a) Description
Le service de clustering Microsoft ou Microsoft Clustering Service (MSCS) est une fonctionnalité
présente sous Windows Server 2012 permettant d’assurer une haute disponibilité de services ou
d’applications installés sur des serveurs (2 à 64 serveurs physiques ou virtuels).
Ces serveurs travaillant ensemble sous forme de grappe sont regroupés pour former un cluster et
chaque serveur constitue ainsi un nœud du cluster.
En cas de défaillance d’un ou plusieurs nœuds, les services ou applications sont automatiquement
basculés sur les nœuds fonctionnels afin d’assurer leur continuité.
C’est pour cette raison que le service de clustering Microsoft est appelé aussi cluster de
basculement.
LAN PUBLIC LAN PUBLIC
LAN PRIVE LAN PRIVE
CLUSTER CLUSTER
NŒUD 1 NŒUD 2 NŒUD 1 NŒUD 2
· APPLICATION(S) · APPLICATION(S)
· SERVICE(S) · SERVICE(S)
AVANT BASCULEMENT APRES BASCULEMENT
Représentation schématique du principe du cluster de basculement
b) Le Quorum
En droit, le quorum est le nombre minimal de voix nécessaire pour qu'un vote soit valide.
Lorsque le quorum n'est pas atteint, le corps délibératif ne peut pas procéder au vote.
7
Le cluster de basculement repose sur ce principe et requiert donc que le quorum soit atteint
pour qu’il continue à s’exécuter.
La configuration du quorum du cluster est basée sur :
· « Le droit de vote » c’est-à-dire les éléments du cluster pouvant voter (nœuds du cluster
et/ou le témoin de quorum).
Le témoin du quorum peut être un disque ou un partage de fichiers ; il est amené à jouer le
rôle d’arbitre selon la configuration du quorum choisie.
· « Le type de scrutin » c’est-à-dire le mode de quorum privilégié (nœud majoritaire sans

témoin, nœud majoritaire avec témoin, témoin uniquement).
Le quorum du cluster est donc configuré en fonction des ressources disponibles (nombre de
nœuds du cluster, présence ou non de stockage partagé).
LAN PUBLIC
LAN PRIVE
CLUSTER
NŒUD 1 NŒUD 2
· APPLICATION(S)
· SERVICE(S)
SAN
Témoin de QUORUM
Représentation schématique du témoin de Quorum
Le fonctionnement d'un cluster repose sur le quorum mais également sur :
· Les communications entre les nœuds de cluster

· La capacité de chaque nœud du cluster à héberger les services ou applications du cluster
· Les paramètres de priorité configurés pour les rôles du cluster.
8
c) Les communications intra-cluster

Elles sont réalisées sur un lien privé du cluster représenté sur les schémas suivants par LAN PRIVE.
On peut identifier 3 types de communications intra-cluster différentes reposant sur le protocole
de transport UDP1 via le port 3343 :
· Le Heartbeat :
Il est dédié à la surveillance de l’état des nœuds du cluster.
Chaque serveur envoie un “heartbeat” ou pulsation aux autres nœuds pour détecter ceux qui
sont indisponibles.
Quand un serveur ne répond plus, le mécanisme de basculement déplace les services ou
applications du cluster vers les autres nœuds du cluster.
· Synchronisation Intra-cluster :
Elle correspond aux mises à jour entre les nœuds de la configuration et de base de données
du cluster.
· Synchronisations des accès aux volumes partagés du cluster (CSV I/Os ou Cluster Shared
Volumes Input/output synchronization).
Cluster Shared Volume est une fonctionnalité qui permet aux nœuds des accès concurrents
aux volumes partagés du cluster présents sur le SAN2.
En cas de modification sur le partage par un nœud, les autres nœuds du cluster seront
avertis.
LAN PUBLIC
LAN PRIVE
CLUSTER
NŒUD 1 NŒUD 2
· APPLICATION(S)
· SERVICE(S)
SAN
VOLUME PARTAGE Témoin de QUORUM
Représentation schématique de l’environnement réseau (LAN PUBLIC, PRIVE et SAN)
1
UDP=User Datagram Protocol
2
SAN=Storage Area Network
9
III. Présentation de l’environnement de test

a) Les serveurs
Les serveurs utilisés sont deux serveurs au format rack 2U HP Proliant DL380 G5 sortis de
production (spare).
Photographies du serveur HP Proliant DL380 G5
Ces derniers sont localisés dans deux salles serveurs différentes et ils ont la même
configuration matérielle :
· Processeur : Intel Xeon 5130 2 Cœurs / 2 Threads 2GHz 4Mo cache

· Mémoire : 4Go DDR2 667MHZ ECC3
· 2 Disques dur SAS 72Go
· Carte RAID4 HP Smart Array P400
· Carte réseau ou NIC5 Broadcom ; 2 interfaces 1Gbps
· Carte HBA6 QLogic ; 2 interfaces Fibre Channel 8Gbps
· Carte ILO7 2 HP
La redondance matérielle est assurée par :

· 2 blocs d’alimentation indépendants
· 2 disques durs en raid 1 (mirroring ou miroir)
· 2 interfaces sur les cartes réseau et HBA
· 2 blocs de ventilateurs hot-plugs indépendants.
3
ECC=Error Checking and Correcting
4
RAID=Redundant Array of Independent Disks
5
NIC=Network Interface Card
6
HBA=Host Bus Adapter
7
ILO= Integrated Lights-Out
10
Interface carte ILO2 Interfaces carte HBA Interfaces carte réseau Interfaces KVM
Photographies de la face arrière du serveur HP Proliant DL380 G5
La carte ILO est dédiée au management à distance du serveur.

La carte HBA permet de connecter le serveur au SAN8.
Les cartes réseau (NIC) relient le serveur aux LAN9 public et privé.
Les interfaces KVM10 qui sont reliées au switch KVM de la baie permettent de partager un
même écran, clavier et souris avec l’ensemble des serveurs de la baie.
LAN PUBLIC
NIC :
ETH1 NIC :
ETH2 ETH1
LAN PRIVE
ETH2
CLUSTER
HBA HBA
SERVEUR 1 SERVEUR 2
SAN
Représentation schématique de l’environnement réseau (LAN PUBLIC, PRIVE et SAN)
8
SAN=Storage Area Network
9
LAN=Local Area Network
10
KVM=Keyboard Video Mouse
11
b) Le réseau
Les serveurs sont localisés dans deux bâtiment distincts qui contiennent chacun un châssis Cisco
C6509 (niveau 3).
Ces châssis sont interconnectés par deux liens agrégés en fibre optique monomode 10Gbps.
Les piles de switch Cisco 3750 auxquelles seront raccordés les serveurs sont connectées
directement aux châssis locaux mais aussi aux châssis distants par des liens 10Gps agrégés.
Bâtiment 1 Bâtiment 2
FO 10Gbps
FO 10Gbps
Châssis Cisco C6509E VSS Châssis Cisco C6509E
FO 10Gbps
FO 10Gbps
FO 10Gbps
LAN
Cisco CAT3750
Cisco CAT3750 ETH1
ETH1
ETH2
ETH2
Serveur 2
Serveur 1
Représentation schématique de l’intégration des serveurs au LAN.
Ces machines n’étant plus en production, il a fallu définir les besoins au niveau du réseau pour
les remettre en activité dans un nouvel environnement de test.
Un plan d’adressage comprenant deux vlans12 a été réalisé spécifiquement pour ce dernier :
· VLAN VM Production
· VLAN HearBeat.
12
VLANS=Virtual Local Area Networks
12
Un brassage a ensuite été effectué pour connecter chaque machine au LAN :
· Interface carte ILO<->bandeau de brassage<->Switches management (VLAN MGMT)
· Interfaces ETH1 et ETH2 carte réseau<->bandeau de brassage<->pile de switchs

dédiée aux serveurs (interfaces 10Gbps)(VLANS PROD et HEARTBEAT)
Visio infra
Photographies de bandeaux de brassage
Pile de switchs
13
c) Le stockage
Le système de stockage en place est constitué par des baies de disques VNX EMC² installées
dans les salles serveur des deux bâtiments et entre lesquelles existe un dispositif de
réplication synchrone nommé VPLEX afin d’assurer une haute disponibilité des données.
Réplication synchrone
VPLEX
Photographies de baies de disques EMC² VNX
Celles-ci contiennent des disques physiques hétérogènes (SSD13, SAS14, SATA15) regroupés en
groupes de stockage (ou storage groups) de type RAID16 5, 6 ou 10.
Chaque groupe de stockage est découpé en volumes logiques ou logical volumes appelées
LUNs17qui sont destinés à être présentées aux serveurs.
Les baies de stockage sont connectées au SAN ou Storage Area Network via les interfaces des
processeurs de stockage ou storage processors.
Le SAN est un réseau dédié au stockage reposant sur le protocole Fibre Channel (ou iSCSI) et
utilisant la fibre optique (ou le cuivre pour iSCSI) comme media.
Cette technologie permet de présenter les volumes de stockage aux serveurs en mode Block.
Nos serveurs seront raccordés au SAN par le biais des interfaces de leurs cartes contrôleurs
de bus externe ou Host Bus Adapter(HBA) de type SCSI18 ou Fibre Channel.
13
SSD= Solid State Drive
14
SAS=Serial Attached SCSI
15
SATA=Serial Advanced Technology Attachment
16
RAID=Redundant Array of Independants Disks
17
LUNs=Logical Unit Numbers
18
SCSI=Small Computer System interface
14
Dans notre cas, il s’agit de cartes HBA QLogic de type Fibre Channel.
Carte HBA FC
Interfaces FC
Photographie d’une carte HBA FC
Les éléments permettant les interconnexions au niveau du SAN sont les SAN switchs qui
sont des commutateurs spécifiques pour ce type de réseau.
Photographie d’un san switch
Les SAN Switchs sont regroupés en unité logique appelée Fabric (1 Fabric = n SAN Switchs).
La plupart des réseaux de stockage de type SAN comprennent deux Fabrics parallèles et
indépendantes (voir schéma page suivante) avec une redondance des liens d’interconnexion
pour garantir une haute disponibilité (tolérance de pannes et/ou répartition de charge).
15
HBA 2
HBA 1 HBA 2
HBA 1
Serveur 1 Serveur 2
FO 16Gbps FO 16Gbps
FO 16Gbps FO 16Gbps
SAN SWITCH 1A
FABRIC 1 SAN SWITCH 2A
SAN
SAN SWITCH 1B
FABRIC 2 SAN SWITCH 2B
SP 1 SP 2 SP 1
SP 2
Baie disques 1 Baie disques 2
Représentation schématique de l’intégration des serveurs au SAN
Afin de connecter nos deux machines au SAN, un brassage est réalisé dans chaque salle
serveur.
Cette opération consiste à raccorder dans un premier temps, en salle machine, les 2
interfaces de la carte HBA (HBA1 et HBA2) du serveur à deux ports FC du bandeau de
brassage optique avec des jarretières (2 cordons de 2 fibres multimode 2m).
16
Bandeau de brassage dédié au SAN
Face arrière bandeau de brassage dédié au SAN
Dans un deuxième temps, dans le local technique réseau, sur le bandeau de brassage optique
qui est interconnecté avec celui de la salle machine, on raccorde les 2 ports correspondants,
l’un à une interface d’un SAN Switch de la FABRIC 1, l’autre à une interface d’un SAN Switch
de la FABRIC 2.
SAN Switch dans local technique réseau
Après les différents brassages, nos deux serveurs sont désormais connectés au LAN et au
SAN selon le schéma page suivante (brassage ILO non représenté pour plus de clarté).
17
FO 10Gbps
FO 10Gbps
Châssis Cisco C6509E VSS Châssis Cisco C6509E
LAN
FO 10Gbps
FO 10Gbps FO 10Gbps
Cisco CAT3750 Cisco CAT3750
ETH1 ETH1
ETH2 ETH2
HBA 2
HBA 2
HBA 1
HBA 1
Serveur 1 Serveur 2
FO 8Gbps FO 8Gbps
FO 8Gbps FO 8Gbps
SAN SWITCH 1A
FABRIC 1 SAN SWITCH 2A
SAN
SAN SWITCH 1B
FABRIC 2 SAN SWITCH 2B
SP 1 SP 2 SP 1
SP 2
Baie disques 1 Baie disques 2
Représentation schématique de l’intégration des serveurs aux LAN et SAN
18
Les Fabrics possèdent une interface web d’administration à distance dans laquelle est
réalisée le ZONING qui consiste à mettre en relation les interfaces des cartes HBA des
serveurs et les interfaces des Storage Processors des baies de stockage.
ZONING
L’élément source, le serveur, est qualifié ici d’INITIATOR tandis que l’élément destinataire,
la baie de stockage, est désignée comme TARGET (cible).
Les interfaces des cartes HBA sont identifiées grâce à un numéro d’identifiant unique nommé
World Wide Name Port (WWN port) similaire à l’adresse MAC d’une interface d’une carte
réseau.
Afin de faciliter l’identification des serveurs au niveau de l’interface de management des

baies de stockage, on attribue un alias à chaque interface des cartes HBA en plus de leur
WWN. Ce procédé est appelé ALIASING.
ALIASING
19
Dans l’interface web de management des baies de stockage (EMC² Unisphère), les volumes
logiques ou LUNs sont créés puis mappés avec les hôtes identifiables par des ALIAS et/ou
les WWN des interfaces des cartes HBA.
Cette mise en correspondance INITIATOR (serveur) - TARGET (LUNs) est nommée MASKING.
20
IV. Installation Windows Server 2012

a) Mise à niveau des serveurs
Une mise à niveau (upgrade) de chaque serveur (bios, firmwares cartes périphériques etc.) est
nécessaire pour assurer la meilleure compatibilité avec Windows Server 2012.
Dans un premier temps, on réalise une montée en version du firmware de la carte ILO car la
version en place (1.30) date de 2007.
Un fichier exécutable (CP017014.exe) téléchargé sur le site HPE (HP Enterprise) permet un
upgrade à la version 2.09.
La connexion à l’interface web de la carte ILO se fait grâce l’URL19https://adresse_IP_carte_ILO

via le navigateur Internet Explorer :
19
URL=Uniform Resource Locator
21
Cette interface de management fournie des informations sur l’état du serveur.
Elle va également permettre de se connecter au système hôte grâce à une console de

prise en main à distance telle que l’IRC20.
Avec celle-ci, il va être possible de mapper un fichier iso dans le lecteur de media virtuel
puis de redémarrer le serveur en le faisant booter sur ce fichier.
Sélection du média virtuel dans l’IRC
20
Integrated Remote Console
22
La finalité ici est d’effectuer la mise à niveau du serveur grâce à un « service pack » HP
nommé SPP21 téléchargé au format iso sur le site d’HPE.
Montage du fichier iso SPP
Redémarrage du serveur avec « Bouton » power virtuel
Amorçage sur iso SPP HPE
21
SPP=Service Pack for Proliant
23
Upgrade firmware carte HBA QLogic
Une fois la mise à niveau des serveurs réalisé, on peut passer à l’étape suivante qui est
l’installation de Windows Server 2012 sur le disque local de la machine.
24
b) Installation Windows Server 2012

Dans la console, on mappe le fichier iso Windows Server 2012 puis on redémarre la machine
en amorçant sur celui-ci.
La version à installer est Windows Server 2012 R2 Datacenter.
Progression de l’installation de windows Server 2012
Le système d’exploitation est installé simultanément sur les deux serveurs nommés DARWIN
et NEWTON (Hostname).
25
Les pilotes sont ensuite mis à jour avec le SPP HPE en rebootant de nouveau sur celui-ci.
On configure alors les interfaces réseau en attribuant manuellement une adresses IPV4 à
chacune d’entre elles en respectant le plan d’adressage (LAN et HEARTBEAT).
26
On renseigne également les adresses IP des serveurs DNS (contrôleurs du domaine de

l’environnement de test).
Enfin on intègre les 2 hôtes au domaine de l’environnement de test (nécessite des droits
d’administrateur du domaine).
Les serveurs étant opérationnels, on peut passer à la création du cluster MSCS.
27
V. Création du cluster MSCS

Pour rappel, un cluster de basculement requiert que le quorum soit atteint pour qu’il soit
fonctionnel.
La configuration du quorum est fonction des ressources disponibles et dans notre cas nous
avons deux serveurs (DARWIN et NEWTON) pour constituer le cluster.
Un témoin de quorum doit donc être ajouté pour que le cluster continue de s’exécuter en cas
de défaillance d’un des nœuds (majorité nœuds + témoin quorum)
Le témoin du quorum peut être un disque ou un partage de fichiers localisé sur un stockage
externe.
Nous privilégions ici un disque logique ou LUN22 localisé sur le SAN.
La création du stockage dédié au témoin de quorum s’effectue dans l’interface

d’administration des baies de stockage (ici EMC2 Unisphere).
Le cluster étant destiné à avoir à terme un rôle de serveur de fichiers, le volume dédié à cet
effet est créé par la même occasion.
LAN PUBLIC
NIC :
ETH1 NIC :
ETH2 ETH1
LAN PRIVE
ETH2
CLUSTER
HBA HBA
SERVEUR 1 SERVEUR 2
SAN
Représentation schématique des LUNs présentées aux nœuds du cluster
22
LUN=Logical Unit Number
28
a) Création du stockage partagé dédié au cluster

Dans l’interface de management des baies de stockage EMC² Unisphere, 2 LUNs de 10 et 100Go
nommées respectivement QUORUM et DATA sont créés à partir d’un RAID group possédant de
l’espace libre disponible.
Ces LUNs, regroupées dans un Storage Group dédié, sont ensuite mises en correspondance
(MASKING) avec les serveurs DARWIN et NEWTON qui sont « vus » par les Storage Processors
des baies grâce au ZONING préalablement réalisé au niveau des Fabrics du SAN.
29
Suite à cette opération, les disques logiques QUORUM et DATA sont désormais vus par DARWIN
et NEWTON comme des disques locaux du fait d’un accès en mode bloc (accès bas-niveau) grâce
à la technologie SAN.
Console de gestion des disques d’un des serveurs
Installée sur chaque serveur, la console EMC PowerPath fournie des informations plus détaillées
notamment sur la redondance des accès (multipathing) aux LUNs.
Console EMC² PowerPath
Nos volumes partagés étant créés et accessibles par les serveurs, nous pouvons désormais
initier la création du cluster MSCS 2012.
30
b) Création du cluster MSCS 2012

Nos deux hôtes étant intégrés au domaine de l’environnement de test, la création du cluster
nécessite des droits d’administrateur du domaine.
Sur un des serveurs, dans « Gestionnaire de serveur », on clique sur « Ajouter des rôles et des
fonctionnalités ».
S’ouvre alors l’« Assistant Ajout de rôles et de fonctionnalités » qui fait quelques
recommandations d’usage avant de d’initier la procédure.
31
Après avoir cliqué sur suivant, la fenêtre « Sélectionner le type d’installation » apparaît.
On sélectionne le type d’installation « Installation basée sur un rôle ou une fonctionnalité »
puis on passe à la suite.
Dans la nouvelle fenêtre suivante « Sélection du serveur », on choisit donc notre serveur puis on
clique sur suivant.
32
On passe rapidement la fenêtre « Rôles de serveurs » car l’option qui nous interesse se trouve
dans la fenêtre suivante « Fonctionnalités ».
Dans « Fonctionnalités », on coche « Clustering avec basculement » puis on clique sur suivant.
33
Dans « Confirmer les sélections d’installation », on clique sur Installer en vérifiant que la
fonctionnalité Clustering de basculement sera installée avec les outils d’administration et
de management du cluster.
La fenêtre suivantes affiche la progression de l’installation.
34
Maintenant que la fonctionnalité « Clustering avec basculement » est installée, on va

pouvoir rentrer dans le vif du sujet en créant le cluster avec l’outil « Gestionnaire du cluster
de basculement » acccessible dans « Gestionnaire de serveur », « Serveur Local », « Outils ».
35
La création du cluster nécessite au préalable de valider la configuration des serveurs via

l’« Assistant Validation de Configuration ».
On sélectionne les serveurs de notre futur cluster puis on exécute l’ensemble des tests
nécessaires pour valider la configuration.
36
A la fin des tests, une fenêtre nous informe que la configuration des serveurs est adaptée
pour mettre en place un cluster de basculement.
La création du cluster peut être initialisée à la suite des tests de validation en cochant la case
à cet effet.
La création du cluster est réalisée via l’« Assistant Création d’un Cluster ».
Il est nécessaire de donner un nom de type NetBIOS au Cluster et de paramétrer ses
interfaces réseaux selon le plan d’adressage IPV4 prévu.
37
Nous confirmons nos choix dans la fenêtre suivante.
La création du cluster démarre :
38
La création du cluster s’achève par la fenêtre ci-dessous.
Il est possible d’avoir des informations détaillées sur la création du cluster en cliquant sur
« Rapport ».
Celui-ci contient les informations suivantes :
Rapport de création du cluster
· Créer le cluster
Cluster: LEIBNIZ
Nœud: NEWTON
Nœud: DARWIN
Quorum: Nœud et disque majoritaires (Disque de cluster 2)
Adresse IP : 10.13.112.100
Adresse IP : 10.13.113.200
Démarré 21/09/2016 16:45:50
Terminé 21/09/2016 16:46:48
· Démarrage de la configuration du cluster « LEIBNIZ ».

Initialisation du cluster LEIBNIZ.
Validation de l’état du cluster sur le nœud NEWTON
Recherchez un contrôleur de domaine approprié pour le nœud NEWTON
Recherche de l‘objet ordinateur « LEIBNIZ » dans le domaine .
39
· Effectuez la liaison au contrôleur de domaine

Vérifiez si l’objet ordinateur LEIBNIZ du nœud NEWTON existe dans le domaine.
Contrôleur de domaine
L’objet ordinateur pour le nœud NEWTON n’existe pas dans le domaine.
· Création d‘un nouveau compte d’ordinateur (objet) pour « LEIBNIZ » dans le

domaine.
Vérifiez si l’objet ordinateur NEWTON du nœud NEWTON existe dans le domaine. Contrôleur
de domaine
Création de l’objet ordinateur dans l’unité d’organisation CN=Computers,DC= ,DC= ,DC=
dans laquelle le nœud NEWTON existe.
Créez un objet ordinateur LEIBNIZ sur le contrôleur de domaine dans l’unité d’organisation
CN=Computers,DC= ,DC= ,DC= .
Vérifiez si l’objet ordinateur LEIBNIZ du nœud NEWTON existe dans le domaine.
· Configuration de l‘objet ordinateur « LEIBNIZ dans l’unité d’organisation

CN=Computers,DC= ,DC= ,DC= » comme objet nom de cluster.
Obtenir le GUID de l’objet ordinateur avec le nom de domaine complet : CN=LEIBNIZ,
CN=Computers,DC= ,DC= ,DC= .
Validation de l’installation du pilote Network FT sur le nœud NEWTON
Validation de l’installation du pilote du disque de cluster sur le nœud NEWTON
Configuration du service de cluster sur le nœud NEWTON
Validation de l’installation du pilote Network FT sur le nœud DARWIN
Validation de l’installation du pilote du disque de cluster sur le nœud DARWIN
Configuration du service de cluster sur le nœud DARWIN
En attente de la notification indiquant que le service de cluster sur le nœud NEWTON a
démarré.
· Formation du cluster « LEIBNIZ ».

Ajout des propriétés communes au cluster à LEIBNIZ.
Création des types de ressources sur le cluster LEIBNIZ.
Création du groupe de ressources « Groupe du cluster ».
Création de la ressource de l’adresse IP « Adresse IP du cluster ».
Création de la ressource du nom réseau « LEIBNIZ ».
Recherche de l‘objet ordinateur « LEIBNIZ » dans le domaine.
· Effectuez la liaison au contrôleur de domaine

Vérifiez si l’objet ordinateur LEIBNIZ du nœud existe dans le domaine.
L’objet ordinateur pour le nœud existe dans le domaine.
Vérification de l‘objet ordinateur « LEIBNIZ » dans le domaine.
Vérification des informations de compte pour l’objet ordinateur dans l’indicateur «
UserAccountControl » pour CN=LEIBNIZ,CN=Computers,DC= ,DC= ,DC= .
Définissez le mot de passe sur LEIBNIZ.
Configuration de l‘objet ordinateur « LEIBNIZ dans l’unité d’organisation CN=Computers,DC=
,DC= ,DC= » comme objet nom de cluster.
40
Obtenir le GUID de l’objet ordinateur avec le nom de domaine complet :

CN=LEIBNIZ,CN=Computers,DC= ,DC= ,DC= .
Attribuez les autorisations nécessaires pour protéger l’objet contre toute suppression
accidentelle.
Écrivez la liste de noms de principal du service dans l’objet ordinateur
CN=LEIBNIZ,CN=Computers,DC= ,DC= ,DC= .
Définissez le système d’exploitation et la version dans les services de domaine Active Directory.
Définissez les types de chiffrement pris en charge dans les services de domaine Active
Directory.
Démarrage du rôle en cluster « Groupe du cluster ».
Le cluster initial a été créé. Configuration supplémentaire en cours.
· Mise en cluster de tous les disques partagés.

Création de la ressource Disque physique pour « Disque du cluster 1 ».
Mise en ligne de la ressource pour « Disque du cluster 1 ».
Attribution des lettres de lecteur pour « Disque du cluster 1 ».
La configuration de « Disque du cluster 1 » s’est correctement déroulée.
Création de la ressource Disque physique pour « Disque du cluster 2 ».
Mise en ligne de la ressource pour « Disque du cluster 2 ».
Attribution des lettres de lecteur pour « Disque du cluster 2 ».
La configuration de « Disque du cluster 2 » s’est correctement déroulée.
Attente de la mise en ligne de la totalité du stockage disponible...
La totalité du stockage disponible est maintenant en ligne...
Attente de la mise en ligne du groupe de clusters principal.
· Configuration de quorum pour le cluster.

Configuration de la ressource quorum à Disque de cluster 2.
Configuration du quorum de disques et nœuds majoritaire « Disque de cluster 2 ».
Déplacement de « Disque de cluster 2 » dans le groupe de cluster principal.
Choix du volume de stockage le plus approprié...
Tentative de configuration du quorum de disques et nœuds majoritaire avec « Disque de
cluster 2 ».
Les paramètres de quorum ont été correctement modifiés.
Le cluster a été créé.
· Finalisation de la création du cluster.
41
Le « Gestionnaire du cluster de basculement » est l’outil d’administration et de management

du cluster (attribution de rôles, ajout de nœud(s) etc.).
Il est possible d’administrer le cluster via le « Gestionnaire du cluster de basculement » sur

chaque nœud mais aussi en prise en main du bureau à distance (MSTSC.exe) du cluster lui-
même via son nom d’hôte (ici Leibniz).
42
Dans « Rôles », il va être possible d’attribuer et de configuer un ou plusieurs Rôles de

serveur (serveur de fichiers, serveur DHCP etc.) au cluster.
Nous présenterons au chapître suivant l’attribution du rôle serveurs de fichiers à notre

cluster.
Dans « Nœuds », nous avons des informations détaillées sur le statut des nœuds du cluster.
43
Dans « Stockage », on va pouvoir gérér les ressources disques ou pool de disques affiliées
au cluster.
Dans notre cas, deux disques, QUORUM et DATA, sont listés.
Le disque QUORUM (10Go) est déjà attribué au cluster comme Disque témoin dans le
quorum.
Celui-ci contient les fichiers de configuration du cluster.
44
Le second disque DATA (100Go) sera utilisé comme ressource pour le rôle Serveur de
fichiersDans « Réseaux », on trouve les informations portant sur les interfaces réseau du
cluster.
Enfin, dans « Evènements du cluster », on peut consulter les évenements archivés en

réalisant une requête.
45
VI. Attribution du rôle serveur de fichiers

Nous souhaitons attribuer un rôle de Serveur de fichiers à notre cluster.
Il y a cependant un prérequis pour sa mise en place à savoir l’installation au préalable du rôle

« Gestionnaire de ressources du serveur de fichiers » sur chaque nœud du cluster.
a) Prérequis : Gestionnaire de ressources du serveur de fichiers

Dans « Gestionnaire de Serveur », on choisit « Ajouter des rôles et des fonctionnalités »
pour ouvrir à nouveau l’ « Assistant Ajout de rôles et de fonctionnnalités ».
Dans « Rôles de serveurs », on ouvre le sous-menu de « Services de fichiers et de stockage »

puis on coche « Gestionnaire de ressources du serveur de fichiers ».
46
L’installation du rôle « Gestionnaire de ressources du serveur de fichiers » réalisés sur

chaque nœud du cluster, nous pouvons passer à la mise en place du rôle Serveur de fichiers
sur le cluster.
b) Mise en place du rôle Serveur de fichiers

Dans le « Gestionnaire du cluster de basculement », on clique sur « Configurer un rôle »
qui ouvre l’ « Assistant Haute Disponibilité ».
Dans « Sélectionner un rôle », on choisit donc le rôle Serveur de fichiers.
47
Dans « Type de serveur de fichiers », on coche ici « Serveur de fichiers pour une utilisation
générale ».
Dans « Point d’accès client », on attribue un nom au rôle de Serveur de fichiers (ici FICHI1)
ainsi que les adresses IP sur chaque lien (Lan + Heartbeat).
Dans « Sélectionner le stockage », on choisit le disque prévu à cet effet (LUN de 100Go).
48
On confirme notre configuration sur la fenêtre suivante :
Le rôle Serveur de fichiers FICHI1 est installé et présent dans « Rôles » du « Gestionnaire
du cluster de basculement ».
49
A noter qu’il est possible de basculer manuellement le rôle vers un autre nœud du cluster
via la commande « Déplacer » puis « Sélectionner un nœud ».
Le basculement du rôle prend une vingtaine de secondes et permet ici de répartir les deux
disques dédiés au cluster sur chaque nœud.
50
c) Création du partage de fichiers

Afin de rendre disponible un espace de stockage de fichiers mutualisé pour les postes clients,
nous devons créer un « partage de fichiers » sur le serveur de fichiers (FICHI1).
La création du partage est réalisée via l’ « Assistant Nouveau Stockage ».
On privilégie ici un partage du type SMB (Server Message Block) qui est un protocole de partage
de ressources (fichiers et imprimantes) spécifique aux environnements Microsoft Windows avec
le profil Avancé afin d’activer des paramètres de gestion avancés.
51
Nous décidons de nommer le partage INFO et d’activer la disponibilité continue ainsi que
l’énumération basée sur l’accès permettant de filtrer l’accès aux ressources présentes sur le
partage.
52
Dans la fenêtre « Spécifier les autorisations pour contrôler l’accès », il est possible de
paramétrer les droits d’accès au partage dans « Personnaliser les autorisations ».
Dans la fenêtre suivante « Appliquer le quota à un dossier ou un volume », nous choisissons

de ne pas appliquer de quota dans la mesure où nous sommes dans un environnement de
test.
Au niveau de la fenêtre suivante « Confirmer les sélections », nous pourrons enfin créer
notre partage après vérification de l’ensemble des paramètres.
53
Après la création du partage INFO, celui-ci est renseigné dans « Rôles », « Partages » du
« Gestionnaire du cluster de basculement ».
Le partage INFO est désormais accessible par les postes clients via l’url : \\FICHI\INFO\
A noter que le cluster de basculement (ici LEIBNIZ) et le rôle de Serveur de fichiers installé
(ici FICHI1) sont considérés comme des hôtes à part entière par les contrôleurs du domaine
de test (voir ci-dessous dans un des Gestionnaires de l’annuaire Microsoft Active Directory
« Utilisateurs et ordinateurs Active Directory).
Nous testerons dans le chapitre suivant la haute disponibilité du serveur de fichiers et donc
du partage destiné à héberger les ressources d’utilisateurs du domaine.
54
VII. Tests de basculement

a) Procédure de test
Dans cette partie, nous vérifierons que le cluster de basculement MSCS sous Windows
Server 2012 R2 assure une haute disponibilité des services et ressources en cas de
défaillance du nœud hébergeant celles-ci.
Il s’agit ici de vérifier la continuité de service du rôle de Serveur de fichiers en éteignant le

serveur supportant celui-ci pendant des accès clients à différents types de fichiers
hébergés sur le partage \\FICHI1\INFO.
Nous éprouverons donc le mécanisme de basculement du cluster pendant l’édition d’un

fichier Microsoft Word puis pendant la lecture d’une vidéo et enfin pendant le transfert
d’un fichier entre un poste client et le partage.
La procédure de test consistera à :
· Vérifier le statut initial du cluster dans le « Gestionnaire du cluster de

basculement » sur LEIBNIZ (accès bureau à distance).
· Ouvrir le partage et accéder au fichier test.
· Simuler la défaillance du nœud propriétaire en éteignant celui-ci via le bouton
virtuel d’alimentation de la console de prise en main à distance de l’interface de la
carte ILO
· Vérifier la continuité de l’accès au fichier test
· Vérifier le statut du cluster
· Redémarrage du nœud défaillant
55
b) Tests
Test 1 : Défaillance du nœud propriétaire pendant l’édition d’un fichier texte sous Word.
· Statut initial du Cluster : Rôle Serveur de fichier hébergé sur hôte NEWTON
· Edition puis enregistrement du document word sur le partage \\fichi1\INFO\ à

partir d’un poste client (Machine Virtuelle Windows 7)
56
· Arrêt du nœud propriétaire NEWTON via carte ILO

· Fichier toujours éditable pendant le basculement ; enregistrement du
document et accès au partage impossible pendant 15 à 20 secondes.
· Statut du Cluster : Rôle Serveur de fichier hébergé sur hôte DARWIN
57
Test 2 : Défaillance du nœud propriétaire pendant la lecture d’un fichier vidéo.
· Statut initial du Cluster : Rôle Serveur de fichier hébergé sur hôte DARWIN
· Lecture fichier vidéo localisé sur le partage \\fichi1\INFO\ à partir du poste

client (Machine Virtuelle Windows 7) avec VLC mediaplayer.
58
· Arrêt du nœud propriétaire DARWIN via l’interface de la carte ILO

· Lecture stoppée et message d’erreur lecteur réseau inaccessible.
· Lecture du fichier de nouveau possible 15 à 20 secondes après.
· Statut du Cluster : Rôle Serveur de fichier hébergé sur hôte NEWTON
59
60
Test 3 : Défaillance du nœud propriétaire pendant le Transfert d’un fichier entre le

partage et le poste client.
· Statut initial du Cluster : Rôle Serveur de fichier hébergé sur hôte NEWTON
· Initialisation d’une copie d’un fichier iso (700Mo) du partage \\fichi1\INFO\

vers le bureau du poste client.
· Arrêt du nœud propriétaire NEWTON via l’interface de la carte ILO
61
· Arrêt de la copie puis message d’erreur de l’utilitaire de gestion des copies

indiquant que la ressource est indisponible.
· Reprise forcée de la copie par « Réessayer » possible au bout de 15 à 20

secondes ; Copie réalisée avec succès au final.
62
· Statut du Cluster : Rôle Serveur de fichier hébergé sur hôte DARWIN
c) Bilan des tests

Les tests réalisés dans notre environnement ont montré que la défaillance du nœud propriétaire
du cluster supportant le rôle de Serveur de fichiers n’occasionne qu’une interruption de service
d’une vingtaine de secondes ce qui est un résultat que l’on peut qualifier de relativement
acceptable pour ce type de service.
A noter que dans le cas où le nœud prioritaire héberge également le « disque témoin de
quorum », sa « défaillance » provoque la fermeture de la connexion bureau à distance à l’hôte
LEIBNIZ (= nom NetBIOS du Cluster).
La connexion est de nouveau possible après le mécanisme de basculement sur le nœud
fonctionnel.
En revanche, lorsque le « disque témoin de quorum » est hébergé sur l’autre nœud, la
défaillance du nœud prioritaire supportant le rôle du cluster n’a pas d’impact sur la connexion
bureau à distance à l’hôte LEIBNIZ.
63
VIII. Conclusion
Le service de clustering Microsoft ou cluster de basculement Microsoft est donc une solution
pertinente relativement simple à mettre en œuvre pour déployer un service tel que le
partage de fichiers dans un environnement Microsoft Windows .
Les tests réalisés dans notre environnement ont montré que la défaillance du nœud du
cluster supportant le rôle de Serveur de fichiers n’occasionne qu’une interruption de service
d’une vingtaine de secondes ce qui est un résultat que l’on peut qualifier de relativement
acceptable pour ce type de service.
Nous avons donc démontré ici la faisabilité de la mise en place d’un cluster de basculement
sous Windows Server 2012R2 avec un rôle de Serveur de fichiers à partir de deux serveurs
physiques localisés dans deux salles serveurs différentes.
64

Mise en Place D Un Cluster de Basculement Sous Windows Server 2012 R2 PDF

Transféré par

Informations du document

Titre original

Copyright

Formats disponibles

Partager ce document

Partager ou intégrer le document

Options de partage

Avez-vous trouvé ce document utile ?

Ce contenu est-il inapproprié ?

Droits d'auteur :

Formats disponibles

Mise en Place D Un Cluster de Basculement Sous Windows Server 2012 R2 PDF

Transféré par

Droits d'auteur :

Formats disponibles

Mise en place d’un cluster de basculement sous

Windows Server 2012 R2

Stage en alternance 2016/2017

Je remercie également M.Provot, Responsable du Département Technique de la DSI du CHRU de Tours

Je tiens aussi à remercier tout particulièrement M.Dondossola, Responsable de l’Equipe Production du

Table des matières

Pour des raisons de confidentialité et de sécurité de l’infrastructure réseau du CHRU de Tours,

Réalisé dans le cadre de ma formation en alternance, ce document me permet de valider la

II. Présentation du service de clustering Microsoft

LAN PUBLIC LAN PUBLIC

LAN PRIVE LAN PRIVE

AVANT BASCULEMENT APRES BASCULEMENT

Représentation schématique du principe du cluster de basculement

La configuration du quorum du cluster est basée sur :

· « Le type de scrutin » c’est-à-dire le mode de quorum privilégié (nœud majoritaire sans

Représentation schématique du témoin de Quorum

Le fonctionnement d'un cluster repose sur le quorum mais également sur :

· Les communications entre les nœuds de cluster

c) Les communications intra-cluster

VOLUME PARTAGE Témoin de QUORUM

Représentation schématique de l’environnement réseau (LAN PUBLIC, PRIVE et SAN)

III. Présentation de l’environnement de test

Photographies du serveur HP Proliant DL380 G5

· Processeur : Intel Xeon 5130 2 Cœurs / 2 Threads 2GHz 4Mo cache

La redondance matérielle est assurée par :

Photographies de la face arrière du serveur HP Proliant DL380 G5

La carte ILO est dédiée au management à distance du serveur.

VOLUME PARTAGE Témoin de QUORUM

Représentation schématique de l’environnement réseau (LAN PUBLIC, PRIVE et SAN)

Châssis Cisco C6509E VSS Châssis Cisco C6509E

Représentation schématique de l’intégration des serveurs au LAN.

Un brassage a ensuite été effectué pour connecter chaque machine au LAN :

· Interface carte ILO<->bandeau de brassage<->Switches management (VLAN MGMT)

· Interfaces ETH1 et ETH2 carte réseau<->bandeau de brassage<->pile de switchs

Photographies de bandeaux de brassage

Photographies de baies de disques EMC² VNX

Photographie d’un san switch

Baie disques 1 Baie disques 2

Représentation schématique de l’intégration des serveurs au SAN

Bandeau de brassage dédié au SAN

Face arrière bandeau de brassage dédié au SAN

SAN Switch dans local technique réseau

Châssis Cisco C6509E VSS Châssis Cisco C6509E

Cisco CAT3750 Cisco CAT3750

Baie disques 1 Baie disques 2

Représentation schématique de l’intégration des serveurs aux LAN et SAN

Afin de faciliter l’identification des serveurs au niveau de l’interface de management des

IV. Installation Windows Server 2012

La connexion à l’interface web de la carte ILO se fait grâce l’URL19https://adresse_IP_carte_ILO

Cette interface de management fournie des informations sur l’état du serveur.

Elle va également permettre de se connecter au système hôte grâce à une console de

Sélection du média virtuel dans l’IRC

Montage du fichier iso SPP

Redémarrage du serveur avec « Bouton » power virtuel

Amorçage sur iso SPP HPE

Upgrade firmware carte HBA QLogic

b) Installation Windows Server 2012

Progression de l’installation de windows Server 2012

On renseigne également les adresses IP des serveurs DNS (contrôleurs du domaine de

Les serveurs étant opérationnels, on peut passer à la création du cluster MSCS.

V. Création du cluster MSCS

La création du stockage dédié au témoin de quorum s’effectue dans l’interface

VOLUME PARTAGE Témoin de QUORUM