WebSphere Load Balancer pour IPv4 et IPv6
Systèmes d'exploitation : AIX, HP-UX, Linux, Solaris, Windows

             Personnalisation de la table des matières et des résultats de la recherche

Liste des conseillers

Les conseillers sont des agents de Load Balancer. Ils ont pour rôle d'évaluer l'état et la charge des serveurs. Cette liste de conseillers est déjà fournie avec Load Balancer, mais vous pouvez également créer un conseiller personnalisé en fonction de vos besoins.

Tableau 1. Liste des conseillers
Nom du conseiller Description
connect Le conseiller Connect n'échange aucune donnée spécifique du protocole avec le serveur. Il mesure simplement le temps que durent l'ouverture et la fermeture d'une connexion TCP avec le serveur. Ce conseiller est utile pour les applications de serveur qui utilisent TCP, mais ces applications doivent disposer d'un protocole de haut niveau pour lequel aucun conseiller IBM ou personnalisé n'est disponible.
Conseillers personnalisés Dispatcher permet à un utilisateur d'écrire un conseiller personnalisé. Cette opération permet la prise en charge de protocoles propriétaires (en plus de TCP) pour lesquels IBM n'a pas développé de conseiller spécifique. Pour plus d'informations, voir Création d'un conseiller personnalisé.
db2 Le conseiller DB2 fonctionne en association avec les serveurs DB2. Dispatcher comporte une fonction intégrée permettant de vérifier l'état des serveurs DB2 sans que les clients aient besoin d'écrire leurs propres conseillers personnalisés. Le conseiller DB2 communique avec le port de connexion DB2 uniquement et non avec le port de connexion Java.
dns Le conseiller DNS ouvre une connexion, envoie une demande de pointeur pour DNS, attend une réponse, ferme la connexion et renvoie le temps écoulé comme chargement.
ftp Le conseiller FTP ouvre une connexion, envoie une demande SYST, attend une réponse, ferme la connexion et renvoie le temps écoulé en tant que chargement.
http Le conseiller HTTP ouvre une connexion, envoie une demande HEAD par défaut attend la connexion et renvoie le temps écoulé comme chargement. Pour obtenir plus d'informations sur le mode de modification du type de demande envoyée par le conseiller HTTP, voir Conseils spécifiques au service avec l'option de demande/réponse du conseiller.
https Le conseiller HTTPS est un conseiller ″lourd″ pour les connexions SSL. Il établit une connexion SSL complète avec le serveur. Le conseiller HTTPS ouvre une connexion SSL, envoie une demande HTTPS, attend une réponse, ferme la connexion et renvoie le temps écoulé en tant que chargement. (Voir aussi le conseiller SSL, qui est un conseiller "léger" des connexions SSL.)
Remarque : Le conseiller HTTPS n'a aucun rapport avec les clés ou les certificats du serveur, mais ils ne doivent pas être expirés.
imap Le conseiller IMAP ouvre une connexion, attend la première réponse du serveur, envoie une commande quit, ferme la connexion et renvoie le temps écoulé comme chargement.
ldap Le conseiller LDAP ouvre une connexion, envoie une demande BIND anonyme, attend une réponse, ferme la connexion et renvoie le temps écoulé en tant que chargement.
ldapuri
Nouvelle fonction : Le conseiller d'URI LDAP permet de mieux évaluer la disponibilité LDAP en envoyant une demande complète au serveur LDAP.
Le conseiller :
  1. Ouvre une connexion.
  2. Envoie une demande BIND, basée sur la zone advisorrequest que vous définissez sur l'objet serveur.
  3. Attend une réponse.
  4. Ferme la connexion.
  5. Renvoie la durée écoulée comme charge.
