Mise en œuvre du cluster - Le cluster à basculement

Le cluster à basculement

3. Mise en œuvre du cluster

La mise en œuvre d’un cluster comprend plusieurs étapes :

● Installer la fonctionnalité cluster à basculement.

● Configurer le cluster :

● Interface réseau

● Déterminer la majorité (quorum, partage témoin...)

● En fonction de son objectif, installer le rôle sur tous les nœuds (serveur de fichiers...).

● Créer l’application dans le cluster.

● Basculer sur chacun des nœuds pour valider le bon fonctionnement.

● Passer encore une fois l’assistant de validation d’un cluster.

L’installation de la fonctionnalité cluster peut se faire de plusieurs façons :

● Depuis le Gestionnaire de serveur.

● En ligne de commande : servermanagercmd -i Failover-Clustering

● Depuis PowerShell :

import-module servermanager

Add-WindowsFeature Failover-Clustering

La configuration peut se faire également par plusieurs moyens :

● L’interface graphique : Gestionnaire du cluster de basculement.

● Depuis la ligne de commande : cluster.exe. Investir sur cette méthode est déconseillé car Windows Server 2008 R2 est la dernière version qui le propose.

● Depuis PowerShell.

Dans cet ouvrage, nous allons couvrir la première et la dernière méthode pour la configuration d’un cluster. Voici les étapes de configuration avec l’interface graphique.

■ Lancez le Gestionnaire du cluster de basculement.

enidentnumber-AAEAAAD/////AQAAAAAAAAAMAgAAAE1FTkkuRWRpdGlvbnMuTUVESUFwbHVzLCBWZXJzaW9uPTEuMC4wLjAsIEN1bHR1cmU9bmV1dHJhbCwgUHVibGljS2V5VG9rZW49bnVsbAUBAAAAJ0VOSS5FZGl0aW9ucy5NRURJQXBsdXMuQ29tbW9uLldhdGVybWFyawIAAAAHcGlzVGV4dAlwaWR0ZURhdGUBAA0CAAAABgMAAAA8Mjg5MzAyIC0gYWRhbW8gZGlhcnJhIC0gMjU4ZThlZWQtN2NjNS00YTU2LThlODQtZjYwZWVhYWMyOThlerKWIfunzogLAA==-enidentnumber

■ Cliquez sur Valider une configuration dans le panneau Actions.

■ Le message d’accueil qui suit vous rappelle trois éléments importants :

● Même si votre installation passe la validation, il faut tout de même que le matériel porte la mention « pour Windows Server 2008 R2 ».

● Il faut être au moins administrateur local de chacun des nœuds.

● La validation est disruptive si vous faites soit tous les tests (qui incluent le stockage), soit un test personnalisé en sélectionnant le stockage.

■ Cliquez sur Suivant.

■ Ajoutez tous les nœuds qui vont participer au cluster.

■ Choisissez d’Exécuter tous les tests sauf si vous êtes sur une exception, comme un cluster Exchange CCR ou un cluster multisite. Cliquez sur Suivant.

■ L’assistant affiche un résumé des choix précédents. Cliquez sur Suivant.

■ Une fois les tests effectués, leurs résultats s’affichent. La phrase tout en haut permet de savoir tout de suite si l’ensemble des tests est concluant. Si des problèmes ont été détectés, vous pouvez les consulter dans le rapport.

Votre installation étant maintenant validée pour fonctionner en cluster à basculement, il est temps de créer le cluster.

■ Cliquez maintenant sur Créer un cluster depuis le panneau Actions:

■ Cliquez sur Suivant.

■ Ajoutez les nœuds qui vont participer au cluster (uniquement un nœud dans notre exemple). Cliquez sur Suivant.

■ Le cluster doit avoir au moins un nom (virtuel) et une adresse IP. Ces deux ressources seront dédiées au fonctionnement du cluster et ne devront pas être utilisées pour autre chose. Cliquez sur Suivant.

