2. Les fonctionnalités de la répartition de charge réseau (NLB)
Mode de répartition de charge 3 modes de répartition de charge vous sont offerts
pour la configuration de votre cluster :
- Répartition manuelle : Elle permet de définir un poids
pour chaque noeud du cluster basé sur un poids de charge. Si trois serveurs
sont configuré avec les poids 50, 30, 20. Le premier va recevoir la moitié
des requêtes, le second 30% et le dernier 20%.
- Répartition égale : Elle permet de répartir de façon
égal les requêtes sur l’ensemble des serveurs composant le cluster. Si il
y a 3 serveurs dans la ferme du cluster, chacun des serveurs recevra 33% des
requêtes.
- Répartition prioritaire : Elle permet de mettre en place
de la tolérance de panne en spécifiant un serveur prioritaire. L’ensemble
du trafic est tout d’abord acheminé sur l’hôte ayant la priorité 1. Si celui-ci
tombe en panne l’ensemble du trafic sera envoyé au serveur de priorité 2 et
ainsi de suite…
L’affinité
L’affinité permet à un client ayant commencé une session de communication
avec un serveur membre du cluster de continuer à communiquer avec lui sans risque
de se retrouver en liaison avec un autre serveur ce qui sous-entend que la communication
doit repartir de zéro. Aussi trois modes d’affinité sont disponibles :
- Aucune : L’ensemble des demandes des clients est redistribué
selon un algorithme sur tous les serveurs de la ferme.
- Unique : Une fois la communication initiée entre un client
et un serveur toutes les communications de ce client seront redirigé vers
ce même serveur.
- Classe C : détermine l’affectation des clients à un serveur
sur une étendue de classe c (vérification sur les trois premiers octets).
Cette méthode permet de maintenir la session d’un client même si celui-ci
utilise plusieurs serveurs Proxy pour se connecter au cluster.
Support de connections clientes multiples
L’implémentation d’une solution à base d’équilibrage de charge implique une
problématique liée au maintien de session entre le client et le serveur. Par
exemple, lorsqu’une session entre un navigateur et un serveur Web est ouverte
si le client est redirigé vers un autre serveur Web il risque de perdre les
informations en cours. Ainsi pour pouvoir palier cette lacune, un mode d’affinité
a été implémentée ce qui va permettre à un client de se connecter toujours au
même serveur afin de ne pas perdre les informations de session.
Convergence du cluster
Lorsqu’un serveur membre de la ferme du cluster tombe en panne, le cluster
passe en mode de convergence pendant lequel une élection est effectuée afin
de répartir selon les règles de configuration la répartition de la charge réseau.
Pendant ce temps, les clients en communication avec le serveur en panne n’accèdent
plus au service jusqu’au moment ou la convergence est terminé ce qui permet
de répartir ces clients sur les autres serveurs. La convergence intervient aussi
dans le cadre d’un ajout de serveur à la ferme du cluster afin de répartir la
charge de traitement.
Haute disponibilité
Dans le cadre d’une répartition égal entre trois serveurs les requêtes sont
réparties à 33% sur chacun des serveurs. Si l’un des serveurs tombe en panne,
la convergence démarre et la répartition se fait à 50% sur les deux serveurs
restant. Dans le cadre d’une répartition prioritaire si le serveur principal
tombe en panne, la convergence démarre et le serveur configuré avec la priorité
directement inférieur prend le relais.
Montée en charge
Lors de la monté en charge d’un serveur pour un service Web, un service VPN
ou autre… il est intéressant d’envisager une solution adoptant la technologie
de répartition de charge réseau. Cette solution permet de répartir le traitement
des services sur 32 serveurs maximum. Cette technique est plus souple que la
montée en charge verticale qui consiste à faire évoluer un serveur unique qui
sera obligatoirement limité par la puissance matériel disponible au moment de
la mise à jour. Dans le cadre d’une montée en charge horizontale les machines
membres de la ferme de serveur peuvent être de type et de compositions interne
différentes sans que cela porte atteinte au bon fonctionnement du cluster, contrairement
au service de cluster MSCS vu précedement.
 Sommaire
1. Concepts de répartition de la charge réseau
2. Les fonctionnalités de la répartition de charge réseau (NLB)
3. Architecture de la répartition de charge
4. Mise en place de la répartition de la charge réseau
5. Administration de la répartition de la charge réseau
6. Administration du Cluster via WMI-WSH
7. Microsoft Application Center Server
8. Maintenance et dépannage de la répartition de charge réseau
9. Les messages d'erreurs
|
|
 |
 Pour afficher ou poster un commentaire, cliquez sur ce lien : Forum-Microsoft
|
|
Network Load Balancing
Accès
direct aux définitions :