Pour plus d'informations sur la configuration de ce conseiller, consultez la rubrique Configuration d'un conseiller LDAP URI.
newfeat
nntp Le conseiller NNTP ouvre une connexion, attend la première réponse du serveur, envoie une commande quit, ferme la connexion et renvoie le temps écoulé comme chargement.
ping Le conseiller ping n'ouvre pas de connexion TCP avec les serveurs, mais indique si le serveur répond ou non à une commande ping. Bien que le conseiller ping soit utilisable avec tout type de port, il est également conçu pour les configurations utilisant le port générique, par l'intermédiaire duquel un trafic peut circuler sous plusieurs protocoles. Il est également utile pour les configurations utilisant des protocoles non TCP avec leurs serveurs.
pop3 Le conseiller POP3 ouvre une connexion, attend la première réponse du serveur, envoie une commande quit, ferme la connexion et renvoie le temps écoulé comme chargement.
reach Le conseiller reach émet des commandes ping vers les machines cibles. Il est également conçu pour permettre aux composants haute disponibilité de Dispatcher de déterminer l'accessibilité des cibles à atteindre. Ses résultats sont transmis au composant de haute disponibilité et ne figurent pas dans le rapport du gestionnaire. Contrairement aux autres conseillers, le conseiller reach démarre automatiquement par la fonction gestionnaire du composant Dispatcher.
sip Le conseiller SIP ouvre une connexion, envoie une demande OPTIONS, attend une réponse, ferme la connexion et renvoie le temps écoulé en tant que chargement. Le conseiller SIP qui est pris en charge s'exécute sur TCP uniquement et nécessite l'installation d'une application sur un serveur répondant à une requête OPTIONS.
smtp Le conseiller SMTP ouvre une connexion, attend la première réponse du serveur, envoie une commande quit, ferme la connexion et renvoie le temps écoulé comme chargement.
ssl Le conseiller SSL est un conseiller ″léger″ pour les connexions SSL. Il n'établit pas de connexion SSL complète avec le serveur. Le conseiller SSL ouvre une connexion, envoie une demande CLIENT_HELLO, attend une réponse, ferme la connexion et renvoie le temps écoulé comme chargement. (Voir aussi le conseiller HTTPS, qui est un conseiller "lourd" des connexions SSL.)
Remarque : Le conseiller SSL n'a aucun rapport avec la gestion des clés ou des certificats.
ssl2http Le conseiller ssl2http est lancé et fonctionne sur les serveurs répertoriés sous le port 443 mais le conseiller ouvre une connexion au "portdemappage" pour les demandes HTTP.
self Le conseiller self rassemble des informations sur le statut du chargement des serveurs dorsaux. Vous pouvez utiliser le conseiller self lors de l'utilisation de Dispatcher dans une configuration à deux niveaux, dans laquelle Dispatcher fournit les informations provenant du conseiller self au composant de niveau supérieur. Le conseiller self mesure de manière spécifique les connexions par seconde sur les serveurs dorsaux du système Dispatcher se trouvant au niveau de l'exécutant. Pour plus d'informations, voir Conseiller Self dans une configuration WAN à deux niveaux.
telnet Le conseiller Telnet ouvre une connexion, attend le premier message du serveur, ferme la connexion et renvoie le temps écoulé en tant que chargement.
was Le conseiller WAS (WebSphere Application Server) fonctionne en association avec les serveurs WebSphere Application Server. Des fichiers modèle pour ce conseiller sont fournis dans le répertoire d'installation. Pour plus d'informations, voir Exemple : Implémentation d'un conseiller WAS.
wlm Le conseiller WLM (Workload Manager) est conçu pour fonctionner avec les serveurs sur les gros systèmes OS/390 exécutant le composant MVS Workload Manager (WLM). Pour plus d'informations, voir Conseiller Workload Management.



Tâches connexes
Activation des conseillers pour gérer l'équilibrage de charge
Configuration du conseiller d'URI LDAP
Rubrique de référence    

Conditions d'utilisation | Commentaires

Dernière mise à jour : 31 juillet 2008 3:18:06 PM EDT
http://publib.boulder.ibm.com/infocenter/wasinfo/v7r0/index.jsp?topic=/com.ibm.websphere.edge.doc/lb/info/ae/rprf_advlist.html