SUPINFO International University

SUPINFO Institute of Information Technology
Laboratoire Microsoft




Tous les Articles du Laboratoire Microsoft

Network Load Balancing
Accueil > Articles > Système
Auteur 
Antoine RICHET
LABORATOIRE SUPINFO DES TECHNOLOGIES MICROSOFT
Ingénieur Système


 Tous les articles de cet auteur
Loïc THOBOIS
LABORATOIRE SUPINFO DES TECHNOLOGIES MICROSOFT


 Tous les articles de cet auteur
Sammy POPOTTE
LABORATOIRE SUPINFO DES TECHNOLOGIES MICROSOFT
Consultant pour le Laboratoire SUPINFO des Technologies MICROSOFT


 Tous les articles de cet auteur

2,8/5

Assez Bien


329580
171/479

5. Administration de la répartition de la charge réseau



L’administration d’un cluster nécessite une administration sur chaque noeud, il donc important d’avoir
une approche d’une administration centralisée ou automatisée.
Afin de faciliter l’administration du cluster, des utilitaires ont été conçues pour répondre à ce besoin
d’administration simple et efficace dans un environnement de cluster.

5.1. Administration du Cluster via le shell


L’administration du cluster par ligne de commande s’effectue avec la commande WLBS.EXE
Cet utilitaire permet de stopper ou de démarrer le cluster, examiner le statut du cluster, contrôler le
cluster, désactiver ou activer des règles de ports et autres tâches d’administration.

Syntaxe du shell avec WLBS.EXE

Pour vous servir de l’utilitaire WLBS.EXE, vous devez suivre cette procédure :


-Vérifier que l’existence de vos noeuds
-Ouvrir une invite de commande
-Tapez : wlbs suivi de la commande adéquat


Il est possible d’exécuter les commandes sur l’ensemble du cluster, sur un noeud spécifique ou sur le
noeud sur lequel vous exécutez la commande.

 

 

Identification d’un hôte


Comme nous venons de le voir, lors de l’exécution de commandes vous pouvez celles-ci à un hôte;
néanmoins, avant d’exécuter la commande vous devez être en mesure de donner l’identification de
l’hôte. Il existe plusieurs méthodes d’identification :

Nom_du_cluster : nom_hôte Nom DNS cluster - Nom DNS Hôte
W.X.Y.Z : A.B.C.D Adresse IP cluster - Adresse IP Hôte
Nom_du_cluster : A.B.C.D Mixe entre nom DNS et adresse IP
Nom_du_cluster :1 Hôte 1 dans le cluster
Nom_du_cluster :0 Hôte par défaut dans le cluster
Nom_du_cluster: Tous les hôtes dans le cluster

 

Les commandes wlbs.exe


Il est possible sans avoir à suspendre toutes les connexions au cluster d’arrêter un noeud. Vous pouvez
également démarrer un noeud et effectuer plusieurs opérations sur lui ou le cluster dans son ensemble.


La commande wlbs stop permet d’interrompre toutes les activités du pilote Network Load Balancing
sur l’hôte.
La commande wlbs start permet d’activer le pilote Network Load Balancing sur l’hôte. Lorsque vous
démarrez un noeud, il y a alors une communication entre le noeud qui vient d’être activé et les autres
noeuds du cluster par l’intermédiaire de heartbeats. Si votre hôte est bien configuré l’intégration de
celui-ci au sein du cluster s’effectue correctement.


Exemples :
Arrêt du cluster nommé CLUSTER1.
Ouvrir l’invite de ligne de commande et saisir :
wlbs stop CLUSTER1


Démarrage du noeud nommé SAM dans le cluster CLUSTER1
Ouvrir l’invite de ligne de commande et saisir :
wlbs start CLUSTER1:SAM


Si vous permettez l’exécution de commande distante, le mot de passe défini lors de l’installation est
requis pour exécuter la commande via le shell.
Voici la commande : wlbs stop cluster1 /[PASSWORD]
Vous pourrez ainsi automatiser votre administration en incluant la commande WLBS dans un fichier
.BAT.

Les commandes de contrôle du cluster
Vous utiliserez ces commandes pour voir les propriétés des noeuds, accéder aux fichiers d’aide,
contrôler le statut des adresses MAC et des données du cluster.



Permet de visualiser l’état actuel du cluster ainsi que la priorité des ses hôtes. Les hôtes peuvent être défini par 5 statuts, décris ci-dessous.

Statut des hôtes via la commande QUERY

Les hôtes peuvent être défini par 5 statuts :

  • Converged : Le cluster a convergé, mais l’hôte répondant à la requête n’est pas l’hôte par défaut.
  • Converged as default : Le cluster a convergé, l’hôte répondant à la requête est l’hôte par défaut, il
    possède la plus grande priorité au sein du cluster pour répondre aux requêtes des clients.
  • Converging : Le cluster est en train de converger vers un état de convergence stable. Si cet état
    persiste, cela indique certainement un problème dans le paramétrage du cluster, cet état ne doit être
    que temporaire.
  • Draining : Le cluster a convergé, l’hôte répondant à la requête possède une connexion à un cluster
    effectuant des opérations de paramétrage, le cluster est en draining mode (voir ci-dessous).
  • Unknown : L’hôte répondant à la requête n’a pas démarrer les opérations de cluster et ne peut pas
    déterminer l’état du cluster.

Paramétrage des opérations du cluster et de l’hôte

Vous pouvez temporairement stopper les opérations du cluster et continuer d’exécuter des commandes
sans avoir à redémarrer le cluster. Durant ces opérations de paramétrage, vous devez arrêter tout le
trafic IP sur l’hôte. Ce mode est appelé DRAINING MODE.

Voici les différentes commandes qui vous permettront de gérer l’activation de ce mode
Votre Cluster NLB doit avoir des règles pour réguler le trafic TCP et UDP. Voici les commandes qui
vous permettront de mettre en place des règles de trafic via l’invite de commandes associé à la
commande WLBS.EXE.


WLBS DISABLE, cette commande permet de désactiver le trafic sur un port particulier.
Exemple : Interdiction du trafic sur le port FTP 21
wlbs disable 21

WLBS DRAIN, cette commande permet de désactiver tout nouveau trafic pour une règle contenant
une plage de port contenant des ports spécifiques. Ainsi l’hôte ne permettra pas de nouvelles
connections mais permet de maintenir les connexions actives en cours.
Pour désactiver les connexions actives, vous pouvez recourir à la commande DISABLE.

WLBS ENABLE, cette commande permet d’activer le trafic sur un port particulier.




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



En Savoir Plus 
Evaluez cet article 


Pour afficher ou poster un commentaire, cliquez sur ce lien : Forum-Microsoft



Retrouvez ci-dessous les autres sections du Laboratoire Microsoft