Windows | Windows Server | Active directory | Exchange | SharePoint | SCCM | SCOM | Hyper-V | App-V
ACCUEIL Facebook Twitter Linked In Viadeo Flux RSS
Chapitres
1 Présentation de Windows Server 2008
2. Généralité
3. Server Core 
4. Windows Server Failover Clustering
5. Active Directory
6. Services réseau
7. Sécurité
8. Terminal Server
9. Services Web ( IIS 7, WSS 3.0)
10. Virtualisation
11. Et le reste ...
12. Conclusion

Articles suivants

Articles précédents
Nouveautés de Windows Server 2016 CTP2
Histoire de Microsoft et chronologie
Windows 10: Découvrez les nouveautés !
System Center 2012 Orchestrator: Présentation
Optimisation des performances d'un environnement Hyper-V


Publié le : 30/01/2008 05:45:00
Mise à jour le : 07/10/2011 10:48:17
Catégories :


Version imprimable

Auteur(s)

Matthieu MARTINEAU (Membre depuis le 01/01/2007 00:00:00)
Société : PI Services
Fonction :
Contactez cet auteur - Affichez les ressources de cet auteur
Loïc THOBOIS (Membre depuis le 04/09/2007 17:50:01)
Société : AVAEDOS
Fonction : Consultant / Formateur
Contactez cet auteur - Affichez les ressources de cet auteur

Présentation des nouveautés de Windows Server 2008


4. Windows Server Failover Clustering

La fonctionnalité de mise en cluster disponible sous Windows Server 2008 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).

L’assistant de configuration d’un nouveau cluster distingue quatre types d’implémentations :

  1. Node Majority Quorum Configuration : Cluster avec quorum à jeu de majorité ou quorum MNS (pour Majority Node Set). Ce type de cluster reste en ligne tant qu’une majorité des nœuds le composant est opérationnelle. Ainsi, un cluster à 4 nœuds fonctionne tant que 3 nœuds sur 4 sont opérationnels (si un deuxième nœud tombe en panne, la majorité n’est plus atteinte et le service tombe).
  2. Node and Disk Majority Quorum Configuration : Cette configuration est proche de la précédente. La seule différence est l’ajout d’un témoin (un disque partagé de type NAS ou SAN) qui agira comme un nœud dans le calcul de la majorité. Cette configuration augmente le niveau de tolérance aux pannes. En effet un cluster à 4 nœuds restera en ligne tant que 2 des nœuds (plus le disque partagé) seront fonctionnels.
  3. Node and File Share Majority Quorum Configuration : Cette configuration utilise un partage de fichiers en tant que témoin. Hormis cela, elle est identique à la précédente.
  4. No Majority (Disk Only) Quorum Configuration : Cette configuration utilise un quorum partagé (c’est-à-dire stocké sur un support de stockage de type NAS ou SAN). Cette implémentation est la seule ou le quorum n’est pas répliqué localement sur l’ensemble des nœuds ! Ce type de configuration n’implémente pas le principe de la majorité (un cluster à 4 nœuds reste fonctionnel tant qu’au moins un nœud est actif). Malheureusement ce système induit une unicité des données (si le support partagé est corrompu, le cluster est perdu !) et il devrait être de moins en moins utilisé dans les années à venir.

Le schéma ci-dessus représente un cluster à deux nœuds avec quorum partagé (à gauche) ainsi qu’un cluster à deux nœuds avec quorum à jeu de majorité.

Voici les quelques éléments à considérer pour choisir le type de cluster le plus adapté à votre environnement :

  • Les clusters à quorum partagé représentent un risque à cause de l’unicité des données (on parle de SPOF pour Single Point Of Failure) et rendent impossible l’implémentation de cluster géo-localisés.
  • Les clusters à quorum MNS facilitent la mise en œuvre de géocluster et procurent une sécurité des données (via la réplication).
  • Les clusters à quorum MNS utilisant des témoins sous la forme de disques ou de partages de fichiers proposent un meilleur niveau de tolérance aux pannes (implémentation 2 et 3)

Retenez que les clusters les plus intéressants en termes de fonctionnalités sont ceux implémentant un quorum à majorité avec témoin.

L’utilisation de cluster à quorum partagé peut encore se justifier dans certains scénarios mais nécessite une plus grande rigueur au niveau des données (sauvegardes fréquentes, réplication du SAN…).

Windows Server Failover Clustering apporte aussi les nouveautés suivantes :

  • Meilleures conditions de dépendance entre les ressources avec la possibilité d’utiliser des opérateurs ET/OU lors de la configuration des dépendances entres ressources.
  • Possibilité de configurer la fréquence des battements de cœurs ou « heartbeats » (option particulièrement utile pour prendre en compte les latences des liens WAN dans le cadre d’un géocluster)

En termes de compatibilité, il n’est pas possible de faire cohabiter au sein d’un même cluster un nœud sous Windows Server 2003 et un nœud sous Windows Server 2008. Un outil de migration facilitera la migration d’un cluster sous 2003 vers WSFC.

Voici une liste des services, applications et rôles Windows Server pouvant être mis en cluster :

  • Les serveurs d’espace de noms DFS
  • Les serveurs DHCP
  • Les serveurs de fichiers
  • Les serveurs WINS
  • Les machines virtuelles Hyper-V
  • Les serveurs d’impressions
  • Toute application, script ou service générique