Généralités
Basculement
Equilibrage de charge
Contexte TSE
|
Deux technologies sont proposées.
Cluster de serveur ou Cluster de basculement
La première, Cluster de serveur ou Cluster de basculement
permettra le basculement automatique du Service rendu par un serveur
qui ne répond plus vers un autre serveur qui est en attente de relai.
Les applications visées par cette technique sont des Services
comme SQL, Exchange, etc... qui sont compatibles, c'est à dire
programmées pour fonctionner dans ce contexte.
En dehors de ces cas bien identifiés, c'est vers la seconde solution,
Cluster d'équilibrage de charge, qu'il faudra se tourner.
Dans le schémas ci-dessus on distingue plusieurs niveaux :
- le niveau "Serveur(s) d'applications"
représente le Service rendu aux utilisateurs.
- Le "Hôte virtuel", c'est ce que voit l'utilisateur,
est assuré par le Service de cluster qui
dirige les requêtes vers LE serveur (noeud) actif.
Ce service de cluster est une application distribuée sur les
deux noeuds du cluster. Le terme de "Pulsations" désigne le
mécanisme par lequel les noeuds restent en contact permanent
afin de déceler une défaillance éventuelle du noeud actif et
remonter cette information au Service de cluster qui basculera
les requêtes des clients vers un autre noeud.
- Le niveau données est celui des noeuds qui abritent les
applications (les Services) et les données associées (BD, messagerie,
etc...) ; c'est à ce niveau que sont assurées les redondances
des matériels, des applications et des données.
- Le niveau "Données partagées" représente un support physique
utilisé par le Service de cluster pour gérer le basculement
("Ressource quorum")
Ce support physique doit prendre une des deux formes suivantes :
- un support physique indépendant des noeuds (externe), type bus SCSI
- avec Windows 2003, possibilité d'utiliser un support physique
distribué sur les noeuds ("Jeu de noeuds majoritaire"), sachant
que le Service de cluster nécessite que la moitié plus un noeud
soient fonctionnels ; autant dire qu'il faut au moins 3 serveurs
pour faire fonctionner cette technologie avec ce type de
"Ressource quorum"
Cluster d'équilibrage de charge ou NLB, Network
Load Balancing
La seconde, Cluster d'équilibrage de charge ou NLB, Network
Load Balancing, permettra la mise en oeuvre d'un groupe (grappe)
de serveurs clônés qui seront utilisés aléatoirement par les clients.
Les Services "Terminal Server" sont particulièrement visés.
Dans le schémas ci-dessus, le niveau "Répartiteur de charge"
est assuré par le service de cluster qui basculera les requêtes
vers le serveur (noeud) le moins chargé.
Ce service de cluster est une application distribuée sur tous les
noeuds du cluster.
Les noeuds sont clônés : ils offrent le même service.
Liens
|