■ L’assistant résume la configuration à appliquer avant de le faire réellement. Cliquez sur Suivant.

À ce stade, nous avons un cluster opérationnel mais qui n’héberge pas encore de services.

Nous aurions pu arriver au même résultat avec les commandes PowerShell suivantes : import-module FailoverClusters

Test-Cluster -Node noeudA,noeudB

New-Cluster -Name cluster01 -Node noeudA,noeudB -StaticAddress 192.168.4.78

Vous pouvez récupérer la liste des commandes de gestion des clusters avec : get-command -module FailoverClusters.

Dans le souschapitre NLB, nous avons configuré WinRM. Nous allons l’utiliser de nouveau pour installer le rôle serveur de fichiers sur les nœuds :

Invoke-Command -computername noeudA,noeudB -ScriptBlock {import-module servermanager;Add-WindowsFeature File-Services}

■ Nous allons utiliser l’interface graphique pour ajouter un groupe serveur de fichiers à notre cluster :

■ Cliquez sur Suivant.

■ Il faut maintenant indiquer le nom virtuel du cluster pour ce groupe, ainsi qu’une adresse IP virtuelle.

■ Choisissez le ou les volumes qui hébergeront les données.

■ L’assistant affiche le résumé de la configuration qui va être appliquée. Cliquez sur Suivant.

■ L’assistant affiche le rapport de création.

Le groupe ainsi créé apparaît sous l’arborescence Services et applications:

Il ne reste plus qu’à créer des partages.

Cette procédure est la même pour tous les rôles Windows à mettre en cluster.

Il faut savoir que pour la mise en cluster d’une application Microsoft SQL Server par exemple, il faut :

● installer le cluster, supporté sur Windows Server 2008 R2. L’équipe Produit souhaitait uniquement supporter Exchange 2010 sur Windows Server 2008 R2, mais face aux retours des clients, elle va fournir des mises à jour afin qu’Exchange 2007 puisse fonctionner sur Windows Server 2008 R2, mais la date de sortie n’est pas encore officielle.

L’une des principales nouveautés à propos d’HyperV et des clusters concerne le stockage des machines virtuelles. Le CSV (Cluster Shared Volume), nouveauté de Windows Server 2008 R2, permet de ne plus avoir un volume par machine virtuelle. Un ensemble de machines virtuelles est alors hébergé sur le même volume. Un des nœuds porte le rôle de coordinateur, il est le seul à pouvoir créer des fichiers. C’est lui qui gère l’accès en écriture aux fichiers par les serveurs, afin qu’il n’y ait pas deux serveurs qui modifient le même fichier. Les avantages sont nombreux :

● L’espace libre est commun à toutes les VM. Cet espace peut être consommé par des VM dont le stockage est de type extensible ou par l’ajout de nouvelles VM. La suppression d’une VM rend son espace disponible immédiatement aux autres VM.

$cluster = Get-Cluster cluster01

$cluster.EnableSharedVolume="Enabled"

Vous connaissez maintenant les avantages et les contraintes d’une solution de haute disponibilité et ou de répartition de charge. Vous avez les cartes en main pour préparer votre solution et la gérer une fois en production.

Comme pour beaucoup de solutions, vous ne devez pas attendre d’avoir besoin de cette technologie (au moment d’un plantage par exemple) pour valider son bon fonctionnement. Vous devez planifier des tests aussi régulièrement que possible, afin que la bascule fonctionne le jour J. Contrairement à la plupart des projets, c’est parce que l’utilisateur ne se rendra compte de rien que le projet sera un succès et rentabilisé.

Introduction

Ce chapitre est consacré à la définition et la configuration des composants nécessaires au bon fonctionnement d’un réseau d’entreprise basé sur Windows 2008 R2.

Les composants IP, DNS, DHCP, WINS, ainsi que la mise en place de la quarantaine réseau sur DHCP, IPSEC et 802.1x seront abordés.

Dans le document 2. Les différentes éditions de Windows Server 2008 . . . 13 (Page 130-142)