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

Activation des conseillers pour gérer l'équilibrage de charge

Les conseillers sont des logiciels de Load Balancer apportant des informations relatives à la charge d'un serveur donné. Il existe un conseiller par protocole standard (HTTP, SSL et autres). Régulièrement, le code de base de Load Balancer lance un cycle de conseiller lui permettant d'évaluer individuellement l'état de tous les serveurs de sa configuration.

Avant de commencer

Les conseillers sont des agents de Load Balancer. Ils ont pour rôle d'évaluer l'état et la charge des serveurs. Ils effectuent cette tâche via un échange proactif de type client/serveur. Les conseillers peuvent être considérés comme des clients des serveurs d'application.

En concevant vos propres conseillers pour Load Balancer, vous pouvez personnaliser la manière de déterminer la charge de votre serveur.

Pour plus d'informations sur le fonctionnement des conseillers, voir la rubrique Conseillers.

Si vous utilisez les protocoles IPv6 : si le protocole IPv6 est installé sur votre machine et que vous souhaitez utiliser des conseiller, vous devez modifier le fichier de protocole. Pour activer IPv6, insérez la ligne suivante dans le fichier de protocole :
ipv6-icmp 58 IPv6-ICMP # IPv6 interface control message protocol
Le fichier de protocole se trouve dans le répertoire suivant :
  • [AIX] [HP-UX] [Linux] [Solaris]

    /etc/protocols

  • [Windows]

    C:\windows\system32\drivers\etc\

Le produit fournit plusieurs conseillers pour les protocoles les plus couramment utilisés. Toutefois, l'utilisation de tous les conseillers fournis avec Load Balancer ne présente aucun intérêt. Load Balancer prend également en charge le concept de conseiller personnalisé permettant aux utilisateurs d'écrire leurs propres conseillers.

Restriction d'utilisation des conseillers avec des applications serveur de liaison :
  • Pour utiliser des conseillers sur des serveurs de liaison, démarrez deux instances du serveur : l'une pour pour une liaison sur cluster@port et l'autre pour une liaison sur serveur@port. Pour savoir s'il s'agit d'un serveur de liaison, lancez la commande netstat -an et recherchez server@port. S'il ne s'agit pas d'un serveur de liaison, le résultat de la commande est 0.0.0.0:80. S'il s'agit d'un serveur de liaison, une adresse du type 192.168.15.103:80 apparaît.
  • [HP-UX] Si vous utilisez arp publish au lieu de la commande ifconfig alias, Load Balancer prend en charge l'utilisation des conseillers lors de l'équilibrage de charge des serveurs avec des applications de serveur de liaison lorsqu'ils sont reliés à l'adresse IP du cluster.

A propos de cette tâche

Vous pouvez lancer un conseiller pour un port particulier de tous les clusters (conseiller de groupe). Vous pouvez également choisir d'exécuter différents conseillers sur le même port, mais sur des clusters différents (conseiller spécifique au cluster).
Remarque : si Load Balancer s'exécute sur un ordinateur doté de plusieurs cartes réseau et que vous souhaitez que le trafic du conseiller passe par une carte particulière, vous ne pouvez pas imposer une adresse spécifique comme adresse IP source du paquet lorsque vous voulez que le trafic du conseiller passe par une carte donnée.

