[AIX HP-UX Linux Solaris Windows]

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. Voir Conseils spécifiques au service avec l'option de demande/réponse du conseiller pour plus d'informations sur la manière de modifier le type de demande envoyé par le conseiller HTTP.
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 ne dépend pas de la clé du serveur ni du contenu du certificat, mais ils ne doivent pas expirer.
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 Nouvelle fonction : Le conseiller 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.
Voir Configuration d'un conseiller LDAP URI pour plus d'informations sur ce conseiller.
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 : Prenez connaissance des éléments suivants :
  • Le conseiller SSL ne dépend pas de la gestion des clés ni des certificats.
  • Vous pouvez utiliser le conseiller TLS si vous constatez que le conseiller SSL marque les serveurs comme étant arrêtés alors qu'ils sont actifs et que des messages "No ciphers found" s'affichent.
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. Voir rprf_selfadv2tier.html pour plus d'informations.
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.
tls TLS (Transport Layer Security) est le successeur du protocole SSL. TLS 1.0 était l'équivalent jusqu'à la version SSLv3.

Vous pouvez utiliser le conseiller TLS si vous constatez que le conseiller SSL marque les serveurs comme étant arrêtés alors qu'ils sont actifs et que des messages "No ciphers found" s'affichent".

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). For more information, see Conseiller Workload Management.



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

Conditions d'utilisation | Commentaires

Dernière mise à jourDernière mise à jour : Jun 21, 2011 12:02:44 PM EDT
Nom du fichier : rprf_advlist.html