Procédure

  1. Démarrez le conseiller de votre choix. Pour obtenir une liste possible des conseillers, consultez la liste des conseillers ou la rubrique Création d'un conseiller personnalisé.
    • Conseiller spécifique au cluster : pour démarrer un conseiller sur le port 80 du Cluster A, par exemple, indiquez à la fois le cluster et le port :
      dscontrol advisor start ADV_nom clusterA@80

      Cette commande permet de lancer un conseiller sur le port 80 du cluster A. Ce conseiller fonctionne sur tous les serveurs associés au port 80 du cluster A.

    • Conseiller de groupe : Pour démarrer un conseiller sur le port 80 de tous les autres clusters, indiquez simplement le port :
      dscontrol advisor start ADV_nom 80

      Cette commande permet de lancer le conseiller sur le port 80 de tous les clusters et sites qui ne disposent pas d'un conseiller spécifique. Votre conseiller va fonctionner sur tous les serveurs associés au port 80.

    1. Facultatif : si vous démarrez le conseiller HTTP ou HTTPS, vous pouvez définir une chaîne URL de client unique pour permettre au conseiller de surveiller des services individuels sur le serveur. Pour plus d'informations sur cette option, voir Conseils spécifiques au service avec l'option de demande/réponse du conseiller.
    2. Facultatif : si vous utilisez un conseiller Self dans une configuration WAN à deux niveaux, voir Conseiller Self dans une configuration WAN à deux niveaux pour plus d'informations sur la manière dont le conseiller rassemble des données.
  2. Facultatif : définissez l'intervalle conseiller. L'intervalle conseiller détermine la fréquence selon laquelle un conseiller demande des données d'état aux serveurs associés au port dont il a la charge, puis transmet ces données au gestionnaire. Si l'intervalle conseiller est trop court, le conseiller interrompra les serveurs constamment et les performances déclineront. Dans le cas contraire, les décisions d'allocation de pondérations prises par le gestionnaire reposeront sur des informations anciennes et incertaines.
    Remarque : Les valeurs par défaut du conseiller doivent être correctes pour la plupart des scénarios possibles. Soyez prudent lorsque vous entrez des valeurs autres que celles fournies par défaut.
    Par exemple, pour fixer à 3 secondes l'intervalle du conseiller HTTP sur le port 80, entrez la commande suivante :
    dscontrol advisor interval http 80 3

    Notez qu'il n'est pas logique de spécifier un intervalle conseiller inférieur à l'intervalle gestionnaire. L'intervalle conseiller par défaut est de 7 secondes.

  3. Facultatif : définissez le délai de rapport du conseiller. Pour s'assurer que le gestionnaire n'utilise pas d'informations périmées pour ses décisions d'équilibrage de charge, le gestionnaire n'utilisera pas les informations d'un conseiller dont l'horodatage sera antérieur à celui défini dans le délai de rapport du conseiller. Le délai de rapport du conseiller doit être supérieur à l'intervalle de sondage du conseiller. Si le délai est inférieur, le gestionnaire ignore les états qu'il est censé exploiter. Par défaut, les rapports du conseiller n'ont pas de délai d'expiration — la valeur par défaut est illimitée.
    Par exemple, pour fixer à 30 secondes l'intervalle du conseiller HTTP sur le port 80, entrez la commande suivante :
    dscontrol advisor timeout http 80 30
    Pour plus d'informations relatives à la définition du délai de rapport du conseiller, voir Conseiller dscontrol.
  4. Facultatif l: définissez le délai d'attente de connexion et de réception des conseillers. Pour Load Balancer, vous pouvez définir les valeurs de délai du conseiller lorsqu'une erreur au niveau d'un port particulier du serveur (service) est détectée. Les valeurs de délai d'erreur serveur (connecttimeout et receivetimeout) déterminent la durée attendue par un conseiller avant de signaler qu'une connexion ou une réception n'a pas abouti.
    Pour détecter plus rapidement le serveur en échec, attribuez la valeur la plus basse (une seconde) aux délais de connexion et de réception du conseiller et attribuez la valeur la plus basse (une seconde) à l'intervalle du gestionnaire et du conseiller.
    Remarque : si le trafic de votre environnement atteint un volume modéré voire élevé et que le temps de réponse du serveur augmente, vérifiez que vous n'avez pas attribué des valeurs trop faibles à connecttimeout et à receivetimeout. Sinon, le conseiller peut indiquer de manière prématuré une erreur réseau lorsqu'un serveur est occupé.
    Par exemple, pour attribuer la valeur 9 secondes à connecttimeout et à receivetimeout pour le conseiller HTTP sur le port 80, entrez la commande suivante :
    dscontrol advisor connecttimeout http 80 9
    
    dscontrol advisor receivetimeout http 80 9
    La valeur par défaut de connexion et de réception est trois fois supérieure à la valeur indiquée pour l'intervalle du conseiller.
  5. Facultatif : définissez la valeur de nouvelle tentative du conseiller. Les conseillers peuvent essayer de nouveau d'établir une connexion avant de marquer un serveur comme arrêté. Le conseiller ne signale pas un serveur comme étant arrêté tant que le nombre de requête du serveur qui n'ont pas abouti, plus une, n'a pas été atteint. Il est préférable que le nombre de tentatives ne dépasse pas 3.
    La commande ci-après fixe 2 tentatives pour le conseiller LDAP du port 389 :
    dscontrol advisor retry ldap 389 2



Sous-rubriques
Conseillers
Liste des conseillers
Conseils spécifiques au service avec l'option de demande/réponse du conseiller
Configuration du conseiller LDAP URI
Création d'un conseiller personnalisé
Conseiller Workload Management
Tâches connexes
Conseils pour Metric Server
Rubrique Tâche    

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/tprf_advisors.html