WebSphere Application Server for Multiplatforms

Load Balancer Guide d'administration


Important

Avant d'utiliser le présent document et le produit associé, prenez connaissance des informations générales figurant à l'Annexe E, Remarques.

LE PRESENT DOCUMENT EST LIVRE "EN L'ETAT". IBM DECLINE TOUTE RESPONSABILITE, EXPRESSE OU IMPLICITE, RELATIVE AUX INFORMATIONS QUI Y SONT CONTENUES, Y COMPRIS EN CE QUI CONCERNE LES GARANTIES DE QUALITE MARCHANDE OU D'ADAPTATION A VOS BESOINS. Certaines juridictions n'autorisent pas l'exclusion des garanties implicites, auquel cas l'exclusion ci-dessus ne vous sera pas applicable.

Ce document est mis à jour périodiquement. Chaque nouvelle édition inclut les mises à jour. Les informations qui y sont fournies sont susceptibles d'être modifiées avant que les produits décrits ne deviennent eux-mêmes disponibles. En outre, il peut contenir des informations ou des références concernant certains produits, logiciels ou services non annoncés dans ce pays. Cela ne signifie cependant pas qu'ils y seront annoncés.

Pour plus de détails, pour toute demande d'ordre technique, ou pour obtenir des exemplaires de documents IBM, référez-vous aux documents d'annonce disponibles dans votre pays, ou adressez-vous à votre partenaire commercial.

Vous pouvez également consulter les serveurs Internet suivants :

Compagnie IBM France
Direction Qualité
Tour Descartes
92066 Paris-La Défense Cedex 50

(C) Copyright IBM France 2002. Tous droits réservés.

© Copyright International Business Machines Corporation 2002. All rights reserved.
Note to U.S. Government Users -- Documentation related to restricted rights -- Use, duplication or disclosure is subject to restrictions set forth in GSA ADP Schedule contract with IBM Corp.


Table des matières

  • Tableaux

  • Figures

  • Avis aux lecteurs canadiens

  • Avant propos
  • Public concerné
  • Informations de référence
  • Accessibilité
  • Envoi des commentaires
  • Documents associés et sites Web

  • Présentation de Load Balancer

  • Présentation générale de Load Balancer
  • Principe de Load Balancer
  • Composant(s) de Load Balancer utilisable(s)
  • Avantages de Load Balancer
  • Haute disponibilité
  • Dispatcher
  • CBR ou Site Selector
  • Cisco CSS Controller ou Nortel Alteon Controller
  • Nouveautés de cette version
  • Présentation générale des composants de Load Balancer
  • Composants de Load Balancer
  • Présentation générale du composant Dispatcher
  • Gestion de serveurs locaux avec Dispatcher
  • Gestion des serveurs avec Metric Server
  • Gestion de serveurs locaux et éloignés avec Dispatcher
  • Présentation générale du composant CBR (Content Based Routing)
  • Gestion des serveurs locaux avec CBR
  • Présentation générale du composant Site Selector
  • Gestion des serveurs locaux et éloignés avec Site Selector et Metric Server
  • Présentation générale du composant Cisco CSS Controller
  • Présentation générale du composant Nortel Alteon Controller
  • Gestion du réseau : Fonctions Load Balancer requises
  • Gestionnaire, conseillers et système Metric Server (des composants Dispatcher, CBR et Site Selector)
  • Fonctions du composant Dispatcher
  • Administration à distance
  • Co-implantation
  • Haute disponibilité
  • Affinité client à serveur
  • Equilibrage de charge basé sur des règles
  • Routage par contenu à l'aide de la méthode d'acheminement CBR de Dispatcher
  • Equilibrage de charge d'un réseau étendu
  • Mappage de port
  • Configuration de Dispatcher sur un réseau privé
  • Grappe générique et port générique
  • Détection d'attaque de "refus de service"
  • Consignation binaire
  • Alertes
  • Fonctions du composant CBR (Content Based Routing)
  • Comparaison entre le composant CBR et la méthode d'acheminement CBR de Dispatcher
  • Administration à distance
  • Co-implantation
  • CBR et plusieurs instances de Caching Proxy
  • Routage par contenu pour les connexions SSL
  • Partitionnement du serveur
  • Equilibrage de charge basé sur des règles
  • Affinité client à serveur
  • Haute disponibilité à l'aide de Dispatcher et CBR
  • Consignation binaire
  • Alertes
  • Fonctions du composant Site Selector
  • Administration à distance
  • Co-implantation
  • Haute disponibilité
  • Affinité client à serveur
  • Equilibrage de charge basé sur des règles
  • Equilibrage de charge d'un réseau étendu
  • Alertes
  • Fonctions du composant Cisco CSS Controller
  • Administration à distance
  • Co-implantation
  • Haute disponibilité
  • Consignation binaire
  • Alertes
  • Fonctions du composant Nortel Alteon Controller
  • Administration à distance
  • Co-implantation
  • Haute disponibilité
  • Consignation binaire
  • Alertes
  • Installation de Load Balancer
  • Configuration requise pour AIX
  • Installation pour AIX
  • Avant de commencer l'installation
  • Etapes de la procédure d'installation
  • Configuration requise pour Red Hat Linux, SuSE Linux ou SuSE SLES Linux
  • Noms des versions de noyau Linux prises en charge
  • Installation sous Linux
  • Avant de commencer l'installation
  • Etapes de la procédure d'installation
  • Configuration requise pour Solaris
  • Installation pour Solaris
  • Avant de commencer l'installation
  • Etapes de la procédure d'installation
  • Configuration requise pour Windows 2000
  • Installation pour Windows 2000
  • Avant de commencer l'installation
  • Etapes de la procédure d'installation

  • Composant Dispatcher

  • Configuration de démarrage rapide
  • Matériel requis
  • Préparation
  • Configuration du composant Dispatcher
  • Configuration à partir de la ligne de commande
  • Test de vérification de la configuration
  • Configuration à l'aide de l'interface graphique
  • Assistant de configuration
  • Types de configurations de grappe, de port et de serveur
  • Planification du composant Dispatcher
  • Matériel et logiciels requis
  • Remarques relatives à la planification
  • Méthodes d'acheminement
  • Réacheminement MAC de Dispatcher (méthode d'acheminement mac)
  • Réacheminement NAT/NAPT de Dispatcher (méthode d'acheminement nat)
  • Fonction CBR de Dispatcher (méthode d'acheminement cbr)
  • Etapes de configuration des méthodes d'acheminement nat ou cbr de Dispatcher
  • Partitionnement du serveur : serveurs logiques configurés pour un serveur physique (adresse IP)
  • Partitionnement de serveur à l'aide des conseillers HTTP/HTTPS
  • Exemple de configuration d'un serveur physique en plusieurs serveurs logiques
  • Haute disponibilité
  • Haute disponibilité simple
  • Haute disponibilité réciproque
  • Configuration du composant Dispatcher
  • Présentation générale des tâches de configuration
  • Méthodes de configuration
  • Ligne de commande
  • Scripts
  • Interface graphique
  • Configuration à l'aide de l'assistant de configuration
  • Configuration de la machine Dispatcher
  • Etape 1. Démarrage de la fonction serveur
  • Etape 2. Démarrage de la fonction exécuteur
  • Etape 3. Définition de l'adresse de non-réacheminement (si différente du nom d'hôte)
  • Etape 4. Définition et configuration des options de la grappe
  • Etape 5. Affectation d'un alias à la carte d'interface réseau
  • Etape 6. Définition des ports et de leurs options
  • Etape 7. Définition de serveurs avec équilibrage de charge
  • Etape 8. Démarrage de la fonction gestionnaire (facultatif)
  • Etape 9. Démarrage de la fonction conseiller (facultatif)
  • Etape 10. Définition du niveau d'importance des informations requis pour la grappe
  • Configuration des serveurs pour l'équilibrage de la charge
  • Etape 1. Affectation d'un alias pour l'unité de bouclage
  • Etape 2. Vérification de l'existence d'une route supplémentaire
  • Etape 3. Suppression d'une route supplémentaire
  • Etape 4. Vérification de la configuration du serveur
  • Installation du correctif du noyau Linux (pour supprimer les réponses ARP sur l'interface de bouclage)

  • Composant CBR (Content Based Routing)

  • Configuration de démarrage rapide
  • Matériel requis
  • Préparation
  • Configuration du composant CBR
  • Configuration à partir de la ligne de commande
  • Test de vérification de la configuration
  • Configuration à l'aide de l'interface graphique
  • Configuration à l'aide de l'assistant de configuration
  • Types de configurations de grappe, de port et de serveur
  • Planification du composant CBR (Content Based Routing)
  • Matériel et logiciels requis
  • Remarques relatives à la planification
  • Equilibrage de la charge des requêtes pour différents types de contenus
  • Division du contenu de votre site pour améliorer le temps de réponse
  • Copie de sauvegarde du contenu du serveur Web
  • Utilisation de plusieurs processus Caching Proxy pour optimiser l'utilisation de la CPU
  • Equilibrage de charge basé sur des règles avec CBR
  • Equilibrage de charge sur les connexions sécurisées (SSL)
  • Equilibrage de charge client-proxy dans SSL et proxy-serveur dans HTTP
  • Equilibrage de la charge de WebSphere Application Servers (WAS)
  • Configuration du composant CBR
  • Présentation générale des tâches de configuration
  • Méthodes de configuration
  • Ligne de commande
  • Scripts
  • Interface graphique
  • Assistant de configuration
  • Configuration du poste CBR
  • Etape 1. Configuration de Caching Proxy pour utiliser CBR
  • Etape 2. Démarrage de la fonction serveur
  • Etape 3. Démarrage de la fonction exécuteur
  • Etape 4. Définition et configuration des options de la grappe
  • Etape 5. Affectation d'un alias à la carte d'interface réseau (facultatif)
  • Etape 6. Définition des ports et de leurs options
  • Etape 7. Définition des serveurs avec équilibrage de charge
  • Etape 8. Ajout de règles à la configuration
  • Etape 9. Ajout de serveurs à vos règles
  • Etape 10. Démarrage de la fonction gestionnaire (facultatif)
  • Etape 11. Démarrage de la fonction conseiller (facultatif)
  • Etape 12. Définition du niveau d'importance des informations requis pour la grappe
  • Etape 13. Démarrage de Caching Proxy
  • Exemple de configuration CBR

  • Composant Site Selector

  • Configuration de démarrage rapide
  • Matériel requis
  • Préparation
  • Configuration du composant Site Selector
  • Configuration à partir de la ligne de commande
  • Test de vérification de la configuration
  • Configuration à l'aide de l'interface graphique
  • Configuration à l'aide de l'assistant de configuration
  • Planification du composant Site Selector
  • Matériel et logiciels requis
  • Remarques relatives à la planification
  • Considérations relatives à la durée de vie (TTL)
  • Utilisation de la fonction de proximité réseau (Network Proximity)
  • Configuration du composant Site Selector
  • Présentation générale des tâches de configuration
  • Méthodes de configuration
  • Ligne de commande
  • Scripts
  • Interface graphique
  • Assistant de configuration
  • Installation de la machine Site Selector
  • Etape 1. Démarrage de la fonction serveur
  • Etape 2. Démarrage du serveur de noms
  • Etape 3. Définition d'un nom de site et définition des options du nom de site
  • Etape 4. Définition de serveurs avec équilibrage de charge
  • Etape 5. Démarrage de la fonction gestionnaire (facultatif)
  • Etape 6. Démarrage de la fonction conseiller (facultatif)
  • Etape 7. Définition des mesures du système (facultatif)
  • Etape 8. Définition du niveau d'importance des informations pour le nom de site
  • Configuration des serveurs pour l'équilibrage de la charge

  • Composant Cisco CSS Controller

  • Configuration de démarrage rapide
  • Matériel requis
  • Préparation
  • Configuration du composant Cisco CSS Controller
  • Configuration à partir de la ligne de commande
  • Test de vérification de la configuration
  • Configuration à l'aide de l'interface graphique
  • Planification du composant Cisco CSS Controller
  • Matériel et logiciels requis
  • Configuration matérielle requise
  • Configuration logicielle requise
  • Remarques relatives à la planification
  • Positionnement du consultant dans le réseau
  • Haute disponibilité
  • Calcul des pondérations
  • Identification des incidents
  • Configuration du composant Cisco CSS Controller
  • Présentation générale des tâches de configuration
  • Méthodes de configuration
  • Ligne de commande
  • XML
  • Interface graphique
  • Installation de la machine Contrôleur pour commutateurs Cisco CSS
  • Etape 1. Démarrage de la fonction serveur
  • Etape 2. Démarrage de l'interface de ligne de commande
  • Etape 3. Configuration du consultant
  • Etape 3. Configuration d'un contenu de propriétaire
  • Etape 4. Vérification de la définition des services
  • Etape 5. Configuration des mesures
  • Etape 6. Lancement du consultant
  • Etape 7. Lancement du système Metric Server (facultatif)
  • Etape 8. Configuration de la haute disponibilité (facultatif)
  • Test de vérification de la configuration

  • Composant Nortel Alteon Controller

  • Configuration de démarrage rapide
  • Matériel requis
  • Préparation
  • Configuration du composant Nortel Alteon Controller
  • Configuration à partir de la ligne de commande
  • Test de vérification de la configuration
  • Configuration à l'aide de l'interface graphique
  • Planification du composant Nortel Alteon Controller
  • Matériel et logiciels requis
  • Configuration matérielle requise
  • Configuration logicielle requise
  • Remarques relatives à la planification
  • Positionnement du consultant dans le réseau
  • Attributs de serveur sur le commutateur (définis par le contrôleur)
  • Configuration de serveurs de secours
  • Configuration de groupes
  • Haute disponibilité
  • Optimisation
  • Identification des incidents
  • Configuration du composant Nortel Alteon Controller
  • Présentation générale des tâches de configuration
  • Méthodes de configuration
  • Ligne de commande
  • XML
  • Interface graphique
  • Installation de Nortel Alteon Controller
  • Etape 1. Démarrage de la fonction serveur
  • Etape 2. Démarrage de l'interface de ligne de commande
  • Etape 3. Définition d'un consultant de Nortel Alteon Web Switch
  • Etape 4. Ajout d'un service au consultant de commutateur
  • Etape 5. Configuration des mesures
  • Etape 6. Lancement du consultant
  • Etape 7. Configuration de la haute disponibilité (facultatif)
  • Etape 8. Lancement du système Metric Server (facultatif)
  • Etape 9. Régénération de la configuration de Nortel Alteon Controller
  • Test de vérification de la configuration

  • Fonctions et fonctions avancées de Load Balancer

  • Gestionnaire, conseillers et système Metric Server (des composants Dispatcher, CBR et Site Selector)
  • Optimisation de la fonction d'équilibrage de charge fournie par Load Balancer
  • Proportion de l'importance accordée aux données d'état
  • Pondérations
  • Intervalles gestionnaire
  • Seuil de sensibilité
  • Indice de lissage
  • Utilisation de scripts pour la génération d'une alerte ou d'une erreur du serveur d'enregistrement
  • Conseillers
  • Fonctionnement des conseillers
  • Démarrage et arrêt d'un conseiller
  • Intervalles conseiller
  • Délai de rapport du conseiller
  • Délai de connexion du conseiller et délai de réception pour les serveurs
  • Tentative du conseiller
  • Liste des conseillers
  • Configuration du conseiller HTTP à l'aide de l'option de demande/réponse (URL)
  • Utilisation d'un conseiller Self dans une configuration WAN à deux niveaux
  • Création de conseillers personnalisés
  • Conseiller WAS
  • Convention d'attribution de nom
  • Compilation
  • Exécution
  • Sous-programmes requis
  • Ordre de recherche
  • Affectation du nom et du chemin
  • Conseiller type
  • Metric Server
  • Restrictions relatives à WLM
  • Conditions préalables
  • Conditions d'utilisation de Metric Server
  • Conseiller Workload Manager
  • Restrictions relatives à Metric Server
  • Fonctions avancées de Dispatcher, CBR et Site Selector
  • Utilisation de serveurs implantés au même endroit
  • Pour le composant Dispatcher
  • Composant CBR
  • Pour le composant Site Selector
  • Haute disponibilité
  • Configuration de la haute disponibilité
  • Détections des incidents en utilisant signal de présence et cible à atteindre
  • Stratégie de reprise
  • Utilisation de scripts
  • Configuration de l'équilibrage basé sur des règles
  • Evaluation des règles
  • Utilisation de règles basées sur l'adresse IP des clients
  • Utilisation de règles basées sur le port du client
  • Utilisation de règles basées sur l'heure
  • Utilisation de règles basées sur le type de services (TOS)
  • Utilisation de règles basées sur le nombre de connexions par seconde
  • Utilisation de règles basées sur le nombre total de connexions actives
  • Utilisation de règles basées sur la largeur de bande réservée et sur la largeur de bande partagée
  • Règle Mesure de tous les serveurs
  • Règle Moyenne des mesures
  • Utilisation de règles toujours vraies
  • Utilisation de règles basées sur le contenu des demandes
  • Substitution d'affinité de port
  • Ajout de règles à la configuration
  • Option d'évaluation de serveur
  • Fonctionnement de la fonction d'affinité pour Load Balancer
  • Comportement lorsque l'affinité est désactivée
  • Comportement lorsque l'affinité est activée
  • Affinité trans ports
  • Masque d'adresse de l'affinité (masque de maintien de routage)
  • Mise au repos de la gestion des connexions serveur
  • Option d'affinité de la règle basé sur le contenu de la demande du client
  • Affinité de cookie actif
  • Affinité de cookie passif
  • Affinité d'URI
  • Configuration du support de réseau étendu pour Dispatcher
  • Syntaxe des commandes
  • Utilisation de conseillers éloignés avec le support de réseau étendu de Dispatcher
  • Exemple de configuration
  • Support GRE (Generic Routing Encapsulation)
  • Utilisation de liens explicites
  • Utilisation d'une configuration réseau privée
  • Utilisation d'une grappe générique pour combiner les configurations serveurs
  • Utilisation de la grappe générique pour équilibrer la charge des pare-feux
  • Utilisation de grappe générique avec Caching Proxy pour le proxy transparent
  • Utilisation du port générique pour acheminer le trafic destiné à un port non configuré
  • Détection d'attaque de refus de service
  • Utilisation de la consignation binaire pour analyser les statistiques des serveurs
  • Fonctions avancées de Cisco CSS Controller et Nortel Alteon Controller
  • Co-implantation
  • Haute disponibilité
  • Configuration
  • Détection des incidents
  • Stratégie de récupération
  • Exemples
  • Optimisation de la fonction d'équilibrage de charge fournie par Load Balancer
  • Importance accordée aux informations de mesure
  • Pondérations
  • Délai d'inactivité dans le calcul des pondérations
  • Seuil de sensibilité
  • Conseillers
  • Fonctionnement des conseillers
  • Délai d'inactivité du conseiller
  • Délai de connexion du conseiller et délai de réception pour les serveurs
  • Tentative du conseiller
  • Création de conseillers personnalisés
  • Convention d'attribution de nom
  • Compilation
  • Exécution
  • Sous-programmes requis
  • Ordre de recherche
  • Affectation du nom et du chemin
  • Conseiller type
  • Système Metric Server
  • Conditions préalables
  • Conditions d'utilisation de Metric Server
  • Conseiller Workload manager
  • Utilisation de la consignation binaire pour analyser les statistiques des serveurs
  • Utilisation de scripts pour la génération d'une alerte ou d'une erreur du serveur d'enregistrement

  • Administration et identification des incidents de Load Balancer

  • Exploitation et gestion de Load Balancer
  • Administration à distance de Load Balancer
  • RMI (Remote Method Invocation)
  • Administration basée sur le Web
  • Utilisation des journaux Load Balancer
  • Pour Dispatcher, CBR et Site Selector
  • Pour Cisco CSS Controller et Nortel Alteon Controller
  • Utilisation du composant Dispatcher
  • Démarrage et arrêt de Dispatcher
  • Utilisation de la valeur du délai d'attente
  • Utilisation du décompte FIN pour contrôler la collecte des données obsolètes
  • Interface graphique -- option de menu Contrôler
  • Utilisation du protocole SNMP (Simple Network Management Protocol, protocole simplifié de gestion de réseau) avec le composant Dispatcher
  • Rejet de l'ensemble du trafic vers Load Balancer avec la fonction ipchains ou iptables (Linux)
  • Utilisation du composant CBR (Content Based Routing)
  • Démarrage et arrêt de CBR
  • Contrôle de CBR
  • Utilisation des journaux de CBR
  • Utilisation du composant Site Selector
  • Démarrage et arrêt de Site Selector
  • Contrôle de Site Selector
  • Utilisation des journaux Site Selector
  • Utilisation du composant Cisco CSS Controller
  • Démarrage et arrêt de Cisco CSS Controller
  • Contrôle de Cisco CSS Controller
  • Utilisation des journaux Cisco CSS Controller
  • Utilisation du composant Nortel Alteon Controller
  • Démarrage et arrêt de Nortel Alteon Controller
  • Contrôle de Nortel Alteon Controller
  • Utilisation des journaux Nortel Alteon Controller
  • Utilisation du composant Metric Server
  • Démarrage et arrêt de Metric Server
  • Utilisation des journaux Metric Server
  • Résolution des incidents
  • Collecte des informations de résolution des incidents
  • Informations générales (obligatoires)
  • Incidents liés à la haute disponibilité
  • Incidents liés aux conseillers
  • Incident liés au routage par contenu (CBR)
  • Impossibilité d'accéder à la grappe
  • Echec de toutes les tentatives de résolution des incidents
  • Mises à niveau
  • Java
  • Liens utiles
  • Tableaux de résolution des incidents
  • Vérification des numéros de port Dispatcher
  • Vérification des numéros de port CBR
  • Vérification des numéros de port Site Selector
  • Vérification des numéros de port Cisco CSS Controller
  • Vérification des numéros de port Nortel Alteon Controller
  • Résolution des incidents courants--Dispatcher
  • Incident : Dispatcher ne fonctionne pas
  • Incident : Le répartiteur et le serveur ne répondent pas
  • Incident : Les requêtes Dispatcher ne sont pas équilibrées
  • Incident : La fonction haute disponibilité de Dispatcher est inopérante
  • Incident : Impossible d'ajouter un signal de présence (Windows 2000)
  • Incident : Routes supplémentaires (Windows 2000)
  • Incident : Les conseillers ne fonctionnent pas correctement
  • Incident : Dispatcher, Microsoft IIS et SSL ne fonctionnent pas (Windows 2000)
  • Incident : Connexion du répartiteur à une machine éloignée
  • Incident : La commande dscontrol ou lbadmin n'a pas abouti
  • Incident : Affichage du message d'erreur "Fichier introuvable..." lorsque vous tentez de visualiser l'aide en ligne (Windows 2000)
  • Incident : Message d'erreur incorrect lors du lancement de dsserver sous Solaris 2.7
  • Incident : L'interface graphique ne démarre pas correctement
  • Incident : Erreur lors de l'exécution de Dispatcher lorsque Caching Proxy est installé
  • Incident : L'interface graphique ne s'affiche pas correctement
  • Incident : Sous Windows 2000, les fenêtre d'aide disparaissent parfois sous d'autres fenêtres ouvertes
  • Incident: Load Balancer ne peut pas traiter et transmettre un cadre
  • Incident : Un écran bleu s'affiche lors du démarrage de l'exécuteur Load Balancer
  • Incident : La fonction Path MTU Discovery permet d'éviter le trafic retour avec Load Balancer
  • Incident : Les conseillers indiquent que tous les serveurs sont en panne
  • Incident : La fonction haute disponibilité de Load Balancer en mode réseau étendu est inopérante
  • Incident : Arrêt (ou comportement imprévu) de l'interface graphique lors de la tentative de chargement d'un fichier de configuration volumineux
  • Incident : Sous Windows, écran bleu ou conseiller signalant par erreur des charges "-1"
  • Incident : Sous Solaris NLV, les boutons Oui et Non s'affichent en français
  • Incident : lbadmin se déconnecte du serveur après mise à jour de la configuration
  • Incident : Adresses IP non résolues correctement sur la connexion éloignée
  • Incident : L'interface coréenne de Load Balancer affiche sous AIX et Linux des polices non souhaitées ou qui se chevauchent
  • Incident : Sous Windows, adresse d'alias renvoyée au lieu de l'adresse locale lors de l'émission de commandes telles que hostname
  • Incident : sous Windows 2000, comportement inattendu de l'interface graphique lors de l'utilisation de cartes vidéo Matrox AGP
  • Incident : Comportement inattendu lors de l'exécution de "rmmod ibmnd" (Linux)
  • Incident : Temps de réponse important lors de l'exécution de commandes sur la machine Dispatcher
  • Incident : Le conseiller SSL ou HTTPS n'enregistre pas les charges des serveurs (avec l'acheminement MAC)
  • Incident : Difficulté à charger les configurations importantes (à l'aide de lbadmin, administration Web)
  • Incident : Déconnexion de l'hôte lors du redimensionnement de la fenêtre du navigateur Netscape en cours d'administration Web
  • Incident : Regroupement de connexions activé et serveur Web établissant une liaison à 0.0.0.0
  • Incident : Sous Windows, des caractères nationaux Latin-1 endommagés apparaissent dans la fenêtre de la ligne de commande
  • Incident : Sur les plateformes Unix utilisant InfoCenter, le navigateur Netscape affiche le texte de l'aide en ligne en petits caractères
  • Résolution des incidents courants--CBR
  • Incident : CBR ne fonctionne pas
  • Incident : La commande cbrcontrol ou lbadmin n'a pas abouti
  • Incident : Les requêtes ne sont pas équilibrées
  • Incident : Sous Solaris, la commande cbrcontrol n'aboutit pas
  • Incident : erreur de syntaxe ou de configuration
  • Incident : Sous Windows, écran bleu ou conseiller signalant par erreur des charges "-1"
  • Incident : Sous Solaris NLV, les boutons Oui et Non s'affichent en français
  • Incident : sous Windows 2000, comportement inattendu de l'interface graphique lors de l'utilisation de cartes vidéo Matrox AGP
  • Incident : Difficulté à charger les configurations importantes (à l'aide de lbadmin, administration Web)
  • Incident : Déconnexion de l'hôte lors du redimensionnement de la fenêtre du navigateur Netscape en cours d'administration Web
  • Incident : Sous Windows, des caractères nationaux Latin-1 endommagés apparaissent dans la fenêtre de la ligne de commande
  • Incident : Sur les plateformes Unix utilisant InfoCenter, le navigateur Netscape affiche le texte de l'aide en ligne en petits caractères
  • Résolution des incidents courants--Site Selector
  • Incident : Site Selector ne s'exécute pas
  • Incident : Site Selector ne permet pas le trafic à permutation circulaire à partir des clients Solaris
  • Incident : la commande sscontrol ou lbadmin n'a pas abouti
  • Incident : Echec du démarrage de ssserver sous Windows 2000
  • Incident : Site Selector ayant des chemins en double pour lequel l'équilibrage de charge ne s'effectue pas correctement
  • Incident : Sous Windows, écran bleu ou conseiller signalant par erreur des charges "-1"
  • Incident : Sous Solaris NLV, les boutons Oui et Non s'affichent en français
  • Incident : sous Windows 2000, comportement inattendu de l'interface graphique lors de l'utilisation de cartes vidéo Matrox AGP
  • Incident : Difficulté à charger les configurations importantes (à l'aide de lbadmin, administration Web)
  • Incident : Déconnexion de l'hôte lors du redimensionnement de la fenêtre du navigateur Netscape en cours d'administration Web
  • Incident : Sous Windows, des caractères nationaux Latin-1 endommagés apparaissent dans la fenêtre de la ligne de commande
  • Incident : Sur les plateformes Unix utilisant InfoCenter, le navigateur Netscape affiche le texte de l'aide en ligne en petits caractères
  • Résolution des incidents courants--Cisco CSS Controller
  • Incident : ccoserver ne démarre pas
  • Incident : La commande ccocontrol ou lbadmin n'a pas abouti
  • Incident : Impossible de créer un registre sur le port 13099
  • Incident : Sous Solaris NLV, les boutons Oui et Non s'affichent en français
  • Incident : sous Windows 2000, comportement inattendu de l'interface graphique lors de l'utilisation de cartes vidéo Matrox AGP
  • Incident : Réception d'une erreur de connexion lors de l'ajout d'un consultant
  • Incident : Pondérations non actualisées sur le commutateur
  • Incident : La commande de régénération n'a pas actualisé la configuration du consultant
  • Incident : Difficulté à charger les configurations importantes (à l'aide de lbadmin, administration Web)
  • Incident : Déconnexion de l'hôte lors du redimensionnement de la fenêtre du navigateur Netscape en cours d'administration Web
  • Incident : Sous Windows, des caractères nationaux Latin-1 endommagés apparaissent dans la fenêtre de la ligne de commande
  • Incident : Sur les plateformes Unix utilisant InfoCenter, le navigateur Netscape affiche le texte de l'aide en ligne en petits caractères
  • Résolution des incidents courants--Nortel Alteon Controller
  • Incident : nalserver ne démarre pas
  • Incident : la commande nalcontrol ou lbadmin n'a pas abouti
  • Incident : Impossible de créer un registre sur le port 14099
  • Incident : sous Windows 2000, comportement inattendu de l'interface graphique lors de l'utilisation de cartes vidéo Matrox AGP
  • Incident : Difficulté à charger les configurations importantes (à l'aide de lbadmin, administration Web)
  • Incident : Déconnexion de l'hôte lors du redimensionnement de la fenêtre du navigateur Netscape en cours d'administration Web
  • Incident : Réception d'une erreur de connexion lors de l'ajout d'un consultant
  • Incident : Pondérations non actualisées sur le commutateur
  • Incident : La commande de régénération n'a pas actualisé la configuration du consultant
  • Incident : Sous Windows, des caractères nationaux Latin-1 endommagés apparaissent dans la fenêtre de la ligne de commande
  • Incident : Sur les plateformes Unix utilisant InfoCenter, le navigateur Netscape affiche le texte de l'aide en ligne en petits caractères
  • Résolution des incidents courants--Metric Server
  • Incident : IOException Metric Server sous Windows 2000 lors de l'exécution de fichiers de mesures utilisateur de format BAT ou CMD
  • Incident : Metric Server n'indique pas la charge à la machine Load Balancer
  • Incident : Le journal de la machine Metric Server indique qu'une signature est nécessaire pour accéder à l'agent
  • Incident : Sous AIX, lorsque Metric Server s'exécute dans des conditions difficiles, il est possible que le résultat de la commande ps -vg soit altéré

  • Guide des commandes

  • Lecture d'un schéma de syntaxe
  • Symboles et ponctuation
  • Paramètres
  • Exemples de syntaxe
  • Guide des commandes Dispatcher et CBR
  • Différences de configuration entre CBR et Dispatcher
  • dscontrol advisor -- Contrôle du conseiller
  • dscontrol binlog -- Contrôle du fichier journal binaire
  • dscontrol cluster -- Configuration des grappes
  • dscontrol executor -- Contrôle de l'exécuteur
  • dscontrol file -- Gestion des fichiers de configuration
  • dscontrol help -- Affichage ou impression de l'aide relative à cette commande
  • dscontrol highavailability -- Contrôle de la haute disponibilité
  • dscontrol host -- Configuration d'une machine éloignée
  • dscontrol logstatus -- Affichage des paramètres du journal du serveur
  • dscontrol manager -- Contrôle du gestionnaire
  • dscontrol metric -- Configuration des mesures du système
  • dscontrol port -- Configuration des ports
  • dscontrol rule -- Configuration des règles
  • dscontrol server -- Configuration des serveurs
  • dscontrol set -- Configuration du journal du serveur
  • dscontrol status -- Indique par affichage si le gestionnaire et les conseillers sont en cours d'exécution
  • dscontrol subagent -- Configuration du sous-agent SNMP
  • Guide des commandes Site Selector
  • sscontrol advisor -- Contrôle du conseiller
  • sscontrol file -- Gestion des fichiers de configuration
  • sscontrol help -- Affichage ou impression de l'aide relative à cette commande
  • sscontrol logstatus -- Affichage des paramètres du journal du serveur
  • sscontrol manager -- Contrôle du gestionnaire
  • sscontrol metric -- Configuration des mesures du système
  • sscontrol nameserver -- Contrôle de NameServer
  • sscontrol rule -- Configuration des règles
  • sscontrol server -- Configuration des serveurs
  • sscontrol set -- Configuration du journal du serveur
  • sscontrol sitename -- Configuration d'un nom de site
  • sscontrol status -- Affiche si le gestionnaire et les conseillers sont en cours d'exécution
  • Guide des commandes Cisco CSS Controller
  • ccocontrol consultant -- Configuration et contrôle d'un consultant
  • ccocontrol controller -- Gestion du contrôleur
  • ccocontrol file -- Gestion des fichiers de configuration
  • ccocontrol help -- Affichage ou impression de l'aide relative à cette commande
  • ccocontrol highavailability -- Contrôle de la haute disponibilité
  • ccocontrol metriccollector -- Configuration du programme de collecte de mesures
  • ccocontrol ownercontent -- Contrôle du nom de propriétaire et de la règle de contenu
  • ccocontrol service -- Configuration d'un service
  • Guide des commandes Nortel Alteon Controller
  • nalcontrol consultant -- Configuration et contrôle d'un consultant
  • nalcontrol controller -- Gestion du contrôleur
  • nalcontrol file -- Gestion des fichiers de configuration
  • nalcontrol help -- Affichage ou impression de l'aide relative à cette commande
  • nalcontrol highavailability -- Contrôle de la haute disponibilité
  • nalcontrol metriccollector -- Configuration du programme de collecte de mesures
  • nalcontrol server -- Configuration d'un serveur
  • nalcontrol service -- Configuration d'un service

  • Annexes

  • Annexe A. Interface graphique utilisateur : Instructions générales

  • Annexe B. Syntaxe des règles de contenu (modèle)
  • Syntaxe de règle de contenu (modèle) :
  • Mots clés réservés
  • Annexe C. Exemples de fichiers de configuration
  • Exemples de fichiers de configuration Load Balancer
  • Dispatcher Fichier de configuration--AIX, Red Hat Linux, et Solaris
  • Dispatcher Fichier de configuration --Windows
  • Conseiller type
  • Annexe D. Exemple de configuration de haute disponibilité à deux niveaux utilisant Dispatcher, CBR et Caching Proxy
  • Configuration de la machine serveur
  • Annexe E. Remarques
  • Marques
  • Glossaire

  • Index

  • Tableaux

    1. Images installp AIX
    2. Commande AIX relatives à l'installation
    3. Tableau de prise en charge des versions de noyau Linux
    4. Tâches de configuration pour la fonction Dispatcher
    5. Commandes pour l'affectation d'un alias à l'unité de bouclage (lo0) pour Dispatcher
    6. Commandes de suppression d'une route supplémentaire pour Dispatcher
    7. Tâches de configuration pour le composant CBR
    8. Commandes pour l'affectation d'un alias à la carte d'interface réseau
    9. Tâches de configuration pour le composant Site Selector
    10. Tâches de configuration du composant Cisco CSS Controller
    11. Tâches de configuration pour le composant Nortel Alteon Controller
    12. Tâches de configuration avancées pour Load Balancer
    13. Tâches de configuration avancées pour Load Balancer
    14. Tableau de résolution des incidents de Dispatcher
    15. Tableau de résolution des incidents de CBR
    16. Tableau de résolution des incidents de Site Selector
    17. Tableau de résolution des incidents de Contrôleur pour commutateurs Cisco CSS
    18. Tableau de résolution des incidents de Nortel Alteon Controller
    19. Tableau de dépannage du système Metric Server

    Figures

    1. Exemple de représentation physique d'un site utilisant Dispatcher pour gérer les serveurs locaux
    2. Exemple de site utilisant Dispatcher et Metric Server pour gérer les serveurs
    3. Exemple de site utilisant Dispatcher pour gérer des serveurs locaux et éloignés
    4. Exemple de site utilisant CBR pour gérer les serveurs locaux
    5. Exemple de site utilisant Site Selector et Metric Server pour gérer les serveurs locaux et éloignés
    6. Exemple de site utilisant Cisco CSS Controller et Metric Server pour gérer les services locaux
    7. Exemple de site utilisant Nortel Alteon Controller pour gérer les serveurs locaux
    8. Configuration Dispatcher locale simple
    9. Exemple de composant Dispatcher configuré avec une grappe et 2 ports
    10. Exemple de composant Dispatcher configuré avec deux grappes, chacune associée à un port
    11. Exemple de composant Dispatcher configuré avec 2 grappes, chacune associée à 2 ports
    12. Exemple d'utilisation des méthodes d'acheminement nat ou cbr de Dispatcher
    13. Exemple de Dispatcher utilisant la haute disponibilité
    14. Exemple de Dispatcher utilisant la haute disponibilité réciproque
    15. Exemple d'adresses IP nécessaires pour la machine Dispatcher
    16. Configuration CBR locale simple
    17. Exemple de composant CBR configuré avec une grappe et 2 ports
    18. Exemple de composant CBR configuré avec deux grappes, chacune associée à un port
    19. Exemple de composant CBR configuré avec 2 grappes, chacune associée à 2 ports
    20. Configuration pour déploiement de Dispatcher, CBR et WAS
    21. Fichier de configuration CBR pour AIX, Linux et Solaris
    22. Fichier de configuration CBR pour Windows 2000
    23. Configuration Site Selector simple
    24. Exemple d'environnement DNS
    25. Configuration Cisco CSS Controller simple
    26. Exemple de consultant connecté derrière les commutateurs
    27. Exemple de consultant (avec partenaire haute disponibilité optionnel), configuré derrière le commutateur avec une interface graphique devant le commutateur
    28. Configuration Nortel Alteon Controller simple
    29. Exemple de consultant connecté derrière le commutateur
    30. Exemple de consultant connecté via un intranet situé devant le commutateur
    31. Exemple de consultant derrière le commutateur et d'interface graphique devant le commutateur
    32. Exemple de consultant configuré avec des serveurs de secours
    33. Exemple de Nortel Alteon Controller et de Nortel Alteon Web Switch haute disponibilité
    34. Exemple de configuration WAN à deux niveaux utilisant le conseiller self
    35. Exemple de configuration consistant en un seul segment de réseau local
    36. Exemple de configuration utilisant des serveurs locaux et éloignés
    37. Exemple de configuration en réseau étendu avec des composants Load Balancer éloignés
    38. Exemple de configuration en réseau étendu avec une plate-forme serveur prenant en charge GRE
    39. Exemple de réseau privé utilisant Dispatcher
    40. Commandes SNMP pour AIX et Solaris
    41. Interface graphique affichant l'arborescence du composant Dispatcher
    42. Interface graphique affichant l'arborescence du composant CBR
    43. Interface graphique affichant l'arborescence du composant Site Selector
    44. Interface graphique affichant l'arborescence du composant Cisco CSS Controller
    45. Interface graphique affichant l'arborescence du composant Nortel Alteon Controller
    46. Exemple de configuration de haute disponibilité à deux niveaux utilisant Dispatcher, CBR et Caching Proxy

    Avis aux lecteurs canadiens

    Le présent document a été traduit en France. Voici les principales différences et particularités dont vous devez tenir compte.

    Illustrations

    Les illustrations sont fournies à titre d'exemple. Certaines peuvent contenir des données propres à la France.

    Terminologie

    La terminologie des titres IBM peut différer d'un pays à l'autre. Reportez-vous au tableau ci-dessous, au besoin.

    IBM France IBM Canada
    ingénieur commercial représentant
    agence commerciale succursale
    ingénieur technico-commercial informaticien
    inspecteur technicien du matériel

    Claviers

    Les lettres sont disposées différemment : le clavier français est de type AZERTY, et le clavier français-canadien de type QWERTY.

    OS/2 et Windows - Paramètres canadiens

    Au Canada, on utilise :

    Nomenclature

    Les touches présentées dans le tableau d'équivalence suivant sont libellées différemment selon qu'il s'agit du clavier de la France, du clavier du Canada ou du clavier des États-Unis. Reportez-vous à ce tableau pour faire correspondre les touches françaises figurant dans le présent document aux touches de votre clavier.




    Brevets

    Il est possible qu'IBM détienne des brevets ou qu'elle ait déposé des demandes de brevets portant sur certains sujets abordés dans ce document. Le fait qu'IBM vous fournisse le présent document ne signifie pas qu'elle vous accorde un permis d'utilisation de ces brevets. Vous pouvez envoyer, par écrit, vos demandes de renseignements relatives aux permis d'utilisation au directeur général des relations commerciales d'IBM, 3600 Steeles Avenue East, Markham, Ontario, L3R 9Z7.

    Assistance téléphonique

    Si vous avez besoin d'assistance ou si vous voulez commander du matériel, des logiciels et des publications IBM, contactez IBM direct au 1 800 465-1234.


    Avant propos

    Le présent manuel explique comment installer, configurer, utiliser et dépanner IBM WebSphere Application Server Load Balancer pour AIX, Linux, Solaris et Windows 2000. Ce produit était connu sous le nom Edge Server Network Dispatcher, SecureWay Network Dispatcher, eNetwork Dispatcher et Interactive Network Dispatcher.

    Remarque

    Les captures d'écrans de cette brochure ne sont pas disponibles en français à la date d'impression.


    Public concerné

    Le Guide d'administration de Load Balancer s'adresse à des administrateurs réseau et système chevronnés, qui connaissent parfaitement leurs systèmes d'exploitationet les services Internet fournis. Aucune connaissance préalable de Load Balancer n'est requise.

    Ce manuel n'assure pas le support des versions antérieurs de Load Balancer.


    Informations de référence

    Visitez le site Web de l'InfoCenter Edge Components (ecinfocenter) pour obtenir des informations récentes sur l'utilisation de Load Balancer pour Edge Component afin d'optimiser les performances des serveurs. Ce site présente également des exemples et des scénarios de configuration.

    Le site Web de l'InfoCenter Edge Components propose un lien vers la version courante du présent manuel aux formats HTML et PDF.

    Pour obtenir les dernières mises à jour ainsi que des conseils sur Load Balancer, visitez la page Web d'assistance, puis cliquez sur Search for Load Balancer hints and tips. Vous pouvez accéder à ce site Web à partir de l'InfoCenter Edge Components.

    Pour accéder à ces sites ainsi qu'aux pages Web associées, cliquez sur les liens répertoriésà la section Documents associés et sites Web.


    Accessibilité

    Des fonctions d'accessibilité permettent aux personnes à mobilité réduite ou malvoyantes d'utiliser sans problème les logiciels. Les principales fonctions d'accessibilité de Load Balancer sont les suivantes :


    Envoi des commentaires

    Vos commentaires sont importants dans la mesure où ils nous aident à offrir des informations précises et de qualité. Pour tout commentaire sur ce manuel ou sur toute autre documentation Edge :


    Documents associés et sites Web


    Présentation de Load Balancer

    Cette section présente Load Balancer et ses composants, décrit en détail les fonctions de configuration disponibles, répertorie les matériels et logiciels requis et fournit des instructions d'installation. Elle se compose des chapitres suivants :


    Présentation générale de Load Balancer

    Ce chapitre contient une présentation générale de Load Balancer et comporte les sections suivantes :

    Le Gestion du réseau : Fonctions Load Balancer requises contient une liste complète des fonctions avancées de configuration fournies par chacun des composants de Load Balancer, qui vous permettra de déterminer lesquelles sont les mieux adaptées à la gestion de votre réseau.


    Principe de Load Balancer

    Load Balancer est une solution logicielle de distribution des demandes client entrantes à plusieurs serveurs. Il permet d'optimiser les performances en orientant les demandes de session TCP/IP vers différents serveurs au sein d'un groupe, assurant ainsi une répartition équilibrée des demandes entre tous les serveurs. Cette procédure d'équilibrage de charge est parfaitement transparente, tant pour l'utilisateur que pour les applications. Load Balancer s'avère particulièrement utile pour les applications telles que les serveurs de messagerie électronique, les serveurs Internet (WWW), les demandes de bases de données parallèles distribuées et autres applications TCP/IP.

    Appliqué à des serveurs Web, Load Balancer peut contribuer à accroître les capacités d'un site en apportant une solution puissante, souple et modulable aux incidents liés à la surcharge des réseaux. Si les visiteurs ne peuvent pas accéder à votre site pendant les périodes d'affluence, Load Balancer peut déterminer automatiquement le serveur le mieux placé pour traiter les demandes en instance. De cette manière, la rentabilité de votre site augmente en même temps que la satisfaction de vos clients.


    Composant(s) de Load Balancer utilisable(s)

    Load Balancer comprend les cinq composants suivants qui, employés conjointement ou séparément, vous permettront d'obtenir les meilleurs résultats en matière d'équilibrage de charge :

    Pour plus d'informations sur les composants Dispatcher, CBR, Site Selector, Cisco CSS Controller et Nortel Alteon Controller, reportez-vous à la section Composants de Load Balancer.


    Avantages de Load Balancer

    Le nombre d'utilisateurs et de réseaux qui se connectent au réseau mondial Internet connaît une croissance exponentielle. Cette croissance entraîne des problèmes d'échelle pouvant limiter l'accès des utilisateurs aux sites les plus fréquentés.

    Actuellement, les administrateurs de réseau utilisent diverses méthodes pour optimiser l'accessibilité. Certaines de ces méthodes permettent, par exemple, de sélectionner un autre serveur de manière aléatoire lorsque le premier choisi répond trop lentement ou ne répond pas. Cette approche est peu pratique, peu conviviale et inefficace. Autre méthode utilisée, l'approche circulaire standard, dans laquelle le serveur de noms de domaine sélectionne tour à tour des serveurs pour traiter les demandes. Cette approche est sans doute meilleure que la première, mais reste inefficace dans la mesure où l'acheminement des demandes s'effectue à l'aveuglette, sans tenir compte de la charge des serveurs. En outre, même si un serveur est défaillant, les demandes continuent de lui être adressées.

    Né de ce besoin d'une solution plus puissante, Load Balancer apporte nombre d'améliorations par rapport aux solutions antérieures comparables :

    Modularité

    Pour répondre à l'augmentation du nombre de demandes client, IND permet d'ajouter des serveurs de manière dynamique, ouvrant ainsi l'accès à des dizaines de millions de demandes chaque jour sur des dizaines, voire des centaines, de serveurs.

    Utilisation optimale des équipements

    L'équilibrage de charge permet à chaque groupe de serveurs d'utiliser ses ressources matérielles de manière optimale en réduisant les surcharges qui se produisent fréquemment avec une méthode de permutation de serveurs circulaire classique.

    Facilité d'intégration

    Load Balancer utilise les protocoles TCP/IP standard. Il peut être ajouté à n'importe quel réseau sans qu'aucune modification matérielle soit nécessaire. C'est un produit simple à installer et à configurer.

    Faible charge induite

    Avec la méthode d'acheminement de niveau MAC simple qu'il utilise, Dispatcher se contente de surveiller les transmissions entrantes du client vers le serveur. Il n'effectue aucun contrôle des transmissions en sortie, du serveur vers le client. Si l'on compare à d'autres méthodes, cet aspect réduit sensiblement son impact sur les performances des applications et permet même d'accroître celles du réseau.

    Haute disponibilité

    Les composants Dispatcher, Cisco CSS Controller et Nortel Alteon Controller disposent d'une fonction intégrée assurant une haute disponibilité ; à tout moment, une machine de secours peut assurer l'équilibrage de charge en cas de défaillance du serveur principal. Si l'un des serveur ne répond plus, le traitement des demandes se poursuit sur un autre serveur. L'arrêt d'un serveur ne constitue plus une défaillance majeure et le site conserve ainsi sa haute disponibilité.

    Pour plus d'informations, reportez-vous à la section Haute disponibilité.

    Acheminement sur la base du contenu (avec le composant CBR ou Dispatcher)

    Associé à Caching Proxy, le composant CBR peut relayer les demandes HTTP et HTTPS (SSL) vers des serveurs spécifiques en fonction du contenu demandé. Par exemple, si une demande contient la chaîne "/cgi-bin/" dans la partie répertoire de l'URL et que le serveur est un serveur local, CBR peut acheminer la demande vers un ensemble de serveurs spécialisés dans les demandes cgi et choisir parmi ceux-ci le serveur optimal.

    Le composant Dispatcher assure aussi l'acheminement sur la base du contenu, mais ne nécessite pas que Caching Proxy soit installé. Etant donné que la fonction CBR du composant Dispatcher est exécutée dans le noyau à la réception des paquets, l'acheminement est plus rapide que celui réalisé par le composant CBR. Le composant Dispatcher exécute la fonction fonction CBR (content-based routing) pour HTTP (avec la règle de type de contenu) et HTTPS (avec l'affinité des ID de session).

    Remarque :
    Seul le composant CBR peut utiliser la règle de contenu pour HTTPS (SSL) pour un équilibrage de charge effectué sur la base du contenu de la demande HTTP, ce qui nécessite un déchiffrement et nouveau chiffrement des messages.

    Haute disponibilité

    Dispatcher

    Dispatcher offre une fonctionnalité de haute disponibilité intégrée, de sorte que Dispatcher ne constitue plus un point unique de défaillance dans votre réseau. Cette dernière implique l'utilisation d'une deuxième machine Dispatcher, chargée de contrôler la machine principale (également appelée machine principale), et qui reste en attente, prête à assurer l'équilibrage de charge en cas d'incident sur la machine principale. Le composant Dispatcher offre également la fonction de haute disponibilité réciproque qui permet à deux machines de travailler simultanément en mode principal et secondaire l'une avec l'autre. Reportez-vous à la section Configuration de la haute disponibilité.

    CBR ou Site Selector

    Lorsque vous utilisez une configuration à deux niveaux avec un poste Dispatcher répartissant la charge sur plusieurs serveurs dotés de CBR ou Site Selector, vous pouvez atteindre un niveau de haute disponibilité pour ces composants de Load Balancer.

    Cisco CSS Controller ou Nortel Alteon Controller

    Les contrôleurs étant dotés d'une fonctionnalité de haute disponibilité, chaque contrôleur ne constitue plus un point unique de défaillance. Le contrôleur d'un poste peut être configuré en tant que contrôleur principal et celui d'un autre poste en tant que contrôleur de secours. Le contrôleur de secours surveille le contrôleur principal et se tient prêt à fournir aux commutateurs les mesures de pondération de serveur adéquates en cas de défaillance du contrôleur principal. Pour de plus amples informations, reportez-vous à la section Haute disponibilité.


    Nouveautés de cette version

    Load Balancer pour IBM WebSphere Application Server Version 5.0 contient un certain nombre de nouvelles fonctions. Les plus importantes sont présentées ci-après.


    Présentation générale des composants de Load Balancer

    Ce chapitre contient une présentation générale des composants de Load Balanceret comporte les sections suivantes :

    Le Gestion du réseau : Fonctions Load Balancer requises contient une liste complète des fonctions avancées de configuration fournies par chacun des composants de Load Balancer, qui vous permettra de déterminer lesquelles sont les mieux adaptées à la gestion de votre réseau.


    Composants de Load Balancer

    Les cinq composants de Load Balancer sont Dispatcher, Content Based Routing (CBR), Site Selector, Cisco CSS Controller et Nortel Alteon Controller. Load Balancer permet d'utiliser ces composants séparément ou ensemble, selon la configuration de votre site. La section qui suit présente ces composant.


    Présentation générale du composant Dispatcher

    Le composant Dispatcher assure l'équilibrage de la charge du trafic entre les serveurs via une combinaison unique de logiciels d'équilibrage de charge et de gestion. Dispatcher peut aussi détecter l'échec d'un serveur et canaliser le trafic sur les serveurs qui l'entourent. Dispatcher prend en charge les protocoles HTTP, FTP, SSL, SMTP, NNTP, IMAP, POP3, Telnet et toute application de type TCP ou UDP sans état.

    Toutes les demandes de client adressées à la machine Dispatcher sont acheminées vers le serveur le mieux adapté, compte tenu de mesures définies de façon dynamique. Vous pouvez utiliser les valeurs par défaut associées à ces mesures ou les modifier au cours du processus de configuration.

    Dispatcher offre trois méthodes d'acheminement (indiquées sur le port) :

    Le composant Dispatcher constitue la clé de voûte d'une gestion efficace et durable d'un réseau de serveurs étendu et modulable. Avec Dispatcher, vous pouvez lier différents serveurs en un seul serveur virtuel. De cette manière, le site est associé à une adresse IP unique. Dispatcher fonctionne indépendamment de tout serveur de noms de domaine ; toutes les demandes sont dirigées sur l'adresse IP de la machine Dispatcher.

    Dispatcher présente des avantages spécifiques indéniables en matière d'équilibrage de charge sur des serveurs en grappes. Ces atouts permettent de mettre en oeuvre une gestion de site aussi efficace que stable.

    Gestion de serveurs locaux avec Dispatcher

    Figure 1. Exemple de représentation physique d'un site utilisant Dispatcher pour gérer les serveurs locaux

    Représentation physique d'un site utilisant Dispatcher pour gérer les serveurs locaux

    La Figure 1 est la représentation physique d'un site utilisant une configuration de réseau Ethernet. La machine Dispatcher peut être installée sans apporter de changement physique à la physionomie du réseau. Après acheminement d'une demande de client au serveur optimal par Dispatcher, la réponse correspondante est transmise directement du serveur au client sans intervention de Dispatcher lorsque la méthode d'acheminement MAC est utilisée.

    Gestion des serveurs avec Metric Server

    Figure 2. Exemple de site utilisant Dispatcher et Metric Server pour gérer les serveurs

    Site avec Dispatcher et Metric Server pour la gestion des serveurs

    La Figure 2 représente un site dans lequel tous les serveurs se trouvent sur un réseau local. Le composant Dispatcher permet d'acheminer les demandes et le composant Metric Server permet de fournir les informations de charge du système au poste Dispatcher.

    Dans cet exemple, le démon Metric Server est installé sur chaque serveur principal. Vous pouvez utiliser Metric Server avec le composant Dispatcher ou tout autre composant Load Balancer.

    Gestion de serveurs locaux et éloignés avec Dispatcher

    Figure 3. Exemple de site utilisant Dispatcher pour gérer des serveurs locaux et éloignés

    Site avec Dispatcher pour la gestion des serveurs locaux et éloignés

    La prise en charge de réseau étendu de Dispatcher permet d'utiliser à la fois des serveurs locaux et éloignés (c'est-à-dire des serveurs résidant sur différents sous-réseaux). La Figure 3 présente une configuration dans laquelle un Dispatcher "local" (Dispatcher 1) sert de point d'entrée pour l'ensemble des demandes. Il distribue ces demandes entre ses propres serveurs locaux (Serveur A, Serveur B, Serveur C) et au serveur Dispatcher éloigné (Dispatcher 2), qui équilibre la charge sur ses serveurs locaux (Serveur G, Serveur H, Serveur I).

    Lors de l'utilisation de la méthode d'acheminement NAT de Dispatcher ou du support GRE, le support de réseau étendu avec Dispatcher peut aussi être assuré sans utiliser de serveur Dispatcher sur le site éloigné (où se trouvent les serveurs D, E et F). Pour plus d'informations, reportez-vous aux sections Réacheminement NAT/NAPT de Dispatcher (méthode d'acheminement nat) et Support GRE (Generic Routing Encapsulation).


    Présentation générale du composant CBR (Content Based Routing)

    CBR coopère avec Caching Proxy pour relayer les demandes des clients aux serveurs HTTP ou HTTPS (SSL) indiqués. Il permet de manipuler les détails de la mémoire cache pour accélérer le rappel des documents Web avec une petite largeur de bande. CBR et Caching Proxy examinent les requêtes HTTP à l'aide des types de règle indiqués.

    CBR permet de spécifier un ensemble de serveurs qui prend en charge une demande en fonction de son contenu. CBR vous permet d'indiquer plusieurs serveurs pour chaque type de requête. Par conséquent, les requêtes peuvent être équilibrées pour obtenir une réponse optimale du client. CBR peut aussi détecter les incidents qui se produisent sur un serveur et arrêter d'acheminer des demandes vers ce dernier. L'algorithme d'équilibrage de charge utilisé par le composant CBR est identique à l'algorithme éprouvé utilisé par le composant Dispatcher.

    Lorsqu'une demande est reçue par Caching Proxy, elle est comparée aux règles qui ont été définies dans le composant CBR. En cas de correspondance, l'un des serveurs associés à cette règle est désigné pour prendre en charge la demande. Caching Proxy continue alors son traitement normal pour acheminer la demande vers le serveur sélectionné.

    CBR offre les mêmes fonctions que Dispatcher à l'exception des fonctions de haute disponibilité, de sous-agent, de réseau étendu et de quelques commandes de configuration.

    Caching Proxy doit être en fonction pour permettre à CBR d'équilibrer la charge des demandes des clients.

    Gestion des serveurs locaux avec CBR

    Figure 4. Exemple de site utilisant CBR pour gérer les serveurs locaux

    Site avec CBR pour la gestion des serveurs locaux

    La Figure 4 montre la représentation logique d'un site utilisant CBR pour acheminer des demandes issues des serveurs locaux. Le composant CBR utilise Caching Proxy pour acheminer les demandes des clients (HTTP ou HTTPS) aux serveurs en fonction du contenu de l'URL.


    Présentation générale du composant Site Selector

    Site Selector fonctionne avec d'autres serveurs de noms pour équilibrer la charge sur un groupe de serveurs à l'aide des mesures et des pondérations recueillies. Vous pouvez créer une configuration de site pour assurer l'équilibrage de charge sur un groupe de serveurs sur la base du nom de domaine utilisé pour la demande d'un client.

    Un client envoie une demande de résolution de nom de domaine à un serveur de noms appartenant au réseau. Le serveur de noms achemine la demande au poste Site Selector. Site Selector résout le nom de domaine en adresse IP de l'un des serveurs qui a été configuré sous le nom du site. Site Selector renvoie l'adresse IP du serveur sélectionné au serveur de noms. Le serveur de noms renvoie l'adresse IP au client.

    Metric Server est un composant de Load Balancer qui surveille le système et doit être installé sur chaque serveur avec équilibrage de charge de votre configuration. Metric Server permet à Site Selector de surveiller le niveau d'activité d'un serveur, de détecter le moment où un serveur est le moins chargé et de détecter un serveur défaillant. Par charge, on entend le travail effectivement fourni par le serveur. En personnalisant les fichiers script de mesure du système, vous pouvez choisir le type de mesure utilisé pour évaluer la charge. Site Selector peut être configuré en fonction de chaque environnement, en tenant compte de facteurs tels que la fréquence des accès, le nombre total d'utilisateurs et les différents types d'accès (requêtes courtes, longues, à forte ou faible consommation de ressources CPU).

    Gestion des serveurs locaux et éloignés avec Site Selector et Metric Server

    Figure 5. Exemple de site utilisant Site Selector et Metric Server pour gérer les serveurs locaux et éloignés

    Site avec Site Selector et Metric Server pour la gestion des serveurs

    La Figure 5 illustre un site utilisant le composant Site Selector pour répondre aux demandes. Serveur 1, Serveur 2 et Serveur 3 sont des serveurs locaux. Serveur 4, Serveur 5 et Serveur 6 sont des serveurs éloignés.

    Un client envoie une demande de résolution de nom de domaine à un serveur de noms client. Le serveur de noms client achemine la demande au poste Site Selector (chemin d'accès 1) via DNS. Site Selector résout ensuite le nom de domaine en adresse IP de l'un des serveurs. Site Selector renvoie l'adresse IP du serveur sélectionné au serveur de noms client. Le serveur de noms renvoie l'adresse IP au client.

    Une fois que le client a reçu l'adresse IP du serveur, il achemine les demandes d'application directement au serveur sélectionné (chemin d'accès 2).

    Remarque :
    Dans cet exemple, le serveur Metric Server fournit les informations de charge du système au poste Site Selector. L'agent Metric Server est installé sur chaque serveur principal. Utilisez Metric Server conjointement à Site Selector, sinon Site Selector peut seulement utiliser une méthode de sélection par permutation circulaire pour l'équilibrage de charge.

    Présentation générale du composant Cisco CSS Controller

    Cisco CSS Controller constitue une solution complémentaire avec les commutateurs Cisco CSS série 11000. La solution combinée réunit de robustes fonctions d'acheminement de paquets et de routage de contenu à des algorithmes de reconnaissance sophistiqués pour déterminer la disponibilité et les informations de charge du service (base de données ou application serveur principal). La fonction Cisco CSS Controller fait appel à l'algorithme de calcul de pondération, aux conseillers standard et personnalisés et à Metric Server pour déterminer les mesures, la santé et la charge du service. Cisco CSS Controller utilise ces informations pour générer les mesures de pondération du service , qu'il envoie au serveur Cisco CSS Switch pour la sélection du service optimal, l'optimisation de la charge et la tolérance aux pannes.

    Cisco CSS Controller suit de nombreux critères, dont :

    Lorsqu'un serveur Cisco CSS Switch, sans Cisco CSS Controller, détermine la santé d'un service fournisseur de contenu, il utilise les temps de réponse aux demandes de contenu ou d'autres mesures de réseau. Avec Cisco CSS Controller, le serveur Cisco CSS Switch se décharge de ces activités sur le serveur Cisco CSS Controller. Cisco CSS Controller influence la pondération du service ou sa faculté à servir le contenu, et active ou suspend un service, selon le cas, lorsque le service devient disponible ou indisponible.

    Cisco CSS Controller :

    Les pondérations définies s'appliquent à tous les services connectés sur un même port. Pour chaque port, les demandes sont réparties entre les services selon la pondération relative de chacun. Par exemple, si un service a une pondération (paramètre Weight) de 10 et un autre de 5, le premier recevra deux fois plus de demandes que le second. Ces pondérations sont fournies au serveur Cisco CSS Switch avec SNMP. Lorsque la valeur de pondération d'un service est augmentée, le serveur Cisco CSS Switch dirige davantage de demandes vers ce service.

    Figure 6. Exemple de site utilisant Cisco CSS Controller et Metric Server pour gérer les services locaux

    Site avec Cisco CSS Controller et Metric Server pour la gestion des services

    Cisco CSS Controller, conjointement au serveur Cisco CSS Switch, constitue une solution idéale qui combine la commutation de contenu à haute vitesse avec la reconnaissance d'applications sophistiquées, la tolérance aux pannes et l'optimisation de la charge des services. Cisco CSS Controller appartient à une solution globale complémentaire située entre le serveur Cisco CSS Switch et IBM WebSphere Application Server.


    Présentation générale du composant Nortel Alteon Controller

    Nortel Alteon Controller, conjointement à la famille Nortel Alteon de commutateurs Web, constitue une solution complémentaire qui combine capacité et vitesse de transmission des paquets des commutateurs avec la reconnaissance des algorithmes sophistiqués de Load Balancer pour déterminer la pondération de charge des serveurs.

    Nortel Alteon Controller permet de développer des conseillers personnalisés capables d'évaluations avec reconnaissance des applications plus intelligentes de la disponibilité et de la charge des applications utilisées pour déployer des services.

    Le composant Metric Server fournit des informations relatives à la charge du système, telles que l'utilisation de la mémoire et de la CPU, ainsi qu'une structure vous permettant de développer des dispositifs personnalisés de mesure de la charge système.

    Nortel Alteon Controller collecte de nombreux types de mesures pour déterminer les pondérations des serveurs dont la charge est équilibrée par des commutateurs Nortel Alteon Web Switch, notamment :

    Nortel Alteon Controller utilise SNMP pour communiquer avec le commutateur. Les informations de configuration, d'état et de connexion sont extraites du commutateur. Une fois que le contrôleur a calculé les pondérations du serveur, celles-ci sont définies sur le commutateur. Le commutateur se sert des pondérations définies par le contrôleur pour sélectionner le serveur le mieux à même de traiter les demandes de service des clients.

    Figure 7. Exemple de site utilisant Nortel Alteon Controller pour gérer les serveurs locaux

    Site avec Nortel Alteon Controller pour la gestion des serveurs

    La gestion du contrôleur peut s'effectuer à l'aide d'un navigateur, d'une interface graphique éloignée ou d'une interface de ligne de commande.

    Nortel Alteon Controller, associé à la famille Nortel Alteon des commutateurs Web, constitue une solution idéale qui combine la commutation de paquets avec la reconnaissance d'applications sophistiquées, la tolérance aux pannes et l'optimisation de la charge des serveurs. Nortel Alteon Controller fait partie d'une solution complémentaire entre la famille Nortel Alteon des commutateurs et WebSphere d'IBM.


    Gestion du réseau : Fonctions Load Balancer requises

    Ce chapitre présente toutes les fonctions de configuration des composants de Load Balancer de sorte que vous pouvez déterminer lesquelles sont les mieux adaptées à la gestion de votre réseau :

    Pour plus de détails sur Load Balancer, reportez-vous à la section Présentation générale de Load Balancer.


    Gestionnaire, conseillers et système Metric Server (des composants Dispatcher, CBR et Site Selector)

    Pour optimiser l'équilibrage de la charge sur les serveurs et garantir le choix du serveur approprié, reportez-vous aux sections :

    _ Optimisation de la fonction d'équilibrage de charge fournie par Load Balancer

    _ Conseillers

    _ Metric Server


    Fonctions du composant Dispatcher

    Dispatcher assure l'équilibrage de charge sur vos serveurs pour les protocoles HTTP, FTP, SSL, SMTP, NNTP, IMAP, POP3, Telnet et toute application de type TCP ou UDP sans état.

    Administration à distance

    _ Pour configurer Load Balancer à partir d'un autre poste que celui où réside ce composant, reportez-vous à la section Administration à distance de Load Balancer.

    Co-implantation

    _ Pour exécuter Dispatcher sur le même poste qu'un serveur Web dont vous équilibrez la charge, reportez-vous à la section Utilisation de serveurs implantés au même endroit.

    Haute disponibilité

    _ Pour supprimer de votre réseau les restrictions liées au principe de point de défaillance unique à l'aide de Dispatcher, reportez-vous aux sections Haute disponibilité simple et Haute disponibilité réciproque.

    Affinité client à serveur

    Lors de l'équilibrage de la charge du trafic SSL (HTTPS) :

    _ Pour vous assurer que le client utilise le même serveur SSL pour plusieurs connexions, reportez-vous à la section Fonctionnement de la fonction d'affinité pour Load Balancer.

    _ Pour vous assurer que le client utilise le même serveur pour le trafic HTTP et SSL, reportez-vous à la section Affinité trans ports.

    _ Pour vous assurer que le client utilise le même serveur pour plusieurs connexions, reportez-vous à la section Fonctionnement de la fonction d'affinité pour Load Balancer.

    _ Pour vous assurer qu'un groupe de clients utilise le même serveur pour plusieurs connexions, reportez-vous à la section Masque d'adresse de l'affinité (masque de maintien de routage).

    _ Pour supprimer un serveur de votre configuration (pour des besoins de maintenance, par exemple) sans interrompre le trafic client, reportez-vous à la section Mise au repos de la gestion des connexions serveur.

    Equilibrage de charge basé sur des règles

    Pour diriger les clients vers différents groupes de serveurs pour la même adresse Web, vous pouvez ajouter des "règles" à la configuration de Dispatcher. Pour plus d'informations, reportez-vous à la section Configuration de l'équilibrage basé sur des règles.

    _ Pour diriger les clients vers différents groupes de serveurs en fonction de l'adresse IP source du client, reportez-vous à la section Utilisation de règles basées sur l'adresse IP des clients.

    _ Pour diriger les clients vers différents groupes de serveurs en fonction du port du client, reportez-vous à la section Utilisation de règles basées sur le port du client.

    _ Pour diriger les clients vers différents groupes de serveurs en fonction de l'heure, reportez-vous à la section Utilisation de règles basées sur l'heure.

    _ Pour diriger les clients des serveurs en fonction des bits TOS (Type Of Service, type de service) des paquets réseau, reportez-vous à la section Utilisation de règles basées sur le type de services (TOS).

    _ Pour diriger les clients vers différents groupes de serveurs en fonction du trafic sur le site :

    _ à l'aide du nombre de connexions par seconde, reportez-vous à la section Utilisation de règles basées sur le nombre de connexions par seconde,

    _ à l'aide du nombre total de connexions actives, reportez-vous à la section Utilisation de règles basées sur le nombre total de connexions actives,

    _ par réservation et partage de la largeur de bande entre différentes adresses Web, reportez-vous à la section Utilisation de règles basées sur la largeur de bande réservée et sur la largeur de bande partagée,

    _ en vous assurant que le trafic est correctement évalué pour chaque ensemble de serveurs, reportez-vous à la section Option d'évaluation de serveur.

    _ Pour diriger le trafic excédentaire vers un ensemble de serveurs par défaut (par exemple, des serveurs qui répondront "site occupé"), reportez-vous à la section Utilisation de règles toujours vraies.

    _ Pour remplacer l'affinité client afin de garantir qu'un client ne reste pas "maintenu" à un serveur de débordement, reportez-vous à la section Substitution d'affinité de port.

    Routage par contenu à l'aide de la méthode d'acheminement CBR de Dispatcher

    Pour vous assurer que les clients HTTPS (SSL) reviennent au même serveur, sur la base de l'ID SSL de la demande client

    _ Reportez-vous à la page ***.

    Pour diriger les clients HTTP vers différents groupes de serveurs à l'aide de règles basées sur la correspondance avec le contenu de l'URL de la demande client, reportez-vous aux sections Fonction CBR de Dispatcher (méthode d'acheminement cbr) et Utilisation de règles basées sur le contenu des demandes.

    _ Pour différencier deux URL et leurs applications de service, reportez-vous à la section Partitionnement du serveur : serveurs logiques configurés pour un serveur physique (adresse IP).

    _ Pour vous assurer que les clients reviennent au même serveur lors de la demande d'un contenu similaire dans plusieurs connexions à l'aide de cookies créés par vos serveurs Web, reportez-vous à la section Affinité de cookie passif.

    _ Pour équilibrer le trafic Web sur des serveurs relais avec mémoire cache permettant de placer un contenu unique en cache sur chaque serveur (augmentant ainsi la taille de la mémoire cache du site en éliminant les éléments superflus placés en mémoire cache sur plusieurs machines), reportez-vous à la section Affinité d'URI.

    Comparaison entre la méthode d'acheminement CBR de Dispatcher et le composant CBR

    La méthode d'acheminement CBR de Dispatcher présente l'avantage de répondre plus rapidement aux requêtes client que le composant CBR. De plus, elle ne requiert pas l'installation et l'emploi du module Caching Proxy.

    Si votre réseau inclut du trafic SSL (client via serveur) totalement sécurisé, l'utilisation du composant CBR (conjointement au module Caching Proxy) présente l'avantage de traiter le chiffrement/déchiffrement requis pour effectuer un routage par contenu. Pour des connexions totalement sécurisées, la méthode d'acheminement CBR de Dispatcher ne peut être configurée qu'avec affinité d'ID SSL car elle ne peut pas traiter le chiffrement/déchiffrement pour effectuer un réel routage par contenu sur l'URL de la requête client.

    Equilibrage de charge d'un réseau étendu

    _ Pour équilibrer la charge sur des serveurs éloignés à l'aide de la fonction de réseau étendu de Dispatcher, reportez-vous aux sections Configuration du support de réseau étendu pour Dispatcher et Support GRE (Generic Routing Encapsulation).

    Remarque :
    Si GRE n'est pas pris en charge sur le site éloigné, vous devez installer un module Dispatcher supplémentaire sur ce site.

    _ Pour équilibrer la charge sur des serveurs éloignés à l'aide de la méthode d'acheminement NAT de Dispatcher, reportez-vous à la section Réacheminement NAT/NAPT de Dispatcher (méthode d'acheminement nat).

    Remarque :
    Avec cette méthode, aucun module Dispatcher supplémentaire n'est requis sur le site éloigné.

    Mappage de port

    _ Pour équilibrer la charge d'une adresse Web sur plusieurs démons de serveur d'une même machine, écoutant chacun un port différent, reportez-vous à la section Réacheminement NAT/NAPT de Dispatcher (méthode d'acheminement nat).

    Configuration de Dispatcher sur un réseau privé

    _ Pour placer le trafic de Dispatcher sur un autre réseau que celui du trafic client (afin d'améliorer les performances en réduisant les conflits sur le réseau externe), reportez-vous à la section Utilisation d'une configuration réseau privée.

    Grappe générique et port générique

    _ Pour combiner plusieurs adresses Web en une seule configuration, reportez-vous à la section Utilisation d'une grappe générique pour combiner les configurations serveurs.

    _ Pour équilibrer la charge de pare-feu, reportez-vous à la section Utilisation de la grappe générique pour équilibrer la charge des pare-feux.

    _ Pour acheminer le trafic de tous les ports de destination, reportez-vous à la section Utilisation du port générique pour acheminer le trafic destiné à un port non configuré.

    Détection d'attaque de "refus de service"

    _ Pour détecter les éventuelles attaques de "refus de service", reportez-vous à la section Détection d'attaque de refus de service.

    Consignation binaire

    _ Pour analyser le trafic du serveur, reportez-vous à la section Utilisation de la consignation binaire pour analyser les statistiques des serveurs.

    Alertes

    _ Pour générer des alertes lorsque des serveurs sont marqués comme actifs ou inactifs, reportez-vous à la section Utilisation de scripts pour la génération d'une alerte ou d'une erreur du serveur d'enregistrement.


    Fonctions du composant CBR (Content Based Routing)

    CBR intègre l'équilibrage de charge au module Caching Proxy de WebSphere Application Server pour relayer les requêtes des clients aux serveurs HTTP ou HTTPS (SSL) indiqués. Pour pouvoir utiliser CBR, vous devez installer et configurer le module Caching Proxy sur le même poste. Pour plus d'informations sur la configuration de Caching Proxy en vue d'utiliser CBR, reportez-vous à la section Etape 1. Configuration de Caching Proxy pour utiliser CBR.

    Le composant CBR (ou la méthode d'acheminement CBR du composant Dispatcher), procure à vos clients les avantages suivants :

    _ Equilibrage de la charge des requêtes client pour différents types de contenus sur des groupes de serveurs. (Voir la section Equilibrage de la charge des requêtes pour différents types de contenus.)

    _ Amélioration du temps de réponse par optimisation de la répartition du contenu de votre site entre vos serveurs Web. (Voir la section Division du contenu de votre site pour améliorer le temps de réponse.)

    _ Préservation du trafic client en cas de défaillance du serveur par affectation de plusieurs serveurs à chaque partie de votre site. (Voir la section Copie de sauvegarde du contenu du serveur Web.)

    Comparaison entre le composant CBR et la méthode d'acheminement CBR de Dispatcher

    Si votre réseau nécessite le trafic SSL (client via serveur) totalement sécurisé, l'utilisation du composant CBR (conjointement au module Caching Proxy) présente l'avantage de traiter le chiffrement/déchiffrement SSL requis pour effectuer un routage par contenu.

    Pour des connexions SSL totalement sécurisées, la méthode d'acheminement CBR de Dispatcher ne peut être configurée qu'avec affinité d'ID SSL car elle ne peut pas traiter le chiffrement/déchiffrement pour effectuer un réel routage par contenu sur l'URL de la requête client.

    Pour le trafic HTTP, l'utilisation de la méthode d'acheminement CBR de Dispatcher présente l'avantage de répondre plus rapidement aux requêtes client que le composant CBR. De plus, elle ne requiert pas l'installation et l'emploi du module Caching Proxy.

    Administration à distance

    _ Pour configurer Load Balancer à partir d'un autre poste que celui où réside ce composant, reportez-vous à la section Administration à distance de Load Balancer.

    Co-implantation

    _ CBR peut s'exécuter sur le même poste qu'un serveur dont vous équilibrez la charge. Pour de plus amples informations, reportez-vous à Utilisation de serveurs implantés au même endroit.

    CBR et plusieurs instances de Caching Proxy

    _ Pour optimiser l'utilisation de la CPU en exécutant plusieurs processus Caching Proxy, reportez-vous à la section Utilisation de plusieurs processus Caching Proxy pour optimiser l'utilisation de la CPU.

    Routage par contenu pour les connexions SSL

    Pour autoriser le routage par contenu du trafic SSL :

    _ Par le biais d'une connexion sécurisée à chaque extrémité (client à proxy et proxy à serveur), reportez-vous à la section Equilibrage de charge sur les connexions sécurisées (SSL).

    _ Par le biais de connexions sécurisées côté client à proxy uniquement, reportez-vous à la section Equilibrage de charge client-proxy dans SSL et proxy-serveur dans HTTP.

    Partitionnement du serveur

    _ Pour différencier deux URL et leurs applications de service, reportez-vous à la section Partitionnement du serveur : serveurs logiques configurés pour un serveur physique (adresse IP).

    Equilibrage de charge basé sur des règles

    Pour diriger les clients vers différents groupes de serveurs pour la même adresse Web, vous pouvez ajouter des "règles" à la configuration de CBR. Pour plus d'informations, reportez-vous à la section Configuration de l'équilibrage basé sur des règles.

    _ Pour diriger les clients vers différents groupes de serveurs en fonction du contenu de l'URL demandée, reportez-vous à la section Utilisation de règles basées sur le contenu des demandes.

    _ Pour diriger les clients vers différents groupes de serveurs en fonction de l'adresse IP source du client, reportez-vous à la section Utilisation de règles basées sur l'adresse IP des clients.

    _ Pour diriger les clients vers différents groupes de serveurs en fonction de l'heure, reportez-vous à la section Utilisation de règles basées sur l'heure.

    _ Pour diriger les clients vers différents groupes de serveurs en fonction du trafic sur le site :

    à l'aide du nombre de connexions par seconde, reportez-vous à la section Utilisation de règles basées sur le nombre de connexions par seconde,

    à l'aide du nombre total de connexions actives, reportez-vous à la section Utilisation de règles basées sur le nombre total de connexions actives,

    _ Pour diriger le trafic excédentaire vers un ensemble de serveurs par défaut (par exemple, des serveurs qui répondront "site occupé"), reportez-vous à la section Utilisation de règles toujours vraies.

    _ Pour remplacer l'affinité client afin de garantir qu'un client ne reste pas "maintenu" à un serveur de débordement, reportez-vous à la section Substitution d'affinité de port.

    Affinité client à serveur

    _ Pour vous assurer qu'un client revient au même serveur pour plusieurs connexions, reportez-vous à la section Fonctionnement de la fonction d'affinité pour Load Balancer.

    _ Pour supprimer un serveur de votre configuration (pour des besoins de maintenance, par exemple) sans interrompre le trafic client, reportez-vous à la section Mise au repos de la gestion des connexions serveur.

    _ Pour vous assurer que les clients reviennent au même serveur lors de la demande d'un contenu similaire dans plusieurs connexions sans se baser sur des cookies créés par vos serveurs Web, reportez-vous à la section Affinité de cookie actif.

    _ Pour vous assurer que les clients reviennent au même serveur lors de la demande d'un contenu similaire dans plusieurs connexions à l'aide de cookies créés par vos serveurs Web, reportez-vous à la section Affinité de cookie passif.

    _ Pour équilibrer le trafic Web sur des serveurs relais avec mémoire cache permettant de placer un contenu unique en cache sur chaque serveur (augmentant ainsi la taille de la mémoire cache du site en éliminant les éléments superflus placés en mémoire cache sur plusieurs machines), reportez-vous à la section Affinité d'URI.

    Haute disponibilité à l'aide de Dispatcher et CBR

    _ Pour supprimer de votre réseau les restrictions liées au principe de point de défaillance unique à l'aide de Dispatcher utilisé dans une configuration de second niveau avec CBR, reportez-vous à la section Haute disponibilité.

    Consignation binaire

    _ Pour analyser le trafic du serveur, reportez-vous à la section Utilisation de la consignation binaire pour analyser les statistiques des serveurs.

    Alertes

    _ Pour générer des alertes lorsque des serveurs sont marqués comme actifs ou inactifs, reportez-vous à la section Utilisation de scripts pour la génération d'une alerte ou d'une erreur du serveur d'enregistrement.


    Fonctions du composant Site Selector

    Site Selector équilibre la charge d'une requête de service d'annuaire dans un groupe de serveurs

    Administration à distance

    _ Pour configurer Load Balancer à partir d'un autre poste que celui où réside ce composant, reportez-vous à la section Administration à distance de Load Balancer.

    Co-implantation

    _ Site Selector peut s'exécuter sur le même poste qu'un serveur dont vous équilibrez la charge sans configuration supplémentaire.

    Haute disponibilité

    _ La haute disponibilité est inhérente aux méthodologies DNS (Domain Name System) qui utilisent plusieurs modules Site Selector redondants pour une parfaite configuration du serveur de noms parent et un positionnement approprié des méthodes de reprise DNS normales. La retransmission des demandes et le renouvellement des transferts de zone sont des exemples de méthodes de reprise DNS normales.

    _ Pour supprimer de votre réseau les restrictions liées au principe de point de défaillance unique à l'aide de Dispatcher utilisé dans une configuration de second niveau avec Site Selector, reportez-vous à la section Haute disponibilité.

    Affinité client à serveur

    _ Pour vous assurer que le client utilise le même serveur pour plusieurs demandes de serveur de noms, reportez-vous à la section Fonctionnement de la fonction d'affinité pour Load Balancer.

    _ Pour garantir l'affinité client à serveur à l'aide de la méthode DNS standard de définition de la durée de vie (TTL, Time To Live), reportez-vous à la section Considérations relatives à la durée de vie (TTL).

    Equilibrage de charge basé sur des règles

    Pour diriger les requêtes des clients vers différents groupes de serveurs pour la résolution des noms de domaines, vous pouvez ajouter des "règles" à la configuration de Site Selector. Pour plus d'informations, voir Configuration de l'équilibrage basé sur des règles.

    _ Pour diriger les clients vers différents groupes de serveurs en fonction de l'adresse IP source du client, reportez-vous à la section Utilisation de règles basées sur l'adresse IP des clients.

    _ Pour diriger les clients vers différents groupes de serveurs en fonction de l'heure, reportez-vous à la section Utilisation de règles basées sur l'heure.

    _ Pour diriger les clients vers différents ensembles de serveurs en fonction des valeurs de charge de l'ensemble de serveurs, reportez-vous aux sections :

    Règle Mesure de tous les serveurs

    Règle Moyenne des mesures

    _ Pour diriger le trafic excédentaire vers un ensemble de serveurs par défaut (par exemple, des serveurs qui répondront "site occupé"), reportez-vous à la section Utilisation de règles toujours vraies.

    Equilibrage de charge d'un réseau étendu

    Site Selector peut s'exécuter dans un réseau local (LAN) comme dans un réseau étendu (WAN).

    Dans un réseau étendu :

    _ Pour équilibrer la charge des demandes de serveur de noms des clients à l'aide d'une technique de permutation circulaire pondérée, aucune configuration supplémentaire n'est nécessaire.

    _ Pour évaluer la proximité au réseau du serveur de noms du client par rapport aux serveurs qui fournissent l'application requise (serveurs de destination), reportez-vos à la section Utilisation de la fonction de proximité réseau (Network Proximity).

    Alertes

    _ Pour générer des alertes lorsque des serveurs sont marqués comme actifs ou inactifs, reportez-vous à la section Utilisation de scripts pour la génération d'une alerte ou d'une erreur du serveur d'enregistrement.


    Fonctions du composant Cisco CSS Controller

    Cisco CSS Controller améliore la fonction d'équilibrage des charges des serveurs Cisco Switch en prêtant plus d'attention aux applications et au système. Le contrôleur utilise des mesures plus appropriées aux applications et au système pour calculer dynamiquement les pondérations des serveurs. Les pondérations sont transmises au commutateur à l'aide de SNMP. Le commutateur utilise les pondérations lors du traitement des demandes des clients ce qui optimise la charge des serveurs et augmente la tolérance aux pannes.

    Pour optimiser l'équilibrage de la charge sur les serveurs et garantir le choix du serveur approprié, reportez-vous aux sections :

    _ Optimisation de la fonction d'équilibrage de charge fournie par Load Balancer

    _ Conseillers et Création de conseillers personnalisés

    _ Système Metric Server

    Administration à distance

    _ Pour configurer Load Balancer à partir d'un autre poste que celui où réside ce composant, reportez-vous à la section Administration à distance de Load Balancer.

    Co-implantation

    _ Cisco CSS Controller peut s'exécuter sur le même poste qu'un serveur dont vous équilibrez la charge sans configuration supplémentaire.

    Haute disponibilité

    _ Pour supprimer de votre réseau les restrictions liées au principe de point de défaillance unique, le composant Cisco CSS Switch comme le composant Cisco CSS Controller intègrent des fonctions de haute disponibilité. Pour le commutateur, les fonctions de haute disponibilité sont accessibles via le protocole de redondance CSS. Pour le composant Cisco CSS Controller, un protocole propriétaire permet la configuration en secours automatique des deux contrôleurs.

    Pour plus d'informations sur la fonction de haute disponibilité, reportez-vous à la section Haute disponibilité.

    Consignation binaire

    _ Pour analyser le trafic du serveur, reportez-vous à la section Utilisation de la consignation binaire pour analyser les statistiques des serveurs.

    Alertes

    _ Pour générer des alertes lorsque des serveurs sont marqués comme actifs ou inactifs, reportez-vous à la section Utilisation de scripts pour la génération d'une alerte ou d'une erreur du serveur d'enregistrement.


    Fonctions du composant Nortel Alteon Controller

    Nortel Alteon Controller améliore la fonction d'équilibrage des charges des serveurs Nortel Alteon Switch en prêtant plus d'attention aux applications et au système. Le contrôleur utilise des mesures plus appropriées aux applications et au système pour calculer dynamiquement les pondérations des serveurs. Les pondérations sont transmises au commutateur à l'aide de SNMP. Le commutateur utilise les pondérations lors du traitement des demandes des clients ce qui optimise la charge des serveurs et augmente la tolérance aux pannes.

    Pour optimiser l'équilibrage de la charge sur les serveurs et garantir le choix du serveur approprié, reportez-vous aux sections :

    _ Optimisation de la fonction d'équilibrage de charge fournie par Load Balancer

    _ Conseillers et Création de conseillers personnalisés

    _ Système Metric Server

    Administration à distance

    _ Pour configurer Load Balancer à partir d'un autre poste que celui où réside ce composant, reportez-vous à la section Administration à distance de Load Balancer.

    Co-implantation

    _ Nortel Alteon Controller peut s'exécuter sur le même poste qu'un serveur dont vous équilibrez la charge sans configuration supplémentaire.

    Haute disponibilité

    _ Pour supprimer de votre réseau les restrictions liées au principe de point de défaillance unique, le commutateur Web comme le contrôleur Nortel Alteon intègrent des fonctions de haute disponibilité. Pour le commutateur, la haute disponibilité est accessible via le protocole de redondance pour les connexions aux serveurs et les services. Le contrôleur Nortel Alteon offre la haute disponibilité via un protocole propriétaire permet la configuration en secours automatique de deux contrôleurs.

    Pour plus d'informations sur la fonction de haute disponibilité, reportez-vous à la section Haute disponibilité.

    Consignation binaire

    _ Pour analyser le trafic du serveur, reportez-vous à la section Utilisation de la consignation binaire pour analyser les statistiques des serveurs.

    Alertes

    _ Pour générer des alertes lorsque des serveurs sont marqués comme actifs ou inactifs, reportez-vous à la section Utilisation de scripts pour la génération d'une alerte ou d'une erreur du serveur d'enregistrement.


    Installation de Load Balancer

    Le présent chapitre décrit les conditions matérielles et logicielles requises ainsi que l'installation de Load Balancer sous AIX, Linux, Solaris et Windows 2000. Pour les instructions d'installation de Load Balancer à l'aide d'outils de mise en forme système, reportez-vous, dans l'ordre, aux sections :

    Pour les instructions d'installation à l'aide du programme d'installation du produit, reportez-vous au document intitulé Concepts, planification et installation pour Edge Components.

    Remarques :

    1. Si vous effectuez une migration à partir d'une version précédente, prenez en compte le fait que la structure du répertoire d'installation de Load Balancer peut avoir changé. Vous devez vous assurer que tous vos fichiers de configuration se trouvent dans le répertoire ...ibm/edge/lb/servers/configurations/composant (où composant correspond à dispatcher, cbr, ss, cco ou nal).

    2. Vous devez également vous assurer que tous vos scripts (tels que goIdle et goStandby) se trouvent dans le répertoire .../ibm/edge/lb/servers/bin afin de pouvoir les exécuter.

    3. Load Balancer doit être au niveau Java d'une version 1.3.1.x. Une version Java prise en charge vous est fournie sur le CD-ROM WebSphere Application Server Edge Component.

      Certaines applications situées sur la machine Load Balancer pouvant nécessiter d'autres versions de Java, il est impératif que les versions Java adéquates soient installées au moment de la mise à niveau. Pour vérifier que les composants Load Balancer utilisent la version correcte de Java lorsque plusieurs versions sont installées, procédez comme suit :

      1. Installez la version Java 1.3 adaptée au système d'exploitation utilisé.
      2. Modifiez les fichiers script de Load Balancer pour l'utilisation de Java 1.3. Par défaut, les fichiers script se trouvent dans les répertoires suivants :

        Systèmes d'exploitation basés sous Unix
        /usr/bin/<fichierscript>

        Windows 2000
        C:\WINNT\System32\<scriptfile.cmd>

        Modifiez les fichiers script pour chaque composant de Load Balancer à mettre à jour. Les fichiers script sont les suivants pour chaque composant :

        Administration
        lbadmin, lbkeys

        Dispatcher
        dsserver, dscontrol, dswizard

        Content Based Routing (CBR)
        cbrserver, cbrcontrol, cbrwizard

        Site Selector
        ssserver, sscontrol, sswizard

        Cisco CSS Controller
        ccoserver, ccocontrol

        Nortel Alteon Controller
        nalserver, nalcontrol
        Remarque :
        Par défaut, ces fichiers ne sont accessibles qu'en lecture. Par conséquent, vous devez d'abord modifier les droits d'accès à ces fichiers pour sauvegarder vos modifications.
      3. Lorsqu'une commande "java" ou "javaw" se trouve dans les fichiers script, ajoutez son chemin d'accès sous la forme d'un préfixe désignant l'emplacement de cette commande dans le répertoire d'installation de Java 1.3.

        Par exemple, sous Windows 2000, si Java 1.3 est installé dans C:\Program Files\IBM\Java13\jre\bin, modifiez comme suit les fichiers script.

        Ancienne ligne :
        javaw

        Nouvelle ligne :
        C:\Program Files\IBM\Java13\jre\bin\javaw

    Configuration requise pour AIX

    Installation pour AIX

    Le Tableau 1 répertorie les images installp de Load Balancer.

    Tableau 1. Images installp AIX

    Administration (avec messages) ibmlb.admin.rte ibmlb.msg.<langue>.admin
    Base ibmlb.base.rte
    Pilote de périphérique ibmlb.lb.driver
    Licence ibmlb.lb.license
    Composants Load Balancer (avec messages) ibmlb.<composant>.rte ibmlb.msg.<langue>.lb
    Documentation (avec messages) ibmlb.doc.rte ibmlb.msg.<langue>.doc
    Système Metric Server ibmlb.ms.rte

    Où <composant> est disp (Dispatcher), cbr (CBR), ss (Site Selector), cco (Cisco CSS Controller) ou nal (Nortel Alteon Controller). Vous pouvez éventuellement sélectionner le ou les composant(s) à installer.

    Où <langue> est l'une des suivantes :

    Avant de commencer l'installation

    Si une version antérieure est déjà installée sur votre système, supprimez-la avant d'installer la version actuelle. Assurez-vous, tout d'abord, que tous les exécuteurs et serveurs sont arrêtés. Puis, pour désinstaller l'intégralité du produit, entrez installp -u ibmlb (ou l'ancien nom, par exemple, "ibmnd"). Pour désinstaller certains jeux de fichiers, spécifiez-les au lieu d'entrer le nom du module.

    Lorsque vous installez le produit, le choix vous est offert d'installer tout ou partie des composants suivants :

    Etapes de la procédure d'installation

    Effectuez les opérations ci-dessous pour installer Load Balancer pour AIX.

    1. Connectez-vous en tant que superutilisateur.
    2. Insérez le support fourni dans son lecteur ou, si vous l'installez à partir du Web, copiez les images des disquettes d'installation dans un répertoire.
    3. Installez l'image d'installation. Il est conseillé d'utiliser SMIT pour installer Load Balancer pour AIX. Ainsi, tous les messages seront installés automatiquement.

      A l'aide de SMIT :

      Sélectionnez
      Installation et maintenance de logiciels

      Sélectionnez
      Installation et mise à jour de logiciels

      Sélectionnez
      Installation et mise à jour de tous les logiciels disponibles

      Entrez
      l'unité ou le répertoire contenant les images installp

      Entrez
      sur la ligne *PROGICIEL à installer, les données correspondant aux options choisies (ou sélectionnez Liste)

      Cliquez sur
      OK

      Après l'exécution de la commande, appuyez sur Fin, puis sélectionnez l'option permettant de quitter Smit à partir du menu de sortie ou appuyez sur F12. Si vous utilisez SMITTY, appuyez sur F10 pour quitter le programme.

      A partir de la ligne de commande :

      Si vous effectuez l'installation à partir d'un CD-ROM, entrez les commandes suivantes pour le monter :

      mkdir /cdrom
      mount -v cdrfs -p -r /dev/cd0 /cdrom
      

      Reportez-vous au tableau suivant pour déterminer la ou les commandes à entrer pour installer les composants Load Balancer pour AIX :

      Tableau 2. Commande AIX relatives à l'installation

      Administration (avec messages) installp -acXgd périphérique ibmlb.admin.rte ibmlb.msg.<langue>.admin
      Base installp -acXgd périphérique ibmlb.base.rte
      Pilote de périphérique installp -acXgd périphérique ibmlb.lb.driver
      Licence installp -acXgd périphérique ibmlb.lb.license
      Composants Load Balancer (avec msgs). Inclut : Dispatcher, CBR, Site Selector, Cisco CSS Controller et Nortel Alteon Controller installp -acXgd périphérique ibmlb.<composant>.rte ibmlb.msg.<langue>.lb
      Documentation (avec messages) installp -acXgd périphérique ibmlb.doc.rte ibmlb.msg.<langue>.lb
      Système Metric Server installp -acXgd périphérique ibmlb.ms.rte

      La variable unité prend les valeurs suivantes :

      Assurez-vous que la colonne de résultat du résumé d'opération contient la mention "SUCCESS" (réussite) pour chaque composant de Load Balancer installé (état APPLY). Ne poursuivez pas avant d'avoir réussi à installer tous les composants choisis.

      Remarque :
      Pour générer la liste des jeux de fichiers d'une image installp avec l'ensemble des catalogues de messages disponibles, entrez
      installp -ld unité
      

      La variable unité prend les valeurs suivantes :

      • "/cdrom" si l'on installe à partir d'un lecteur de CD-ROM.
      • "/dir" (le répertoire contenant les images d'installation) si l'on installe à partir d'un système de fichiers.

      Pour démonter le CD-ROM, tapez la commande suivante :

      unmount /cdrom
      
    4. Vérifiez que le produit est installé correctement. Entrez la commande suivante :
      lslpp -h | grep ibmlb
      

      Si vous avez installé l'intégralité du produit, cette commande génère le résultat suivant :

      ibmlb.admin.rte
      ibmlb.base.rte
      ibmlb.doc.rte
      ibmlb.ms.rte
      ibmlb.msg.<langue>.admin.rte
      ibmlb.msg.<langue>.doc
      ibmlb.msg.<langue>.lb.rte
      ibmlb.lb.driver
      ibmlb.lb.license
      ibmlb.<composant>.rte
       
      

    Les chemins d'installation de Load Balancer sont les suivants :

    Pour l'administration à distance de Load Balancer, à l'aide de l'invocation RMI (Remote Method Invocation), vous devez installer les modules Administration, Base, composant et Licence sur le client. Pour plus d'informations sur l'invocation RMI, reportez-vous à la section RMI (Remote Method Invocation).


    Configuration requise pour Red Hat Linux, SuSE Linux ou SuSE SLES Linux


    Tableau 3. Tableau de prise en charge des versions de noyau Linux

    Système d'exploitation Version(s) du noyau
    Red Hat Advanced Server 2.1 2.4.9-e.3, 2.4.9-e.3smp, 2.4.9-e.3enterprise
    SuSE 7.3 Professional 2.4.10-4GB, 2.4.10-64GB-SMP, 2.4.16-4GB, 2.4.16-64GB-SMP
    SuSE 7.0 SLES 2.4.7-4GB, 2.4.7-64GB

    Noms des versions de noyau Linux prises en charge

    Load Balancer prend en charge les versions de noyau nommées dans le Tableau 3. En conséquence, si vous utilisez une noyau avec correctif, son nom doit correspondre à l'un de ceux du tableau. Vous pouvez également créer un lien symbolique au module du noyau Load Balancer à l'aide du nom symbolique "ibmnd". Pour créer un nom symbolique, entrez la commande suivante à partir de l'invite :

    ln -s
    /opt/ibm/edge/lb/servers/bin/ibmnd-a.b.c-xy 
      /opt/ibm/edge/lb/servers/bin/ibmnd
     
    

    Par exemple, si vous utilisez le noyau RedHat 2.4.7-10 auquel vous appliquez le correctif ARP, il est possible que le nom du noyau devienne 2.4.7-10-arpfix après compilation et activation du nouveau noyau rectifié. La commande "uname -r" renverra donc alors "2.4.7-10-arpfix.." Auquel cas, le chargement du module du noyau Balancer échoue car le nom a changé. En revanche, si vous créez le nom symbolique ibmnd de liaison à ibmnd-2.4.7-10, le chargement du module du noyau 2.4.7-10 s'effectue même si les noms ne correspondent pas. Attention, si vous passez à une nouvelle version du noyau en oubliant la présence du lien symbolique, vous risquez d'avoir des erreurs d'exécution.

    Pour plus d'informations, reportez-vous à la section Installation du correctif du noyau Linux (pour supprimer les réponses ARP sur l'interface de bouclage).

    Installation sous Linux

    La présente section explique comment installer Load Balancer sur Red Hat Linux ou SuSE Linux à partir du CD-ROM du produit.

    Avant de commencer l'installation

    Avant de commencer la procédure d'installation, veillez à disposer des droits d'accès de superutilisateur pour installer le logiciel.

    Si une version antérieure est déjà installée sur votre système, supprimez-la avant d'installer la version actuelle. Assurez-vous, tout d'abord, que tous les exécuteurs et serveurs sont arrêtés. Puis, pour procéder à la désinstallation de l'ensemble du produit, entrez rpm -e pkgname. Procédez à la désinstallation dans l'ordre inverse des procédures du module d'installation, en vous assurant que les modules d'administration sont les derniers à être désinstallés.

    Etapes de la procédure d'installation

    Pour installer Load Balancer :

    1. Préparez l'installation.
    2. Vérifiez que le produit est installé correctement. Entrez la commande suivante :

      rpm -qa | grep ibmlb

      L'installation du produit complet génère une liste semblable à la suivante :

    Pour l'administration à distance de Load Balancer, à l'aide de l'invocation RMI (Remote Method Invocation), vous devez installer les modules Administration, Base, composant et Licence sur le client. Pour plus d'informations sur l'invocation RMI, reportez-vous à la section RMI (Remote Method Invocation).


    Configuration requise pour Solaris

    Installation pour Solaris

    La présente section explique comment installer Load Balancer sur Solaris à partir du CD-ROM du produit.

    Avant de commencer l'installation

    Avant de commencer la procédure d'installation, soyez certain de disposer de droits d'accès root pour installer le logiciel.

    Si une version antérieure est déjà installée sur votre système, supprimez-la avant d'installer la nouvelle. Vérifiez d'abord que l'exécuteur et le serveur sont arrêtés. Puis, pour désinstaller Load Balancer, entrez pkgrm nom_module.

    Etapes de la procédure d'installation

    Pour installer Load Balancer :

    1. Préparez l'installation.

      A l'invite, entrez pkgadd -d chemin d'accèschemin d'accès est le nom d'unité du lecteur de CD-ROM ou le répertoire du disque dur contenant le module ; par exemple, pkgadd -d /cdrom/cdrom0/.

      Vous obtenez une liste de modules à installer.

      Pour installer tous les modules, entrez "all" et appuyez sur la touche Entrée. Pour installer uniquement certains composants, entrez le ou les noms correspondants aux modules à installer séparés par un espace ou par une virgule et appuyez sur la touche Entrée. Vous serez peut-être invité à changer vos droits d'accès à certains répertoires ou fichiers. Il suffit d'appuyer sur le bouton Entrée ou de répondre "yes". Vous devez installer les modules prérequis (car l'installation s'effectue suivant l'ordre alphabétique et non en fonction des éléments prérequis). Si vous indiquez "all" et que vous répondez "yes" à toutes les questions, l'installation se déroule sans incident.

      Tous les modules dépendent du module commun, ibmlbadm. Ce module commun doit être installé avec chacun des autres modules.

      Par exemple, pour n'installer que le composant Dispatcher, la documentation et le système Metric Server, installez : ibmdisp, ibmlblic, ibmlbbase, ibmlbadm, ibmlbdoc et ibmlbms.

      Pour l'administration à distance de Load Balancer, à l'aide de l'invocation RMI (Remote Method Invocation), vous devez installer les modules Administration, Base, composant et Licence sur le client. Pour plus d'informations sur l'invocation RMI, reportez-vous à la section RMI (Remote Method Invocation).

      Les composants Load Balancer se trouvent dans le répertoire d'installation /opt/ibm/edge/lb/servers.

    2. Le composant d'administration se trouve dans le répertoire /opt/ibm/edge/lb/admin
    3. Metric Server se trouve dans le répertoire /opt/ibm/edge/lb/ms
    4. La documentation se trouve dans le répertoire /opt/ibm/edge/lb/documentation
    5. Vérifiez que le produit est installé correctement. Entrez la commande suivante : pkginfo | grep ibm.

    Configuration requise pour Windows 2000

    Installation pour Windows 2000

    La présente section explique comment installer Load Balancer sous Windows 2000 à partir du CD-ROM du produit.

    Modules d'installation

    Une liste de modules à installer vous est proposée :

    Pour l'administration à distance de Load Balancer, à l'aide de l'invocation RMI (Remote Method Invocation), vous devez installer les modules Administration, Base, composant et Licence sur le client. Pour plus d'informations sur l'invocation RMI, reportez-vous à la section RMI (Remote Method Invocation).

    Avant de commencer l'installation

    La version Windows 2000 de Load Balancer est prise en charge par les produits suivants :

    Remarque :
    La version Windows 2000 de Load Balancer ne s'exécute pas sous d'autres versions de Windows.

    Restrictions : La version Windows 2000 de Load Balancer ne peut pas être installée sur la même machine qu'IBM Firewall.

    Avant de commencer la procédure d'installation, assurez-vous que vous vous êtes connectés en qualité d'administrateur ou d'utilisateur doté de privilèges administratifs.

    Si une version antérieure est déjà installée sur votre système, supprimez-la avant d'installer la version actuelle. Pour effectuer une désinstallation en utilisant la fonction Ajouter/Supprimer un programme, procédez comme suit :

    1. Cliquez sur Démarrer->Paramètres->Panneau de configuration
    2. Cliquez deux fois sur Ajout/Suppression de programmes
    3. Sélectionnez Load Balancer (ou l'ancien nom, par exemple, Network Dispatcher)
    4. Cliquez sur le bouton Modifier/Supprimer

    Etapes de la procédure d'installation

    Pour installer Load Balancer :

    1. Insérez le CD-ROM de Load Balancer dans le lecteur de CD-ROM. La fenêtre d'installation doit s'afficher automatiquement.
    2. Effectuez l'opération qui suit uniquement si le CD n'est pas lancé automatiquement sur votre machine. Cliquez avec le bouton gauche de la souris pour exécuter les tâches suivantes :
    3. Sélectionnez la langue à utiliser pour l'installation.
    4. Cliquez sur OK.
    5. Suivez les instructions du programme d'installation.
    6. Si vous désirez changer d'unité ou de répertoire de destination, cliquez sur Parcourir.
    7. Vous pouvez choisir entre "Produit Load Balancer complet" ou "Les composants de votre choix".
    8. Une fois l'installation terminée, un message vous demande de réamorcer le système avant d'utiliser Load Balancer. Cette opération est nécessaire pour vous assurer que tous les fichiers sont installés et que la variable d'environnement IBMLBPATH a bien été ajoutée au registre.

    Les chemins d'installation de Load Balancer sont les suivants :


    Composant Dispatcher

    Cette section contient des informations pour la configuration d'un démarrage rapide ainsi que des remarques relatives à la planification, et présente les diverses méthodes de configuration du composant Dispatcher de Load Balancer. Elle se compose des chapitres suivants :


    Configuration de démarrage rapide

    Cet exemple de démarrage rapide indique comment configurer trois postes de travail connectés en local avec la méthode d'acheminement mac de Dispatcher pour équilibrer la charge du trafic Web entre deux serveurs Web. Cette configuration est également valable pour l'équilibrage de tout autre trafic d'applications TCP ou UDP sans état.

    Remarque :
    Avec la version AIX, Linux, ou Solaris de Dispatcher, la configuration peut être effectuée avec seulement deux postes de travail, Dispatcher étant installé sur l'un des serveurs Web. Il s'agit d'une configuration co-implantée. Les procédures permettant de paramétrer des configurations plus complexes sont présentées à la section Configuration de la machine Dispatcher.

    Figure 8. Configuration Dispatcher locale simple

    Graphique montrant un client, un réseau Internet, une machine Load Balancer et deux serveurs liés en local avec des adresses identifiées.

    L'acheminement MAC est la méthode d'acheminement par défaut avec laquelle Dispatcher équilibre la charge des demandes entrantes sur le serveur, ce dernier renvoyant la réponse directement au client. Pour plus d'informations sur la méthode d'acheminement MAC de Dispatcher, reportez-vous à la section Réacheminement MAC de Dispatcher (méthode d'acheminement mac).


    Matériel requis

    Pour l'exemple à démarrage rapide, vous devez disposer de trois postes de travail et de quatre adresses IP. L'un des postes de travail sera utilisé comme répartiteur (Dispatcher) et les deux autres comme serveurs Web. Chaque serveur Web requiert une adresse IP. Le poste de travail Dispatcher requiert deux adresses : l'adresse de non-acheminement (adresse NFA) et l'adresse de la grasse (adresse dont la charge sera équilibrée), que vous fournissez aux clients pour accéder à votre site Web.

    Remarque :
    L'adresse NFA est celle que revoie la commande hostname (nom d'hôte). Cette adresse est utilisée pour des besoins d'administration, tels que la configuration à distance.

    Préparation

    1. Pour cet exemple de configuration avec liaison locale, configurez les postes de travail de sorte qu'ils se trouvent sur le même segment de réseau local. Vérifiez que le trafic réseau entre les trois machines n'a pas à traverser de routeurs ou de ponts. (Pour les configurations avec serveurs éloignés, reportez-vous à la section Configuration du support de réseau étendu pour Dispatcher.)
    2. Configurez les cartes réseau de ces trois postes de travail. Dans cet exemple, nous supposerons que vous disposez de la configuration réseau suivante :
      Poste de travail Nom Adresse IP
      1 server1.intersplash.com 9.47.47.101
      2 server2.intersplash.com 9.47.47.102
      3 server3.intersplash.com 9.47.47.103
      Masque réseau = 255.255.255.0

      Chaque poste de travail ne contient qu'une carte d'interface réseau Ethernet standard.

    3. Vérifiez que server1.intersplash.com peut contacter server2.intersplash.com et server3.intersplash.com (avec la commande ping).
    4. Vérifiez que server2.intersplash.com et server3.intersplash.com peuvent contacter server1.intersplash.com (avec la commande ping).
    5. Vérifiez que le contenu est identique sur les deux serveurs Web (Serveur 2 et Serveur 3). Pour cela, répliquez les données des deux postes de travail à l'aide d'un système de fichiers partagé tel que NFS, AFS ou DFS, ou à l'aide de tout autre moyen approprié pour votre site.
    6. Vérifiez que les serveurs Web de server2.intersplash.com et server3.intersplash.com sont opérationnels. Utilisez un navigateur Web pour accéder directement aux pages à partir de http://server2.intersplash.com et http://server3.intersplash.com .
    7. Cherchez une autre adresse IP valide pour ce segment de réseau local. Il s'agit de l'adresse que vous fournirez aux clients qui désirent accéder à votre site. Dans cet exemple, nous utiliserons :
      Nom= www.Intersplash.com
      IP=9.47.47.104  
      
    8. Configurez les deux serveurs Web pour qu'ils acceptent le trafic de www.Intersplash.com.

      Ajoutez un alias pour www.Intersplash.com à l'interface de bouclage de server2.intersplash.com et server3.intersplash.com.

    9. Supprimez toute autre route créée à la suite de l'attribution d'un alias à l'interface de bouclage. Reportez-vous à la section Etape 2. Vérification de l'existence d'une route supplémentaire.

      Vous venez de terminer les étapes de configuration requises pour les deux serveurs Web.


    Configuration du composant Dispatcher

    A l'aide de Dispatcher, vous pouvez créer une configuration à l'aide de la ligne de commande, de l'assistant de configuration ou de l'interface graphique.

    Remarque :
    Les valeurs des paramètres doivent être saisies à l'aide de caractères anglais. Les seules exceptions sont les valeurs des paramètres des noms d'hôte et des noms de fichiers.

    Configuration à partir de la ligne de commande

    Si vous utilisez la ligne de commande, suivez la procédure ci-dessous.

    1. Démarrez dsserver sur Dispatcher :

    2. Démarrez la fonction exécuteur (executor) de Dispatcher :

      dscontrol executor start

    3. Ajoutez l'adresse de la grappe à la configuration de Dispatcher :

      dscontrol cluster add www.Intersplash.com

    4. Ajoutez le port du protocole HTTP à la configuration de Dispatcher :

      dscontrol port add www.Intersplash.com:80

    5. Ajoutez chaque serveur Web à la configuration Dispatcher :

      dscontrol server add www.Intersplash.com:80:server2.intersplash.com

      dscontrol server add www.Intersplash.com:80:server3.intersplash.com

    6. Configurez la machine pour accepter le trafic des autres adresses IP :

      dscontrol executor configure www.Intersplash.com

    7. Démarrez la fonction gestionnaire (manager) de Dispatcher :

      dscontrol manager start

      Dispatcher procède maintenant à l'équilibrage de charge en fonction des performances des serveurs.

    8. Démarrez la fonction conseiller (advisor) de Dispatcher :

      dscontrol advisor start http 80

      Dispatcher vérifie désormais que les demandes des clients ne sont pas envoyées vers un serveur Web arrêté.

    La configuration de base comportant des serveurs liés en local est maintenant terminée.

    Test de vérification de la configuration

    Vérifiez que la configuration fonctionne.

    1. A l'aide d'un navigateur Web, accédez à http://www.Intersplash.com . La configuration est correcte si une page apparaît.
    2. Rechargez la page dans le navigateur Web.
    3. Vérifiez les résultats de la commande suivante : dscontrol server report www.Intersplash.com:80:. La colonne du nombre total de connexions des deux serveurs doit contenir la valeur "2."

    Configuration à l'aide de l'interface graphique

    Pour plus d'informations sur l'utilisation de l'interface graphique, reportez-vous aux sections Interface graphique et Annexe A, Interface graphique utilisateur : Instructions générales.

    Assistant de configuration

    Pour plus d'informations sur l'utilisation de l'assistant de configuration, reportez-vous à la section Configuration à l'aide de l'assistant de configuration.


    Types de configurations de grappe, de port et de serveur

    Il y a plusieurs manières de configurer Load Balancer pour assurer le support de votre site. Si votre site ne comprend qu'un seul nom de système hôte auquel tous vos clients se connectent, vous pouvez ne définir qu'une seule grappe de serveurs. Pour chaque serveur, configurez un port par l'intermédiaire duquel Load Balancer communique. Reportez-vous à la Figure 9.

    Figure 9. Exemple de composant Dispatcher configuré avec une grappe et 2 ports

    Configuration simple

    Dans cet exemple de composant Dispatcher, une grappe est définie sur www.productworks.com. Elle dispose de deux ports : le port 80 pour HTTP et le port 443 pour SSL. Un client adressant une requête à l'adresse http://www.productworks.com (port 80) accède à un autre serveur qu'un client s'adressant à https://www.productworks.com (port 443).

    Si le site est très étendu et qu'il comporte un grand nombre de serveurs, chacun étant dédié à un protocole en particulier, une autre méthode de configuration de Load Balancer sera peut-être préférable. Dans ce dernier cas, il est souhaitable de définir une grappe pour chaque protocole, avec un seul port mais plusieurs serveurs, comme illustré à la Figure 10.

    Figure 10. Exemple de composant Dispatcher configuré avec deux grappes, chacune associée à un port

    Configuration avec deux grappes, associées à un seul port

    Dans cet exemple de composant Dispatcher, deux grappes sont définies : www.productworks.com pour le port 80 (HTTP) et www.testworks.com pour le port 443 (SSL).

    Une troisième configuration de Load Balancer pourra s'avérer nécessaire si votre site abrite plusieurs sociétés ou services, chacun accédant à votre site par une adresse URL distincte. Dans ce cas, vous pouvez définir une grappe pour chaque société ou service ainsi qu'un nombre de ports variable pour réceptionner les connexions de cette URL, comme illustré par la Figure 11.

    Figure 11. Exemple de composant Dispatcher configuré avec 2 grappes, chacune associée à 2 ports

    Configuration à deux grappes, chacune associée à deux ports

    Dans cet exemple de composant Dispatcher, deux grappes sont définies avec le port 80 pour HTTP et le port 23 pour Telnet pour chacun des sites www.productworks.com et www.testworks.com.


    Planification du composant Dispatcher

    Le présent chapitre décrit les aspects que l'administrateur de réseau doit prendre en compte avant d'installer et de configurer le composant Dispatcher.

    Il contient les sections suivantes :

    Remarque :
    Dans les versions antérieures où le produit se nommait Network Dispatcher, la commande de contrôle de Dispatcher était ndcontrol. Elle s'intitule désormais dscontrol.

    Matériel et logiciels requis

    Conditions requises par la plate-forme :


    Remarques relatives à la planification

    Dispatcher se compose des fonctions suivantes :

    Les trois fonctions clés de Dispatcher (l'exécuteur, le gestionnaire et les conseillers) agissent en collaboration pour équilibrer et répartir entre les serveurs les requêtes réceptionnées. Outre la gestion des requêtes d'équilibrage de charge, l'exécuteur contrôle le nombre de nouvelles connexions, de connexions actives et de connexions terminées. Il assure également le retrait des connexions terminées ou réinitialisées et transmet ces informations au gestionnaire.

    Le gestionnaire recueille les informations transmises par l'exécuteur, les conseillers et par tout programme de contrôle tel que Metric Server. Sur la base de ces informations, le gestionnaire ajuste les capacités des machines serveurs, pour chaque port, et transmet ces données à l'exécuteur qui en tient compte pour l'équilibrage de charge des nouvelles connexions.

    Les conseillers contrôlent chaque serveur relié au port dont ils ont la charge afin de déterminer leur temps de réponse et leur disponibilité, puis retournent ces informations au gestionnaire. Les conseillers détectent également si un serveur est opérationnel ou non. Sans la contribution du gestionnaire et des conseillers, l'exécuteur assure une planification circulaire basée sur les capacités courantes des serveurs.


    Méthodes d'acheminement

    Avec Dispatcher, vous pouvez choisir l'une des trois méthodes d'acheminement spécifiées au niveau du port : acheminement MAC, acheminement NAT/NAPT ou acheminement CBR (routage par contenu).

    Réacheminement MAC de Dispatcher (méthode d'acheminement mac)

    La méthode d'acheminement MAC de Dispatcher (qui est la méthode d'acheminement par défaut) permet d'équilibrer la charge de la demande entrante sur le serveur sélectionné et de faire en sorte que le serveur renvoie une réponse directement au client sans impliquer le composant Dispatcher. Ainsi, Dispatcher se contente de surveiller les flux entrants du client vers le serveur. Il n'effectue aucun contrôle des transmissions en sortie, du serveur vers le client. Cet aspect réduit sensiblement son impact sur les performances des applications et permet même d'accroître celles du réseau.

    La méthode d'acheminement peut être sélectionnée lors de l'ajout d'un port à l'aide de la commande dscontrol port add grappe:port method valeur. La valeur de la méthode d'acheminement par défaut est mac. Vous ne pouvez spécifier le paramètre method que lorsque le port est ajouté. Une fois le port ajouté, vous ne pouvez pas modifier les paramètres de la méthode d'acheminement. Pour de plus amples informations, reportez-vous à la section dscontrol port -- Configuration des ports.

    Réacheminement NAT/NAPT de Dispatcher (méthode d'acheminement nat)

    Si vous utilisez NAT ou NAPT, il n'est pas nécessaire que les serveurs d'équilibrage de charge se trouvent sur un réseau local. Si vous préférez disposer de serveurs à distance, utilisez la méthode d'acheminement NAT plutôt que la technique d'encapsulation GRE/WAN. Vous pouvez également utiliser la fonction NAPT pour accéder à plusieurs démons de serveur situés sur chaque machine serveur faisant l'objet d'un équilibrage de charge, où chaque démon écoute sur un port unique.

    Vous pouvez configurer un serveur à plusieurs démons de deux façons différentes.

    L'application fonctionne bien avec des protocoles de niveau supérieur tels que HTTP, SSL, IMAP, POP3, NNTP, SMTP, Telnet, etc.

    Restrictions :

    Pour implémenter NAT/NAPT, procédez aux opérations ci-dessous (reportez-vous également à la section Etapes de configuration des méthodes d'acheminement nat ou cbr de Dispatcher):

    Fonction CBR de Dispatcher (méthode d'acheminement cbr)

    Le composant Dispatcher permet d'exécuter la fonction fonction CBR (content-based routing) pour HTTP (avec la règle de type de contenu) et HTTPS (avec l'affinité des ID de session SSL) sans Caching Proxy. Pour le trafic HTTP et HTTPS, la méthode d'acheminement cbr du composant Dispatcher peut fournir une fonction CBR (content-based routing) plus rapide que le composant CBR qui nécessite le module Caching Proxy.

    Pour HTTP : La sélection du serveur, pour fonction CBR de Dispatcher, est effectuée sur la base du contenu d'une adresse URL ou d'un en-tête HTTP. Cette option est configurée à l'aide du type de règle "Contenu". Lors de la configuration de la règle de contenu, spécifiez la chaîne de recherche "pattern" et un ensemble de serveurs pour la règle. Lors du traitement d'une nouvelle demande entrante, cette règle compare la chaîne indiquée à l'URL du client ou à l'en-tête HTTP spécifié dans la demande du client.

    Si Dispatcher trouve la chaîne dans la demande du client, il transmet la demande à l'un des serveurs de la règle. Dispatcher achemine ensuite les données de la réponse du serveur vers le client (méthode d'acheminement cbr).

    Si Dispatcher ne trouve pas la chaîne dans la demande du client, il ne sélectionne pas de serveur dans l'ensemble de serveurs de la règle.

    Remarque :
    La règle de contenu est configuré dans le composant Dispatcher de la même façon que dans le composant CBR. Dispatcher peut utiliser la règle de contenu pour le trafic HTTP. Toutefois, le composant CBR peut utiliser la règle de contenu à la fois pour le trafic HTTP et HTTPS (SSL).

    Pour HTTPS (SSL) : l'acheminement CBR (content-based routing) de Dispatcher basée sur la zone de session SSL ID de la demande client. Avec SSL, une demande client contient l'ID session SSL d'une session antérieure, et les serveurs gèrent une cache de leurs connexions SSL précédentes. L'affinité de l'ID de session SSL de Dispatcher permet au client et au serveur d'établir une nouvelle connexion à l'aide des paramètres de sécurité de la connexion précédente au serveur. En éliminant la renégociation des paramètres de sécurité SSL, comme les clés partagées et les algorithmes de chiffrement, les serveurs sauvegardent des cycles CPU et le client obtient une réponse plus rapidement.Pour activer l'affinité de l'ID de session SSL : le type de protocole indiqué pour le port doit être SSL et le délai de maintien de routage du port doit être associé à une valeur autre que zéro. Si le délai de maintien de routage est dépassé, le client peut être envoyé à un autre serveur.

    Pour implémenter fonction CBR de Dispatcher, procédez aux opérations ci-dessous (reportez-vous également à la section Etapes de configuration des méthodes d'acheminement nat ou cbr de Dispatcher):

    Remarque :
    La fonction de réplication des enregistrements de connexions de haute-disponibilité (qui garantit que la connexion d'un client ne sera pas annulée lorsqu'une machine Dispatcher de sauvegarde remplace la machine principale) n'est pas pris en charge avec la fonction cbr de Dispatcher.

    Etapes de configuration des méthodes d'acheminement nat ou cbr de Dispatcher

    Figure 12. Exemple d'utilisation des méthodes d'acheminement nat ou cbr de Dispatcher

    Configuration de l'utilisation des méthodes d'acheminement nat ou cbr de Dispatcher

    Pour la Figure 12, les étapes minimales de configuration des méthodes nat ou cbr de Dispatcher sont les suivantes :

    1. Démarrage de l'exécuteur
      dscontrol executor start
     
    2. Définition de la passerelle client
      dscontrol executor set clientgateway 1.2.3.5
     
    3. Définition de l'adresse de grappe
      dscontrol cluster add 1.2.3.44
     
    4. Configuration de l'adresse de grappe
      dscontrol executor configure 1.2.3.44
     
    5. Définition du port avec une méthode nat ou cbr
      dscontrol port add 1.2.3.44:80 method nat
      ou
      dscontrol port add 1.2.3.44:80 method cbr protocol http
     
    6. Configuration d'une adresse de retour alias sur Load Balancer 
      (à l'aide de la carte ethernet 0)
      dscontrol executor configure 10.10.10.99
     ou à l'aide de la commande ifconfig/dsconfig :
      sous AIX : ifconfig en0 alias 10.10.10.99 netmask 255.255.255.0
      sous Linux : ifconfig eth0:1 10.10.10.99 netmask 255.255.255.0 up 
      sous Solaris 7 : ifconfig hme0:1 10.10.10.99 netmask 255.255.255.0 up
      sous Solaris 8 : ifconfig hme0 addif 10.10.10.99 netmask 255.255.255.0 up
      sous Windows : dsconfig en0 alias 10.10.10.99 netmask 255.255.255.0
     
    7. Définition des serveurs d'arrière-plan
      dscontrol server add 1.2.3.4:80:192.10.10.10
        router 10.10.10.6 returnaddress 10.10.10.99 
       
    

    La passerelle client (1.2.3.5) correspond à l'adresse du routeur 1 entre Load Balancer et le client. Router (10.10.10.6) correspond à l'adresse du routeur 2 entre Load Balancer et le serveur d'arrière-plan. Si vous n'êtes pas sûr de l'adresse de la passerelle client ou du routeur 2, vous pouvez utiliser un programme traceroute avec l'adresse du client (ou du serveur) pour déterminer l'adresse du routeur. La syntaxe d'appel de ce programme varie en fonction du système d'exploitation utilisé. Pour plus d'informations sur ce programme, consultez la documentation afférente à votre programme d'exploitation.

    Si le serveur se trouve sur le même sous-réseau que Load Balancer, c'est-à-dire si traceroute ne désigne aucun routeur, entrez l'adresse du serveur comme adresse de routeur. L'adresse du routeur est celle configurée sur la machine Load Balancer à l'étape 7.


    Partitionnement du serveur : serveurs logiques configurés pour un serveur physique (adresse IP)

    Avec le partitionnement du serveur, vous pouvez effectuer une distinction plus avancée entre des URL particulières et leurs applications spécifiques. Par exemple, un serveur Web permet de gérer des pages JSP, des pages HTML, des fichiers GIF, des requêtes de base de données, etc. Load Balancer permet maintenant de partitionner une grappe et un serveur spécifiques d'un port en plusieurs serveurs logiques. Ainsi, vous pouvez appliquer le conseiller sur un service particulier de la machine afin de détecter si un moteur de servlet ou une demande de base de données s'exécute très rapidement ou s'il ne s'exécute pas du tout.

    Le partitionnement de serveur permet à Load Balancer de détecter, par exemple, que le service HTML traite les pages rapidement mais que la connexion à la base de données à été interrompue. Ainsi vous pouvez distribuer la charge en fonction de la charge de travail de chaque service plus granulaire et non en fonction uniquement de la pondération serveur.

    Partitionnement de serveur à l'aide des conseillers HTTP/HTTPS

    Le partitionnement de serveur peut se révéler utile s'il est associé aux conseillers HTTP et HTTPS. Par exemple, lorsque vous disposez d'un serveur HTML qui gère des pages HTML, GIF et JSP, si vous configurez le serveur (par ajout) une seule fois sur le port 80, vous ne recevez qu'une valeur de charge pour la totalité du serveur HTTP. Ceci peut vous induire en erreur car il est possible que le service GIF ne fonctionne pas sur le serveur. Dispatcher continue d'acheminer les pages GIF vers le serveur, mais le client n'obtient qu'un message de dépassement de délai ou d'erreur.

    Si vous configurez le serveur trois fois (c.-à-d. ServerHTML, ServerGIF et ServerJSP) sur le port et que vous définissez le paramètre advisorrequest du serveur avec une chaîne différente pour chaque serveur logique, vous pouvez demander des informations concernant l'état d'un service particulier sur le serveur. ServerHTML, ServerGIF et ServerJSP correspondent à trois serveurs logiques partitionnés à partir d'un serveur physique. Pour ServerJSP, vous pouvez définir la chaîne advisorrequest afin d'interroger le service sur la machine qui gère les pages JSP. Pour ServerGIF, vous pouvez définir la chaîne advisorrequest afin d'interroger le service GIF. Pour ServerHTML, vous pouvez définir la chaîne advisorrequest afin d'interroger le service HTML. Ainsi, lorsque le client n'obtient pas de réponse de l'interrogation advisorrequest du service GIF, Dispatcher marque ce serveur logique (ServerGIF) comme inactif tandis que les deux autres serveurs logiques peuvent parfaitement fonctionner. Dispatcher n'achemine plus de pages GIF vers le serveur physique, mais peut encore envoyer des requêtes JSP et HTML au serveur.

    Pour plus d'informations sur le paramètres advisorrequest, reportez-vous à la section Configuration du conseiller HTTP à l'aide de l'option de demande/réponse (URL).

    Exemple de configuration d'un serveur physique en plusieurs serveurs logiques

    Dans la configuration de Dispatcher, vous pouvez représenter un serveur physique ou un serveur logique à l'aide de la hiérarchie grappe:port:serveur. Le serveur peut être une adresse IP unique de la machine (serveur physique) sous la forme d'un nom symbolique ou au format décimal à point. Ou, si vous configurez le serveur afin qu'il représente un serveur partitionné, vous devez alors fournir une adresse de serveur pouvant être résolue pour le serveur physique dans le paramètre address de la commande dscontrol server add. Pour plus d'informations, reportez-vous à la section dscontrol server -- Configuration des serveurs.

    Voici un exemple de partitionnement de serveurs physiques en serveurs logiques afin de gérer différents types de demandes.

    Cluster: 1.1.1.1
            Port:  80
                 Server: A (IP address 1.1.1.2)
                           HTML server
                 Server: B (IP address 1.1.1.2)
                           GIF server
                 Server: C (IP address 1.1.1.3)
                           HTML server
                 Server: D (IP address 1.1.1.3)
                           JSP server
                 Server: E (IP address 1.1.1.4)
                           GIF server
                 Server: F (IP address 1.1.1.4)
                           JSP server
            Rule1: /*.htm
                 Server: A
                 Server: C
            Rule2: /*.jsp
                 Server: D
                 Server: F
            Rule3: /*.gif
                 Server: B
                 Server: E                
    

    Dans cet exemple, le serveur 1.1.1.2 est divisé en deux serveurs logiques : "A" (gérant les demandes HTML) et "B" (gérant les demandes GIF). Le serveur 1.1.1.3 est divisé en deux serveurs logiques : "C" (gérant les demandes HTML) et "D" (gérant les demandes JSP). Le serveur 1.1.1.4 est partitionné en deux serveurs logiques : "E" (gérant les demandes GIF) et "F" (gérant les demandes JSP).


    Haute disponibilité

    Haute disponibilité simple

    Figure 13. Exemple de Dispatcher utilisant la haute disponibilité

    Dispatcher utilisant la configuration à haute disponibilité simple

    La fonctionnalité de haute disponibilité requiert une deuxième machine. La première se charge de l'équilibrage de charge pour la totalité du trafic client, comme dans une configuration à une seule machine. La seconde machine surveille le bon fonctionnement de la première et reprend l'équilibrage de charge si elle détecte un échec de la première machine.

    Chacune des deux machines se voit affecter un rôle spécifique, principal ou de sauvegarde. La machine principale envoie régulièrement les données de connexion à la machine de secours. Pendant que la machine principale est active (équilibrage de charge), la machine de sauvegarde est en état d'attente et ses données s'actualisent en permanence, ce qui lui permet de prendre le relais des opérations en cas de besoin.

    Les sessions de communication entre les deux machines sont désignées par le terme signal de présence. Ces signaux permettent à chaque machine de contrôler l'état de l'autre.

    Si la machine de sauvegarde détecte que la machine principale est défaillante, elle prend en charge l'équilibrage de charge. A cette étape, les états respectifs des deux machines s'inversent : la machine de secours devient active et la machine principale passe en attente.

    Dans la configuration à haute disponibilité, les deux machines doivent être sur le même sous-réseau.

    Pour plus d'informations sur la fonction de haute disponibilité, reportez-vous à la section Haute disponibilité.

    Haute disponibilité réciproque

    Figure 14. Exemple de Dispatcher utilisant la haute disponibilité réciproque

    Dispatcher utilisant la configuration à haute disponibilité réciproque

    La fonctionnalité à haute disponibilité réciproque implique l'utilisation de deux machines. Les deux machines effectuent l'équilibrage de la charge du trafic client de manière active et assurent réciproquement la sauvegarde l'une de l'autre. Dans une configuration à haute disponibilité, une seule machine effectue l'équilibrage de charge. Dans une configuration à haute disponibilité réciproque, les deux machines assument l'équilibrage de charge d'une partie du trafic du client.

    Pour la haute disponibilité réciproque, le trafic client est affecté à chaque machine sur la base d'une adresse de grappe. Chaque grappe peut être configurée avec l'adresse de non-acheminement (NFA) de sa machine principale. La machine du Dispatcher principal effectue normalement l'équilibrage de charge pour cette grappe. En cas de panne, l'autre machine assume l'équilibrage de charge pour sa propre grappe et pour la grappe du dispatcher qui est en panne.

    La Figure 14 illustre une configuration de haute disponibilité réciproque avec "grappe partagée A" et "grappe partagée B,". Chaque répartiteur peut acheminer activement des paquets pour sa grappe principale. Si l'un des répartiteurs venait à échouer et ne pouvait plus activement acheminer les paquets pour sa grappe principale, l'autre répartiteur pourrait le remplacer et acheminerait les paquets pour sa grappe de sauvegarde.

    Remarque :
    Les deux machines doivent configurer de la même façon leur ensembles de grappe partagés. C'est-à-dire que les ports utilisés et les serveurs définis pour chaque port doivent être identiques dans les deux configurations.

    Pour plus d'informations sur la fonction de haute disponibilité, reportez-vous à la section Haute disponibilité.


    Configuration du composant Dispatcher

    Avant d'effectuer les opérations décrites dans le présent chapitre, reportez-vous à la section Planification du composant Dispatcher. Ce chapitre décrit comment créer une configuration de base pour le composant Dispatcher de Load Balancer.

    Remarque :
    Dans les versions antérieures où le produit se nommait Network Dispatcher, la commande de contrôle de Dispatcher était ndcontrol. Elle s'intitule désormais dscontrol.

    Présentation générale des tâches de configuration

    Remarque :
    Avant de suivre les étapes de configuration détaillées dans ce tableau, assurez-vous que la machine Dispatcher et toutes les machines serveurs sont connectées au réseau, ont des adresses IP valides et peuvent communiquer entre elles par la triangulation ping.

    Tableau 4. Tâches de configuration pour la fonction Dispatcher

    Tâche Description Informations connexes
    Configuration de la machine Dispatcher.

    Définition de la configuration pour l'équilibrage de charge

    Configuration de la machine Dispatcher
    Configuration des machines en vue de l'équilibrage de charge Affectation d'un alias à l'unité de bouclage, recherche et suppression de la route supplémentaire Configuration des serveurs pour l'équilibrage de la charge

    Méthodes de configuration

    Quatre méthodes permettent une configuration de base de Dispatcher :

    Ligne de commande

    C'est la méthode la plus directe pour la configuration de Dispatcher. Les valeurs des paramètres de commande doivent être saisies en anglais. Les seules exceptions s'appliquent aux noms d'hôte (utilisés dans les commandes cluster, server et highavailability) et aux noms de fichiers (utilisés dans les commandes file).

    Pour démarrer Dispatcher à partir de la ligne de commande, procédez comme suit :

    1. Emettez la commande dsserver à partir de l'invite. Pour arrêter le service, tapez dsserver stop
      Remarque :
      Sous Windows 2000, cliquez sur Démarrer > Paramètres > Panneau de configuration> Outils d'administration > Services. Cliquez à l'aide du bouton droit de la souris sur IBM Dispatcher, puis sélectionnez Démarrer. Pour arrêter le service, suivez la même procédure en sélectionnant Arrêter.
    2. Ensuite, émettez les commandes de contrôle Dispatcher souhaitées pour définir votre configuration. Les procédures décrites dans ce manuel reposent sur l'utilisation de la ligne de commande. La commande est dscontrol. Pour plus de détails sur les commandes, reportez-vous au Guide des commandes Dispatcher et CBR.

    Vous pouvez utiliser une version abrégée des paramètres de la commande nalcontrol en entrant simplement la ou les quelques lettres d'identification des paramètres. Par exemple, pour obtenir l'aide correspondant à la commande file save, vous pouvez entrer dscontrol he f au lieu de dscontrol help file.

    Vous pouvez entrer une version abrégée des paramètres de commande dscontrol. Il suffit d'entrer les lettres spécifiques des paramètres. Par exemple, pour obtenir l'aide correspondant à la commande file save, vous pouvez entrer dscontrol he f au lieu de dscontrol help file.

    Pour démarrer l'interface de ligne de commande, entrez dscontrol pour ouvrir une invite dscontrol.

    Pour fermer l'interface de ligne de commande, entrez exit ou quit.

    Scripts

    Les commandes permettant de configurer Dispatcher peuvent être entrées dans un fichier script de configuration, puis exécutées ensemble. Reportez-vous à la section Exemples de fichiers de configuration Load Balancer.

    Remarque :
    Pour exécuter rapidement le contenu d'un fichier script (par exemple, mon_script), utilisez l'une des commandes suivantes :

    Pour sauvegarder la configuration en cours dans un fichier script (par ex. scriptsauvegarde), exécutez la commande suivante :

    dscontrol file save scriptsauvegarde
    

    Cette commande enregistre le fichier script de configuration dans le répertoire ...ibm/edge/lb/servers/configurations/dispatcher.

    Interface graphique

    Pour des instructions générales et un exemple de l'interface graphique, reportez-vous à la Figure 41.

    Pour démarrer l'interface graphique, procédez comme suit :

    1. Vérifiez que dsserver est en cours d'exécution.
    2. Ensuite, effectuez l'une des opérations suivantes :

    Pour pouvoir configurer le composant Dispatcher à partir de l'interface graphique, vous devez d'abord sélectionner Dispatcher dans l'arborescence. Vous pouvez lancer l'exécuteur et le gestionnaire une fois que vous vous êtes connecté à un hôte. Vous pouvez également créer des grappes contenant des ports et des serveurs, puis lancer des conseillers pour le gestionnaire.

    Vous pouvez utiliser l'interface graphique pour toute opération normalement exécutée par la commande dscontrol. Par exemple, pour définir une grappe à l'aide de la ligne de commande, vous devez entrer la commande dscontrol cluster add grappe. Pour définir une grappe à partir de l'interface graphique, cliquez sur Exécuteur à l'aide du bouton droit de la souris, puis dans le menu en incrustation qui apparaît, cliquez sur le bouton Ajout d'une grappe à l'aide du bouton gauche de la souris. Entrez l'adresse de la grappe dans la fenêtre en incrustation, puis cliquez sur OK.

    Les fichiers de configuration Dispatcher existants peuvent être chargés à l'aide des options Chargement de la nouvelle configuration (pour remplacer intégralement la configuration en cours) et Ajout à la configuration en cours (pour mettre à jour la configuration en cours) du menu en incrustation Hôte. Vous devez sauvegarder régulièrement votre configuration Dispatcher dans un fichier en utilisant l'option Sauvegarder le fichier de configuration sous... du menu en incrustation Hôte. Le menu Fichier situé en haut de l'interface graphique permet de sauvegarder les connexions à l'hôte en cours dans un fichier ou de restaurer les connexions dans des fichiers existants sur tous les composants Load Balancer.

    Les commandes de configuration peuvent également être exécutées à distance. Pour plus de détails, reportez-vous à la section RMI (Remote Method Invocation).

    Pour exécuter une commande à partir de l'interface graphique : mettez le noeud Hôte en surbrillance dans l'arborescence de l'interface graphique, puis sélectionnez Envoyer la commande.... dans le menu en incrustation Hôte. Dans la zone d'entrée de commande, entrez la commande à exécuter, par exemple executor report. Les résultats et l'historique des commandes exécutées lors de la session courante s'affichent dans la fenêtre ouverte.

    Vous pouvez accéder à l'Aide en cliquant sur le point d'interrogation situé dans l'angle supérieur droit de la fenêtre Load Balancer.

    Pour plus de détails sur l'utilisation de l'interface graphique, reportez-vous à l'Annexe A, Interface graphique utilisateur : Instructions générales.

    Configuration à l'aide de l'assistant de configuration

    Si vous utilisez l'assistant de configuration, suivez la procédure ci-dessous.

    1. Démarrez dsserver sur Dispatcher :

    2. Démarrez la fonction Assistant de Dispatcher, dswizard.

    Cet assistant vous guide dans les étapes requises pour la création d'une configuration de base pour le composant Dispatcher. Vous devez répondre à quelques questions concernant votre réseau. Vous serez guidé dans la configuration d'une grappe pour permettre à Dispatcher d'équilibrer le trafic dans un groupe de serveurs.


    Configuration de la machine Dispatcher

    L'installation de la machine Dispatcher ne peut être effectuée que par le superutilisateur (pour AIX, Linux ou Solaris) ou l'administrateur pour Windows 2000.

    AIX, Linux et Solaris uniquement : Load Balancer peut avoir un serveur co-implanté . Cela signifie simplement que Load Balancer peut être implanté physiquement sur le serveur dont il assure l'équilibrage de charge.

    La machine Dispatcher requiert au moins deux adresses IP valides :

    Solaris uniquement :

    1. Par défaut, Dispatcher est configuré pour assurer l'équilibrage de charge avec des cartes d'interface réseau Ethernet 100 Mo/s. Pour modifier le paramètre par défaut, vous devez éditer le fichier /opt/ibm/edge/lb/servers/ibmnd.conf comme suit :

      Le fichier ibmnd.conf fournit des données à la commande Solaris autopush et doit être compatible avec cette dernière.

    2. Le démarrage ou l'arrêt de Dispatcher Executor déconfigure tous les alias sur les cartes répertoriées dans le fichier ibmnd.conf. Pour reconfigurer automatiquement les alias sur ces cartes (à l'exception de ceux devant être employés par le composant Dispatcher de Load Balancer), utilisez le fichier script goAliases. Un exemple de script, qui se trouve dans le répertoire ...ibm/edge/lb/servers/samples, doit être déplacé dans le répertoire ...ibm/edge/lb/servers/bin avant exécution. Le script goAliases s'exécute automatiquement lors du démarrage ou de l'arrêt de Dispatcher Executor.

      Par exemple, si les grappes X et Y sont configurées pour être utilisées par le composant CBR sur les cartes répertoriées dans le fichier ibmnd.conf, elles sont déconfigurées lors du démarrage des commandes dscontrol executor start ou dscontrol executor stop. Ce résultat n'est peut-être pas souhaité. Lorsque les grappes X et Y sont configurées dans le script goAliases, elles sont automatiquement reconfigurées une fois Dispatcher Executor lancé ou arrêté.

    Windows 2000 uniquement : Assurez-vous que la transmission Internet n'est pas activée pour le protocole TCP/IP. (Voir la configuration TCP/IP sous Windows 2000.)

    La Figure 15 montre un exemple de Dispatcher configuré avec une seule grappe, deux ports et trois serveurs.

    Figure 15. Exemple d'adresses IP nécessaires pour la machine Dispatcher


    Pour obtenir une aide sur les commandes utilisées lors de cette procédure, reportez-vous au Guide des commandes Dispatcher et CBR.

    Pour plus d'informations sur le fichier de configuration type, reportez-vous à la section Exemples de fichiers de configuration Load Balancer.

    Etape 1. Démarrage de la fonction serveur

    AIX, Linux et Solaris : Pour démarrer la fonction serveur, entrez dsserver.

    Windows 2000 : La fonction serveur démarre automatiquement en tant que service.

    Remarque :
    Un fichier de configuration par défaut (default.cfg) est chargé automatiquement lors du démarrage de dsserver. Si l'utilisateur décide de sauvegarder la configuration Dispatcher dans default.cfg, toutes les données sauvegardées dans ce fichier seront chargées automatiquement au prochain démarrage de dsserver.

    Etape 2. Démarrage de la fonction exécuteur

    Pour démarrer la fonction exécuteur, tapez la commande dscontrol executor start. Notez que vous pouvez également modifier divers paramètres de l'exécuteur à cette occasion. Reportez-vous au Guide des commandes Dispatcher et CBR.

    Etape 3. Définition de l'adresse de non-réacheminement (si différente du nom d'hôte)

    Utilisez cette adresse pour vous connecter à la machine en vue de tâches administratives, comme l'utilisation de Telnet ou SMTP, par exemple. Par défaut, cette adresse correspond au nom d'hôte.

    Pour définir l'adresse de non-réacheminement, entrez la commande dscontrol executor set nfa adresse_IP ou éditez le fichier de configuration type. adresse_IP peut être le nom symbolique ou l'adresse en notation décimale à point.

    Etape 4. Définition et configuration des options de la grappe

    Dispatcher équilibrera les demandes envoyées à l'adresse de la grappe entre les serveurs configurés sur les ports associés à cette grappe.

    La grappe est soit un nom symbolique, soit l'adresse en notation décimale à point, soit l'adresse spéciale 0.0.0.0 qui définit une grappe générique. Pour définir une grappe, tapez la commande dscontrol cluster add. Pour définir les options de grappe, tapez la commande dscontrol cluster set ou utilisez l'interface graphique pour lancer des commandes. Les grappes génériques peuvent être utilisées pour remplacer plusieurs adresses IP afin de permettre l'équilibrage de charge pour les paquets entrants. Pour plus de détails, reportez-vous aux sections Utilisation d'une grappe générique pour combiner les configurations serveurs, Utilisation de la grappe générique pour équilibrer la charge des pare-feux et Utilisation de grappe générique avec Caching Proxy pour le proxy transparent.

    Etape 5. Affectation d'un alias à la carte d'interface réseau

    Une fois que la grappe est définie, vous devez normalement configurer son adresse sur l'une des cartes d'interface réseau de la machine Dispatcher. Pour ce faire, émettez la commande dscontrol executor configure adresse_grappe. Cette commande recherche une carte avec une adresse existante et appartenant au même sous-réseau que l'adresse de la grappe. La commande de configuration de la carte système est ensuite lancée pour l'adresse de la grappe en utilisant la carte trouvée et le masque de réseau de l'adresse existante figurant sur cette carte. Par exemple :

    dscontrol executor configure 204.67.172.72 
    

    Vous pouvez configurer des adresses de grappes ajoutées à un serveur en attente en mode haute disponibilité ou des adresses de grappes ajoutées à un répartiteur de réseau étendu jouant le rôle de serveur éloigné. Il est également inutile d'exécuter la commande de configuration de l'exécuteur si vous utilisez le modèle de script goIdle, en mode autonome. Pour plus d'informations sur le script goldle, reportez-vous à la section Utilisation de scripts.

    Dans de rares cas, vous pouvez avoir une adresse qui ne correspond pas à une adresse de sous-réseau existante. Vous devez alors utiliser l'autre forme de la commande de configuration de l'exécuteur et fournir de manière explicite le nom et le masque de réseau de l'interface. Entrez la commande dscontrol executor configureadresse_grappe nom_interface sous-masque.

    Exemple :

    dscontrol executor configure 204.67.172.72 en0 255.255.0.0 
    (AIX)
    dscontrol executor configure 204.67.172.72 eth0:1 255.255.0.0 
    (Linux)
    dscontrol executor configure 204.67.172.72 le0:1 255.255.0.0 
    (Solaris 7)
    dscontrol executor configure 204.67.172.72 le0 255.255.0.0 
    (Solaris 8)
    dscontrol executor configure 204.67.172.72 en1 255.255.0.0 
    (Windows 2000)
     
    

    Windows 2000

    Pour vous servir de l'autre forme de la commande de configuration de l'exécuteur sous Windows 2000, vous devez déterminer le nom de l'interface à utiliser.

    Si votre machine comporte une seule carte Ethernet, l'interface portera le nom en1. De même, si vous ne disposez que d'une seule carte en anneau à jeton (Token Ring), l'interface portera le nom tr1. Si la machine comporte plusieurs cartes de l'un ou l'autre type, il est nécessaire de déterminer le mappage des cartes. Procédez comme suit :

    1. Démarrez regedit à partir de l'invite.
    2. Cliquez sur HKEY_LOCAL_MACHINE, Logiciel, Microsoft, Windows NT, puis sur Version actuelle.
    3. Cliquez ensuite sur Cartes réseau

    Les cartes d'interface réseau supportées apparaissent à l'écran. Cliquez sur chaque entrée de la liste pour déterminer s'il s'agit d'une interface Ethernet ou Token Ring (anneau à jeton). Le type d'interface est répertorié dans la colonne Description. Les noms attribués par dsconfig correspondent aux types d'interface. Par exemple, la commande dsconfig affecte la première interface Ethernet de la liste à en0, la deuxième à en1, et ainsi de suite ; la première interface en anneau à jeton (Token Ring) est affectée à tr0, la deuxième à tr1, et ainsi de suite.

    Remarque :
    Le registre Windows 2000 commence la numérotation des cartes à partir de 1, et non de 0.

    Après avoir accédé à ces informations de mappage, vous pouvez créer un alias reliant l'interface réseau à l'adresse de la grappe.

    Utilisation de ifconfig/dsconfig pour configurer des alias de grappe

    La commande de configuration de l'exécuteur exécute principalement des commandes ifconfig (ou dsconfig sous Windows 2000). Vous pouvez donc continuer d'utiliser les commandes ifconfig (dsconfig) si vous le souhaitez.

    Windows 2000

    La commande dsconfig est fournie avec le composant Dispatcher et permet de configurer les alias de grappes à partir de la ligne de commande. Cette commande a la même syntaxe que la commande UNIX ifconfig.

    dsconfig
    en0 alias 204.67.172.72 netmask 255.255.0.0
    
    Remarque :
    Le paramètre netmask est obligatoire. Il doit être spécifié en notation décimale à point (255.255.0.0) ou en notation hexadécimale (0xffff0000).

    Pour déterminer le nom de l'interface, utilisez la même technique que pour la seconde forme de la commande de configuration de l'exécuteur.

    Solaris

    Lorsque vous utilisez des applications serveur de liaison, qui opèrent une liaison à une liste d'adresses IP ne contenant pas celle du serveur, faites appel à la commande arp publish plutôt qu'à ifconfig pour définir dynamiquement une adresse IP sur la machine Load Balancer. Par exemple :

     arp -s <grappe> <adresse MAC Load Balancer> pub
    

    Etape 6. Définition des ports et de leurs options

    Pour définir un port, entrez la commande dscontrol port add grappe:port, éditez le fichier de configuration type ou utilisez l'interface graphique. La valeur de grappe peut être le nom symbolique ou l'adresse en notation décimale à point. Port représente le numéro du port utilisé pour ce protocole. A ce stade, vous avez également la possibilité de modifier divers paramètres de ports. Vous devez définir et configurer tous les serveurs pour un port. Reportez-vous au Guide des commandes Dispatcher et CBR.

    Le numéro de port 0 (zéro) est utilisé pour spécifier un port générique. Ce port acceptera le trafic vers un port non défini sur la grappe. Le port générique sera utilisé pour configurer des règles et des serveurs pour n'importe quel port. Vous pouvez également utiliser cette fonction en cas de configuration serveur/règle identique pour plusieurs ports. Le trafic sur un port peut influencer les décisions d'équilibrage de charge pour le trafic sur les autres ports. Pour plus de détails sur les cas d'utilisation d'un port générique, reportez-vous à la section Utilisation du port générique pour acheminer le trafic destiné à un port non configuré.

    Remarque :
    Le port générique ne peut pas être utilisé pour le traitement du trafic FTP.

    Etape 7. Définition de serveurs avec équilibrage de charge

    Pour définir un serveur avec équilibrage de charge, tapez la commande dscontrol server add grappe:port:serveur, éditez le fichier de configuration type ou utilisez l'interface graphique. grappe et serveur peuvent correspondre à des noms symboliques ou à des adresses en notation décimale à point. Port représente le numéro du port utilisé pour ce protocole. Pour effectuer l'équilibrage de charge, vous devez définir plusieurs serveurs sur le port d'une grappe.

    Serveurs de liaison : Si le composant Dispatcher équilibre la charge entre des serveurs de liaison, les serveurs doivent être configurés pour effectuer la liaison avec l'adresse de la grappe. Etant donné que Dispatcher réachemine les paquets sans modifier l'adresse IP de destination, lorsque ceux-ci arrivent, l'adresse de grappe qu'ils contiennent indique la destination. Si un serveur a été configuré pour être lié à une adresse IP autre que l'adresse de grappe, il ne pourra pas accepter les paquets/demandes destinés à la grappe.

    Remarque :
    Solaris et Linux : si vous utilisez des conseillers, les serveurs de liaison ne doivent pas être co-implantés.

    Co-implantation d'adresses multiples : Dans une configuration de co-implantation, l'adresse du serveur co-implanté ne doit pas être la même que celle de non-réacheminement (NFA). Vous avez la possibilité d'utiliser une autre adresse si votre machine a été définie avec des adresses IP multiples. En ce qui concerne le composant Dispatcher, le serveur co-implanté doit être défini comme co-implanté via la commande dscontrol server. Pour plus d'informations sur les serveurs co-implantés, reportez-vous à la section Utilisation de serveurs implantés au même endroit.

    Pour plus d'informations sur la syntaxe de la commande dscontrol server, reportez-vous à la section dscontrol server -- Configuration des serveurs.

    Etape 8. Démarrage de la fonction gestionnaire (facultatif)

    La fonction gestionnaire permet d'améliorer l'équilibrage de charge. Pour démarrer le gestionnaire, entrez la commande dscontrol manager start, éditez le fichier de configuration type ou utilisez l'interface graphique.

    Etape 9. Démarrage de la fonction conseiller (facultatif)

    Les conseillers transmettent au gestionnaire des informations complémentaires sur la capacité des serveur bénéficiant de l'équilibrage de charge à répondre aux demandes. Chaque conseiller est spécifique à un protocole. Par exemple, tapez la commande suivante pour lancer le conseiller HTTP :

    dscontrol advisor start http port
    
    Pour consulter la liste des conseillers et des ports par défaut correspondants, reportez-vous au Guide des commandes Dispatcher et CBR. Pour lire la description de chaque conseiller, reportez-vous à la section Liste des conseillers.

    Etape 10. Définition du niveau d'importance des informations requis pour la grappe

    Si vous démarrez des conseillers, vous pouvez modifier le niveau d'importance donné aux informations des conseillers entrant dans les décisions d'équilibrage de la charge. Pour définir les proportions de la grappe, entrez la commande dscontrol cluster set grappe proportions. Pour plus d'informations, reportez-vous à la section Proportion de l'importance accordée aux données d'état.


    Configuration des serveurs pour l'équilibrage de la charge

    Si le serveur est co-implanté (Dispatcher est installé sur la machine dont il assure l'équilibrage de charge) ou si vous utilisez la méthode de réacheminement nat ou cbr, n'appliquez pas les procédures suivantes.

    Si vous utilisez la méthode de réacheminement mac, Dispatcher travaillera uniquement avec des serveurs périphériques permettant de configurer l'adaptateur de bouclage avec une adresse IP supplémentaire. C'est pourquoi le serveur périphérique ne répondra jamais aux demandes ARP (protocole de résolution d'adresses). Suivez les étapes indiquées dans cette section pour configurer les serveurs avec équilibrage de charge.

    Etape 1. Affectation d'un alias pour l'unité de bouclage

    Pour que les serveurs bénéficiant d'un équilibrage de charge fonctionnent, vous devez définir (ou de préférence affecter un alias à) l'unité de bouclage (souvent appelé lo0) en fonction de l'adresse de grappe. Si vous utilisez la méthode d'acheminement MAC, le composant Dispatcher ne modifie pas l'adresse IP de destination dans le paquet TCP/IP avant de retransmettre ce paquet au serveur TCP. Si l'unité de bouclage est définie, ou se voit affecter l'adresse de grappe comme alias, les serveurs avec équilibrage de charge accepteront les paquets envoyés à cette adresse de grappe.

    Si votre système d'exploitation supporte l'attribution d'alias aux interfaces réseau (telles que AIX, Linux, Solaris, ou Windows 2000), vous devez affecter l'adresse de grappe comme alias à l'unité de bouclage. L'utilisation d'un système d'exploitation supportant les alias à pour avantage de permettre la configuration de serveurs avec équilibrage de charge desservant plusieurs adresses de grappe .

    Remarque :
    Certaines versions de noyau Linux requièrent un correctif pour l'affectation d'un alias au dispositif de bouclage. Pour déterminer si un correctif de noyau Linux est nécessaire, reportez-vous à la section Installation du correctif du noyau Linux (pour supprimer les réponses ARP sur l'interface de bouclage).

    Pour les noyaux Linux version 2.2.14 ou suivante, émettez les commandes ci-après avant la commande ifconfig :

    echo 1 > /proc/sys/net/ipv4/conf/lo/hidden
    echo 1 > /proc/sys/net/ipv4/conf/all/hidden 
    

    Si le système d'exploitation de votre serveur ne supporte pas les alias, vous devez définir l'adresse de grappe comme alias pour l'unité de bouclage.

    Pour définir l'unité de bouclage ou lui affecter un alias, utilisez la commande requise par votre système d'exploitation comme indiqué dans le Tableau 5.

    Tableau 5. Commandes pour l'affectation d'un alias à l'unité de bouclage (lo0) pour Dispatcher

    AIX
    ifconfig lo0 alias adresse_grappe netmask masque_réseau
    HP-UX ifconfig lo0 adresse_grappe
    Linux ifconfig lo:1 adresse_grappe netmask 255.255.255.255 up
    OS/2 ifconfig lo adresse_grappe
    Solaris 7 ifconfig lo0:1 adresse_grappe 127.0.0.1 up
    Solaris 8 ifconfig lo0:1 plumb adresse_grappe netmask masque_réseau up
    Windows 2000
    1. Sélectionnez Démarrer, Paramètres, puis Panneau de configuration.
    2. Si vous ne l'avez pas encore fait, ajoutez le pilote de la carte de bouclage MS.
      1. Cliquez deux fois sur Ajout/Suppression de matériel. Cela lance l'assistant correspondant à cette fonction.
      2. Cliquez sur Suivant, sélectionnez Ajouter/Dépanner un périphérique, puis sur Suivant.
      3. Le panneau Sélection d'un périphérique matériel s'affiche.
      4. Si la carte de bouclage MS figure dans la liste, c'est qu'elle est déjà installée. Cliquez sur Annuler pour fermer le panneau.
      5. Si la carte de bouclage MS ne figure pas dans la liste, sélectionnez Ajouter un nouveau périphérique et cliquez sur Suivant.
      6. Pour sélectionner le composant matériel dans une liste, dans le panneau Trouver le nouveau matériel, cliquez sur Non, puis sur Suivant.
      7. Sélectionnez Cartes réseau et cliquez sur suivant.
      8. Dans le panneau de sélection des cartes réseau, sélectionnez Microsoft dans la liste des fabricants, puis Microsoft Loopback Adapter.
      9. Cliquez sur Suivant une première fois, puis une deuxième pour installer les paramètres par défaut (ou sélectionnez l'option de support fourni (Have Disk), puis insérez le CD-ROM et effectuez l'installation à partir de ce point).
      10. Cliquez sur Terminer pour achever l'installation.
    3. Dans le Panneau de configuration, cliquez deux fois sur Connexions réseau et accès à distance.
    4. Cliquez à l'aide du bouton droit de la souris sur la connexion portant le nom d'unité "Microsoft Loopback Adapter" pour la sélectionner.
    5. Sélectionnez Propriétés dans le menu déroulant.
    6. Sélectionnez Internet Protocol (TCP/IP), puis cliquez sur Propriétés.
    7. Cliquez sur Utiliser l'adresse IP suivante. Pour Adresse IP indiquez l'adresse de la grappe et pour Masque de sous-réseau le masque de sous réseau par défaut (255.0.0.0).
      Remarque :
      N'indiquez pas d'adresse de routeur. Utilisez le système hôte local comme serveur DNS par défaut.
    Windows NT
    1. Cliquez sur Démarrer, puis sur Paramètres.
    2. Cliquez sur Panneau de configuration, puis cliquez deux fois sur Réseau.
    3. Si vous ne l'avez pas encore fait, ajoutez le pilote de la carte de bouclage MS.
      1. Dans la fenêtre Réseau, cliquez sur Adaptateurs.
      2. Sélectionnez Adaptateur de bouclage MS, puis cliquez sur OK.
      3. A l'invite, insérez le CD ou les disques d'installation.
      4. Dans la fenêtre Réseau, cliquez sur Protocoles.
      5. Sélectionnez Protocole TCP/IP, puis cliquez sur Propriétés.
      6. Sélectionnez Adaptateur de bouclage MS, puis cliquez sur OK.
    4. Attribuez à l'adresse de bouclage votre adresse de grappe. Acceptez le masque de sous-réseau par défaut proposé (255.0.0.0) et n'entrez pas d'adresse de passerelle.
    Remarque :
    Vous devrez peut-être quitter la fenêtre Paramètres réseau puis y revenir pour que le pilote de l'unité de bouclage MS s'affiche sous Configuration TCP/IP.
    OS/390 Configuration d'un alias de bouclage sur le système OS/390
    • L'administrateur doit créer une entrée dans la liste d'adresses d'origine du membre (fichier) de paramètres IP. Par exemple
      HOME
      ;Address                   Link
      192.168.252.11             tr0
      192.168.100.100            1tr1
      192.168.252.12             loopback
      
    • Plusieurs adresses peuvent être définies pour le bouclage.
    • L'adresse 127.0.0.1 est configurée par défaut.

    Etape 2. Vérification de l'existence d'une route supplémentaire

    Sur certains systèmes d'exploitation, il se peut qu'une route par défaut ait été créée. Dans ce cas, elle doit être supprimée.

    Exemple pour Windows 2000 :

    1. Une fois la commande route print soumise, un tableau semblable à celui-ci s'affiche. (Cet exemple illustre la recherche et la suppression d'une route supplémentaire vers la grappe 9.67.133.158, avec le masque de sous-réseau par défaut 255.0.0.0.)
      Active Routes:
       
      Network Address Netmask         Gateway Address  Interface      Metric
      0.0.0.0         0.0.0.0         9.67.128.1       9.67.133.67     1
      9.0.0.0         255.0.0.0       9.67.133.158     9.67.133.158    1
      9.67.128.0      255.255.248.0   9.67.133.67      9.67.133.67     1
      9.67.133.67     255.255.255.255 127.0.0.1        127.0.0.1       1
      9.67.133.158    255.255.255.255 127.0.0.1        127.0.0.1       1
      9.255.255.255   255.255.255.255 9.67.133.67      9.67.133.67     1
      127.0.0.0       255.0.0.0       127.0.0.1        127.0.0.1       1
      224.0.0.0       224.0.0.0       9.67.133.158     9.67.133.158    1
      224.0.0.0       224.0.0.0       9.67.133.67      9.67.133.67     1
      255.255.255.255 255.255.255.255 9.67.133.67      9.67.133.67     1  
      
    2. L'adresse de la grappe figure dans la colonne de l'adresse de passerelle. Si une route supplémentaire existe, l'adresse de la grappe apparaîtra deux fois. Dans l'exemple, l'adresse de la grappe (9.67.133.158) apparaît sur les lignes 2 et 8.
    3. L'adresse du réseau figure sur toutes les lignes où apparaît l'adresse de la grappe. Vous avez uniquement besoin de l'une de ces routes. La route en trop doit être supprimée. La route supplémentaire à supprimer est celle dont l'adresse de réseau commence par le premier chiffre de l'adresse de la grappe, suivi de trois zéros. Dans l'exemple, la route supplémentaire à supprimer est celle qui se trouve sur la ligne 2, avec l'adresse de réseau 9.0.0.0 :
                9.0.0.0    255.0.0.0   9.67.133.158  9.67.133.158     1 
       
      

    Etape 3. Suppression d'une route supplémentaire

    Vous devez supprimer la route supplémentaire. Pour cela, utilisez la commande correspondant à votre système d'exploitation fournie dans le Tableau 6.

    Exemple : Pour supprimer la route supplémentaire comme indiqué pour l'exemple "Routes actives" de l'étape 2, entrez :

    route delete 9.0.0.0 9.67.133.158
    

    Tableau 6. Commandes de suppression d'une route supplémentaire pour Dispatcher

    HP-UX
    route delete adresse_grappe adresse_grappe
    Windows 2000 ou Windows NT route delete adresse_réseau (dans une invite MS-DOS)
    Remarque :
    Vous devez supprimer la route supplémentaire chaque fois que vous réamorcez le serveur.

    Suivant l'exemple fourni dans la Figure 15, pour configurer un serveur exécutant AIX, la commande serait :

      route delete
    -net  204.0.0.0  204.67.172.72
    

    Etape 4. Vérification de la configuration du serveur

    Pour vérifier la configuration d'un serveur périphérique, effectuez les étapes suivantes à partir d'une autre machine du même sous-réseau lorsque Load Balancer n'est pas être en cours d'exécution et la grappe non configurée.

    1. Emettez la commande :
      arp -d grappe
      
    2. Emettez la commande :
      ping grappe
      

      La commande ping doit rester sans réponse. Si une réponse est renvoyée, assurez-vous que vous n'avez pas attribué l'adresse de la grappe à l'interface à l'aide de la commande ifconfig. Vérifiez qu'aucune machine n'a une entrée ARP publiée pour l'adresse de la grappe.

      Remarque :
      Pour les versions 2.2.12 et 2.2.13 du noyau Linux, vérifiez que "1" est contenu dans /proc/sys/net/ipv4/conf/lo/arp_invisible.

      Pour les versions 2.2.14 et suivantes du noyau Linux, vérifiez que "1" est contenu dans /proc/sys/net/ipv4/conf/lo/hidden et /proc/sys/net/ipv4/conf/all/hidden.

    3. Soumettez une commande ping pour le serveur périphérique, puis émettez immédiatement la commande suivante :
      arp -a
      

      La sortie de la commande doit contenir l'adresse MAC de votre serveur. Emettez la commande :

      arp -s grappe adresse_mac_serveur
      
    4. Soumettez une commande ping pour la grappe. Cette commande doit renvoyer une réponse. Soumettez une demande http, telnet ou d'un autre type, adressée à la grappe que vous voulez voir gérée par votre serveur périphérique. Vérifiez qu'elle fonctionne correctement.
    5. Emettez la commande :
      arp -d grappe
      
    6. Soumettez une commande ping pour la grappe. Cette commande doit rester sans réponse.
      Remarque :
      Si une réponse est renvoyée, émettez une instruction arp grappe pour obtenir l'adresse MAC de la machine incorrectement configurée. Répétez les étapes 1 à  6.

    Installation du correctif du noyau Linux (pour supprimer les réponses ARP sur l'interface de bouclage)

    Pour Linux exclusivement, un correctif spécifique (dépendant de la version du noyau Linux concernée) est parfois requis pour permettre l'affectation d'un alias à l'unité de bouclage.

    Le correctif permet de s'assurer que les réponses ARP (Address Resolution Protocol) ne sont envoyées qu'à partir d'un port de carte réseau dont l'adresse IP est demandée dans la requête ARP. Sans ce correctif, Linux émet les réponses ARP sur le réseau pour les alias du dispositif de bouclage. Le correctif corrige également les conditions d'indétermination ARP qui se produisent lorsque plusieurs ports de carte réseau associés à des adresses IP différentes se trouvent sur le même réseau physique.

    Les conditions d'installation du correctif sont les suivantes :

    Load Balancer ne supportant que les noms de version de noyau répertoriés dans le Tableau 3, le nom du correctif du noyau compilé doit correspondre à l'un des noms répertoriés dans ce tableau. Pour plus d'informations sur les correctifs de noyau Linux, reportez-vous à la section Noms des versions de noyau Linux prises en charge.

    Remarque :
    Le correctif de noyau Linux a été utilisé pour tester le produit IBM et s'est révélé tout à fait satisfaisant dans l'environnement de test IBM. Nous vous conseillons d'évaluer l'adéquation de ce code dans votre propre environnement afin de voir s'il correspond à vos besoins. Il ne sera pas systématiquement inclus dans les versions futures du code source Linux de base.

    Composant CBR (Content Based Routing)

    Cette section contient des informations pour la configuration d'un démarrage rapide ainsi que des remarques relatives à la planification, et présente les diverses méthodes de configuration du composant CBR de Load Balancer. Elle se compose des chapitres suivants :


    Configuration de démarrage rapide

    Cet exemple de démarrage rapide indique comment configurer trois postes de travail connectés en local en associant le composant CBR au module Caching Proxy pour équilibrer la charge du trafic Web entre deux serveurs Web. (Par souci de simplicité, cet exemple se base sur des serveurs résidant sur le même segment de réseau local, alors que CBR ne l'impose pas.)

    Figure 16. Configuration CBR locale simple

    Graphique montrant un client, un réseau Internet, une machine Load Balancer et deux serveurs liés en local avec des adresses identifiées.


    Matériel requis

    Pour l'exemple à démarrage rapide, vous devez disposer de trois postes de travail et de quatre adresses IP. L'un des postes de travail sera utilisé comme répartiteur (CBR) et les deux autres comme serveurs Web. Chaque serveur Web requiert une adresse IP. Le poste CBR requiert une adresse réelle et une adresse pour l'équilibrage de charge.

    Pour pouvoir utiliser CBR, vous devez installer module Caching Proxy sur le même serveur. Pour configurer Caching Proxy pour CBR, reportez-vous à la section Etape 1. Configuration de Caching Proxy pour utiliser CBR.


    Préparation

    1. Configurez les postes de travail de sorte qu'ils se trouvent sur le même segment de réseau local. Vérifiez que le trafic réseau entre les trois machines n'a pas à traverser de routeurs ou de ponts.
    2. Configurez les cartes réseau de ces trois postes de travail. Dans cet exemple, nous supposerons que vous disposez de la configuration réseau suivante :
      Poste de travail Nom Adresse IP
      1 server1.monsiteweb.com 9.27.27.101
      2 server2.monsiteweb.com 9.27.27.102
      3 server3.monsiteweb.com 9.27.27.103
      Masque réseau = 255.255.255.0

      Chaque poste de travail ne contient qu'une carte d'interface réseau Ethernet standard.

    3. Vérifiez que server1.monsiteweb.com peut contacter server2.monsiteweb.com et server3.monsiteweb.com (avec la commande ping).
    4. Vérifiez que server2.monsiteweb.com et server3.monsiteweb.com peuvent contacter server1.monsiteweb.com (avec la commande ping).
    5. Vérifiez que les serveurs Web de server2.monsiteweb.com et server3.monsiteweb.com sont opérationnels. Utilisez un navigateur Web pour accéder directement aux pages à partir de http://server2.monsiteweb.com (par exemple, .../member/index.html) et http://server3.monsiteweb.com (par exemple, .../guest/index.html).
    6. Cherchez une autre adresse IP valide pour ce segment de réseau local. Il s'agit de l'adresse de grappe que vous fournirez aux clients qui souhaitent accéder à votre site. Dans cet exemple, nous utiliserons :
      Nom= www.monsiteweb.com
      IP=9.27.27.104  
      

    Configuration du composant CBR

    A l'aide de CBR, vous pouvez créer une configuration à l'aide de la ligne de commande, de l'assistant de configuration ou de l'interface graphique. Pour cet exemple de démarrage rapide, les étapes de configuration s'effectuent via la ligne de commande.

    Remarque :
    Les valeurs des paramètres doivent être saisies à l'aide de caractères anglais. Les seules exceptions sont les valeurs des paramètres des noms d'hôte et des noms de fichiers.

    Configuration à partir de la ligne de commande

    A partir d'une invite, effectuez les opérations ci-dessous.

    1. Démarrez cbrserver. Exécutez la commande suivante en tant que superutilisateur ou administrateur : cbrserver
      Remarque :
      Sous Windows 2000, démarrez cbrserver (routage par contenu d'IBM) à partir du panneau Services comme suit : Démarrer> Paramètres> Panneau de configuration > Outils d'administration > Services.
    2. Lancez la fonction exécuteur (executor) de CBR :

      cbrcontrol executor start

    3. Démarrez le module Caching Proxy (ce module peut être démarré à tout moment après démarrage de la fonction exécuteur) :

      ibmproxy

      Remarque :
      Sous Windows 2000, vous pouvez aussi démarrer Caching Proxy à partir du panneau Services comme suit : Démarrer> Paramètres> Panneau de configuration > Outils d'administration > Services.
    4. Ajoutez la grappe (nom d'hôte, site Web, auquel les clients se connectent) à la configuration CBR :

      cbrcontrol cluster add www.monsiteweb.com

    5. Ajoutez l'adresse de grappe (9.27.27.104) du site Web à la carte d'interface réseau sur la machine CBR. Pour plus d'informations, reportez-vous à la section Etape 5. Affectation d'un alias à la carte d'interface réseau (facultatif).
    6. Ajoutez le port du protocole http à la configuration CBR :

      cbrcontrol port add www.monsiteweb.com:80

    7. Ajoutez chaque serveur Web à la configuration CBR :

      cbrcontrol server add www.monsiteweb.com:80:server2.monsiteweb.com

      cbrcontrol server add www.monsiteweb.com:80:server3.monsiteweb.com

    8. Ajoutez des règles de contenu à la configuration CBR. (Une règle de contenu définit la manière dont une requête d'URL sera reconnue et envoyée à l'un des serveurs ou des ensembles de serveurs) :

      cbrcontrol rule add www.monsiteweb.com:80:memberRule type content pattern uri=*/member/*

      cbrcontrol rule add www.monsiteweb.com:80:guestRule type content pattern uri=*/guest/*

      Dans cet exemple, l'utilisation de la règle de contenu permet d'envoyer les demandes des clients adressées au site Web www.monsiteweb.com vers un autre serveur en fonction d'un répertoire désigné dans leur chemin de requête d'URI. Pour plus d'informations, reportez-vous à l'Annexe B, Syntaxe des règles de contenu (modèle).

    9. Ajoutez des serveurs à vos règles :

      cbrcontrol rule useserver www.monsiteweb:80:memberRule server2.monsiteweb.com

      cbrcontrol rule useserver www.monsiteweb:80:guestRule server3.monsiteweb.com

      CBR procède maintenant à l'équilibrage de charge en fonction d'une règle de contenu. Un client dont la demande d'URL contient /member/ sera dirigé vers server2.monsiteweb.com. Un client dont la demande d'URL contient /guest/ sera dirigé vers server3.monsiteweb.com.

    10. Démarrez la fonction gestionnaire (manager) de CBR :

      cbrcontrol manager start

    11. Démarrez la fonction conseiller (advisor) de CBR :

      cbrcontrol advisor start http 80

      CBR vérifie désormais que les demandes des clients ne sont pas envoyées vers un serveur Web arrêté.

    La configuration de base comportant des serveurs liés en local est maintenant terminée.

    Test de vérification de la configuration

    Vérifiez que la configuration fonctionne.

    1. A l'aide d'un navigateur Web, accédez à http://www.monsiteweb.com/member/index.htm . La configuration est correcte si une page apparaît.
    2. Rechargez la page dans le navigateur Web.
    3. Observez les résultats de la commande suivante :
       cbrcontrol server report
      www.monsiteweb.com:80:
      
      La colonne du nombre total de connexions des deux serveurs doit contenir la valeur "2."

    Configuration à l'aide de l'interface graphique

    Pour plus d'informations sur l'utilisation de l'interface graphique de CBR, reportez-vous à la section Interface graphique et à l'Annexe A, Interface graphique utilisateur : Instructions générales.

    Configuration à l'aide de l'assistant de configuration

    Pour plus d'informations sur l'utilisation de l'assistant de CBR, reportez-vous à la section Assistant de configuration.


    Types de configurations de grappe, de port et de serveur

    La configuration de CBR pour assurer le support de votre site peut s'effectuer de plusieurs manières. Si votre site ne comprend qu'un seul nom de système hôte auquel tous vos clients se connectent, vous pouvez ne définir qu'une seule grappe de serveurs. Pour chaque serveur, configurez un port par l'intermédiaire duquel CBR communique. Reportez-vous à la Figure 9.

    Figure 17. Exemple de composant CBR configuré avec une grappe et 2 ports

    Configuration simple

    Dans cet exemple de composant CBR, une grappe est définie sur www.productworks.com. Elle dispose de deux ports : le port 80 pour HTTP et le port 443 pour SSL. Un client adressant une requête à l'adresse http://www.productworks.com (port 80) accédera à un autre serveur qu'un client s'adressant à https://www.productworks.com (port 443).

    Si le site est très étendu et qu'il comporte un grand nombre de serveurs, chacun étant dédié à un protocole en particulier, CBR doit être configuré selon une autre méthode. Dans ce dernier cas, il est souhaitable de définir une grappe pour chaque protocole, avec un seul port mais plusieurs serveurs, comme illustré à la Figure 10.

    Figure 18. Exemple de composant CBR configuré avec deux grappes, chacune associée à un port

    Configuration avec deux grappes, associées à un seul port

    Dans cet exemple de composant CBR, deux grappes sont définies : www.productworks.com pour le port 80 (HTTP) et www.testworks.com pour le port 443 (SSL).

    Une troisième configuration de CBR est nécessaire si votre site abrite plusieurs sociétés ou services, chacun accédant à votre site par une adresse URL distincte. Dans ce cas, vous pouvez définir une grappe pour chaque société ou service ainsi qu'un nombre de ports variable pour réceptionner les connexions de cette URL, comme illustré par la Figure 11.

    Figure 19. Exemple de composant CBR configuré avec 2 grappes, chacune associée à 2 ports

    Configuration à deux grappes, chacune associée à deux ports

    Dans cet exemple de composant CBR, deux grappes sont définies avec le port 80 (HTTP) et le port 443 (SSL) pour chacun des sites www.productworks.com et www.testworks.com.


    Planification du composant CBR (Content Based Routing)

    Le présent chapitre décrit les aspects que l'administrateur réseau doit prendre en compte avant d'installer et de configurer le composant CBR avec Caching Proxy.

    Le présent chapitre se compose des sections suivantes :


    Matériel et logiciels requis

    Conditions requises par la plate-forme :


    Remarques relatives à la planification

    Le composant CBR permet d'équilibrer la charge du trafic HTTP et SSL à l'aide de Caching Proxy qui permet de transmettre la requête par un serveur proxy.

    CBR permet d'équilibrer la charge des serveurs configurés à partir de votre fichier de configuration CBR (à l'aide de commandes cbrcontrol) ou à partir d'un fichier de configuration WAS. Pour plus d'informations sur l'équilibrage de charge de serveurs à partir d'un fichier de configuration WAS, reportez-vous à la section Equilibrage de la charge de WebSphere Application Servers (WAS).

    La structure de CBR ressemble beaucoup à celle de Dispatcher. CBR comprend les fonctions suivantes :

    Les trois fonctions clés de CBR (l'exécuteur, le gestionnaire et les conseillers) agissent en collaboration pour équilibrer et répartir entre les serveurs les requêtes réceptionnées. Outre la gestion des requêtes d'équilibrage de charge, l'exécuteur contrôle le nombre de nouvelles connexions et de connexions actives, et transmet ces informations au gestionnaire.

    Equilibrage de la charge des requêtes pour différents types de contenus

    CBR vous permet de spécifier un ensemble de serveurs devant prendre en charge une demande client en fonction de son contenu. Le composant CBR vous permet de compartimenter votre site en plusieurs parties, chacune pouvant être traitée par des ensembles de serveurs différents. Cette répartition sera transparente pour les clients qui accèdent au site.

    Division du contenu de votre site pour améliorer le temps de réponse

    Vous pouvez répartir votre site en affectant à certains serveurs le traitement de requêtes cgi uniquement, et en affectant à un autre ensemble de serveurs le traitement de toutes les autres requêtes. Ceci mettrait fin au ralentissement de l'activité des serveurs dû au calcul d'énormes scripts cgi au cours d'un trafic html normal, et permettrait ainsi aux clients d'obtenir de meilleurs temps de réponse. Avec cette méthode, vous pouvez également utiliser des postes de travail plus puissants pour des requêtes normales. Ainsi, les clients obtiendraient un meilleur temps de réponse sans pour autant occasionner des frais de mise à niveau de tous vos serveurs. Vous pouvez également affecter des postes de travail plus puissants pour des requêtes cgi.

    Vous pouvez également partitionner votre site en dirigeant vers un ensemble de serveurs les clients qui accèdent à des pages nécessitant une opération d'enregistrement, et en acheminant toutes les autres requêtes vers un deuxième ensemble de serveurs. Ainsi, les navigateurs occasionnels qui accèdent à votre site n'accapareront plus les ressources qui pourraient être utilisées par des clients devant effectuer des opérations d'enregistrement sur votre site. Cela vous permettrait également d'utiliser des postes de travail plus puissants pour traiter les clients qui se sont enregistrés.

    Il est possible de combiner les deux pour plus de souplesse et pour un meilleur service.

    Copie de sauvegarde du contenu du serveur Web

    CBR vous permet d'indiquer plusieurs serveurs pour chaque type de requête. Par conséquent, les requêtes peuvent être équilibrées pour obtenir une réponse optimale du client. L'affectation de plusieurs serveurs à chaque partie de votre site vous permet de vous protéger en cas de défaillance d'un poste de travail ou d'un serveur. CBR reconnaîtra la défaillance et continuera d'équilibre la charge des requêtes client aux autres serveurs du groupe.

    Utilisation de plusieurs processus Caching Proxy pour optimiser l'utilisation de la CPU

    Caching Proxy communique avec un processus CBR via son interface de plug-in. Le processus CBR doit s'exécuter sur la machine locale pour ce travail. Ces deux processus étant distincts, plusieurs instances Caching Proxy peuvent s'exécuter et travailler avec une seule instance de processus CBR. Vous pouvez adopter ce type de configuration pour isoler des adresses ou des fonctions entre les divers processus Caching Proxy ou pour optimiser l'utilisation des ressources de la machine en définissant plusieurs processus Caching Proxy en charge du trafic client. Les instances proxy sont à l'écoute sur différents ports ou en liaison avec des adresses IP uniques sur le même port, selon les besoins du trafic.

    Equilibrage de charge basé sur des règles avec CBR

    CBR et Caching Proxy examinent les requêtes HTTP à l'aide destypes de règle indiqués. Pendant l'exécution, Caching Proxy accepte les demandes client et interroge le composant CBR pour savoir quel est le meilleur serveur. Lorsqu'il reçoit cette demande, CBR la compare à un ensemble de règles prioritaires. Dès qu'il en trouve une qui correspond, un serveur approprié est sélectionné dans un ensemble de serveurs préconfigurés. Enfin, CBR indique à Caching Proxy le serveur sélectionné, et les demandes sont transmises à ce dernier.

    Une fois que vous avez défini une grappe pour la répartition de charge, assurez-vous que toutes les requêtes envoyées à cette grappe ont une règle qui choisira un serveur. Si aucune règle correspondant à une requête spécifique n'est trouvée, Caching Proxy enverra une page d'erreur au client. Le moyen le plus facile pour s'assurer que toutes les demandes correspondront à une règle est de créer une règle "toujours vraie" avec un niveau de priorité élevé. Vérifiez que les serveurs auxquels se réfère cette règle peuvent traiter toutes les demandes non gérées explicitement par les règles ayant des niveaux de priorité moins élevés. (Remarque : Les règles de priorité inférieure sont évaluées en premier.)

    Pour plus d'informations, reportez-vous à la section Configuration de l'équilibrage basé sur des règles.

    Equilibrage de charge sur les connexions sécurisées (SSL)

    CBR et Caching Proxy peuvent recevoir une transmission SSL d'un client vers le proxy (côte client-serveur) ainsi que prendre en charge une transmission d'un proxy vers un serveur SSL (côté proxy-serveur). Si vous définissez un port SSL sur un serveur dans la configuration CBR pour qu'il reçoive la demande SSL provenant d'un client, vous pouvez gérer un site complètement sécurisé, en utilisant CBR pour équilibrer la charge entre les serveurs sécurisés SSL.

    Vous devez insérer une instruction de configuration dans le fichier ibmproxy.conf pour que IBM Caching Proxy active le chiffrement SSL du proxy vers le serveur. Le format est le suivant :

    proxy uri_structure
    url_structure adresse
    

    uri_structure correspond à la structure à respecter (par exemple : /secure/*), url_structure à un URL de remplacement (par exemple : https://clusterA/secure/*) et adresse à l'adresse de la grappe (par exemple : clusterA).

    Equilibrage de charge client-proxy dans SSL et proxy-serveur dans HTTP

    CBR et Caching Proxy peuvent également recevoir une transmission SSL d'un client et déchiffrer la demande SSL avant d'acheminer la demande par proxy à un serveur HTTP. Pour que CBR prenne en charge la transmission client-proxy pour SSL et proxy-client pour HTTP, utilisez le mot clé facultatif mapport dans la commande cbrcontrol server. Il permet d'indiquer si le port du serveur est différent du port d'entrée du client. Voici un exemple d'ajout de port avec le mot clé mapport, dans lequel le port du client est 443 (SSL) et le port du serveur est 80 (HTTP) :

    cbrcontrol server add cluster:443 mapport 80
    

    Le numéro de port de mapport peut correspondre à n'importe quel entier positif. La valeur par défaut correspond au numéro de port entrant du client.

    Etant donné que CBR doit être capable de traiter une demande HTTP pour un serveur configuré sur le port 443 (SSL), un conseil spécial ssl2http est fourni. Il démarre sur le port 443 (le port entrant du client) et opère sur le ou les serveurs configurés pour ce port. Si deux grappes sont configurées et que pour chacune d'entre elles, le port 443 et les serveurs sont configurés avec un paramètre mapport différent, une seule instance du conseiller peut ouvrir le port approprié. Voici un exemple de cette configuration :

    Executor
        Cluster1
           Port:443
               Server1 mapport 80
               Server2 mapport 8080
        Cluster2
           Port:443
               Server3 mapport 80
               Server4 mapport 8080
        Manager
          Advisor ssl2http 443
     
    

    Equilibrage de la charge de WebSphere Application Servers (WAS)

    CBR permet d'équilibrer la charge des demandes d'applications Web hébergées sur des serveurs WAS (version 5) en grappe. La Figure 20 présente une configuration dans laquelle une machine Dispatcher haute disponibilité équilibre la charge sur CBR (avec Caching Proxy) au premier niveau et sur des serveurs WAS (ainsi que sur des serveurs Web HTTP) au second niveau.

    Figure 20. Configuration pour déploiement de Dispatcher, CBR et WAS

    Graphique montrant un client, un réseau Internet, une machine Dispatcher haute disponibilité équilibrant la charge sur CBR au premier niveau et sur des serveurs WAS au second niveau.

    CBR permet d'acheminer aussi bien les requêtes avec état que les requêtes sans état vers le serveur WAS approprié avec la forme d'affinité WAS. La configuration est gérée par mappage automatique du fichier de configuration du module d'extension WAS HTTP (dont le nom par défaut est plugin-cfg.xml) sur la configuration CBR. Vous pouvez charger le fichier de configuration du module d'extension WAS HTTP à l'aide de la commande cbrcontrol file newload. Cette commande mappe le fichier de configuration WAS sur la configuration CBR. Pour sauvegarder le fichier de configuration, utilisez de la commande cbrcontrol file save.

    Si, après avoir chargé et mappé le fichier de configuration sur la configuration CBR, vous devez modifier la configuration de la grappe WAS, nous vous conseillons de recharger une mise à jour du fichier de configuration du module d'extension WAS HTTP. Pour mettre à jour la configuration de la grappe WAS, il est préférable de faire appel à la commande newload, au lieu d'actualiser la configuration par ajout de serveurs aux règles WAS à l'aide de la ligne de commande ou de l'interface graphique.

    Remarque :
    La commande cbrcontrol file appendload ne permet pas de charger le fichier de configuration du module d'extension WAS HTTP. Elle permet uniquement d'annexer un fichier de configuration CBR standard à un fichier de configuration CBR existant ou à un fichier de configuration du module d'extension WAS HTTP chargé.

    Lors du mappage de la configuration de la grappe WAS sur la configuration CBR, toutes les règles et tous les serveurs associés aux règles créées à partir du fichier de configuration du module d'extension WAS contiennent les informations suivantes permettant d'identifier leur source :

    WLMServlet, situé sur le serveur WAS d'arrière-plan, détecte les serveurs arrêtés et fournit des informations de pondération de serveur au conseiller WLMServlet de Load Balancer. Seul WLMServlet est autorisé à conseiller sur les serveurs configurés comme membres d'une grappe WAS. Il n'est pas nécessaire que ce conseiller réside sur la machine WAS. En l'absence de WLMServlet, la pondération de serveur correspond par défaut aux pondérations définies dans le fichier de configuration du module d'extension WAS.


    Configuration du composant CBR

    Avant d'effectuer les opérations décrites dans le présent chapitre, reportez-vous à la section Planification du composant CBR (Content Based Routing). Ce chapitre décrit comment créer une configuration de base pour le composant CBR de Load Balancer.


    Présentation générale des tâches de configuration

    Remarque :
    Avant de suivre les étapes de configuration détaillées dans ce tableau, assurez-vous que le poste CBR et tous les postes serveurs sont connectés au réseau, que leurs adresses IP sont valides et qu'ils peuvent communiquer entre eux par ping.

    Tableau 7. Tâches de configuration pour le composant CBR

    Tâche Description Informations connexes
    Configurer le poste CBR Conditions requises Configuration du poste CBR
    Configuration des machines en vue de l'équilibrage de charge. Définition de la configuration de l'équilibrage de charge. Etape 7. Définition des serveurs avec équilibrage de charge

    Méthodes de configuration

    Quatre méthodes permetent de créer une configuration de base du composant CBR de Load Balancer :

    Pour utiliser le composant CBR, Caching Proxy doit être installé.

    Remarque :
    Caching Proxy est un service qui, par défaut, démarre automatiquement après l'installation. Vous devez l'arrêter avant de lancer la fonction serveur CBR (cbrserver). Nous vous recommandons de modifier le service Caching Proxy pour le démarrer manuellement et non automatiquement.

    Ligne de commande

    C'est la méthode de configuration de CBR la plus directe. Les valeurs des paramètres de commandes doivent être saisies à l'aide de caractères anglais. Les seules exceptions s'appliquent aux noms d'hôte (utilisés dans les commandes cluster et server) et aux noms de fichiers.

    Pour démarrer CBR à partir de la ligne de commande, procédez aux opérations ci-dessous.

    Vous pouvez entrer une version abrégée des paramètres de contrôle cbrcontrol. Il suffit d'entrer les lettres spécifiques des paramètres. Par exemple, pour obtenir l'aide correspondant à la commande file save, vous pouvez entrer cbrcontrol he f au lieu de cbrcontrol help file.

    Pour démarrer l'interface de ligne de commande, entrez cbrcontrol pour ouvrir une invite cbrcontrol.

    Pour fermer l'interface de ligne de commande, entrez exit ou quit.

    Remarques :

    1. Sous Windows 2000, le service dsserver du composant Dispatcher démarre automatiquement. Si vous utilisez uniquement CBR et non le composant Dispatcher, vous pouvez empêcher dsserver de démarrer automatiquement de la manière suivante :
      1. Dans la fenêtre Services de Windows 2000, cliquez à l'aide du bouton droit de la souris sur IBM Dispatcher.
      2. Sélectionnez Propriétés.
      3. Dans la zone Type de démarrage, sélectionnez Manuel.
      4. Cliquez sur OK et fermez la fenêtre Services.

    2. Lorsque vous configurez CBR (Content Based Routing) à partir de l'invite du système d'exploitation, et non à partir de l'invite cbrcontrol>>, prenez soin d'utiliser les caractères suivants :

      ( ) parenthèses ouvrante et fermante

      & perluète

      | barre

      ! point d'exclamation

      * astérisque

      Le shell du système d'exploitation peut interpréter ces caractères comme des caractères spéciaux et les convertir en texte de remplacement avant leur évaluation par cbrcontrol.

      Les caractères spéciaux de la liste précédente sont facultatifs dans la commande cbrcontrol rule add. Ils sont employés lors de l'indication d'un motif pour une règle de contenu. Par exemple, la commande suivante ne peut être valide qu'avec l'invite cbrcontrol>>.

      rule add 10.1.203.4:80:cbr_prod_rule_ek type content
        pattern client=181.0.153.222&uri=/nipoek/*
      

      Pour que cette commande fonctionne à partir de l'invite du système d'exploitation, placez le motif entre guillemets (" ") comme suit :

      cbrcontrol rule add 10.1.203.4:80:cbr_prod_rule_ek type content
        pattern "client=181.0.153.222&uri=/nipoek/*"
      

      Si vous omettez les guillemets, le motif sera peut-être tronqué lors de la sauvegarde de la règle dans CBR. Les guillemets ne sont pas pris en charge avec l'invite cbrcontrol>>.

    Scripts

    Les commandes de configuration CBR peuvent être entrées dans un fichier script de configuration et exécutées simultanément.

    Remarque :
    Pour exécuter rapidement le contenu d'un fichier script (par exemple, mon_script), utilisez l'une des commandes suivantes :

    Pour sauvegarder la configuration en cours dans un fichier script (par ex. scriptsauvegarde), exécutez la commande suivante :

    cbrcontrol file save scriptsauvegarde
    

    Cette commande enregistre le fichier script de configuration dans le répertoire ...ibm/edge/lb/servers/configurations/cbr.

    Interface graphique

    Pour des instructions générales et un exemple de l'interface graphique, reportez-vous à la Figure 41.

    Pour démarrer l'interface graphique, procédez comme suit :

    1. Vérifiez que cbrserver fonctionne. En tant que superutilisateur ou administrateur, entrez la commande cbrserver à partir d'une invite.
    2. Ensuite, effectuez l'une des opérations suivantes :
    3. Démarrez Caching Proxy. (A partir de l'interface graphique, vous devez d'abord vous connecter à l'hôte et lancer l'exécuteur pour le composant CBR avant de démarrer Caching Proxy.) Effectuez l'une des opérations suivantes :

    Pour pouvoir configurer le composant CBR à partir de l'interface graphique, vous devez d'abord sélectionner Content Based Routing dans l'arborescence. Vous pouvez lancer le gestionnaire une fois que vous vous êtes connecté à un hôte. Vous pouvez également créer des grappes contenant des ports et des serveurs, puis lancer des conseillers pour le gestionnaire.

    Vous pouvez utiliser l'interface graphique pour toute opération exécutée habituellement par la commande cbrcontrol. Par exemple, pour définir une grappe à l'aide de la ligne de commande, entrez la commande cbrcontrol cluster add cluster. Pour définir une grappe à partir de l'interface utilisateur graphique, cliquez à l'aide du bouton droit de la souris sur Exécuteur puis dans le menu en incrustation, sélectionnez Ajout d'une grappe. Entrez l'adresse de la grappe dans la fenêtre en incrustation, puis cliquez sur OK.

    Les fichiers de configuration CBR existants peuvent être chargés à l'aide des options Chargement de la nouvelle configuration (pour remplacer intégralement la configuration en cours) et Ajout à la configuration en cours (pour mettre à jour la configuration en cours) du menu en incrustation Hôte. Vous devez sauvegarder régulièrement votre configuration CBR dans un fichier, en utilisant l'option Sauvegarder le fichier de configuration en... du menu en incrustation Hôte. Le menu Fichier situé en haut de l'interface graphique permet de sauvegarder les connexions à l'hôte en cours dans un fichier ou de restaurer les connexions dans des fichiers existants sur tous les composants Load Balancer.

    Vous pouvez accéder à l'Aide en cliquant sur le point d'interrogation situé dans l'angle supérieur droit de la fenêtre Load Balancer.

    Pour exécuter une commande à partir de l'interface graphique : mettez le noeud Hôte en surbrillance dans l'arborescence de l'interface graphique, puis sélectionnez Envoyer la commande... dans le menu en incrustation Hôte. Dans la zone d'entrée de commande, entrez la commande à exécuter, par exemple executor report. Les résultats et l'historique des commandes exécutées lors de la session courante s'affichent dans la fenêtre ouverte.

    Pour plus de détails sur l'utilisation de l'interface graphique, reportez-vous à l'Annexe A, Interface graphique utilisateur : Instructions générales.

    Assistant de configuration

    Si vous utilisez l'assistant de configuration, suivez la procédure ci-dessous.

    1. Démarrez cbrserver : entrez la commande cbrserver à partir de l'invite en tant que superutilisateur ou administrateur.
    2. Démarrez la fonction Assistant de CBR.

      Pour ce faire, démarrez l'assistant à partir de l'invite en entrant cbrwizard. Ou alors, sélectionnez l'assistant de configuration dans le menu des composants CBR proposé par l'interface graphique.

    3. Démarrez Caching Proxy pour équilibrer la charge du trafic HTTP ou HTTPS (SSL).

      AIX, Linux ou Solaris : pour lancer Caching Proxy, entrez ibmproxy.

      Sous Windows 2000 : accédez comme suit au panneau Services : Démarrer > Paramètres > Panneau de configuration > Outils d'administration > Services

    Cet assistant vous guide, pas à pas, pendant la création d'une configuration de base du composant CBR. Il vous demande des renseignements sur votre réseau et vous guide pendant l'installation d'une grappe permettant à CBR d'équilibrer la charge du trafic d'un groupe de serveurs.


    Configuration du poste CBR

    L'installation de la machine CBR ne peut être effectuée que par le superutilisateur (pour AIX, Linux ou Solaris) ou l'administrateur sous Windows 2000.

    Vous aurez besoin d'une adresse IP pour chaque grappe de serveurs configurée. Une adresse de grappe est une adresse associée à un nom de système hôte (par exemple www.société_X.com). Cette adresse IP est utilisée par un client pour se connecter aux serveurs de la grappe en question. Cette adresse se trouve dans la requête URL du client. Toutes les requêtes envoyées à la même adresse de grappe font l'objet d'un équilibrage de charge par CBR.

    Sous Solaris uniquement : Pour pouvoir utiliser le composant CBR, vous devez modifier les valeurs système par défaut attribuées aux communications IPC (Inter-process Communication). Vous devez augmenter la taille maximale du segment de mémoire partagée et le nombre d'identificateurs de sémaphores. Pour configurer la prise en charge de CBR, ajoutez les instructions suivantes dans le fichier /etc/system, puis réamorcez le système :

    set shmsys:shminfo_shmmax=0x02000000
    set semsys:seminfo_semmap=750
    set semsys:seminfo_semmni=30
    set semsys:seminfo_semmns=750
    set semsys:seminfo_semmnu=30
    set semsys:seminfo_semume=30
    

    Si vous n'attribuez pas au segment de mémoire partagée les valeurs ci-dessus, la commande cbrcontrol executor start échouera.

    Etape 1. Configuration de Caching Proxy pour utiliser CBR

    Pour utiliser le composant CBR, Caching Proxy doit être installé.

    Remarque :
    Caching Proxy est un service qui, par défaut, démarre automatiquement après l'installation. Vous devez l'arrêter avant de lancer la fonction serveur CBR. Nous vous recommandons de modifier le service Caching Proxy pour le démarrer manuellement et non automatiquement.

    Apportez les modifications ci-dessous au fichier de configuration Caching Proxy (ibmproxy.conf) :

    Vérifiez que la directive d'URL entrante CacheByIncomingUrl a la valeur "off" (valeur par défaut).

    Dans la section des règles de mappage du fichier de configuration, ajoutez pour chaque grappe une règle de mappage du type suivant :

    Proxy    /*  http://cluster.domain.com/*    cluster.domain.com
    
    Remarque :
    CBR définit le protocole, le serveur et le port cible ultérieurement.

    Quatre entrées doivent être modifiées pour le module d'extension CBR :

    Chaque entrée doit figurer sur une ligne. Le fichier ibmproxy.conf comporte plusieurs instances de "ServerInit" (une par module d'extension). Les entrées relatives au module d'extension CBR doivent être modifiées et ne doivent comporter aucun commentaire.

    Les ajouts spécifiques au fichier de configuration d'AIX, Linux, Solaris et Windows 2000 sont répertoriés ci-dessous.

    Figure 21. Fichier de configuration CBR pour AIX, Linux et Solaris


    ServerInit  /opt/ibm/edge/lb/servers/lib/libndcbr.so:ndServerInit 
     
    PostAuth  /opt/ibm/edge/lb/servers/lib/libndcbr.so:ndPostAuth 
     
    PostExit  /opt/ibm/edge/lb/servers/lib/libndcbr.so:ndPostExit 
     
    ServerTerm  /opt/ibm/edge/lb/servers/lib/libndcbr.so:ndServerTerm
    

    Figure 22. Fichier de configuration CBR pour Windows 2000


    ServerInit  c:\Program Files\IBM\edge\lb\servers\lib\libndcbr.dll:ndServerInit 
     
    PostAuth  c:\Program Files\IBM\edge\lb\servers\lib\libndcbr.dll:ndPostAuth 
     
    PostExit  c:\Program Files\IBM\edge\lb\servers\lib\libndcbr.dll:ndPostExit 
     
    ServerTerm  c:\Program Files\IBM\edge\lb\servers\lib\libndcbr.dll:ndServerTerm
    

    Etape 2. Démarrage de la fonction serveur

    Pour démarrer la fonction serveur CBR, entrez cbrserver sur la ligne de commande.

    Un fichier de configuration par défaut (default.cfg) est chargé automatiquement lors du démarrage de cbrserver. Si vous sauvegardez la configuration CBR dans default.cfg, toutes les données enregistrées dans ce fichier seront automatiquement chargées au prochain démarrage de cbrserver.

    Etape 3. Démarrage de la fonction exécuteur

    Pour démarrer la fonction exécuteur, entrez la commande cbrcontrol executor start. Notez que vous pouvez également modifier divers paramètres de l'exécuteur à cette occasion. Voir dscontrol executor -- Contrôle de l'exécuteur.

    Etape 4. Définition et configuration des options de la grappe

    CBR équilibrera les requêtes envoyées à la grappe entre les serveurs correspondants configurés sur les ports de cette grappe.

    La grappe est le nom symbolique situé sur la portion hôte de l'URL et qui doit correspondre au nom utilisé dans l'instruction Proxy du fichier ibmproxy.conf.

    Pour définir une grappe, tapez la commande suivante :

    cbrcontrol cluster add grappe
    

    Pour définir les options de grappe, tapez la commande suivante :

    cbrcontrol cluster set valeur d'option de grappe
    

    Pour plus d'informations, voir le Guide des commandes Dispatcher et CBR.

    Etape 5. Affectation d'un alias à la carte d'interface réseau (facultatif)

    Si vous exécutez Caching Proxy dans une configuration de proxy inverse, lors de l'équilibrage de charge pour plusieurs sites Web, vous devez ajouter l'adresse de grappe de chaque site Web à l'une au moins des cartes d'interface réseau du dispositif Load Balancer. Sinon, vous pouvez ignorer cette étape.

    AIX, Linux ou Solaris : pour ajouter l'adresse de grappe à l'interface réseau, servez-vous de la commande ifconfig. Utilisez la commande adaptée au système d'exploitation (voir le Tableau 8).

    Tableau 8. Commandes pour l'affectation d'un alias à la carte d'interface réseau

    AIX ifconfig nom_interface alias adresse_grappe netmask masque_réseau
    Linux ifconfig nom_interface adresse_grappe netmask masque_réseau up
    Solaris 7 ifconfig nom_interface adresse_grappe netmask masque_réseau up
    Solaris 8 ifconfig addif nom_interface adresse_grappe netmask masque_réseau up
    Remarque :
    Sous Linux et Solaris, nom_interface doit comporter un numéro unique à chaque adresse de grappe ajoutée. Par exemple : eth0:1, eth0:2, etc.

    Windows : pour ajouter l'adresse de grappe à l'interface réseau, procédez comme suit :

    1. Sélectionnez Démarrer, Paramètres, puis Panneau de configuration.
    2. Cliquez deux fois sur Connexions réseau et accès à distance.
    3. Cliquez à l'aide du bouton droit de la souris sur Connexion au réseau local.
    4. Sélectionnez Propriétés.
    5. Sélectionnez Protocole Internet (TCP/IP), puis cliquez sur Propriétés.
    6. Sélectionnez Utiliser l'adresse IP suivante, puis cliquez sur Avancé.
    7. Cliquez sur Ajouter, puis entrez l'adresse IP et le masque de sous-réseau de la grappe.

    Etape 6. Définition des ports et de leurs options

    Le numéro de port est le port à partir duquel les applications serveur sont à l'écoute. Pour le composant CBR avec Caching Proxy exécutant le trafic HTTP, il s'agit en général du port 80.

    Pour définir le port de la grappe définie à l'étape précédente, entrez la commande

    cbrcontrol port add cluster:port 
    

    Pour définir les options de port, tapez la commande suivante :

    cbrcontrol port set cluster:port option value
    

    Pour plus d'informations, reportez-vous au Guide des commandes Dispatcher et CBR.

    Etape 7. Définition des serveurs avec équilibrage de charge

    Les serveurs sont les postes qui exécutent les applications dont vous souhaitez équilibrer la charge. Le serveur est l'adresse à nom symbolique ou notation décimale de la machine serveur. Pour définir un serveur dans la grappe et le port, tapez la commande suivante :

    cbrcontrol server add grappe:port:serveur
    

    Vous devez définir un ou plusieurs serveurs par port sur une grappe pour pouvoir procéder à l'équilibrage des charges.

    Etape 8. Ajout de règles à la configuration

    Il s'agit de l'étape clé de la configuration CBR avec Caching Proxy. Une règle définit la manière dont une requête URL sera reconnue et envoyée à l'un des ensembles de serveurs appropriés. Le type de règle spéciale utilisé par CBR est appelé règle de contenu. Pour définir une règle de contenu, tapez la commande suivante :

    cbrcontrol rule add grappe:port:règle type content pattern motif
    

    La valeur pattern est l'expression régulière qui sera comparée à l'URL de chaque requête client. Pour plus d'informations sur la configuration de la structure, voir l'Annexe B, Syntaxe des règles de contenu (modèle).

    Certains autres types de règles définis dans Dispatcher peuvent également être utilisés dans CBR. Pour plus d'informations, voir Configuration de l'équilibrage basé sur des règles.

    Etape 9. Ajout de serveurs à vos règles

    Lorsqu'une règle correspond à une requête client, l'ensemble de serveurs de la règle est interrogé pour déterminer le meilleur serveur. L'ensemble de serveurs de la règle est un sous-ensemble de serveurs définis dans le port. pour ajouter des serveurs à un ensemble de serveurs de la règle, émettez la commande suivante :

    cbrcontrol rule useserver cluster:port:rule server
    

    Etape 10. Démarrage de la fonction gestionnaire (facultatif)

    La fonction gestionnaire permet d'améliorer l'équilibrage de charge. Pour démarrer le gestionnaire, tapez la commande suivante :

    cbrcontrol manager start
    

    Etape 11. Démarrage de la fonction conseiller (facultatif)

    Les conseillers transmettent au gestionnaire des informations complémentaires sur la capacité à répondre aux demandes des serveurs ayant fait l'objet d'un équilibrage de charge. Chaque conseiller est spécifique à un protocole. Par exemple, tapez la commande suivante pour lancer le conseiller HTTP :

    cbrcontrol advisor start http port
    

    Etape 12. Définition du niveau d'importance des informations requis pour la grappe

    Si vous démarrez des conseillers, vous pouvez modifier le niveau d'importance donné aux informations des conseillers entrant dans les décisions d'équilibrage de la charge. Pour définir le niveau d'importance des informations pour la grappe, entrez la commande cbrcontrol cluster set grappe NiveauImportance. Pour plus d'informations, reportez-vous à la section Proportion de l'importance accordée aux données d'état.

    Etape 13. Démarrage de Caching Proxy

    Dans le nouvel environnement, démarrez Caching Proxy, en entrant ibmproxy à partir de l'invite.

    Remarque :
    Sous Windows 2000 : démarrez Caching Proxy à partir du panneau Services en procédant comme suit : Démarrer-> Paramètres-> Panneau de configuration -> Outils d'administration -> Services.

    Exemple de configuration CBR

    Pour configurer CBR, procédez aux opérations ci-dessous.

    1. Démarrez CBR : entrez la commande cbrserver.
    2. Démarrez l'interface de ligne de commande : émettez la commande cbrcontrol.
    3. L'invite cbrcontrol s'affiche. Emettez les commandes suivantes : (cluster(c),port(p),rule(r),server(s))
    4. Démarrez Caching Proxy : entrez la commande ibmproxy. Sous Windows 2000, démarrez Caching Proxy à partir du panneau Services.
    5. Supprimez toutes les configurations de proxy du à partir du navigateur.
    6. Chargez http://c/ dans votre navigateur, où "'c" est la grappe que vous avez configurée.

    Composant Site Selector

    Cette section contient des informations pour la configuration d'un démarrage rapide ainsi que des remarques relatives à la planification, et présente les diverses méthodes de configuration du composant Site Selector de Load Balancer. Elle se compose des chapitres suivants :


    Configuration de démarrage rapide

    Cet exemple de démarrage rapide montre comment créer une configuration de nom de site à l'aide de Site Selector pour équilibrer la charge sur un ensemble de serveurs sur la base du nom de domaine utilisé dans la demande d'un client.

    Figure 23. Configuration Site Selector simple

    Graphique montrant un client, un réseau Internet, une machine Load Balancer et deux serveurs liés en local avec des adresses identifiées.


    Matériel requis

    Cet exemple de configuration de démarrage rapide nécessite :


    Préparation

    Pour cet exemple de démarrage rapide, le domaine du site de la compagnie est ma_boutique_web.com. Etant donné que Site Selector équilibrera la charge sur plusieurs URL ou sites de ce domaine, vous devez définir un sous-domaine (apps.ma_boutique_web.com). Site Selector a autorité sur le sous-domaine apps.mon_service_web.com. La sous-domaine apps.ma_boutique_web.com contiendra les noms de site suivants : marketing.apps.ma_boutique_web.com et développeur.apps.ma_boutique_web.com.

    1. Mettez à jour le serveur de noms de domaine du site de la compagnie (voir la Figure 23). Créez comme un enregistrement de serveur de noms dans le fichier named.data pour le sous-domaine (apps.ma_boutique_web.com) dans lequel Site Selector est le serveur de noms faisant autorité :

      apps.ma_boutique_web.com. IN NS siteselector.ma_boutique_web.com

    2. Vérifiez que l'URL ou le site n'est pas converti dans le système de nom de domaine courant.
    3. Installez Metric Server sur les serveurs (serveur1, serveur2, serveur3, serveur4) dont vous souhaitez que Site Selector équilibre la charge. Pour plus d'informations, reportez-vous à la section Metric Server.

    Configuration du composant Site Selector

    A l'aide de Site Selector, vous pouvez créer une configuration à l'aide de la ligne de commande, de l'assistant de configuration ou de l'interface graphique. Pour cet exemple de démarrage rapide, les étapes de configuration s'effectuent via la ligne de commande.

    Remarque :
    Les valeurs des paramètres doivent être saisies à l'aide de caractères anglais. Les seules exceptions sont les valeurs des paramètres des noms d'hôte et des noms de fichiers.

    Configuration à partir de la ligne de commande

    A partir d'une invite, effectuez les opérations ci-dessous.

    1. Démarrez ssserver sur Site Selector. En tant que superutilisateur ou administrateur, entrez la commande ssserver à partir d'une invite.
      Remarque :
      Sous Windows 2000, démarrez ssserver ssserver (IBM Site Selector) à partir du panneau Services comme suit : Démarrer> Paramètres> Panneau de configuration > Outils d'administration > Services.
    2. Configurez les noms de site (marketing.apps.ma_boutique_web.com et développeur.apps.ma_boutique_web.com) sur Site Selector comme suit :

      sscontrol sitename add marketing.apps.ma_boutique_web.com

      sscontrol sitename add développeur.apps.ma_boutique_web.com

    3. Ajoutez les serveurs à la configuration Site Selector. Pour ce faire, configurez serveur1 et serveur2 avec le nom de site marketing.apps.ma_boutique_web.com, puis configurez serveur3 et serveur4 avec le nom de site développeur.apps.ma_boutique_web.com comme suit :

      sscontrol server add marketing.apps.ma_boutique_web.com:serveur1+serveur2

      sscontrol server add développeur.apps.ma_boutique_web.com:serveur3+serveur4

    4. Démarrez la fonction gestionnaire (manager) de Site Selector :

      sscontrol manager start

    5. Démarrez la fonction conseiller (advisor) de Site Selector (conseiller HTTP pour marketing.apps.ma_boutique_web.com et conseiller FTP pour développeur.apps.ma_boutique_web) :

      sscontrol advisor start http marketing.apps.ma_boutique_web.com:80

      sscontrol advisor start ftp développeur.apps.ma_boutique_web.com:21

      Site Selector vérifie désormais que les demandes des clients ne sont pas envoyées vers un serveur arrêté.

    6. Démarrez le serveur de noms sur la configuration Site Selector :

      sscontrol nameserver start

    7. Vérifiez que Metric Server a été démarré sur chacun des serveurs avec équilibrage de charge.

    La configuration de base de Site Selector est maintenant terminée.

    Test de vérification de la configuration

    Vérifiez que la configuration fonctionne.

    1. Testez le noms de sites (avec la commande ping). Les noms doivent être convertis en l'adresse IP de l'un des serveurs configurés.
    2. Connectez-vous à l'application, parcourez les noms de site et soumettez une requête correcte. Par exemple :
    3. Observez les résultats de la commande suivante :

      sscontrol server status marketing.apps.ma_boutique_web.com:

      sscontrol server status développeur.apps.ma_boutique_web.com:

      Le nombre total de réussites d'accès de chaque serveur doit s'ajouter aux demandes de commande ping et d'application.

    Configuration à l'aide de l'interface graphique

    Pour plus d'informations sur l'utilisation de l'interface graphique de Site Selector, reportez-vous aux sections Interface graphique et Annexe A, Interface graphique utilisateur : Instructions générales.

    Configuration à l'aide de l'assistant de configuration

    Pour plus d'informations sur l'utilisation de l'assistant de Site Selector, reportez-vous à la section Assistant de configuration.


    Planification du composant Site Selector

    Le présent chapitre décrit les aspects que l'administrateur de réseau doit prendre en compte avant d'installer et de configurer le composant Site Selector.

    Le présent chapitre se compose des sections suivantes :


    Matériel et logiciels requis


    Remarques relatives à la planification

    Site Selector fonctionne avec un serveur de noms de domaine pour équilibrer la charge sur un groupe de serveurs à l'aide des mesures et des pondérations recueillies. Vous pouvez créer une configuration de site pour assurer l'équilibrage de charge sur un groupe de serveurs sur la base du nom de domaine utilisé pour la demande d'un client.

    Figure 24. Exemple d'environnement DNS


    Lors de la définition d'un sous-domaine de Site Selector dans l'environnement DNS, Site Selector doit disposer de droits d'accès à ce sous-domaine. Par exemple (voir la Figure 24), votre entreprise dispose de droits d'accès au domaine entreprise.com. Elle dispose de plusieurs sous-domaines. Site Selector doit disposer de droits d'accès à siteload.entreprise.com et les serveurs DNS gardent leurs droits d'accès à atlanta.entreprise.com et à boston.entreprise.com.

    Pour permettre au serveur de noms de l'entreprise de reconnaître les droits d'accès de Site Selector au sous-domaine siteload, il est nécessaire d'ajouter une entrée dans le fichier de données du serveur de noms. Par exemple, sous AIX, une entrée de serveur de noms a l'apparence suivante :

    siteload.entreprise.com. IN NS siteselector.entreprise.com.
    

    siteselector.entreprise.com correspond au nom d'hôte de la machine Site Selector. Des entrées équivalentes doivent être insérées dans les autres fichiers de base de données utilisés par les serveurs DNS.

    Un client envoie une demande de résolution de nom de domaine à un serveur de noms du réseau. Le serveur de noms achemine la demande au poste Site Selector. Ce dernier résout le nom de domaine en adresse IP de l'un des serveurs qui a été configuré sous le nom du site. Site Selector renvoie l'adresse IP du serveur sélectionné au serveur de noms. Le serveur de noms renvoie l'adresse IP au client. (Site Selector joue le rôle de serveur de noms non récurrents (noeud feuille) et renvoie une erreur s'il ne résout pas la demande de nom de domaine.

    Reportez-vous à la Figure 5 qui montre un site dans lequel Site Selector est utilisé avec un système DNS pour équilibrer la charge entre des serveurs locaux et éloignés.

    Site Selector se compose des fonctions suivantes :

    Les quatre fonctions clés de Site Selector (serveur de noms, gestionnaire, Metric Server et conseillers) interagissent afin d'équilibrer les demandes entrantes entre les serveurs et de les résoudre.

    Considérations relatives à la durée de vie (TTL)

    L'équilibrage de charge utilisant le système DNS nécessite la désactivation de l'enregistrement en mémoire cache de la résolution des noms. La valeur TTL (time to live) détermine l'efficacité de ce type d'équilibrage de charge. Elle détermine la période pendant laquelle la réponse résolue reste en mémoire cache sur un autre serveur de noms. Les valeurs TTL peu élevées permettent d'effectuer plus rapidement les modifications subtiles de la charge du serveur ou du réseau. La désactivation de l'enregistrement en mémoire cache oblige toutefois les clients à contacter le serveur de noms autorisé pour chaque demande de résolution de nom, augmentant potentiellement le temps d'attente des clients. Tenez compte de l'impact sur l'environnement de la désactivation de l'enregistrement en mémoire cache lorsque vous choisissez une valeur TTL. Vous devez en outre savoir que l'équilibrage de charge DNS peut être limité par l'enregistrement en mémoire cache côté client de la résolution des noms.

    Vous pouvez configurer la durée de vie (TTL) à l'aide de la commande sscontrol sitename [add | set] . Pour plus d'informations, reportez-vous à la section sscontrol sitename -- Configuration d'un nom de site.

    Utilisation de la fonction de proximité réseau (Network Proximity)

    Network proximity correspond au calcul de la position de chaque serveur par rapport au client émettant la demande. Pour déterminer la proximité réseau, l'agent Metric Server (qui doit se trouver sur chaque serveur dont la charge est équilibrée) envoie une commande ping à l'adresse IP client et renvoie le temps de réponse à Site Selector. Site Selector utilise la réponse de proximité dans la décision relative à l'équilibrage de charge. Il combine la valeur de la réponse de proximité réseau avec la pondération provenant du gestionnaire pour créer une valeur de pondération finale pour le serveur.

    L'utilisation de la fonction de proximité réseau (Network Proximity) avec Site Selector est facultative.

    Site Selector fournit les options de proximité réseau suivantes pouvant être définies par nom de site :

    Les options de proximité réseau peuvent être définies dans la commande sscontrol sitename [add | set] . Pour de plus amples informations, reportez-vous au Guide des commandes Site Selector.


    Configuration du composant Site Selector

    Avant d'effectuer les opérations décrites dans le présent chapitre, reportez-vous à la section Planification du composant Site Selector. Ce chapitre décrit comment créer une configuration de base pour le composant Site Selector de Load Balancer.


    Présentation générale des tâches de configuration

    Remarque :
    Avant de suivre les étapes de configuration détaillées dans ce tableau, assurez-vous que la machine Site Selector et toutes les machines serveurs sont connectées au réseau, ont des adresses IP valides et peuvent communiquer entre elles par la triangulation ping.

    Tableau 9. Tâches de configuration pour le composant Site Selector

    Tâche Description Informations connexes
    Configuration de la machine Site Selector. Conditions requises Installation de la machine Site Selector
    Configuration des machines en vue de l'équilibrage de charge. Définition de la configuration de l'équilibrage de charge. Etape 4. Définition de serveurs avec équilibrage de charge

    Méthodes de configuration

    Quatre méthodes permettent de créer une configuration de base pour composant Site Selector de Load Balancer :

    Ligne de commande

    C'est la méthode la plus directe pour la configuration de Site Selector. Les valeurs des paramètres de commandes doivent être saisies à l'aide de caractères anglais. Les seules exceptions s'appliquent aux noms d'hôte (utilisés dans les commandes site name et server) et aux noms de fichiers.

    Pour démarrer Site Selector à partir de la ligne de commande :

    1. Emettez la commande ssserver à partir de l'invite. Pour arrêter le service, tapez ssserver stop
      Remarque :
      Sous Windows 2000, cliquez sur Démarrer > Paramètres > Panneau de configuration > Outils d'administration > Services. Cliquez à l'aide du bouton droit de la souris sur IBM Site Selector, puis sélectionnez Démarrer. Pour arrêter le service, suivez la même procédure en sélectionnant Arrêter.
    2. Ensuite, émettez les commandes de contrôle Site Selector voulues pour installer votre configuration. Les procédures décrites dans ce manuel reposent sur l'utilisation de la ligne de commande. La commande est sscontrol. Pour plus de détails sur les commandes, reportez-vous à la section Guide des commandes Site Selector.

    Vous pouvez entrer une version abrégée des paramètres de commandes sscontrol. Il suffit d'entrer les lettres spécifiques des paramètres. Par exemple, pour obtenir l'aide correspondant à la commande file save, entrez sscontrol he f à la place de sscontrol help file.

    Pour démarrer l'interface de ligne de commande, entrez sscontrol pour ouvrir une invite sscontrol.

    Pour fermer l'interface de ligne de commande, entrez exit ou quit.

    Remarque :
    Sous Windows 2000, le service dsserver du composant Dispatcher démarre automatiquement. Si vous utilisez uniquement Site Selector et non le composant Dispatcher, vous pouvez empêcher dsserver de démarrer automatiquement de la manière suivante :
    1. Dans la fenêtre Services de Windows 2000, cliquez à l'aide du bouton droit de la souris sur IBM Dispatcher.
    2. Sélectionnez Propriétés.
    3. Dans la zone Type de démarrage, sélectionnez Manuel.
    4. Cliquez sur OK et fermez la fenêtre Services.

    Scripts

    Les commandes permettant de configurer Site Selector peuvent être entrées dans un fichier script de configuration, puis exécutées ensemble.

    Remarque :
    Pour exécuter rapidement le contenu d'un fichier script (par exemple, mon_script), utilisez l'une des commandes suivantes :

    Pour sauvegarder la configuration en cours dans un fichier script (par ex. scriptsauvegarde), exécutez la commande suivante :

    sscontrol file save scriptsauvegarde
    

    Cette commande enregistre le fichier script de configuration dans le répertoire ...ibm/edge/lb/servers/configurations/ss.

    Interface graphique

    Pour des instructions générales et un exemple de l'interface graphique, reportez-vous à la Figure 41.

    Pour démarrer l'interface graphique, procédez comme suit :

    1. Vérifiez que ssserver fonctionne. En tant que superutilisateur ou administrateur, entrez la commande ssserver à partir d'une invite.
    2. Ensuite, effectuez l'une des opérations suivantes :

    Pour pouvoir configurer le composant Site Selector à partir de l'interface graphique, vous devez d'abord sélectionner Site Selector dans l'arborescence. Vous pouvez lancer le gestionnaire une fois que vous vous êtes connecté à un hôte. Vous pouvez également créer des noms de site contenant des ports et des serveurs, puis lancer des conseillers pour le gestionnaire.

    Vous pouvez utiliser l'interface graphique pour toute opération normalement exécutée par la commande sscontrol. Par exemple, pour définir un nom de site à partir de la ligne de commande, vous devez entrer la commande sscontrol sitename add nom_site. Pour définir un nom de site à partir de l'interface graphique, cliquez à l'aide du bouton droit de la souris sur Serveur de noms puis, dans le menu en incrustation qui apparaît, cliquez avec le bouton gauche de la souris sur Ajouter un nom de site. Entrez le nom du site dans le menu en incrustation, puis cliquez sur OK.

    Les fichiers de configuration Site Selector existants peuvent être chargés à l'aide des options Chargement de la nouvelle configuration (pour remplacer intégralement la configuration en cours) et Ajout à la configuration en cours (pour mettre à jour la configuration en cours) du menu en incrustation Hôte. Vous devez sauvegarder votre configuration Site Selector dans un fichier en utilisant l'option Sauvegarder le fichier de configuration en du menu en incrustation Hôte. Le menu Fichier situé en haut de l'interface graphique permet de sauvegarder les connexions à l'hôte en cours dans un fichier ou de restaurer les connexions dans des fichiers existants sur tous les composants Load Balancer.

    Pour exécuter une commande à partir de l'interface graphique : mettez le noeud Hôte en surbrillance dans l'arborescence de l'interface graphique, puis sélectionnez Envoyer la commande.... dans le menu en incrustation Hôte. Dans la zone d'entrée de commande, entrez la commande à exécuter, par exemple nameserver status. Les résultats et l'historique des commandes exécutées lors de la session courante s'affichent dans la fenêtre ouverte.

    Vous pouvez accéder à l'Aide en cliquant sur le point d'interrogation situé dans l'angle supérieur droit de la fenêtre Load Balancer.

    Pour plus de détails sur l'utilisation de l'interface graphique, reportez-vous à l'Annexe A, Interface graphique utilisateur : Instructions générales.

    Assistant de configuration

    Si vous utilisez l'assistant de configuration, suivez la procédure ci-dessous.

    1. Démarrez ssserver sur Site Selector :

    2. Lancez la fonction d'assistant de Site Selector, sswizard.

      Vous pouvez lancer cet assistant à partir de l'invite en entrant la commande sswizard ou sélectionner l'assistant de configuration à partir du menu du composant Site Selector présenté dans l'interface graphique.

    L'assistant Site Selector vous guide pas à pas dans le processus de création d'une configuration de base pour le composant Site Selector. Il vous demande des renseignements sur votre réseau et vous guide pour la configuration d'un nom de site permettant à Site Selector d'équilibrer le trafic entre un groupe de serveurs.


    Installation de la machine Site Selector

    L'installation de la machine Site Selector ne peut être effectuée que par le superutilisateur (pour AIX, Linux ou Solaris) ou l'administrateur pour Windows 2000.

    Vous aurez besoin d'utiliser un nom d'hôte DNS ne pouvant être résolu comme nom de site pour le groupe de serveurs que vous configurez. Le nom de site est celui utilisé pour les clients pour accéder à votre site (par exemple, www.yourcompany.com). Site Selector équilibrera la charge du trafic pour ce nom de site entre les serveurs du groupe auquel le nom DNS a été attribué.

    Etape 1. Démarrage de la fonction serveur

    AIX, Linux et Solaris : Pour démarrer la fonction serveur, entrez ssserver.

    Remarque :
    Un fichier de configuration par défaut (default.cfg) est chargé automatiquement pendant le démarrage de ssserver. Si vous décidez de sauvegarder la configuration dans default.cfg, toutes les données sauvegardées dans ce fichier seront chargées automatiquement au prochain démarrage de ssserver.

    Etape 2. Démarrage du serveur de noms

    Pour démarrer le serveur de noms, entrez la commande sscontrol nameserver start.

    Vous pouvez également lancer le serveur de noms à l'aide du mot clé bindaddress pour établir un lien uniquement avec l'adresse indiquée.

    Etape 3. Définition d'un nom de site et définition des options du nom de site

    Site Selector équilibrera les demandes envoyées pour le nom de site aux serveurs correspondants configurés pour cela.

    Le nom de site est un nom d'hôte ne pouvant être résolu qui sera demandé par le client. Le nom de site doit être un nom de domaine complet (par exemple, www.dnsdownload.com). Lorsqu'un client demande ce nom de site, l'une des adresses IP de serveur associées au nom de site sera renvoyée.

    Pour définir un nom de site, émettez la commande suivante :

    sscontrol sitename add nom_site
    

    Pour définir les options du nom de site, émettez la commande suivante :

    sscontrol sitename set valeur_option_nom_site
    

    Pour plus d'informations, reportez-vous au Guide des commandes Site Selector.

    Etape 4. Définition de serveurs avec équilibrage de charge

    Les serveurs sont les postes qui exécutent les applications dont vous souhaitez équilibrer la charge. Le serveur est l'adresse à nom symbolique ou notation décimale de la machine serveur. Pour définir un serveur sur le nom de site défini à l'étape  3, émettez la commande suivante :

    sscontrol server add
    nom_site:serveur
    

    Vous devez définir plusieurs serveurs sous un nom de site afin de permettre l'équilibrage de charge.

    Etape 5. Démarrage de la fonction gestionnaire (facultatif)

    La fonction gestionnaire permet d'améliorer l'équilibrage de charge. Avant de lancer la fonction gestionnaire, vérifiez que le système Metric Server est installé sur toutes les machines dont la charge est équilibrée.

    Pour démarrer le gestionnaire, tapez la commande suivante :

    sscontrol manager start
    

    Etape 6. Démarrage de la fonction conseiller (facultatif)

    Les conseillers transmettent au gestionnaire des informations complémentaires sur la capacité à répondre aux demandes des serveurs ayant fait l'objet d'un équilibrage de charge. Chaque conseiller est spécifique à un protocole. Load Balancer fournit de nombreux conseillers. Par exemple, pour lancer le conseiller HTTP pour un nom de site particulier, entrez la commande suivante :

    sscontrol advisor start http nom_site:port
    

    Etape 7. Définition des mesures du système (facultatif)

    Pour plus d'informations sur l'utilisation des mesures du système et de Metric Server, reportez-vous à la section Metric Server.

    Etape 8. Définition du niveau d'importance des informations pour le nom de site

    Si vous démarrez des conseillers, vous pouvez modifier le niveau d'importance donné aux informations fournies par ces derniers (port) et entrant dans les décisions d'équilibrage de la charge. Pour définir le niveau d'importance pour le nom de site, émettez la commande sscontrol sitename set nom_site proportions. Pour plus d'informations, reportez-vous à la section Proportion de l'importance accordée aux données d'état.


    Configuration des serveurs pour l'équilibrage de la charge

    Il est recommander d'utiliser Metric Server avec le composant Site Selector. Pour plus d'informations sur la configuration de Metric Server sur tous les serveurs dont Site Selecteur assure l'équilibrage de charge, reportez-vous à la section Metric Server.


    Composant Cisco CSS Controller

    Cette contient des informations pour la configuration d'un démarrage rapide ainsi que des remarques relatives à la planification, et présente les diverses méthodes de configuration du composant Cisco CSS Controller de Load Balancer. Elle se compose des chapitres suivants :


    Configuration de démarrage rapide

    Cet exemple de démarrage rapide montre comment créer une configuration à l'aide du composant Cisco CSS Controller. Cisco CSS Controller fournit des informations de pondération de serveur qui permettent à Cisco CSS Switch d'optimiser la sélection des serveurs lors des décisions d'équilibrage de la charge.

    Figure 25. Configuration Cisco CSS Controller simple

    Graphique illustrant une configuration de base Cisco CSS Controller


    Matériel requis

    Cet exemple de configuration de démarrage rapide nécessite :


    Préparation

    Avant de d'effectuer la configuration de cet exemple, procédez aux vérifications suivantes :


    Configuration du composant Cisco CSS Controller

    Avec Cisco CSS Controller, vous pouvez créer une configuration à l'aide de la ligne de commande ou de l'interface graphique. Pour cet exemple de démarrage rapide, les étapes de configuration s'effectuent via la ligne de commande.

    Remarque :
    Les valeurs des paramètres doivent être saisies à l'aide de caractères anglais. Les seules exceptions sont les valeurs des paramètres des noms d'hôte et des noms de fichiers.

    Configuration à partir de la ligne de commande

    A partir d'une invite, effectuez les opérations ci-dessous.

    1. Démarrez ccoserver sur Cisco CSS Controller. En tant que superutilisateur ou administrateur, entrez la commande ccoserver à partir d'une invite.
    2. Ajoutez un consultant de commutateur à la configuration Cisco CSS Controller, en précisant l'adresse IP de l'interface Cisco CSS Switch et le nom de communauté en lecture/écriture. Ces valeurs doivent correspondre aux attributs équivalents sur Cisco CSS Switch :

      ccocontrol consultant add SwConsultant-1 address 9.17.32.50 community public

      Cette opération vérifie la connectivité au Cisco CSS Switch vérifie que le nom de communauté en lecture/écriture SNMP fonctionne correctement.

    3. Ajoutez le contenu de propriétaire (OwnerContent-1) au consultant du commutateur, en précisant le nom du propriétaire (OwnerName-1) et la règle de contenu (ContentRule-1) :

      ccocontrol ownercontent add SwConsultant-1:OwnerContent-1 ownername OwnerName-1 contentrule ContentRule-1

      Ces valeurs doivent correspondre aux attributs équivalents sur Cisco CSS Switch.

      Cisco CSS Controller peut maintenant communiquer avec le commutateur via SNMP et obtenir les informations de configuration nécessaires. Une fois cette procédure effectuée, Cisco CSS Controller contiendra les informations relatives aux services configurés sur Cisco CSS Switch pour le contenu de propriétaire indiqué.

    4. Configurez le type de mesures à collecter (connexion active, débit de la connexion, HTTP) et les proportions de chaque mesure du contenu de propriétaire :

      ccocontrol ownercontent metrics SwConsultant-1:OwnerContent-1 activeconn 45 connrate 45 http 10

      Cette commande configure les informations de mesure et les proportions à collecter auprès des services pour le calcul de pondération. La somme des proportions de toutes les mesures doit être égale à 100.

    5. Démarrez la fonction consultant de commutateur de Cisco CSS Controller :

      ccocontrol consultant start SwConsultant-1

      Cette commande lance tous les collecteurs de mesures et démarre les calculs de pondération de service. Cisco CSS Controller communique les résultats de ses calculs de pondération de service à Cisco CSS Switch via SNMP.

    La configuration de base de Cisco CSS Controller est maintenant terminée.

    Test de vérification de la configuration

    Vérifiez que la configuration fonctionne.

    1. A l'aide du navigateur Web du client, accédez à http://www.Intersplash.com . La configuration est correcte si une page apparaît.
    2. Rechargez la page dans le navigateur Web.
    3. Vérifiez les résultats de la commande suivante : ccocontrol service report SwConsultant-1:OwnerContent-1:Service-1. La colonne du nombre total de connexions des deux serveurs Web doit contenir la valeur "2".

    Configuration à l'aide de l'interface graphique

    Pour plus d'informations sur l'utilisation de l'interface graphique du contrôleur Cisco CSS, reportez-vous aux sections Interface graphique et à l'Annexe A, Interface graphique utilisateur : Instructions générales.


    Planification du composant Cisco CSS Controller

    Le présent chapitre décrit les aspects qu'un administrateur de réseau doit prendre en compte avant d'installer et de configurer le composant Cisco CSS Controller.

    Le présent chapitre se compose des sections suivantes :


    Matériel et logiciels requis

    Configuration matérielle requise

    Configuration logicielle requise


    Remarques relatives à la planification

    Cisco CSS Controller gère une série de consultants de commutateur. Chaque consultant détermine les pondérations des services dont la charge est équilibrée par un seul commutateur. Le commutateur auquel le consultant fournit les pondérations est configuré pour l'équilibrage de charge de contenu. Le consultant utilise le protocole SNMP pour transmettre au commutateur les pondérations calculées. Le commutateur utilise les pondérations reçues pour sélectionner un service pour la règle de contenu dont il équilibre la charge lorsque l'algorithme d'équilibrage de charge est pondéré par permutation circulaire (round-robin). Pour déterminer les pondérations, le consultant utilise un ou plusieurs des éléments d'information suivants :

    Pour une description de l'équilibrage de charge par contenu et des informations détaillées sur la configuration du commutateur, reportez-vous au manuel Cisco Content Services Switch Getting Started Guide.

    Pour qu'un consultant obtienne les informations dont il a besoin afin de déterminer les pondérations d'un service, les éléments suivants sont nécessaires :

    Positionnement du consultant dans le réseau

    Comme indiqué à la Figure 26, il est préférable de connecter le consultant au réseau derrière le ou les commutateurs pour lesquels il fournit des pondérations. Certains paramètres doivent être configurés sur le commutateur, d'autres sur le contrôleur, pour activer la connectivité entre le contrôleur, le commutateur et les services.

    Dans la Figure 26 :

    Pour des informations détaillées sur la configuration des réseaux VLAN et du routage IP sur le commutateur, reportez-vous au manuel Cisco Content Services Switch Getting Started Guide.

    Figure 26. Exemple de consultant connecté derrière les commutateurs

    Consultant derrière les commutateurs

    Pour la gestion de Cisco CSS Controller vous pouvez utiliser l'une des interfaces suivantes :

    Pour la gestion à distance, dans la Figure 27 :

    Pour des informations détaillées, reportez-vous au manuel Cisco Content Services Switch Getting Started Guide.

    Figure 27. Exemple de consultant (avec partenaire haute disponibilité optionnel), configuré derrière le commutateur avec une interface graphique devant le commutateur

    Consultant derrière le commutateur, interface graphique devant le commutateur et partenaire haute disponibilité optionnel

    Haute disponibilité

    La haute disponibilité du contrôleur augmente la tolérance aux pannes de Load Balancer. Conçue avec un souci de haute disponibilité dans la transmission des paquets, la haute disponibilité du contrôleur implique l'exécution simultanée de deux contrôleurs, l'un assurant le rôle de contrôleur principal, l'autre celui de contrôleur secondaire.

    Chaque contrôleur est configuré avec les mêmes informations de commutateur et un seul contrôleur est actif à la fois. Ainsi, du fait de la logique de haute disponibilité, seule le contrôleur actif calcule et met à jour les pondérations.

    La haute disponibilité du contrôleur communique avec ses partenaires à l'aide de simples paquets UDP (user datagram protocol) transmis via une adresse et un port que l'utilisateur configure. Ces paquets sont utilisés pour l'échange d'informations entre les contrôleurs dans le cadre de la haute disponibilité (accès aux informations) et pour déterminer la disponibilité du contrôleur des partenaires (signaux de présence). Si le contrôleur secondaire détecte que le contrôleur actif est en erreur pour une raison ou une autre, il prend le relais du contrôleur actif défaillant. Le contrôleur secondaire devient alors le contrôleur actif, et commence à calculer les nouvelles pondérations et à mettre à jour le commutateur avec ces nouvelles valeurs.

    Outre sur les partenaires, la haute disponibilité peut être configurée sur les cibles accédées. La haute disponibilité des contrôleurs utilise les informations d'accès pour déterminer le contrôleur actif et le contrôleur secondaire. Le contrôleur actif est celui qui peut contacter (par test ping) le plus de cibles et qui est accessible depuis son partenaire.

    Pour de plus amples informations, reportez-vous à Haute disponibilité.

    Calcul des pondérations

    Lorsque le consultant détecte qu'un service n'est pas disponible, il met ce service en suspens sur le commutateur pour que ce dernier prenne pas le service en compte lors de l'équilibrage de la charge des demandes. Une fois le service de nouveau disponible, le consultant active le service sur le commutateur pour qu'il soit de nouveau pris en compte dans l'équilibrage de la charge des demandes.

    Identification des incidents

    Cisco CSS Controller enregistre des entrées dans les journaux suivants :

    Ces journaux se trouvent dans les répertoires suivants :

    Vous pouvez définir la taille et le niveau de consignation de chaque journal. Pour plus d'informations, reportez-vous à la section Utilisation des journaux Load Balancer.


    Configuration du composant Cisco CSS Controller

    Avant d'effectuer les opérations décrites dans le présent chapitre, reportez-vous à la section Planification du composant Cisco CSS Controller. Ce chapitre explique comment créer une configuration de base pour le composant Cisco CSS Controller de Load Balancer.


    Présentation générale des tâches de configuration

    Avant de suivre une des méthodes de configuration décrites dans ce chapitre :

    1. Assurez-vous que Cisco CSS Switch et que tous les serveurs sont correctement configurés.
    2. Configurez Cisco CSS Controller, en vérifiant que l'adresse de Cisco CSS Switch et le nom de la communauté SNMP correspondent aux attributs équivalents de Cisco CSS Switch. Pour plus d'informations sur la configuration du consultant, reportez-vous à la section ccocontrol consultant -- Configuration et contrôle d'un consultant.


    Tableau 10. Tâches de configuration du composant Cisco CSS Controller

    Tâche Description Informations connexes
    Configuration de la machine Cisco CSS Controller Conditions requises Installation de la machine Contrôleur pour commutateurs Cisco CSS
    Test de la configuration Confirmation du bon fonctionnement de la configuration Test de vérification de la configuration

    Méthodes de configuration

    Trois méthodes permettent de créer une configuration de base pour le composant Cisco CSS Controller de Load Balancer :

    Ligne de commande

    C'est la méthode la plus directe pour la configuration de Cisco CSS Controller. Les procédures décrites dans ce manuel reposent sur l'utilisation de la ligne de commande. Les valeurs des paramètres de commande doivent être saisies en anglais. Les seules exceptions s'appliquent aux noms d'hôte (utilisés, par exemple, dans la commande consultant add command) et aux noms de fichiers.

    Pour démarrer Cisco CSS Controller à partir de la ligne de commande :

    1. Emettez la commande ccoserver à partir de l'invite. Pour arrêter le serveur, tapez ccoserver stop

      Remarques :

      1. Sous Windows 2000, cliquez sur Démarrer > Paramètres > Panneau de configuration > Outils d'administration > Services. Cliquez à l'aide du bouton droit de la souris sur IBM Cisco CSS Controller, puis sélectionnez Démarrer. Pour arrêter le service, suivez la même procédure en sélectionnant Arrêter.

      2. Sous Windows 2000, vous pouvez démarrer automatiquement ccoserver à l'amorçage, comme suit :
        1. Cliquez sur Démarrer > Paramètres > Panneau de configuration > Outils d'administration > Services.
        2. Cliquez à l'aide du bouton droit de la souris sur IBM Cisco CSS Controller, puis sélectionnez Propriétés.
        3. Cliquez sur la flèche de la zone Type de démarrage, puis sélectionnez Automatique.
        4. Cliquez sur OK.
    2. Emettez ensuite les commandes de contrôle Cisco CSS Controller voulues pour définir votre configuration. Les procédures décrites dans ce manuel reposent sur l'utilisation de la ligne de commande. La commande est ccocontrol. Pour plus de détails sur les commandes, reportez-vous au Guide des commandes Cisco CSS Controller.

    Vous pouvez entrer une version abrégée des paramètres de contrôle ccocontrol. Il suffit d'entrer les lettres spécifiques des paramètres. Ainsi, pour obtenir de l'aide sur la commande file save, vous pouvez entrer ccocontrol he f au lieu de ccocontrol help file.

    Pour démarrer l'interface de ligne de commande, entrez ccocontrol afin d'ouvrir une invite ccocontrol.

    Pour fermer l'interface de ligne de commande, entrez exit ou quit.

    Remarque :
    Sous Windows 2000, le service dsserver du composant Dispatcher démarre automatiquement. Si vous utilisez uniquement Cisco CSS Controller et non le composant Dispatcher, vous pouvez empêcher dsserver de démarrer automatiquement de la manière suivante :
    1. Dans la fenêtre Services de Windows 2000, cliquez à l'aide du bouton droit de la souris sur IBM Dispatcher.
    2. Sélectionnez Propriétés.
    3. Dans la zone Type de démarrage, sélectionnez Manuel.
    4. Cliquez sur OK et fermez la fenêtre Services.

    XML

    La configuration définie peut-être sauvegardée dans un fichier XML. La configuration peut ainsi être chargée ultérieurement lorsque vous voulez la recréer rapidement.

    Pour exécuter le contenu d'un fichier XML (par exemple, monscript.xml), procédez de l'une des manières ci-dessous.

    Les fichiers XML sont sauvegardés dans le répertoire ...ibm/edge/lb/servers/configurations/cco/.

    Interface graphique

    Pour des instructions générales et un exemple de l'interface graphique, reportez-vous à la Figure 41.

    Pour démarrer l'interface graphique, procédez comme suit :

    1. Si ccoserver n'est pas déjà en cours d'exécution, lancez-le maintenant avec la commande émise en tant que superutilisateur :

      ccoserver.

    2. Ensuite, procédez de l'une des manières suivantes :

    Pour configurer le composant Cisco CSS Controller à partir de l'interface graphique :

    1. Cliquez à l'aide du bouton droit de la souris sur Cisco CSS Controller dans l'arborescence.
    2. Connectez-vous à un hôte.
    3. Créez un ou plusieurs consultants de commutateur contenant les contenus de propriétaires souhaités et leurs mesures associées.
    4. Démarrez le consultant.

    Vous pouvez utiliser l'interface graphique pour toute opération effectuée via la commande ccocontrol. Par exemple :

    Pour exécuter une commande à partir de l'interface graphique, procédez comme suit :

    1. Cliquez sur le noeud Hôte à l'aide du bouton droit de la souris, puis sélectionnez Envoyer la commande...
    2. Dans la zone d'entrée de commande, entrez la commande à exécuter, par exemple consultant report.
    3. Cliquez sur Envoyer.

    Les résultats et l'historique des commandes exécutées lors de la session courante s'affichent dans la fenêtre Résultats.

    Pour accéder à l'aide, cliquez sur le point d'interrogation situé dans l'angle supérieur droit de la fenêtre Load Balancer.

    Pour plus de détails sur l'utilisation de l'interface graphique, reportez-vous à l'Annexe A, Interface graphique utilisateur : Instructions générales.


    Installation de la machine Contrôleur pour commutateurs Cisco CSS

    L'installation de la machine Cisco CSS Controller ne peut être effectuée que par le superutilisateur (sous AIX, Linux ou Solaris) ou l'administrateur (sous Windows 2000).

    Consultant doit pouvoir se connecter à Cisco CSS Switch en tant qu'administrateur Cisco CSS Switch.

    Lors de la configuration du consultant, vous devez configurer une adresse et un nom de communauté SNMP qui correspondent aux attributs équivalents de Cisco CSS Switch.

    Pour obtenir une aide sur les commandes utilisées lors de cette procédure, reportez-vous au Guide des commandes Cisco CSS Controller.

    Etape 1. Démarrage de la fonction serveur

    Si ccoserver ne s'exécute pas déjà, entrez ccoserver en tant que superutilisateur pour le démarrer.

    Remarque :
    Sous Windows 2000, cliquez sur Démarrer > Paramètres > Panneau de configuration > Outils d'administration > Services. Cliquez à l'aide du bouton droit de la souris sur IBM Cisco Controller, puis sélectionnez Démarrer.

    Etape 2. Démarrage de l'interface de ligne de commande

    Entrez ccocontrol pour démarrer l'interface de ligne de commande.

    Etape 3. Configuration du consultant

    Vous devez configurer le nom de communauté SNMP et l'adresse du commutateur. Ces valeurs doivent correspondre aux attributs équivalents sur Cisco CSS Switch.

    Pour ajouter un consultant, entrez :

    consultant add ID_consultant_commutateur address adresse_IP_commutateur 
    community nom_communauté
    

    Etape 3. Configuration d'un contenu de propriétaire

    Un contenu de propriétaire est une représentation d'une règle de contenu pour un propriétaire, défini sur Cisco CSS Switch. Le nom du propriétaire et le nom de la règle de contenu doivent être définis de la même manière que sur le commutateur.

    Pour définir un contenu de propriétaire, entrez :

    ownercontent add
    ID_consultant_commutateur:ID_contenu_propriétaire ownername
    nom_propriétaire 
    contentrule nom_règle_contenu
    

    Etape 4. Vérification de la définition des services

    Une fois le contenu de propriétaire défini, le consultant complète la configuration en récupérant les services configurés sur le commutateur. Comparez la configuration sur le commutateur et sur le consultant pour vous assurer que les services correspondent.

    Etape 5. Configuration des mesures

    Les mesures permettent de déterminer les pondérations des services et les proportions associées (importance d'une mesure par rapport à une autre), et peuvent être toute combinaison de mesures de données de connexion, de mesures de conseiller d'application et de mesures de serveur de mesures. La somme des proportions doit toujours être égale à 100.

    Lorsque le contenu de propriétaire est configuré, les mesures par défaut définies sont activeconn et connrate. Si vous voulez des mesures supplémentaires ou différentes des mesures par défaut, entrez :

    ownercontent metrics ID_consultant_commutateur : ID_contenu_propriétaire 
    mesure1 NiveauImportance1 
    mesure2 NiveauImportance2...mesureN NiveauImportanceN
    

    Etape 6. Lancement du consultant

    Pour démarrer le consultant, entrez :

    consultant start
    ID_consultant_commutateur
    

    Les collecteurs de mesure démarrent et le calcul des pondération commence.

    Etape 7. Lancement du système Metric Server (facultatif)

    Si les mesures système sont définies à l'étape 5, le serveur de mesures doit être démarré sur les machines de service. Pour plus d'informations sur le serveur de mesures, reportez-vous à la section Metric Server.

    Etape 8. Configuration de la haute disponibilité (facultatif)

    Pour configurer la haute disponibilité, entrez :

    highavailability add address adresse_IP partneraddress adresse_IP port 80 
    role principal
    

    Dans un environnement à haute disponibilité, vous pouvez configurer plusieurs commutateurs. Pour garantir que les informations de pondération sont encore disponibles lorsqu'un commutateur prend le relais d'un autre, Cisco CSS Controller doit être configuré de manière à fournir les pondérations de tous les commutateurs et de leurs homologues de secours.

    Pour des informations détaillées sur l'emploi et la configuration de la haute disponibilité des composants Controller, reportez-vous à la section Fonctions avancées de Cisco CSS Controller et Nortel Alteon Controller.


    Test de vérification de la configuration

    Vérifiez que la configuration fonctionne.

    1. Attribuez la valeur 4 au niveau de consignation du consultant.
    2. Déconnectez un serveur de Cisco CSS Switch pendant une minute ou arrêtez le serveur d'applications pendant une minute.
    3. Reconnectez le serveur ou démarrez à nouveau le serveur d'applications.
    4. Attribuez à nouveau le niveau désiré (1) au niveau de consignation du consultant.
    5. Affichez le fichier consultant.log des répertoires suivants et cherchez le service de définition setServerWeights :

    Composant Nortel Alteon Controller

    Cette section contient des informations pour la configuration d'un démarrage rapide ainsi que des remarques relatives à la planification, et présente les diverses méthodes de configuration du composant Nortel Alteon Controller de Load Balancer. Elle se compose des chapitres suivants :


    Configuration de démarrage rapide

    Cet exemple de démarrage rapide montre comment créer une configuration à l'aide du composant Nortel Alteon Controller. Nortel Alteon Controller fournit des pondérations de serveur à Nortel Alteon Web Switch. Ces pondérations sont utilisées afin de sélectionner des serveurs pour des services dont le commutateur équilibre la charge.

    Figure 28. Configuration Nortel Alteon Controller simple

    Graphique montrant un client, un réseau Internet, une machine Nortel Alteon Controller, un Nortel Alteon Web Switch et des machines serveur.


    Matériel requis

    Cet exemple de configuration de démarrage rapide nécessite :


    Préparation

    Avant de d'effectuer la configuration de cet exemple, procédez aux vérifications suivantes :


    Configuration du composant Nortel Alteon Controller

    Avec Nortel Alteon Controller, vous pouvez créer une configuration à l'aide de la ligne de commande ou de l'interface graphique. Pour cet exemple de démarrage rapide, les étapes de configuration s'effectuent via la ligne de commande.

    Remarque :
    Les valeurs des paramètres doivent être saisies à l'aide de caractères anglais. Les seules exceptions sont les valeurs des paramètres des noms d'hôte et des noms de fichiers.

    Configuration à partir de la ligne de commande

    A partir d'une invite, effectuez les opérations ci-dessous.

    1. Démarrez nalserver sur Nortel Alteon Controller. En tant que superutilisateur ou administrateur, entrez la commande nalserver à partir d'une invite.
    2. Ajoutez un consultant à la configuration Nortel Alteon Controller, en précisant l'adresse IP de l'interface Nortel Alteon Web Switch. (N'indiquez les communautés en lecture et en écriture que si elles diffèrent de celle par défaut (publique, privée) :

      nalcontrol consultant add Consultant-1 address 9.87.32.50

      Cette opération vérifie la connectivité au Nortel Alteon Web Switch vérifie que les noms de communauté SNMP fonctionnent correctement.

    3. Ajoutez un service (Service-1) au consultant (Consultant-1), en précisant l'identificateur de serveur virtuel (1) et le numéro de port virtuel (80) du service :

      nalcontrol service add Consultant-1:Service-1 vsid 1 vport 80

      Nortel Alteon Controller communiquera avec le commutateur via SNMP et obtiendra de celui-ci les informations de configuration nécessaires. Une fois cette procédure effectuée, Nortel Alteon Controller contiendra les informations relatives aux serveurs configurés sur Nortel Alteon Web Switch pour le service.

    4. Configurez les mesures à collecter pour l'ensemble de serveurs associé au service :

      nalcontrol service metrics Consultant-1:Service-1 http 40 activeconn 30 connrate 30

      Cette commande configure les informations de mesure à collecter auprès des serveurs et l'importance relative de ces mesures lors du calcul des pondérations.

    5. Démarrez la fonction consultant de Nortel Alteon Controller :

      nalcontrol consultant start Consultant-1

      Cette commande lance tous les collecteurs de mesures et démarre les calculs de pondération de serveur. Nortel Alteon Controller communique les résultats de ses calculs de pondération de serveur à Nortel Alteon Web Switch via SNMP.

    La configuration de base de Nortel Alteon Controller est maintenant terminée.

    Test de vérification de la configuration

    Vérifiez que la configuration fonctionne.

    1. A l'aide du navigateur Web du client, accédez à http://www.Intersplash.com . La configuration est correcte si une page apparaît.
    2. Rechargez la page dans le navigateur Web.
    3. Vérifiez les résultats de la commande suivante : nalcontrol service report Consultant-1:Service-1. La colonne du nombre total de connexions des deux serveurs Web doit contenir la valeur "2".

    Configuration à l'aide de l'interface graphique

    Pour plus d'informations sur l'utilisation de l'interface graphique de Nortel Alteon Controller, reportez-vous à la section Interface graphique et à l'Annexe A, Interface graphique utilisateur : Instructions générales.


    Planification du composant Nortel Alteon Controller

    Le présent chapitre décrit les aspects qu'un administrateur de réseau doit prendre en compte avant d'installer et de configurer le composant Nortel Alteon Controller.

    Le présent chapitre se compose des sections suivantes :


    Matériel et logiciels requis

    Configuration matérielle requise

    Configuration logicielle requise


    Remarques relatives à la planification

    Nortel Alteon Controller gère une série de consultants de commutateur. Chaque consultant détermine les pondérations des serveurs dont la charge est équilibrée par un seul commutateur. Le commutateur auquel le consultant fournit les pondérations est configuré pour l'équilibrage de charge de contenu. Le consultant utilise le protocole SNMP pour transmettre au commutateur les pondérations calculées. Le commutateur utilise les pondérations reçues pour sélectionner un serveur pour le service dont il équilibre la charge. Pour déterminer les pondérations, le consultant utilise un ou plusieurs des éléments d'information suivants :

    Pour une description de l'équilibrage de la charge des serveurs et des informations détaillées sur la configuration du commutateur, reportez-vous au manuel "Nortel Alteon Web OS Application Guide".

    Pour qu'un consultant obtienne les informations dont il a besoin afin de déterminer les pondérations d'un serveur, les éléments suivants sont nécessaires :

    Positionnement du consultant dans le réseau

    Le consultant peut être connecté au réseau devant ou derrière le ou les commutateurs pour lesquels il fournit des pondérations. Certains paramètres doivent être configurés sur le commutateur, d'autres sur le contrôleur, pour activer la connectivité entre le contrôleur, le commutateur et les serveurs.

    Dans la Figure 29 :

    Pour des informations détaillées sur la configuration des réseaux VLAN et du routage IP sur le commutateur, reportez-vous au manuel "Nortel Alteon Web OS Application Guide" ou au Guide des commandes.

    Figure 29. Exemple de consultant connecté derrière le commutateur

    Consultant derrière les commutateurs

    Dans la Figure 30 :

    Figure 30. Exemple de consultant connecté via un intranet situé devant le commutateur

    Consultant connecté via un intranet situé devant le commutateur

    Pour la gestion de Nortel Alteon Controller vous pouvez utiliser l'une des interfaces suivantes :

    Dans la Figure 31 :

    Figure 31. Exemple de consultant derrière le commutateur et d'interface graphique devant le commutateur

    Consultant derrière le commutateur, interface graphique devant le commutateur

    Attributs de serveur sur le commutateur (définis par le contrôleur)

    Lorsqu'un consultant calcule les pondérations des serveurs qui fournissent un service dont la charge est équilibrée par un commutateur, ce consultant désactive la vérification normale de l'état des serveurs sur le commutateur afin de réduire tout trafic inutile vers les serveurs. Le consultant réactive la vérification d'état lorsqu'il arrête de fournir des pondérations pour le service. L'intervalle de vérification de l'état d'un serveur est défini par la variable MIB slbNewCgRealServerPingInterval.

    Lorsque le consultant détecte qu'un serveur n'est pas disponible, il fixe le nombre maximum de connexions du serveur à zéro pour que le commutateur ne prenne pas le serveur en compte lorsqu'il équilibre la charge des demandes. Lorsque le serveur est de nouveau disponible, le nombre maximum de connexions revient à sa valeur d'origine. Le nombre maximum de connexions d'un serveur est défini par la variable MIB slbNewCfgRealServerMaxCons.

    Lorsqu'une pondération est calculée pour un serveur réel, elle est définie pour le serveur. La valeur de pondération d'un serveur est définie par la variable MIB slbNewCfgRealServerWeight.

    Configuration de serveurs de secours

    le commutateur permet de configurer certains serveurs en tant que serveurs de secours pour les autres. Lorsque le commutateur détecte qu'un serveur doté d'un serveur de secours n'est pas disponible, il peut commencer à envoyer les demandes à ce serveur de secours. Lorsque le consultant calcule les pondérations pour un service doté d'un serveur de secours, il effectue ce calcul à la fois pour les serveurs principaux et pour les serveurs de secours de sorte qu'il dispose des pondérations requises lorsque la sélection d'un serveur de secours s'avère nécessaire.

    La pondération d'un serveur de secours peut être plus élevée que celle d'un serveur principal. En effet, aucune demande ne lui étant transmise, sa charge est faible tant que le commutateur ne l'utilise pas.

    Pour éviter les serveurs inactifs, les serveurs d'un service sont généralement les serveurs de secours des serveurs d'un autre service. Lors de la mise en oeuvre d'une configuration de ce type, évitez d'affecter les mêmes serveurs réels à plusieurs services simultanément actifs. Si cela se produit, le consultant remplace la pondération du serveur pour chaque service dont le serveur fait partie.

    Chaque serveur réel est identifié par un entier et dispose d'un attribut de pondération et d'adresse IP. Deux serveurs réels peuvent avoir la même adresse IP. Auquel cas, les deux serveurs réels sont associés au même serveur physique. Les serveurs réels identifiés comme serveurs de secours ne peuvent être configurés comme tels que pour un seul service. Si les mêmes serveurs physiques assurent la sauvegarde de serveurs affectés à plusieurs services, ils doivent être configurés une fois pour chaque service et recevoir une identification de serveur propre à chaque service. Les serveurs de secours ont ainsi une pondération unique affectée pour chaque service service dont ils assurent la sauvegarde.

    Figure 32. Exemple de consultant configuré avec des serveurs de secours

    Consultant configuré avec des serveurs de secours

    Configuration de groupes

    Les serveurs d'un commutateur peuvent être configurés comme appartenant à plusieurs groupes et les groupes du commutateur configurés pour prendre en charge plusieurs services.

    Comme il est possible de configurer le même serveur pour plusieurs services, la pondération est calculée pour chaque service auquel le serveur participe. La pondération peut donc parfois être incorrecte car le service pour lequel elle est prévue n'est pas connu en permanence.

    De plus, si le consultant détermine les pondérations pour un service et pas pour un autre, il est possible que la vérification de l'état des serveurs soit désactivée sur le service pour lequel le consultant ne calcule pas les pondérations. Dans ce cas, le commutateur risque de ne pas correctement équilibrer la charge de ce service.

    En conséquence, vous devez vous assurer qu'un serveur réel n'a pas été affecté à plusieurs services dont la charge est équilibrée. Cela ne signifie pas qu'un même serveur ne peut pas traiter les demandes de plusieurs services, mais qu'un serveur réel ayant un seul identificateur doit être configuré sur le commutateur de chaque service dont le serveur gère les demandes.

    Haute disponibilité

    Nortel Alteon Controller et Nortel Alteon Web Switch disposent tous deux de fonctions de haute disponibilité.

    Vous pouvez configurer deux contrôleurs pur s'exécuter sur différents systèmes dans une configuration de secours automatique.

    Deux commutateurs ou plus peuvent se servir mutuellement de serveur de secours lorsque vous les configurez en tant que routeur d'interface IP virtuelle (VIR) ou de routeur de serveur IP virtuel (VSR).

    Un consultant (géré par le contrôleur) fournit des pondérations pour un commutateur uniquement. Un commutateur de secours pouvant prendre à tout moment le relais du commutateur principal, vous devez configurer le contrôleur avec un consultant pour chaque commutateur ayant la possibilité de devenir le commutateur principal. De cette manière, lorsqu'un commutateur devient le principal, vous avez la garantie qu'il reçoit le pondérations requises.

    En outre, lorsque les contrôleurs sont connectés à un VIR, ils peuvent communiquer avec les serveurs, les commutateurs et le contrôleur de secours, même s'ils perdent la connectivité à l'un des commutateurs.

    Pour des informations détaillées sur la haute disponibilité au niveau du commutateur, reportez-vous au manuel "Nortel Alteon Web OS Application Guide".

    La haute disponibilité du contrôleur augmente la tolérance aux pannes de Load Balancer. Conçue avec un souci de haute disponibilité dans la transmission des paquets, la haute disponibilité du contrôleur implique l'exécution simultanée de deux contrôleurs, l'un assurant le rôle de contrôleur principal, l'autre celui de contrôleur secondaire.

    Chaque contrôleur est configuré avec les mêmes informations de commutateur. Comme avec la haute disponibilité classique, un seul contrôleur est actif à la fois. Ainsi, du fait de la logique de haute disponibilité, seule le contrôleur actif calcule et met à jour les pondérations.

    La haute disponibilité du contrôleur communique avec ses partenaires à l'aide de simples paquets UDP (user datagram protocol) transmis via une adresse et un port que l'utilisateur configure. Ces paquets sont utilisés pour l'échange d'informations entre les contrôleurs dans le cadre de la haute disponibilité (accès aux informations) et pour déterminer la disponibilité du contrôleur des partenaires (signaux de présence). Si le contrôleur secondaire détecte que le contrôleur actif est en erreur pour une raison ou une autre, il prend le relais du contrôleur actif défaillant. Le contrôleur secondaire devient alors le contrôleur actif, et commence à calculer les nouvelles pondérations et à mettre à jour le commutateur avec ces nouvelles valeurs.

    Outre sur les partenaires, la haute disponibilité peut être configurée sur les cibles accédées. Comme avec la haute disponibilité classique, a haute disponibilité des contrôleurs utilise les informations d'accès pour déterminer le contrôleur actif et le contrôleur secondaire. Le contrôleur actif est celui qui peut contacter (par test ping) le plus de cibles et qui est accessible depuis son partenaire.

    Pour de plus amples informations, reportez-vous à la section Haute disponibilité.

    Dans la Figure 33 :

    Figure 33. Exemple de Nortel Alteon Controller et de Nortel Alteon Web Switch haute disponibilité

    Contrôleur et commutateur haute disponibilité

    Optimisation

    Pour ne pas avoir à modifier trop souvent les pondérations, vous pouvez configurer un seuil de sensibilité pour le consultant. Le seuil de sensibilité indique la quantité de modifications requises entre la nouvelle et l'ancienne pondérations pour que la pondération soit changée. Pour de plus amples informations, reportez-vous à Seuil de sensibilité.

    Si le commutateur est trop occupé à mettre à jour des pondérations, vous pouvez augmenter la durée d'inactivité du consultant pour réduire le trafic entre le contrôleur et les serveurs plus le commutateur. La durée d'inactivité fixe le nombre de secondes entre chaque cycle de définition des pondérations.

    Si les serveurs gèrent trop de demandes de surveillance provenant du consultant, vous pouvez modifier la du rée d'inactivité des collecteurs de mesures. Pour plus d'informations, reportez-vous à la section Délai d'inactivité dans le calcul des pondérations.

    Identification des incidents

    Cisco CSS Controller enregistre des entrées dans les journaux suivants :

    Ces journaux se trouvent dans les répertoires suivants :

    Vous pouvez définir la taille et le niveau de consignation de chaque journal. Pour plus d'informations, reportez-vous à la section Utilisation des journaux Load Balancer.


    Configuration du composant Nortel Alteon Controller

    Avant d'effectuer les opérations décrites dans le présent chapitre, reportez-vous à la section Planification du composant Nortel Alteon Controller. Ce chapitre décrit comment créer une configuration de base pour le composant Nortel Alteon Controller de Load Balancer.


    Présentation générale des tâches de configuration

    Avant de suivre une des méthodes de configuration décrites dans ce chapitre, vérifiez que Nortel Alteon Web Switch et tous les serveurs sont correctement configurés.


    Tableau 11. Tâches de configuration pour le composant Nortel Alteon Controller

    Tâche Description Informations connexes
    Configurer Nortel Alteon Web Switch et les serveurs Configuration du commutateur. Configuration du commutateur, page (SETSWITCH)
    Configurer la machine Nortel Alteon Controller Configuration du contrôleur. Etape 1. Démarrage de la fonction serveur
    Test de la configuration Confirmation du bon fonctionnement de la configuration Test de vérification de la configuration

    Méthodes de configuration

    Trois méthodes permettent de créer une configuration de base pour le composant Nortel Alteon Controller de Load Balancer :

    Ligne de commande

    Il s'agit de la méthode la plus directe pour configurer Nortel Alteon Controller. Les procédures décrites dans ce manuel reposent sur l'utilisation de la ligne de commande.

    Pour démarrer Nortel Alteon Controller à partir de la ligne de commande :

    1. Emettez la commande nalserver à partir de l'invite. Pour arrêter le service, tapez nalserver stop.

      Remarques :

      1. Sous Windows 2000, cliquez sur Démarrer > Paramètres > Panneau de configuration > Outils d'administration > Services. Cliquez à l'aide du bouton droit de la souris sur IBM Nortel Alteon Controller, puis sélectionnez Démarrer. Pour arrêter le service, suivez la même procédure en sélectionnant Arrêter.

      2. Sous Windows 2000, vous pouvez démarrer automatiquement nalserver à l'amorçage, comme suit :
        1. Cliquez sur Démarrer > Paramètres > Panneau de configuration > Outils d'administration > Services.
        2. Cliquez à l'aide du bouton droit de la souris sur IBM Nortel Alteon Controller, puis sélectionnez Propriétés.
        3. Cliquez sur la flèche de la zone Type de démarrage, puis sélectionnez Automatique.
        4. Cliquez sur OK.
    2. Emettez ensuite les commandes de contrôle Nortel Alteon Controller voulues pour définir votre configuration. Les procédures décrites dans ce manuel reposent sur l'utilisation de la ligne de commande. La commande est nalcontrol. Pour plus de détails sur les commandes, reportez-vous au Guide des commandes Nortel Alteon Controller.

    Vous pouvez utiliser une version abrégée des paramètres de la commande nalcontrol en entrant simplement la ou les quelques lettres d'identification des paramètres. Par exemple, pour obtenir l'aide correspondant à la commande file save, vous pouvez entrer nalcontrol he f au lieu de nalcontrol help file.

    Pour fermer l'interface de ligne de commande, entrez exit or quit.

    Remarques :

    1. Utilisez les lettres de l'anglais pour toutes les valeurs des paramètres des commandes. Les seules exceptions s'appliquent aux noms d'hôte (utilisés dans les commandes server) et aux noms de fichiers (utilisés dans les commandes file).

    2. Sous Windows 2000, le service dsserver du composant Dispatcher démarre automatiquement. Si vous utilisez uniquement Nortel Alteon Controller et non le composant Dispatcher, vous pouvez empêcher ndserver de démarrer automatiquement de la manière suivante :
      1. Dans la fenêtre Services de Windows 2000, cliquez à l'aide du bouton droit de la souris sur IBM Dispatcher.
      2. Sélectionnez Propriétés.
      3. Dans la zone Type de démarrage, sélectionnez Manuel.
      4. Cliquez sur OK et fermez la fenêtre Services.

    XML

    La configuration définie peut-être sauvegardée dans un fichier XML. La configuration peut ainsi être chargée ultérieurement lorsque vous voulez la recréer rapidement.

    Pour exécuter le contenu d'un fichier XML (par exemple, monscript.xml), utilisez les commandes suivantes :

    Les fichiers XML sont sauvegardés dans le répertoire ...ibm/edge/lb/servers/configurations/nal/.

    Interface graphique

    Pour avoir un exemple de l'interface graphique, reportez-vous à la Figure 41.

    Pour démarrer l'interface graphique, procédez comme suit :

    1. Si nalserver n'est pas déjà en cours d'exécution, lancez-le maintenant avec la commande nalserver émise en tant que superutilisateur.
    2. Ensuite, procédez de l'une des manières suivantes :

    Pour configurer le composant Nortel Alteon Controller à partir de l'interface graphique :

    1. Cliquez à l'aide du bouton droit de la souris sur Nortel Alteon Controller dans l'arborescence.
    2. Connectez-vous à un hôte.
    3. Créez un ou plusieurs consultants de commutateur contenant les services souhaités et leurs mesures associées.
    4. Démarrez le consultant.

    Vous pouvez utiliser l'interface graphique pour toute opération effectuée via la commande nalcontrol. Par exemple :

    Pour exécuter une commande à partir de l'interface graphique, procédez comme suit :

    1. Cliquez sur le noeud Hôte à l'aide du bouton droit de la souris, puis sélectionnez Envoyer la commande...
    2. Dans la zone d'entrée de commande, entrez la commande à exécuter, par exemple consultant report.
    3. Cliquez sur Envoyer.

    Les résultats et l'historique des commandes exécutées lors de la session courante s'affichent dans la fenêtre Résultats.

    Pour accéder à l'aide, cliquez sur le point d'interrogation situé dans l'angle supérieur droit de la fenêtre Load Balancer.

    Pour plus de détails sur l'utilisation de l'interface graphique, reportez-vous à l'Annexe A, Interface graphique utilisateur : Instructions générales.


    Installation de Nortel Alteon Controller

    Pour obtenir une aide sur les commandes utilisées lors de cette procédure, reportez-vous au Guide des commandes Nortel Alteon Controller.

    Avant d'installer la machine Nortel Alteon Controller :

    Etape 1. Démarrage de la fonction serveur

    Si nalserver ne s'exécute pas déjà, entrez nalserver en tant que superutilisateur pour le démarrer.

    Remarque :
    Sous Windows 2000, cliquez sur Démarrer > Paramètres > Panneau de configuration > Outils d'administration > Services. Cliquez à l'aide du bouton droit de la souris sur IBM Nortel Alteon Controller, puis sélectionnez Démarrer.

    Etape 2. Démarrage de l'interface de ligne de commande

    Entrez nalcontrol pour démarrer l'interface de ligne de commande.

    Etape 3. Définition d'un consultant de Nortel Alteon Web Switch

    Pour ajouter un consultant de commutateur, entrez :

    consultant add
    ID_consultant_commutateur address adresse_IP_commutateur
    

    Etape 4. Ajout d'un service au consultant de commutateur

    Pour ajouter un service, entrez :

    service add ID_consultant_commutateur:ID_service vsid  ID_serveur_virtuel
    vport numéro_port_virtuel
    

    Un service est identifié par un identificateur de serveur virtuel (VSID) et un numéro de port virtuel (VPORT), tous deux associés à un serveur virtuel précédemment configuré sur le commutateur.

    Etape 5. Configuration des mesures

    Les mesures sont les informations permettant de déterminer les pondérations des serveurs. A chaque mesure est affectée un niveau d'importance indiquant son importance par rapport aux autres mesures. Vous pouvez configurer toute combinaison de mesures : mesures de données de connexion, mesures de conseiller d'application et mesures de serveur de mesures. Les proportions doivent toujours égaler 100.

    Lorsqu'un service est configuré, les mesures par défaut définies sont activeconn et connrate. Si vous voulez des mesures supplémentaires ou différentes des mesures par défaut, entrez :

    service metrics ID_consultant_commutateur:ID_service nom_mesure 50 
    nom_mesure2 50
    

    Etape 6. Lancement du consultant

    Pour démarrer le consultant, entrez :

    consultant start
    ID_consultant_commutateur
    

    Les collecteurs de mesure démarrent et le calcul des pondération commence.

    Etape 7. Configuration de la haute disponibilité (facultatif)

    Pour configurer la haute disponibilité, entrez :

    highavailability add address adresse_IP partneraddress adresse_IP port 80 
    role principal
    

    Pour des informations détaillées sur l'emploi et la configuration de la haute disponibilité des composants Controller, reportez-vous aux Fonctions avancées de Cisco CSS Controller et Nortel Alteon Controller.

    Etape 8. Lancement du système Metric Server (facultatif)

    Si les mesures système sont définies à l'étape 5, le serveur de mesures doit être démarré sur les machines de service. Pour plus d'informations sur le serveur de mesures, reportez-vous à la section Système Metric Server.

    Etape 9. Régénération de la configuration de Nortel Alteon Controller

    Modifier la configuration sur le Nortel Alteon Web Switch permet de régénérer la configuration du contrôleur. Entrez :

    service refresh
    

    Avant de régénérer la configuration, arrêtez le consultant. Une fois la configuration mise à jour, redémarrez le consultant.


    Test de vérification de la configuration

    Vérifiez que la configuration fonctionne.

    1. Attribuez la valeur 4 au niveau de consignation du consultant.
    2. Déconnectez un serveur de Nortel Alteon Web Switch pendant une minute ou arrêtez le serveur d'applications pendant une minute.
    3. Reconnectez le serveur ou démarrez à nouveau le serveur d'applications.
    4. Attribuez à nouveau le niveau désiré (1) au niveau de consignation du consultant.
    5. Affichez le fichier consultant.log des répertoires ci-après et cherchez le service de définition setServerWeights. Ceci implique qu'une tentative d'envoi de pondérations au commutateur a été effectuée.
    6. Affichez les pondérations de serveur sur le commutateur et vérifiez qu'elles correspondent aux pondérations répertoriées sur le rapport du contrôleur.

    Fonctions et fonctions avancées de Load Balancer

    Cette section contient des informations relatives aux fonctions et fonctions avancées disponibles de configuration de Load Balancer. Elle se compose des chapitres suivants :


    Gestionnaire, conseillers et système Metric Server (des composants Dispatcher, CBR et Site Selector)

    Le présent chapitre explique comment configurer les paramètres d'équilibrage de charge et comment installer les fonctions gestionnaire, conseiller et Metric Server de Load Balancer.

    Remarque :
    Lors de la lecture de ce chapitre, si vous n'utilisez pas le composant Dispatcher, remplacez "dscontrol" par l'élément suivant :

    Tableau 12. Tâches de configuration avancées pour Load Balancer

    Tâche Description Informations connexes
    Modification des paramètres de l'équilibrage de charge

    Les paramètres d'équilibrage de charge suivants peuvent être modifiés :

    • Proportion de l'importance accordée aux données d'état.

      Le rapport par défaut est 50-50-0-0. Si vous utilisez la valeur par défaut, les informations fournies par les conseillers, par le système Metric Server et par VLM ne sont pas exploitées.

    • Pondérations
    • Pondérations fixées par l'administrateur
    • Intervalles gestionnaire
    • Seuil de sensibilité
    • Indice de lissage

    Optimisation de la fonction d'équilibrage de charge fournie par Load Balancer
    Utilisation des scripts pour la génération d'une alerte ou d'une erreur du serveur d'enregistrement lorsque le gestionnaire indique si le serveur est actif ou non Load Balancer fournit des exits utilisateur qui déclenchent des scripts que vous pouvez personnaliser lorsque le gestionnaire indique si le serveur est actif ou non Utilisation de scripts pour la génération d'une alerte ou d'une erreur du serveur d'enregistrement
    Utilisation des conseillers Décrit et répertorie les conseillers, qui signalent les états spécifiques des serveurs Conseillers
    Utilisation de l'option de demande/réponse (URL) de conseiller HTTP Définit une chaîne HTTP URL client unique propre à un service que vous voulez demander sur la machine Configuration du conseiller HTTP à l'aide de l'option de demande/réponse (URL)
    Utilisation d'un auto conseiller Fournit au serveur principal l'état de chargement d'une configuration WAN Load Balancer à deux niveaux Utilisation d'un conseiller Self dans une configuration WAN à deux niveaux
    Création de conseillers personnalisés Explique comment écrire vos propres conseillers Création de conseillers personnalisés
    Utilisation de l'agent Metric Server Le système Metric Server fournit des informations de chargement à Load Balancer Metric Server
    Utilisation du conseiller WLM (Workload Manager) Le conseiller WLM fournit des informations de chargement à Load Balancer Conseiller Workload Manager

    Optimisation de la fonction d'équilibrage de charge fournie par Load Balancer

    La fonction gestionnaire de Load Balancer effectue l'équilibrage de charge en fonction des paramètres suivants :

    Tous ces paramètres peuvent être modifiés en vue d'optimiser l'équilibrage de la charge du réseau.

    Proportion de l'importance accordée aux données d'état

    Le gestionnaire peut utiliser certains ou l'ensembles de facteurs externes suivants pour les décisions de pondération :

    Outre la charge courante de chaque serveur et d'autres données nécessaires à ses calculs, le gestionnaire obtient les deux premières valeurs (nouvelles connexions et connexions actives) de la part de l'exécuteur. Ces valeurs dépendent de données générées et stockées en interne par l'exécuteur.

    Remarque :
    Pour Site Selector, le gestionnaire extrait les deux premières valeurs (unité centrale et mémoire) de Metric Server.

    Vous pouvez modifier la proportion d'importance relative des quatre valeurs sur la base d'une grappe (ou nom de site). Les proportions correspondent à des pourcentages ; la somme des proportions relatives est égale à 100%. Le ratio par défaut est 50/50/0/0, ce qui revient à ignorer les informations système et celles transmises par les conseillers. Dans votre environnement, vous serez amené à essayer différentes combinaisons de proportions pour déterminer celle qui offre les meilleures performances.

    Remarque :
    Lorsque vous ajoutez un conseiller (autre que WLM), si la proportion du port est égal à zéro, le gestionnaire ajoute 1 à cette valeur. Etant donné que la somme des proportions relatives doit être égale à 100, la valeur 1 est soustraite de la valeur la plus élevée.

    Lorsque vous ajoutez le conseiller WLM, si la proportion de la mesure système est égale à zéro, le gestionnaire ajoute alors 1 à cette valeur. Etant donné que la somme des proportions relatives doit être égale à 1, la valeur 1 est soustraite de la valeur la plus élevée.

    Le nombre de connexions actives dépend du nombre de clients ainsi que du délai nécessaire pour accéder aux services offerts par les machines serveurs d'équilibrage de charge. Si les connexions client sont rapides (comme dans le cas de courtes pages Web obtenues par HTTP GET), le nombre de connexions actives sera faible. Si les connexions client sont lentes (comme dans le cas de requêtes de base de données), le nombre de connexions actives sera plus élevé.

    Il est recommandé de ne pas attribuer des valeurs trop basses aux nouvelles connexions et aux connexions actives. Si la valeur 20 (au moins) n'est pas attribuée aux deux première valeurs, vous désactivez l'équilibrage de charge et le lissage.

    Pour définir la proportion des valeurs d'importance, utilisez la commande dscontrol cluster set grappe proportions. Pour de plus amples informations, reportez-vous à la section dscontrol cluster -- Configuration des grappes.

    Pondérations

    Les pondérations sont définies par le gestionnaire en fonction des décomptes internes de l'exécuteur, du retour d'informations des conseillers et du retour d'informations procuré par un programme de contrôle système, tel que Metric Server. Si vous voulez définir des pondérations manuellement lors de l'exécution du gestionnaire, indiquez l'option fixedweight lors de l'exécution de la commande dscontrol server. Pour obtenir une description de l'option fixedweight, reportez-vous à la section Pondérations fixées par le gestionnaire.

    Les pondérations définies s'appliquent à tous les serveurs connectés sur un même port. Pour chaque port, les demandes seront réparties entre les serveurs selon la pondération relative de chacun. Par exemple, si un serveur a une pondération (paramètre Weight) de 10 et un autre de 5, le premier recevra deux fois plus de demandes que le second.

    Pour définir la limite de pondération maximale d'un serveur, entrez la commande dscontrol port set port weightbound weight. Cette commande intervient sur l'écart existant entre les serveurs au niveau du nombre de demandes reçues par chacun. Si la pondération maximale est de 1, tous les serveurs peuvent avoir une pondération égale à 1, 0 en veille, ou -1 si désactivé. A mesure que cette valeur augmente, l'écart entre les pondérations des serveurs augmente également. Avec une pondération maximale de 2, un serveur donné pourra recevoir deux fois plus de demandes qu'un autre. Avec une pondération maximale de 10, un serveur donné pourra recevoir dix fois plus de demandes qu'un autre. La pondération maximale par défaut est de 20.

    Si un conseiller détecte la défaillance d'un serveur, il en informe le gestionnaire qui attribue au serveur une pondération de zéro. Ainsi, l'exécuteur n'enverra pas de nouvelles connexions à ce serveur tant que cette pondération restera égale à zéro. Si ce serveur disposait d'une ou plusieurs connexions avant la modification de sa pondération, les connexions pourront toutefois s'achever normalement.

    Pondérations fixées par le gestionnaire

    Sans le gestionnaire, les conseillers ne peuvent pas être lancés ni détecter les pannes de serveur. Si vous choisissez de lancer les conseillers mais ne voulez pas que le gestionnaire mette à jour la pondération que vous fixée pour un serveur particulier, utilisez l'option fixedweight de la commande dscontrol server. Par exemple :

    dscontrol server set
    grappe:port:serveur fixedweight yes
    

    Une fois la valeur yes attribuée à l'option fixedweight, utilisez la commande dscontrol server set weight pour attribuer la valeur souhaitée à la pondération. La valeur de pondération du serveur reste fixe tant que le gestionnaire est en activité à moins que vous n'émettiez une commande dscontrol en attribuant la valeur no à l'option fixedweight. Pour plus de détails, reportez-vous à la section dscontrol server -- Configuration des serveurs.

    Envoie d'une réinitialisation TCP à un serveur arrêté (composant Dispatcher uniquement)

    Si la réinitialisation TCP est activée, Dispatcher envoie une réinitialisation TCP au client lorsque celui-ci est connecté à un serveur de pondération 0. La pondération d'un serveur est égale à zéro si elle est ainsi configurée ou si un conseiller l'a déclaré arrêté. Une réinitialisation TCP provoque la fermeture immédiate de la connexion. Cette fonction est utile pour les connexions longues durée où elle donne au client la possibilité de renégocier plus vite une connexion refusée. Activez la réinitialisation TCP à l'aide de la commande dscontrol port add|set port reset yes. La valeur par défaut est no.

    Remarque :
    La réinitialisation TCP s'applique à toutes les méthodes de réacheminement de Dispatcher. Toutefois, pour pouvoir utiliser la fonction de réinitialisation TCP, vous devez définir le paramètreclientgateway de la commande dscontrol executor avec une adresse de routeur.

    Associée à la réinitialisation TCP, la fonction tentative du conseiller est utilse à configurer. Cette fonction permet à un conseiller de renouveler une tentative de connexion avant de déclarer un serveur arrêté. Ainsi le conseiller ne déclarera prématurément pas un seveur arrêté aurisque de provoquer des incidents de réinitialisation de connexion. En clair, le fait que le conseille échoue à la première tentative ne signifie pas nécessairement que la connexion existante est coupée. Pour plus d'informations, reportez-vous à la section Tentative du conseiller.

    Intervalles gestionnaire

    Pour optimiser les performances générales du réseau, la fréquence des interactions entre le gestionnaire et l'exécuteur est limitée. Pour modifier cet intervalle d'interaction, entrez les commandes dscontrol manager interval et dscontrol manager refresh.

    L'intervalle gestionnaire indique la fréquence selon laquelle le gestionnaire réactualise les pondérations des serveurs utilisés par l'exécuteur pour acheminer les connexions. Si l'intervalle gestionnaire est trop court, le gestionnaire interrompra l'exécuteur constamment et les performances déclineront. Dans le cas contraire, le routage des demandes assuré par l'exécuteur reposera sur des informations anciennes et incertaines.

    Par exemple, pour définir un intervalle gestionnaire d'une seconde, entrez la commande suivante :

     dscontrol manager interval 1
    

    Le seuil de régénération du gestionnaire détermine la fréquence selon laquelle le gestionnaire demande des données d'état à l'exécuteur. Le seuil de régénération dépend de la durée de l'intervalle.

    Par exemple, pour fixer à 3 intervalles le seuil de régénération du gestionnaire, entrez la commande suivante :

      dscontrol manager refresh 3
    

    Après cette commande, le gestionnaire devra patienter 3 intervalles avant de demander des données d'état à l'exécuteur.

    Seuil de sensibilité

    D'autres méthodes d'optimisation de l'équilibrage de charge des serveurs sont disponibles. Pour fonctionner en vitesse maximale, les pondérations des serveurs ne sont actualisées que si les pondérations ont évolué de manière significative. La mise à jour constante des pondérations pour un écart mineur de l'état des serveurs induirait un surcroît d'activité injustifié. Lorsque, pour tous les serveurs d'un port donné, l'écart en pourcentage de la pondération totale dépasse le seuil de sensibilité, le gestionnaire réactualise les pondérations des serveurs utilisés par l'exécuteur pour répartir les connexions. Supposons par exemple que la pondération totale passe de 100 à 105. L'écart est de 5%. Avec un seuil de sensibilité par défaut de 5, le gestionnaire ne met pas à jour les pondérations utilisées par l'exécuteur, car l'écart en pourcentage n'est pas supérieur au seuil. Si, en revanche la pondération totale passe de 100 à 106, le gestionnaire met à jour les pondérations. Pour attribuer au seuil de sensibilité du gestionnaire une valeur autre que la valeur par défaut (par exemple, 6), entrez la commande suivante :

      dscontrol manager sensitivity 6
    

    Dans la plupart des cas, vous n'aurez pas besoin de modifier cette valeur.

    Indice de lissage

    Le gestionnaire calcule dynamiquement les pondérations des serveurs. Il en découle qu'une fois mise à jour, une nouvelle pondération peut être très différente de l'ancienne. Dans la plupart des cas, cela ne porte pas à conséquence. Cependant, cela peut parfois induire de fortes variations dans la manière dont l'équilibrage de charge est effectué pour les demandes. Par exemple, l'un des serveurs peut finir par réceptionner la plupart des demandes du fait d'une pondération élevée. Le gestionnaire s'apercevra alors que le serveur en question traite un nombre élevé de connexions et répond lentement. Il transposera alors la pondération sur des serveurs moins encombrés et le même phénomène se reproduira, induisant une exploitation improductive des ressources.

    Pour corriger ce dysfonctionnement, le gestionnaire utilise un indice de lissage. L'indice de lissage limite l'écart de pondération d'un serveur, filtrant et uniformisant effectivement la variation dans la répartition des demandes. Plus l'indice de lissage sera élevé, moins les pondérations des serveurs varieront. Plus l'indice de lissage sera faible, plus les pondérations des serveurs changeront. La valeur par défaut de l'indice de lissage est de 1,5. Avec un index de 1,5, les pondérations des serveurs seront plutôt fluctuantes. Pour un index de 4 ou 5, ces pondérations seront plus constantes. Par exemple, pour fixer l'indice de lissage à 4, entrez la commande suivante :

      dscontrol manager smoothing 4
    

    Dans la plupart des cas, vous n'aurez pas besoin de modifier cette valeur.

    Utilisation de scripts pour la génération d'une alerte ou d'une erreur du serveur d'enregistrement

    Load Balancer fournit des exits utilisateur qui déclenchent des scripts que vous pouvez personnaliser. Vous pouvez créer des scripts afin d'effectuer des actions automatisées. Il est, par exemple, possible de prévenir un administrateur lorsque le gestionnaire indique qu'un serveur est inactif ou simplement d'enregistrer l'erreur. Le répertoire d'installation, ...ibm/edge/lb/servers/samples, contient des exemples de script que vous pouvez personnaliser. Pour pouvoir exécuter les fichiers, vous devez les déplacer dans le répertoire ...ibm/edge/lb/servers/bin et supprimer l'extension de fichier ".sample". Les scripts exemples suivants sont fournis :


    Conseillers

    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.

    Le produit fournit plusieurs conseillers pour les protocoles les plus couramment utilisés. Cependant, l'utilisation de tous les conseillers fournis avec chaque composant de Load Balancer ne présente aucun intérêt. (Par exemple, vous ne pouvez pas utiliser le conseiller Telnet avec le composant CBR.) Load Balancer prend également en charge le concept de "conseiller personnalisé" permettant aux utilisateurs d'écrire leurs propres conseillers.

    Restriction sous Linux d'utilisation de serveurs de liaison : Sous Linux, Load Balancer ne permet pas l'utilisation de conseillers lors de l'équilibrage de la charge des serveurs de liaison (autres composants Load Balancer tels que CBR Locator ou Site Selector compris) lorsqu'ils sont reliés à l'adresse IP de la grappe.

    Restriction sous Solaris d'utilisation de serveurs de liaison : Si vous utilisez la commande arp publish au lieu de la commande ifconfig alias, Load Balancer accepte l'utilisation de conseillers lors de l'équilibrage de la charge des serveurs de liaison (autres composants Load Balancer tels que CBR Locator ou Site Selector compris) lorsqu'ils sont reliés à l'adresse IP de la grappe. Toutefois, si vous utilisez des conseillers sur des serveurs de liaison, ne co-implantez pas Load Balancer sur la même machine qu'un serveur de liaison.

    Remarque :
    Si Load Balancer s'exécute sur un ordinateur doté de plusieurs cartes réseau et que vous voulez que le trafic du conseiller passe par une carte particulière, vous pouvez imposer une adresse spécifique comme adresse IP source des paquets. Pour ce faire, ajoutez à la ligne java...SRV_XXXConfigServer... du fichier script de démarrage approprié de Load Balancer (dsserver, cbrserver ou ssserver) les éléments suivants :
    -DND_ADV_SRC_ADDR=adresse-IP-notation-décimale
    

    Fonctionnement des conseillers

    Les conseillers ouvrent régulièrement une connexion TCP avec chaque serveur et envoient un message de demande au serveur. Le contenu du message dépend du protocole exécuté sur le serveur. Par exemple, le conseiller HTTP envoie une demande HTTP "HEAD" au serveur.

    Les conseillers attendent ensuite une réponse du serveur. Une fois la réponse obtenue, le conseiller évalue l'état du serveur. Pour calculer la valeur de la "charge", la plupart des conseillers mesurent le délai de réponse du serveur, puis ils utilisent cette valeur (en millisecondes) comme valeur de charge.

    Le conseiller reporte cette valeur au gestionnaire. Elle apparaît dans le rapport du gestionnaire, dans la colonne "Port". Le gestionnaire calcule ensuite un ensemble de valeurs de pondération à partir de toutes ses sources, selon les proportions, et définit ces valeurs de pondération dans la fonction exécuteur. L'exécuteur utilise ces pondérations pour équilibrer la charge des nouvelles connexions client entrantes.

    Si le conseiller détermine que le serveur est actif et que son état est correct, il renvoie au gestionnaire une valeur de charge positive non nulle. Si le conseiller détermine que le serveur n'est pas actif, il renvoie une valeur de charge spéciale négative (-1). Le gestionnaire et l'exécuteur n'enverront plus aucune connexion en direction de ce serveur tant qu'il ne sera pas de nouveau actif.

    Démarrage et arrêt d'un conseiller

    Vous pouvez lancer un conseiller pour un port particulier de toutes les grappes (conseiller de groupe). Vous pouvez également choisir d'exécuter différents conseillers sur le même port mais sur des grappes différentes (conseiller spécifique grappe/site). Par exemple, si Load Balancer est défini avec trois grappes (grappe A, grappe B, grappe C), pour chaque grappe le port 80 a une fonction différente.

    Lorsque vous utilisez la configuration exemple ci-dessus, vous pouvez choisir d'arrêter le conseiller personnalisé ADV_custom pour le port 80 sur une grappe uniquement ou pour les deux grappes (grappe B et grappe C).

    Intervalles conseiller

    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.

    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.

    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 sept secondes.

    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 des conseillers n'ont pas de délai d'expiration -- la valeur par défaut est Unlimited (illimité).

    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 obtenir plus d'informations sur la définition du délai de rapport du conseiller, reportez-vous à la section dscontrol advisor -- Contrôle du conseiller.

    Délai de connexion du conseiller et délai de réception pour les serveurs

    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 obtenir une détection d'erreur serveur très rapide, 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.

    Tentative du conseiller

    Les conseillers peuvent essayer de nouveau d'établir une connexion avant de marquer un serveur comme arrêté. Le serveur ne signale un serveur comme étant arrêté qu'après avoir effectué le nombre de tentatives de connexion fixé plus une. 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
    

    Liste des conseillers

    Configuration du conseiller HTTP à l'aide de l'option de demande/réponse (URL)

    L'option d'URL du conseiller HTTP est disponible pour les composants Dispatcher et CBR.

    Après avoir lancé un conseiller HTTP, vous pouvez définir une chaîne HTTP URL client unique, propre au service que vous voulez demander sur le serveur. Ainsi, le conseiller HTTP peut contrôler l'état des services d'un serveur. Vous pouvez effectuer cette opération en définissant des serveurs logiques avec des noms de serveurs uniques ayant la même adresse IP physique. Pour de plus amples informations, reportez-vous à la section Partitionnement du serveur : serveurs logiques configurés pour un serveur physique (adresse IP).

    Pour chaque serveur logique défini sous le port HTTP, vous pouvez indiquer une chaîne HTTP URL client unique, spécifique du service pour lequel vous voulez interroger le serveur. Le conseiller HTTP utilise la chaîne advisorrequest pour vérifier l'état des serveurs. La valeur par défaut est HEAD / HTTP/1.0. La chaîne advisorresponse correspond à la réponse du conseiller HHTP recherche dans la réponse HTTP. Le conseiller HTTP utilise la chaîne advisorresponse pour comparer la véritable réponse reçue du serveur. La valeur par défaut est null.

    Important : Si l'URL HTTP contient un espace :

    Lorsque vous rédigez la demande que le conseiller HTTP envoie aux serveur d'arrière-plan pour vérifier s'ils fonctionnent, vous tapez le début de la demande HTTP et Load Balancer complète la demande avec les éléments suivants :

    \r\nAccept:
    */*\r\nUser-Agent:IBM_Network_Dispatcher_HTTP_Advisor\r\n\r\n 
    

    Si vous souhaitez ajouter d'autres zones d'en-tête HTTP avant que Load Balancer ajoute cette chaîne en fin de la demande, insérez votre propre chaîne \r\n dans la demande. Voici un exemple de ce que vous devez taper pour ajouter la zone d'en-tête d'hôte HTTP à votre demande :

    GET /pub/WWW/TheProject.html HTTP/1.0 \r\nHôte: www.w3.org
    
    Remarque :
    Après le démarrage d'un conseiller HTTP pour un numéro de port HTTP indiqué, la valeur demande/réponse du conseiller est activée pour les serveurs sous le port HTTP.

    Pour de plus amples informations, reportez-vous à la section dscontrol server -- Configuration des serveurs.

    Utilisation d'un conseiller Self dans une configuration WAN à deux niveaux

    Le conseiller self est disponible dans le composant Dispatcher.

    Lorsque Load Balancer se trouve dans une configuration WAN (wide area network) à deux niveaux, un conseiller self est fourni qui rassemble des informations de statut de chargement sur les serveurs périphériques.

    Figure 34. Exemple de configuration WAN à deux niveaux utilisant le conseiller self

    Configuration WAN à deux niveaux utilisant le conseiller self

    Dans cet exemple, le conseiller self ainsi que le système Metric Server se trouvent sur deux machines Dispatcher dont l'équilibrage de charge est assuré par le système Load Balancer de niveau supérieur. Le conseiller self mesure de manière spécifique les connexions par seconde sur les serveurs périphériques du système Dispatcher se trouvant au niveau de l'exécutant.

    Le conseiller self inscrit les résultats dans le fichier dsloadstat. Load Balancer fournit également une mesure externe appelée dsload. L'agent du système Metric Server de chaque machine Dispatcher exécute son fichier de configuration qui appelle le script dsload de mesure externe. Le script dsload extrait une chaîne du fichier dsloadstat et le renvoie à l'agent du système Metric Server. Ensuite, chaque agent du système Metric Server (de chaque élément Dispatcher) renvoie la valeur de statut de chargement à l'élément Load Balancer se trouvant au niveau supérieure. Cette valeur sera utilisée pour déterminer le système Dispatcher qui transmettra les demandes client.

    L'exécutable dsload se trouve dans le répertoire e ...ibm/edge/lb/ms/script pour Load Balancer.

    Pour plus d'informations sur l'utilisation de Dispatcher dans des configurations WAN, reportez-vous à la section Configuration du support de réseau étendu pour Dispatcher. Pour plus d'informations sur le système Metric Server, reportez-vous à la section Metric Server.


    Création de conseillers personnalisés

    Le conseiller personnalisé est un petit programme Java, que vous fournissez sous forme de fichier classe, appelé par le code de base. Le code de base fournit tous les services administratifs, tels que le démarrage et l'arrêt d'une instance du conseiller personnalisé, la génération d'états et de rapports et l'enregistrement des informations de l'historique dans un fichier journal. Il renvoie également les résultats au composant gestionnaire. Régulièrement, le code de base lance un cycle de conseiller au cours duquel il évalue individuellement tous les serveurs de sa configuration. Il commence par ouvrir une connexion avec la machine serveur. Si la connexion s'ouvre, le code de base appelle la méthode " getLoad" (fonction) dans le conseiller personnalisé. Ce dernier effectue la procédure nécessaire à l'évaluation du serveur. Généralement, il envoie au serveur un message défini par l'utilisateur et attend la réponse. L'accès à la connexion ouverte est fourni au conseiller personnalisé. Le code de base ferme ensuite la connexion au serveur et envoie au gestionnaire les informations relatives à la charge.

    Le code de base et le conseiller personnalisé peuvent opérer en mode normal ou en mode replace. Le choix du mode de fonctionnement est indiqué dans le fichier du conseiller personnalisé en tant que paramètre dans la méthode du constructeur.

    En mode normal, le conseiller personnalisé échange des données avec le serveur et le code du conseiller de base évalue la durée de l'échange et calcule la valeur de la charge. Le code de base renvoie cette valeur au gestionnaire. Le conseiller personnalisé doit simplement retourner un zéro (succès) ou une valeur négative (échec). Lorsque dans le ficher du constructeur, la valeur false est attribuée à l'indicateur replace, le mode normal est défini.

    En mode replace, le code de base n'effectue aucune mesure de temps. Le code du conseiller personnalisé effectue toutes les opérations nécessaires, puis renvoie une valeur de charge. Le code de base accepte la valeur et la retourne au gestionnaire. Pour obtenir de meilleurs résultats, situez votre valeur de charge entre 10 et 1000, 10 représentant un serveur rapide et 1000 un serveur plus lent. Lorsque dans le fichier du constructeur, la valeur true est attribuée à l'indicateur replace, le mode replace est défini.

    Avec cette fonctionnalité, vous pouvez développer vos propres conseillers qui fourniront les informations sur les serveurs dont vous avez besoin. Un exemple de conseiller personnalisé, ADV_exemple.java, est fourni avec le produit Load Balancer. Une fois Load Balancer installé, le code exemple se trouve dans le répertoire d'installation ...<répertoire installation>/servers/samples/CustomAdvisors.

    Le répertoire d'installation par défaut est :

    Remarque :
    Si vous ajoutez un conseiller personnalisé à Dispatcher, ou tout autre composant compatible avec Load Balancer, vous devez arrêter puis redémarrer dsserver (ou le service pour Windows) pour que le processus Java puisse lire les nouveaux fichiers de classes du conseiller personnalisé. Les fichiers de classes du conseiller personnalisé ne sont chargés qu'au démarrage. Il n'est pas nécessaire d'arrêter l'exécuteur. Ce dernier continue à s'exécuter après arrêt de dsserver, ou du service.

    Conseiller WAS

    Le répertoire d'installation de Load Balancer contient des fichiers exemple de conseiller personnalisé spécifiques au conseiller WebSphere Application Server (WAS).

    Les fichiers exemple de conseiller WebSphere Application Server se trouvent dans le même répertoire que le fichier ADV_exemple.java.

    Convention d'attribution de nom

    Le nom de fichier de votre conseiller personnalisé doit avoir le format "ADV_monconseiller.java." Il doit être précédé du préfixe "ADV_" en majuscules. Tous les caractères suivants doivent être en minuscules.

    Conformément aux conventions Java, le nom de la classe définie dans le fichier doit correspondre au nom du fichier. Si vous copiez le code exemple, veillez àremplacer toutes les occurrences de "ADV_exemple" dans le fichier par le nom de votre nouvelle classe.

    Compilation

    Les conseillers personnalisés sont écrits en langage Java. Vous devez obtenir et installer un compilateur Java 1.3 pour votre machine. Les fichiers suivants sont référencés pendant la compilation :

    Le chemin d'accès aux classes doit désigner à la fois le fichier du conseiller personnalisé et le fichier de classes de base lors de la compilation.

    Pour Windows 2000, une commande de compilation peut avoir l'aspect suivant :

    javac -classpath <rep_install>\lb\servers\lib\ibmnd.jar ADV_fred.java
     
    

    où :

    Le résultat de la compilation est un fichier .class, par exemple :

    ADV_fred.class
    

    Avant de lancer le conseiller, copiez le fichier .class dans le répertoire d'installation ...ibm/edge/lb/servers/lib/CustomAdvisors.

    Remarque :
    Si vous le souhaitez, vous pouvez compiler les conseillers personnalisés sur un système d'exploitation et l'exécuter sur un autre. Par exemple, vous pouvez compiler le conseiller sous Windows 2000, copier le fichier .class (en binaire) sur une machine AIX à partir de laquelle vous exécutez le conseiller personnalisé.

    La syntaxe est similaire pour AIX, Linux et Sun.

    Exécution

    Pour exécuter le conseiller personnalisé, vous devez tout d'abord copier le fichier .class dans le répertoire d'installation approprié :

    ...ibm/edge/lb/servers/lib/CustomAdvisors/ADV_fred.class
    

    Configurez le composant, démarrez la fonction gestionnaire, puis exécutez la commande permettant de lancer le conseiller personnalisé.

    dscontrol advisor start fred 123
     
    

    où :

    Sous-programmes requis

    Comme tous les conseillers, un conseiller personnalisé étend la fonction de la base du conseiller, intitulée ADV_Base. En fait, c'est la base du conseiller qui effectue la plupart des fonctions du conseiller, telles que la communication des charges au gestionnaire afin que ces dernières soient utilisées dans l'algorithme de pondération du gestionnaire. La base du conseiller effectue également les opérations de connexion et de fermeture de la connexion et fournit des méthodes d'envoi et de réception qui seront utilisées par le conseiller. Le conseiller n'est lui-même utilisé que pour l'envoi de données vers le port du serveur conseillé et pour la réception de données sur ce dernier. Les méthodes TCP de la base du conseiller sont programmées pour calculer la charge. Un indicateur du constructeur de ADV_base remplace, si vous le souhaitez, la charge existante par la nouvelle charge renvoyée par le conseiller.

    Remarque :
    En fonction d'une valeur définie dans le constructeur, la base du conseiller fournit la charge à l'algorithme de pondération à un intervalle donné. Si le véritable conseiller n'a pas terminé ses opérations afin de renvoyer une charge valide, la base du conseiller utilise la charge précédente.

    Ci-dessous, sont énumérées les méthodes de classe de base.

    Ordre de recherche

    Load Balancer consulte tout d'abord la liste des conseillers en langage naturel. S'il ne trouve pas un conseiller donné, Load Balancer consulte la liste des conseillers personnalisés du clients.

    Affectation du nom et du chemin

    Conseiller type

    Un programme permettant de créer un conseiller type est présenté à la section Conseiller type. Après installation, ce conseiller exemple se trouve dans le répertoire ...ibm/edge/lb/servers/samples/CustomAdvisors .


    Metric Server

    Cette fonction est disponible pour tous les composants Load Balancer.

    Metric Server fournit à Load Balancer les informations de téléchargement sous la forme de données numériques-système, relatives à l'état du serveur. Le gestionnaire Load Balancer adresse des demandes aux agents du système Metric Server situés sur chacun des serveurs, leur attribuant des pondérations destinées au processus d'équilibrage de charge à l'aide des données rassemblées par les agents. Les résultats sont regroupés dans le rapport du gestionnaire.

    Remarque :
    Des erreurs d'arrondi peuvent se produire lorsque plusieurs données numériques sont rassemblées et normalisées pour chaque serveur en une seule valeur de charge.

    Pour obtenir un exemple de configuration, reportez-vous à la Figure 5.

    Restrictions relatives à WLM

    Comme le conseiller WLM, le rapport du Metric Server concerne l'ensemble des systèmes de serveurs et non chaque démon de serveur associé à un protocole. WLM et Metric Server placent leurs résultats dans la colonne relative au système du rapport du gestionnaire. Par conséquent, il n'est pas possible d'exécuter simultanément le conseiller WLM et Metric Server.

    Conditions préalables

    L'agent Metric Server doit être installé et en cours d'exécution sur tous les serveurs dont la charge est équilibrée.

    Conditions d'utilisation de Metric Server

    La procédure ci-après permet de configurer Metric Server pour Network Dispatcher. Vous pouvez configurer Metric Server pour les autres composants de Load Balancer à l'aide d'une procédure similaire.

    Pour exécuter le système Metric Server ailleurs que sur l'hôte local, vous devez modifier le fichier metricserver sur le serveur ayant fait l'objet d'un équilibrage de charge. Insérez la ligne suivante après "java" dans le fichier metricserver :

    -Djava.rmi.server.hostname=AUTRE_ADRESSE
    

    Ajoutez en outre la ligne suivante avant les instructions "if" dans le fichier metricserver : hostname AUTRE_ADRESSE.

    Windows 2000 : Vous devez également affecter un alias à AUTRE_ADRESSE dans la pile Microsoft. Pour ce faire, reportez-vous à la page ***.


    Conseiller Workload Manager

    Le code de WLM ne s'exécute que sur des grands systèmes MVS. Il peut être utilisé pour demander la charge sur la machine MVS.

    Si MVS Workload Management a été configuré sur votre système OS/390, Dispatcher peut accepter de WLM des informations relatives à la charge et les utiliser dans le processus d'équilibrage de charge. Grâce au conseiller WLM, Dispatcher ouvre régulièrement des connexions via le port WLM sur chaque serveur de la table d'hôte Dispatcher et accepte les chiffres relatifs à la capacité renvoyés. Ces chiffres représentent la capacité encore disponible et Dispatcher attend des valeurs représentant la charge sur chaque machine, le conseiller inverse et normalise les chiffres relatifs à la capacité pour obtenir des valeurs de charge (des chiffres de capacité élevés correspondent à des valeurs de charge faibles et représentent un serveur en bon état). Les valeurs de charge obtenues sont placées dans la colonne relative au système du rapport du gestionnaire.

    Il existe plusieurs différences importantes entre le conseiller WLM et les autres conseillers Dispatcher :

    1. Les autres conseillers ouvrent des connexions aux serveurs en utilisant le même port que pour le trafic client normal. Le conseiller WLM ouvre des connexions aux serveurs en utilisant un port différent de celui utilisé pour le trafic normal. Sur chaque machine serveur, l'agent WLM doit être configuré pour effectuer l'écoute sur le port sur lequel le conseiller Dispatcher WLM a été lancé. Le port WLM par défaut est 10007.
    2. Les autres conseillers évaluent uniquement les serveurs définis dans la configuration grappe:port:serveur de Dispatcher pour laquelle le port serveur correspond au port conseiller. Le conseiller WLM conseille sur chaque serveur de la configuration grappe:port:serveur Dispatcher. Vous ne devez donc pas définir de serveurs non WLM lorsque vous utilisez le conseiller WLM.
    3. Les autres conseillers placent les informations relatives à la charge dans la colonne "Port" du rapport du gestionnaire. Le conseiller WLM place les informations sur la charge dans la colonne System du rapport du gestionnaire.
    4. Il est possible d'utiliser les conseillers de protocole avec le conseiller WLM. Les conseillers de protocole évaluent la charge des serveurs sur le port utilisé pour le trafic normal et le conseiller WLM évalue la charge du système sur le port WLM.

    Restrictions relatives à Metric Server

    Comme l'agent Metric Server, le rapport de l'agent WLM concerne les systèmes de serveur dans leur ensemble et non chacun des démons de serveur associés à un protocole. Metric Server et WLM placent leurs résultats dans la colonne relative au système du rapport du gestionnaire. Par conséquent, il n'est pas possible d'exécuter simultanément le conseiller WLM et Metric Server.


    Fonctions avancées de Dispatcher, CBR et Site Selector

    Le présent chapitre explique comment configurer les paramètres d'équilibrage de charge et comment installer les fonctions avancées de Load Balancer.

    Remarque :
    Lors de la lecture de ce chapitre, si vous n'utilisez pas le composant Dispatcher, remplacez "dscontrol" par l'élément suivant :

    Tableau 13. Tâches de configuration avancées pour Load Balancer

    Tâche Description Informations connexes
    Placement de Load Balancer sur une machine dont il équilibre la charge Installation d'une machine Load Balancer co-implantée. Utilisation de serveurs implantés au même endroit
    Configuration de la haute disponibilité ou de la haute disponibilité réciproque Installe une deuxième machine Dispatcher comme répartiteur de secours. Haute disponibilité
    Configuration d'un équilibrage de charge basé sur des règles Définition des conditions sous lesquelles un sous-ensemble donné de serveurs est utilisé. Configuration de l'équilibrage basé sur des règles
    Utilisation de la substitution d'affinité de port pour fournir au serveur un dispositif de remplacement de la fonction de maintien de routage de port. Permet à un serveur de remplacer sur son port les paramètres de maintien de routage. Substitution d'affinité de port
    Utilisation de la fonction de maintien de routage (affinité) pour fidéliser un port de grappe. Permet aux demandes clients d'être acheminées vers le même serveur. Fonctionnement de la fonction d'affinité pour Load Balancer
    Utilisation de l'affinité trans ports pour étendre la fonction de maintien de routage (affinité) aux autres ports. Permet aux demandes clients reçues par des ports différents d'être dirigées vers le même serveur. Affinité trans ports
    Utilisation du masque d'adresse d'affinité pour désigner une adresse de sous-réseau IP commune. Permet aux demandes clients reçues par le même sous-réseau d'être dirigées vers un même serveur. Masque d'adresse de l'affinité (masque de maintien de routage)
    Utilisation de l'affinité de cookie actif pour l'équilibrage de charge des serveurs pour le composant CBR Option de règle permettant de conserver l'affinité pour un serveur particulier. Affinité de cookie actif
    Utilisation de l'affinité de cookie pour le routage en fonction du contenu de Dispatcher et le composant CBR Option de règle permettant de conserver l'affinité pour un serveur particulier en fonction de la valeur nom du cookie/cookie. Affinité de cookie passif
    Utilisation de l'affinité d'URI pour effectuer l'équilibrage de charge au sein des serveurs Caching avec un contenu unique à placer en mémoire cache sur chaque serveur Option de règle permettant de conserver l'affinité pour un serveur particulier en fonction de l'URI. Affinité d'URI
    Configuration du support de réseau étendu pour Dispatcher Installe une machine Dispatcher éloignée pour l'équilibrage de charge sur un réseau étendu. Ou effectue l'équilibrage de charge dans un réseau étendu (sans Dispatcher éloigné) à l'aide d'une plate-forme de serveur prenant en charge GRE. Configuration du support de réseau étendu pour Dispatcher
    Utilisation de liens explicites Evitez d'ignorer Dispatcher dans vos liens. Utilisation de liens explicites
    Utilisation d'un réseau privé Configurez le répartiteur (Dispatcher) pour qu'il assure l'équilibrage de charge des serveurs sur un réseau privé. Utilisation d'une configuration réseau privée
    Utilisation d'une grappe générique pour combiner des configurations serveur communes Les adresses non explicitement configurées utiliseront la grappe générique pour équilibrer le trafic. Utilisation d'une grappe générique pour combiner les configurations serveurs
    Utilisation d'une grappe générique pour équilibrer la charge des pare-feux. La totalité du trafic sera équilibré sur les pare-feux. Utilisation de la grappe générique pour équilibrer la charge des pare-feux
    Utilisation d'une grappe générique avec Caching Proxy pour le proxy transparent Permet d'utiliser Dispatcher pour activer un proxy transparent. Utilisation de grappe générique avec Caching Proxy pour le proxy transparent
    Utilisation du port générique pour acheminer le trafic destiné à un port non configuré Prend en charge le trafic qui n'est configuré pour aucun port particulier. Utilisation du port générique pour acheminer le trafic destiné à un port non configuré
    Utilisation de la détection de "refus de service" pour indiquer aux administrateurs (via une alerte) des attaques éventuelles Dispatcher analyse les demandes entrantes d'un certain nombre de connexions partielles sur les serveurs. Détection d'attaque de refus de service
    Utilisation de la consignation binaire pour analyser les statistiques des serveurs. Permet d'enregistrer les informations sur les serveurs dans des fichiers binaires et d'extraire ces informations. Utilisation de la consignation binaire pour analyser les statistiques des serveurs

    Utilisation de serveurs implantés au même endroit

    Load Balancer peut se trouver sur la même machine qu'un serveur pour lequel il équilibre la charge des demandes. On parle alors de co-implantation d'un serveur. La co-implantation s'applique aux composants Dispatcher et Site Selector. Elle est également prise en charge pour le composant CBR, mais uniquement avec des serveurs Web et un serveur Caching Proxy de type serveur de liaison.

    Remarque :
    Un serveur co-implanté est en concurrence avec Load Balancer pour les ressources aux moments de fort trafic. Toutefois, en l'absence de machines surchargées, l'utilisation d'un serveur co-implanté permet de réduire le nombre total de machines nécessaires pour configurer un site avec -équilibrage de charge.

    Pour le composant Dispatcher

    Linux : Pour configurer simultanément la co-implantation et la haute disponibilité lors de l'exécution du composant Dispatcher avec la méthode d'acheminement MAC, vous devez installer un correctif de noyau Linux. Pour obtenir plus d'informations sur l'installation du correctif, reportez-vous à la section Installation du correctif du noyau Linux (pour supprimer les réponses ARP sur l'interface de bouclage). Cependant, lorsque vous suivez ces instructions, ignorez l'étape d'attribution d'un adaptateur de bouclage. Vous devez ajouter l'instruction ifconfig afin d'attribuer un alias à l'adaptateur de bouclage dans le fichier de script goStandby high-availability qui s'exécute lorsqu'un composant Dispatcher passe à l'état Attente.

    Solaris : Dans cet environnement, vous ne pouvez pas configurer de conseillers WAN lorsque le point d'entrée est co-implanté. Reportez-vous à la section Utilisation de conseillers éloignés avec le support de réseau étendu de Dispatcher.

    Dans les versions précédentes, il était nécessaire de préciser que l'adresse du serveur co-implanté devait être la même que l'adresse de non-acheminement (NFA) dans la configuration. Cette restriction a maintenant été éliminée.

    Pour configurer un serveur afin qu'il soit co-implanté, la commande dscontrol server propose l'option collocated qui peut être oui ou non. La valeur par défaut est non. L'adresse du serveur doit être une adresse IP valide d'une carte d'interface réseau sur la machine.

    Remarque :
    Pour Windows 2000 : Vous pouvez co-implanter Dispatcher, mais n'utilisez pas le mot clé collocated. La co-implantation est prise en charge avec les méthodes d'acheminement NAT et CBR de Dispatcher, mais elle n'est pas prise en charge avec la méthode d'acheminement MAC de Dispatcher. Pour plus d'informations sur les méthodes d'acheminement de Dispatcher, reportez-vous aux sections Réacheminement NAT/NAPT de Dispatcher (méthode d'acheminement nat), Fonction CBR de Dispatcher (méthode d'acheminement cbr) et Réacheminement MAC de Dispatcher (méthode d'acheminement mac).

    Vous pouvez configurer un serveur co-implanté de l'une des manières suivantes :

    Pour plus d'informations sur la syntaxe de la commande dscontrol server, reportez-vous à la section dscontrol server -- Configuration des serveurs.

    Configuration de la co-implantation de serveur avec l'acheminement NAT de Dispatcher

    Vous pouvez désormais configurer la prise en charge de la co-implantation sur tous les systèmes d'exploitation lors de la configuration de la méthode d'acheminement NAT de Dispatcher si vous exécutez les étapes suivantes sur la machine Dispatcher :

    Composant CBR

    Le composant CBR prend en charge la co-implantation sur toutes les plate-formes sans qu'il soit nécessaire de procéder à des configurations supplémentaires. Vous devez toutefois utiliser des serveurs Web et Caching Proxy de liaison.

    Pour le composant Site Selector

    Site Selector prend en charge la co-implantation sur toutes les plate-formes sans qu'aucune configuration supplémentaire ne soit requise.


    Haute disponibilité

    La fonction de haute disponibilité (configurable avec la commande dscontrol highavailability) est disponible pour le composant Dispatcher (mais pas pour les composants CBR et Site Selector).

    Pour améliorer la disponibilité de Dispatcher, la fonction de haute disponibilité de Dispatcher utilise les mécanismes suivants :

    Remarque :
    Pour obtenir une description de la configuration haute disponibilité réciproque dans laquelle deux machines Dispatcher, qui partagent deux ensembles de grappe, se fournissent une sauvegarde mutuelle, reportez-vous à la section Haute disponibilité réciproque. La haute disponibilité réciproque est semblable à la haute disponibilité mais se base sur l'adresse de grappe en particulier et non sur l'ensemble de la machine Dispatcher. Les deux machines doivent configurer de la même façon leur ensembles de grappe partagés.

    Configuration de la haute disponibilité

    La syntaxe complète de la commande dscontrol highavailability est fournie dans la section dscontrol highavailability -- Contrôle de la haute disponibilité.

    Pour plus d'informations sur les tâches détaillées ci-dessous, reportez-vous à la section Configuration de la machine Dispatcher.

    1. Démarrez le serveur sur les deux machines serveurs Dispatcher.
    2. Démarrez l'exécuteur sur les deux machines.
    3. Assurez-vous que l'adresse de non-réacheminement (NFA) de chaque machine Dispatcher est configurée et qu'il s'agit d'une adresse IP valide pour le sous-réseau des machines Dispatcher.

      Windows 2000 uniquement : Configurez également chaque adresse NFA avec la commande dsconfig. Par exemple :

      dsconfig
      en0 adr_nfa netmask masque_réseau
      
    4. Définissez les paramètres des grappes, des ports et des serveurs pour les deux machines.
      Remarque :
      Pour la configuration de haute disponibilité réciproque (Figure 14), Par exemple, configurez les ensembles de grappe partagés entre les deux machines Dispatcher de la manière suivante :
      • Pour le Dispatcher 1, utilisez la commande :
        dscontrol cluster set grappeA hôte_principal NFAdispatcher1
        dscontrol cluster set grappeB hôte_principal dispatcherNFA2
        
      • Pour le Dispatcher 2, utilisez la commande :
        dscontrol cluster set grappeB hôte_principal NFAdispatcher2
        dscontrol cluster set grappeA hôte_principal dispatcherNFA1
        
    5. Démarrez le gestionnaire et les conseillers sur les deux machines. Le conseiller reach démarre automatiquement par la fonction gestionnaire.
    6. Créez des fichiers de scripts d'alias dans chacune des 2 machines Dispatcher. Reportez-vous à la section Utilisation de scripts.
    7. Configurez le système de "signal de présence" (heartbeat) sur les deux machines.
      dscontrol highavailability heartbeat add adresse_source adresse_destination
      
      Remarque :
      Les variables adresse_source et adresse_destination ont pour valeur les adresses IP (noms DNS ou adresses en notation décimale à point) des machines Dispatcher. Ces valeurs seront inversées pour chaque machine. Exemple :
      Machine principale (primary) -
      highavailability heartbeat add 9.67.111.3 9.67.186.8
      machine de secours (backup)  - 
      highavailability heartbeat add 9.67.186.8 9.67.111.3
      
      Au moins, une des paires de signaux de présence doit disposer des NFA de la paire en tant d'adresse source et de destination.

      Au moins une des paires de signaux de présence doit utiliser si possible un sous-réseau différent du trafic classique de la grappe. Un trafic distinct de signaux de présence permet d'éviter les faux relais lors des fortes charges réseau et d'améliorer les temps de reprise totale.

    8. Sur les deux machines, utilisez la commande reach add pour configurer la liste des adresses IP auxquelles Dispatcher doit pouvoir accéder pour assurer un service complet. Exemple :
      dscontrol
      highavailability reach add 9.67.125.18
      
      Les cibles à atteindre sont recommandées mais pas obligatoires. Reportez-vous à la section Détections des incidents en utilisant signal de présence et cible à atteindre, pour de plus amples informations.
    9. Ajoute les données de sauvegarde à chaque machine :
      Remarque :
      Sélectionnez un port non utilisé sur les machines en tant que port. Vos deux machines vont communiquer par ce port.
    10. Contrôlez l'état de la fonction de haute disponibilité pour chaque machine.
      dscontrol highavailability status
      
      Chacune des machines doit avoir le rôle (principal, secondaire ou les deux), les états et sous-états qui conviennent. La machine principale doit être active et synchronisée ; la machine de secours doit être en mode veille et se synchroniser rapidement avec l'autre. Les deux stratégies doivent être identiques.

    Remarques :

    1. Pour configurer une machine Dispatcher unique pour acheminer les paquets sans machine de secours, n'émettez aucune commande de haute disponibilité au moment de l'initialisation.

    2. Pour passer de deux machines Dispatcher configurées pour la haute disponibilité à une seule machine autonome, arrêtez l'exécuteur sur l'une des machines, puis supprimez les fonctions de haute disponibilité (les signaux de présence, les seuils et la sauvegarde) sur l'autre machine.

    3. Dans les deux cas ci-dessus, la carte d'interface réseau doit être reliée aux adresses de grappe par un alias, selon la procédure adaptée.

    4. Lorsque deux machines Dispatcher sont exécutées en mode haute disponibilité et sont synchronisées, il est recommandé d'entrer toutes les commandes dscontrol (afin de mettre à jour la configuration) sur la machine de secours puis sur la machine active.

    5. Lorsque deux machines Dispatcher fonctionnent en mode haute disponibilité, des résultats imprévus peuvent se produire si l'on affecte des valeurs différentes à l'un ou l'autre des paramètres de l'exécuteur, des grappes, des ports ou des serveurs (par exemple, port délai de maintien de routage).

    6. Dans le cas de la haute disponibilité réciproque, tenez compte du cas où l'une des machine Dispatcher doit acheminer des paquets de données à sa grappe principale tout en prenant en charge des paquets destinés à la grappe de sauvegarde. Assurez-vous que le débit n'excède pas les capacités de la machine.

    7. Pour Linux, lors de la configuration simultanée de la haute disponibilité et de la co-implantation à l'aide de la méthode d'acheminement de port MAC du composant Dispatcher, vous devez installer un correctif de noyau Linux. Pour plus d'informations sur l'installation du correctif, reportez-vous à la section Installation du correctif du noyau Linux (pour supprimer les réponses ARP sur l'interface de bouclage).

    Détections des incidents en utilisant signal de présence et cible à atteindre

    Outre les critères de détection d'incidents de base (perte de connectivité entre le système Dispatcher de secours et le système Dispatcher actif, détectée via les messages de signal de présence), un autre mécanisme de détection d'incidents appelé critères d'accessibilité est disponible. Lorsque vous configurez Dispatcher, vous pouvez indiquer une liste d'hôtes auxquels chaque système Dispatcher doit pouvoir accéder pour fonctionner correctement.

    Vous devez choisir au moins un hôte pour chaque sous-réseau que la machine Dispatcher utilise. Il peut s'agir de systèmes hôtes tels que les routeurs, les serveurs IP ou d'autres types d'hôtes. L'accessibilité de l'hôte est obtenue grâce au conseiller de contact qui lance un ping à l'hôte. Le basculement a lieu si les messages de signal de présence ne peuvent pas être transmis ou si les critères d'accessibilité sont mieux respectés par la machine Dispatcher de secours que par la machine Dispatcher principale. Pour prendre la décision sur la base de toutes les informations disponibles, le répartiteur actif envoie régulièrement au répartiteur de secours ses données d'accessibilité. La machine Dispatcher de secours compare ensuite ces données aux siennes, puis décide de procéder ou non au basculement.

    Remarque :
    Lorsque vous configurez la cible d'accessibilité, vous devez également lancer le conseiller reach. Il est démarré automatiquement par la fonction gestionnaire. Pour plus d'informations sur le conseiller de contact, reportez-vous à la page (REACHADV).

    Stratégie de reprise

    Deux machines Dispatcher sont configurées : la machine principale et une deuxième machine appelée machine de sauvegarde (ou de secours). Au démarrage, la machine principale transmet toutes les données de connexion à la machine de secours afin d'obtenir une parfaite synchronisation. La machine principale devient active, c'est-à-dire qu'elle commence l'équilibrage de charge. Parallèlement, la machine de secours contrôle l'état de la machine principale et conserve l'état de veille.

    Si, à tout instant, la machine de secours décèle une défaillance de la machine principale, elle prend le relais des fonctions d'équilibrage de charge de la machine principale et devient, à son tour, la machine active. Une fois la machine principale redevenue opérationnelle, les machines se comportent selon la stratégie de reprise après incident définie par l'utilisateur. Il existe deux types de stratégie :

    Automatique
    La machine principale reprend le routage des paquets de données dès qu'elle redevient opérationnelle.

    Manuelle
    La machine de secours continue le routage des paquets de données, même après que la machine principale soit redevenue opérationnelle. Une intervention manuelle est nécessaire pour rendre de nouveau active la machine principale et replacer la machine de secours en état de veille.

    La stratégie définie doit être identique pour les deux machines.

    La stratégie de reprise manuelle oblige l'utilisateur à forcer le routage des paquets vers une machine spécifique, à l'aide de la commande "takeover". La reprise manuelle s'avère utile lorsque l'autre machine doit subir des opérations de maintenance. La stratégie de reprise automatique est conçue pour un fonctionnement normal sans surveillance.

    Pour une configuration de haute disponibilité réciproque , il n'existe pas de défaillance par grappe. Si l'une des machines est victime d'une défaillance, même si celle-ci ne concerne qu'une des grappes, l'autre machine prendra le relais pour chacune des deux grappes.

    Remarque :
    Des informations de connexion peuvent se perdre pendant le relais. Il peut en résulter une interruption des connexions longues existantes (telnet, par exemple) utilisées au moment du relais.

    Utilisation de scripts

    Pour que Dispatcher puisse acheminer les paquets de données, chaque adresse de grappe doit posséder un alias la reliant à une interface réseau.

    Dans la mesure où les machines Dispatcher changent d'état lorsqu'une défaillance est détectée, les commandes citées plus haut doivent être lancées automatiquement. Dispatcher exécutera des scripts créés par l'utilisateur pour le faire. Le répertoire ...ibm/edge/lb/servers/samples contient des scripts exemple qui doivent être déplacés dans le répertoire ...ibm/edge/lb/servers/bin pour s'exécuter.

    Remarque :
    Pour une configuration de haute disponibilité réciproque chacun des scripts "go" est appelé par le Dispatcher à l'aide d'un paramètre d'identification de l'adresse principale du Dispatcher. Le script doit rechercher ce paramètre et exécuter les commandes ifconfig (ou dsconfig sous Windows 2000) des adresses de grappe associées à ce Dispatcher principal.
    Remarque :
    Pour configurer la haute disponibilité pour la méthode d'acheminement NAT de Dispatcher, vous devez ajouter des adresses de retour dans les fichiers de script.

    Les scripts exemples suivants peuvent être utilisés :

    goActive
    Le script goActive s'exécute lorsque l'un des systèmes Dispatcher devient actif et commence à acheminer les paquets de données.

    goStandby
    Le script goStandby s'exécute lorsqu'un système Dispatcher passe en mode veille. Il contrôle alors l'état de la machine active mais n'achemine pas de paquets.

    goInOp
    Le script goInOp s'exécute lorsqu'un exécuteur Dispatcher est arrêté et avant son premier démarrage.

    goIdle
    Le script goIdle s'exécute lorsqu'un des systèmes Dispatcher devient inactif et commence à acheminer les paquets de données. Cela se produit lorsque les fonctions de haute disponibilité n'ont pas été définies, comme dans le cas d'une configuration autonome. Cela peut également arriver dans une configuration de haute disponibilité, avant que ces fonctions n'aient été définies ou après qu'elles aient été supprimées.

    highavailChange
    Le script highavailChange s'exécute lorsque l'état de haute disponibilité est modifié dans le système Dispatcher, de telle sorte qu'un des scripts "go" est appelé. Le paramètre transmis à ce script correspond au nom du script "go" exécuté par Dispatcher. Vous pouvez créer ce script pour utiliser les informations de changement d'état, par exemple, pour alerter un administrateur ou simplement pour enregistrer l'événement.
    Remarque :
    Windows 2000 : si le composant Site Selector de la configuration équilibre la charge de deux machines Dispatcher fonctionnant en environnement à haute disponibilité, vous devrez définir un alias pour les systèmes Metric Server dans la pile Microsoft. Insérez cet alias dans le script goActive. Par exemple :
    call netsh interface ip add
    address "Local Area Connection"
      addr=9.37.51.28 mask=255.255.240.0
    

    Supprimez les alias des scripts goStandby et GoInOp. Par exemple :

    call netsh
    interface ip delete address "Local Area Connection"
      addr=9.37.51.28
    

    Si la machine est équipée de plusieurs cartes d'interface réseau, vérifiez dans un premier temps l'interface à utiliser en entrant la commande suivante au niveau de l'invite : netsh interface ip show address. Elle renvoie la liste des interfaces configurées et le numéro de la connexion au réseau local (par exemple, "Local Area Connection 2") permettant de déterminer celle à utiliser.


    Configuration de l'équilibrage basé sur des règles

    Vous pouvez utiliser un équilibrage basé sur des règles pour déterminer de manière précise quand et pourquoi des paquets sont envoyés à des serveurs et quels sont ces serveurs. Load Balancer parcourt toute les règles que vous ajoutez, de la première à la dernière priorité et s'arrête sur la première règle vérifiée avant d'équilibrer la charge en fonction du contenu entre les serveurs associés à cette règle. Ils équilibrent déjà la charge en fonction de la destination et du port, mais l'utilisation de règles permet d'étendre votre capacité à répartir les connexions.

    Dans la plupart des cas lors de la configuration de règles, vous devez configurer une règle par défaut toujours vraie afin d'intercepter les demandes provenant des autres règles de priorité élevée. Il peut s'agir d'une réponse du type "Désolé, ce site est actuellement inaccessible. Faites une nouvelle tentative ultérieurement" lorsque tous les autres serveurs ne peuvent pas traiter la demande client.

    Vous devez utiliser l'équilibrage de charge dépendant des règles avec Dispatcher et Site Selector lorsque vous voulez utiliser un sous-ensemble de serveurs pour une raison quelconque. Vous devez toujours utiliser des règles pour le composant CBR.

    Vous pouvez sélectionner les types de règles suivants :

    Il est recommandé de planifier la logique à suivre par les règles avant de commencer à ajouter des règles à votre configuration.

    Evaluation des règles

    Toutes les règles possèdent un nom, un type, une priorité et peuvent avoir une valeur de début et une valeur de fin ainsi qu'un ensemble de serveurs. En outre, à la règle de type contenu du composant CBR est associée une structure d'expression standard. (Pour obtenir des exemples et des scénarios sur le mode d'utilisation de la règle de contenu et la syntaxe de motif valide pour la règle de contenu, reportez-vous à l'Annexe B, Syntaxe des règles de contenu (modèle).)

    Les règles sont évaluées en fonction de leur priorité. En d'autres termes, une règle de priorité 1 (nombre le moins élevé) avant une règle de priorité 2 (nombre plus élevé). La première règle vérifiée est utilisée. Une fois la règle vérifiée, aucune autre règle n'est évaluée.

    Pour qu'une règle soit vérifiée, elle doit remplir deux conditions :

    1. Le prédicat de cette règle doit être vrai. C'est-à-dire que la valeur évaluée doit être comprise entre la valeur de début et la valeur de fin, ou que le contenu doit correspondre à l'expression standard spécifiée dans la structure de la règle de type contenu. Pour les règles de type "vraie", le prédicat est toujours respecté, quelles que soient les valeurs de début et de fin.
    2. Si des serveurs sont associés à cette règle, l'un d'eux au moins doit être disponible pour recevoir des paquets.

    Si aucun serveur n'est associé à une règle, cette dernière ne doit remplir que la première condition pour être vérifiée. Dans ce cas, Dispatcher abandonne la demande de connexion, Site Selector renvoie la demande de serveur de nom avec une erreur et CBR provoque une page d'erreur Caching Proxy.

    Si aucune règle n'est vérifiée, Dispatcher sélectionne un serveur parmi l'ensemble des serveurs disponibles du port, Site Selector sélectionne un serveur parmi l'ensemble des serveurs disponibles sur le nom du site et CBR provoque l'affichage d'une page d'erreur par Caching Proxy.

    Utilisation de règles basées sur l'adresse IP des clients

    Ce type de règle est disponible dans le composant Dispatcher, CBR ou Site Selector.

    Vous pouvez souhaiter utiliser des règles basées sur l'adresse IP des clients pour trier les clients et leur affecter des ressources en fonction de leur provenance.

    Par exemple, vous constatez la présence sur le réseau d'un nombre important de transmissions impayées et donc indésirables en provenance de clients appartenant à un ensemble spécifique d'adresses IP. Vous créez donc une règle à l'aide de la commande dscontrol rule , par exemple :

    dscontrol rule add 9.67.131.153:80:ni type ip 
      beginrange 9.0.0.0 endrange 9.255.255.255
    

    Cette règle "ni" permet de trier les connexions de clients IBM. Dans le cas contraire, les demandes provenant des adresses 9.x.x.x ne seront pas transmises par l'un de vos serveurs.

    Utilisation de règles basées sur le port du client

    Ce type de règle est disponible uniquement avec le composant Dispatcher.

    Vous pouvez souhaiter utiliser des règles basées sur le port client lorsque vos clients utilisent un type de logiciel nécessitant un port spécifique de TCP/IP lors des demandes.

    Vous pouvez, par exemple, créer une règle spécifiant que toute demande dont le port client est 10002, doit utiliser un ensemble de serveurs rapides spéciaux car vous savez que les demandes client associées à ce port proviennent d'un groupe de clients privilégiés.

    Utilisation de règles basées sur l'heure

    Ce type de règle est disponible dans le composant Dispatcher, CBR ou Site Selector.

    Vous pouvez souhaiter utiliser des règles basées sur l'heure en vue de la planification des pondérations. Si par exemple votre site Web est surchargé chaque jour pendant les mêmes créneaux horaires, il est préférable de dédier à HTTP cinq serveurs à plein temps, puis d'en ajouter cinq autres aux heures de pointe.

    Ce type de règle est également intéressant lorsque vous voulez arrêter certains serveurs chaque jour à minuit, pour des raisons de maintenance. Dans ce cas, vous devez définir une règle qui exclut ces serveurs pendant la période de maintenance nécessaire.

    Utilisation de règles basées sur le type de services (TOS)

    Ce type de règle est disponible uniquement avec le composant Dispatcher.

    Vous pouvez souhaiter utiliser des règles fondées sur le contenu du champ "type de service" (TOS) de l'en-tête IP. Par exemple, si la valeur TOS d'une demande client entrante indique un service normal, cette demande peut être routée vers un ensemble de serveurs. Si une autre demande arrive, munie cette fois d'une valeur TOS différente indiquant une priorité de service élevée, elle peut être dirigée vers un autre ensemble de serveurs.

    La règle TOS permet de configurer entièrement chacun des bits de l'octet TOS en utilisant la commande dscontrol rule. Utilisez 0 ou 1 pour les bits importants que vous souhaitez apparier dans l'octet TOS. La valeur x est utilisée par défaut. Voici un exemple d'ajout d'une règle TOST :

    dscontrol rule add 9.67.131.153:80:tsr type service tos 0xx1010x
    

    Utilisation de règles basées sur le nombre de connexions par seconde

    Ce type de règle est disponible dans les composants Dispatcher et CBR.

    Remarque :
    Le gestionnaire doit être lancé pour exécuter les opérations suivantes.

    Vous pouvez souhaiter utiliser des règles basées sur le nombre de connexions par seconde lorsque vous devez partager certains serveurs avec d'autres applications. Vous pouvez, par exemple, définir deux règles :

    1. Si le nombre de connexions par seconde du port 80 est compris entre 0 et 2000, utiliser ces 2 serveurs
    2. Si le nombre de connexions par seconde du port 80 est supérieur à 2000, utiliser ces 10 serveurs

    Vous pouvez aussi utiliser Telnet et vouloir lui réserver deux des cinq serveurs, sauf lorsque le nombre de connexions par seconde dépasse un certain niveau. Ainsi, Dispatcher équilibre la charge entre les cinq serveurs, pendant les heures de pointe.

    Définition de l'option d'évaluation de règle "upserversonrule" avec la règle de type "connexion" : Si, lorsque vous utilisez la règle de type connexions et définissez l'option upserversonrule, certains serveurs de l'ensemble de serveurs sont inactifs, vous pouvez préserver les serveurs actifs d'une surcharge. Pour plus d'informations, reportez-vous à la section Option d'évaluation de serveur.

    Utilisation de règles basées sur le nombre total de connexions actives

    Ce type de règle est disponible dans le composant Dispatcher ou CBR.

    Remarque :
    Le gestionnaire doit être lancé pour exécuter les opérations suivantes.

    Vous pouvez souhaiter utiliser des règles basées sur le nombre total de connexions actives d'un port lorsque les serveurs sont surchargés et commencent à ignorer certains paquets. Dans ce cas, certains serveurs Web continuent d'accepter les connexions même s'ils ne disposent pas d'un nombre suffisant d'unités d'exécution pour répondre à la demande. Il en résulte que le poste client réclame un certain délai de temporisation et que le client accédant à votre site Web n'est pas servi. Vous pouvez utiliser des règles basées sur le nombre de connexions actives pour équilibrer les pondérations d'un pool de serveurs.

    Par exemple, vous savez par expérience que les serveurs arrêteront leur service après avoir accepté 250 connexions. Vous pouvez créer une règle à l'aide de la commande dscontrol rule ou cbrcontrol rule, par exemple :

    dscontrol rule add 130.40.52.153:80:pool2 type
    active 
      beginrange 250 endrange 500
     
    ou
     
    cbrcontrol rule add 130.40.52.153:80:pool2 type active
      beginrange 250 endrange 500
     
    

    Vous pouvez ensuite ajouter à la règle vos serveurs en cours plus d'autres serveurs qui, autrement seraient utilisés pour d'autres processus.

    Utilisation de règles basées sur la largeur de bande réservée et sur la largeur de bande partagée

    Les règles de largeur de bande réservée et partagée sont disponibles uniquement dans le composant Dispatcher.

    Pour les règles de largeur de bande, Dispatcher calcule la largeur de bande en tant que débit auquel les données sont délivrées aux clients par un ensemble de serveurs spécifique. Dispatcher effectue le suivi de la capacité aux niveaux du serveur, de la règle, du port, de la grappe et de l'exécuteur. Pour chacun de ces niveaux, il existe une zone compteur d'octets : les kilo-octets transmis par seconde. Dispatcher calcule ces débits sur un intervalle de 60 secondes. Vous pouvez consulter ces valeurs de débit dans l'interface ou dans la sortie d'un rapport de ligne de commande.

    Règle de largeur de bande réservée

    La règle de largeur de bande réservée permet de contrôler le nombre de kilo-octets délivrés par seconde à un ensemble de serveurs. En définissant un seuil (définition d'une plage de largeur de bande précise) pour chaque ensemble de serveurs dans la configuration, vous pouvez contrôler et garantir le montant de la largeur de bande utilisé par chaque combinaison grappe-port.

    Voici un exemple d'ajout de règle de largeur de bande réservée :

    dscontrol rule add 9.67.131.153:80:rbw type reservedbandwidth 
      beginrange 0 endrange 300
    

    Les valeurs de début et de fin sont indiquées en kilo-octets par seconde.

    Règle de largeur de bande partagée

    Avant de configurer la règle de largeur de bande partagée, vous devez indiquer la quantité maximale de largeur de bande (kilo-octets par seconde) pouvant être partagée au niveau de l'exécuteur ou de la grappe à l'aide de la commande dscontrol executor ou dscontrol cluster avec l'option sharedbandwidth. La valeur sharebandwidth ne doit pas dépasser la largeur totale de bande (capacité réseau totale) disponible. L'utilisation de la commande dscontrol pour définir la largeur de bande partagée ne fournit qu'une limite maximale pour la règle.

    Voici des exemples de la syntaxe de la commande.

    dscontrol executor set sharedbandwidth taille
    dscontrol cluster [add | set] 9.12.32.9 sharedbandwidth taille
    

    La taille de l'option sharedbandwidth correspond à une valeur entière (kilo-octets par seconde). La valeur par défaut est zéro. Si la valeur est zéro, la bande passante ne peut pas être partagée.

    Le partage de la largeur de bande au niveau de la grappe permet à la grappe d'utiliser une largeur de bande maximale indiquée. Tant que la largeur de bande utilisée par la grappe est inférieure à la quantité indiquée, cette règle est respectée (true). Lorsque la largeur totale de bande utilisée dépasse la quantité indiquée, cette règle n'est plus respectée (false).

    Le partage de la largeur de bande au niveau de l'exécuteur permet à toute la configuration Dispatcher de partager une quantité maximale de largeur de bande. Tant que la largeur de bande utilisée au niveau de l'exécuteur est inférieure à la quantité indiquée, cette règle est respectée (true). Lorsque la largeur totale de bande utilisée dépasse la quantité définie, cette règle n'est plus respectée (false).

    Ci-dessous, se trouvent des exemples d'ajout ou de définition d'une règle sharedbandwidth.

    dscontrol rule add 9.20.30.4:80:shbw type sharedbandwidth sharelevel valeur
    dscontrol rule set 9.20.34.11:80:shrule sharelevel valeur
    

    La valeur de l'option sharelevel est soit exécuteur, soit grappe. Sharelevel est un paramètre requis dans la règle sharebandwidth

    Utilisation de règles de largeur de bande réservée et partagée

    Dispatcher permet d'attribuer une largeur de bande indiquée à des ensembles de serveurs dans votre configuration à l'aide de la règle largeur de bande réservée. En précisant un début et une fin de plage, vous pouvez contrôler la plage de kilo-octets livrée aux clients par un ensemble de serveurs. Dès que la règle n'est plus vraie (limite de plage dépassée), la règle de priorité inférieure suivante est appliquée. S'il s'agit d'une règle "toujours vraie", un serveur peut être sélectionné pour envoyer une réponse "site occupé" au client.

    Prenons, par exemple, un groupe de trois serveurs sur le port 2222. Si la largeur de bande réservée est fixée à 300, le nombre maximal de kilo-octets par seconde sera 300, sur une durée de 60 secondes. Lorsque ce débit est excédé, la règle n'est plus respectée. Si cette règle est la seule, Dispatcher sélectionne l'un des trois serveurs pour traiter la demande. S'il existe une règle "toujours vraie" de priorité inférieure, la demande est dirigée vers un autre serveur et reçoit la réponse "site occupé".

    La règle de largeur de bande partagée offre aux clients l'accès à des serveurs supplémentaires. Plus précisément, lorsqu'elle est utilisée comme règle de priorité inférieure faisant suite à une règle de largeur de bande réservée, un client peut encore accéder à un serveur lorsque la largeur de bande réservée a été dépassée.

    Par exemple, si vous placez une règle de largeur de bande partagée après une règle de largeur de bande réservée, vous permettez aux clients d'accéder à trois serveurs de manière contrôlée. Tant qu'il reste de la largeur de bande réservée à utiliser, la règle est vraie et l'accès accordé. Lorsqu'il ne reste plus de largeur de bande réservée disponible, cette règle n'est plus vraie et la suivante est appliquée. Si la règle suivante est une règle "toujours vraie", la demande est au besoin dirigée vers un autre serveur.

    En utilisant les règles de largeur de bande réservée et partagée comme indiqué dans l'exemple ci-dessus , permet plus de souplesse et de contrôle au niveau des accords (ou refus) d'accès aux serveurs. Les serveurs d'un port particulier peuvent se voir attribuer une largeur de bande limitée, tandis que d'autres peuvent utiliser autant de largeur de bande que disponible.

    Remarque :
    Dispatcher surveille la largeur de bande utilisée en évaluant le trafic client, par exemple les accusés de réception de données (acks), transmis à un serveur. Si, pour une raison quelconque, Dispatcher ne "visualise" pas ce trafic, les résultats obtenus avec les règles de largeur de bande sont imprévisibles.

    Règle Mesure de tous les serveurs

    Ce type de règle est disponible uniquement dans le composant Site Selector.

    Pour la règle Mesure de tous les serveurs, vous choisissez une mesure système (cpuload, memload ou votre propre script de mesure système personnalisé) et Site Selector compare la valeur de mesure système (renvoyée par l'agent du système Metric Server se trouvant dans chaque serveur d'équilibrage de charge) avec les valeurs de début et de fin indiquées dans la règle. La valeur de mesure de tous les serveurs de l'ensemble de serveurs doit être définie dans la plage afin que la règle puisse être mise en application.

    Remarque :
    Le script de mesure système choisi doit se trouver sur chaque serveur d'équilibrage de charge.

    Ci-dessous, se trouve un exemple d'ajout de mesure à toutes les règles de la configuration.

    sscontrol rule add dnsload.com:allrule1 type metricall 
      metricname cpuload beginrange 0 endrange 100
     
    

    Règle Moyenne des mesures

    Ce type de règle est disponible uniquement dans le composant Site Selector.

    Pour la règle Moyenne des mesures, vous choisissez une mesure système (cpuload, memload ou votre propre script de mesure système personnalisé) et Site Selector compare la valeur de mesure système (renvoyée par l'agent du système Metric Server se trouvant dans chaque serveur d'équilibrage de charge) avec les valeurs de début et de fin indiquées dans la règle. La moyenne des valeurs des mesures système de tous les serveurs de l'ensemble de serveurs doit être définie dans la plage pour que la règle puisse être mise en application.

    Remarque :
    Le script de mesure système choisi doit se trouver sur chaque serveur d'équilibrage de charge.

    Ci-dessous, se trouve un exemple d'ajout de règle de moyenne des mesures à votre configuration.

    sscontrol rule add dnsload.com:avgrule1 type metricavg 
      metricname cpuload beginrange 0 endrange 100
     
    

    Utilisation de règles toujours vraies

    Ce type de règle est disponible dans le composant Dispatcher, CBR ou Site Selector.

    Une règle peut être créée comme règle "toujours vraie." Ces règle seront toujours sélectionnées, sauf si tous les serveurs associés sont arrêtés. Pour cette raison, leur niveau de priorité est généralement inférieur à celui de autres règles.

    Vous pouvez même avoir plusieurs règles "toujours vraies", chacune d'elles associée à un ensemble de serveurs. La première règle vérifiée pour laquelle un serveur est disponible est choisie. Supposons par exemple que vous disposiez de six serveurs. Vous voulez que deux d'entre eux traitent le trafic quelles que soient les circonstances, à moins qu'ils soient tous les deux arrêtés. Si les deux premiers serveurs sont arrêtés, vous voulez qu'un deuxième jeu de serveurs traite le trafic. Enfin, si les quatre serveurs sont arrêtés, vous utiliserez les deux derniers pour traiter le trafic. Vous pouvez définir trois règles "toujours vraie". Le premier jeu de serveurs est toujours choisi, tant que l'un d'eux est actif. Si les deux serveurs sont arrêtés, l'un des serveurs du deuxième jeu est choisi, etc.

    Autre exemple : il se peut que vous vouliez une règle "toujours vraie" pour garantir que les clients entrants qui ne remplissent aucune des règles définies ne sont pas pris en charge. Il vous faut donc créer, à l'aide de la commande dscontrol rule, la règle suivante :

    dscontrol rule add 130.40.52.153:80:jamais type true priority 100
    

    Vous n'ajoutez alors pas de serveur à cette règle, ce qui provoque l'abandon sans réponse des paquets des clients.

    Remarque :
    Il n'est pas nécessaire de définir de valeur de début et de fin lors de la création d'un règle Toujours vraie.

    Vous pouvez définir plusieurs règles "toujours vraies", puis choisir ensuite celle qui doit être exécutée en modifiant les niveaux de priorité.

    Utilisation de règles basées sur le contenu des demandes

    Ce type de règle est disponible dans le composant CBR ou Dispatcher (lorsque vous utilisez la méthode d'acheminement CBR de Dispatcher).

    Vous pouvez utiliser des règles basées sur le contenu pour envoyer des demandes à des ensembles de serveurs spécialement configurés pour prendre en charge une partie du trafic de votre site. Par exemple, vous pouvez utiliser un ensemble de serveurs pour la prise en charge de toutes les demandes cgi-bin, un autre pour les demandes audio, et un troisième pour toutes les autres demandes. Vous pouvez ajouter une règle dont la structure correspond au chemin d'accès du répertoire cgi-bin, une autre correspondant au type de vos fichiers audio, et une troisième règle "toujours vraie" pour prendre en charge le reste du trafic. Vous ajouterez ensuite les serveurs appropriés à chaque type de règle.

    Important : Pour obtenir des exemples et des scénarios sur le mode d'utilisation de la règle de contenu et la syntaxe de modèle valide pour la règle de contenu, reportez-vous à l'Annexe B, Syntaxe des règles de contenu (modèle).

    Substitution d'affinité de port

    La substitution d'affinité de port permet le remplacement du maintien de routage du port d'un serveur spécifique. Par exemple, dans le cas où vous utilisez une règle pour limiter le nombre de connexions alloué à chaque serveur d'application et disposez d'un serveur de débordement à règle fixe qui annonce "please try again later" à propos de cette application. Le délai du maintien de routage du porte est de 25 minutes et vous ne souhaitez pas que le client soit maintenu sur ce serveur. La substitution d'affinité de port vous permet alors de changer de serveur de débordement afin de remplacer l'affinité qui est habituellement associée à ce port. Ainsi, la prochaine fois que le client adresse une demande à la grappe, la charge de celle-ci est envoyée au serveur d'application le plus disponible, et non au serveur de débordement.

    Pour plus d'informations sur la syntaxe de commande de la substitution d'affinité de port, en utilisant l'option de serveurmaintien de routage, reportez-vous à la section dscontrol server -- Configuration des serveurs. .

    Ajout de règles à la configuration

    Vous pouvez ajouter des règles à l'aide de la commande dscontrol rule add , en modifiant le fichier de configuration exemple ou en utilisant l'interface graphique. Vous pouvez ajouter une ou plusieurs règles à chaque port que vous avez défini.

    Il s'agit d'une procédure en deux étapes : vous devez ajouter la règle, puis définir les serveurs sur lesquels les services doivent être effectués si la règle est vraie. Supposons par exemple que l'administrateur système veuille déterminer le taux d'utilisation des serveurs proxy pour chaque division du site. Il connaît les adresses IP de chacune de ces divisions. Il doit créer le premier jeu de règles en fonction des adresses IP des clients pour séparer les charges individuelles de chaque division :

    dscontrol rule add 130.40.52.153:80:div1 type ip b 9.1.0.0 e 9.1.255.255
    dscontrol rule add 130.40.52.153:80:div2 type ip b 9.2.0.0 e 9.2.255.255
    dscontrol rule add 130.40.52.153:80:div3 type ip b 9.3.0.0 e 9.3.255.255
    

    Il doit ensuite ajouter un serveur distinct à chaque règle, puis mesurer la charge de chaque serveur pour facturer correctement les divisions en fonction des services qu'elles utilisent. Par exemple :

    dscontrol rule useserver
    130.40.52.153:80:div1 207.72.33.45
    dscontrol rule useserver 130.40.52.153:80:div2 207.72.33.63
    dscontrol rule useserver 130.40.52.153:80:div3 207.72.33.47
    

    Option d'évaluation de serveur

    L'option d'évaluation de serveur est disponible uniquement dans le composant Dispatcher.

    La commande dscontrol rule a une option d'évaluation de serveur pour les règles. L'option evaluate permet de choisir d'évaluer les conditions de la règle parmi tous les serveurs du port ou d'évaluer les conditions de la règle des serveurs faisant partie de la règle. (Dans les versions précédentes de Load Balancer, il n'était possible de mesurer que la condition de chaque règle parmi tous les serveurs du port.)

    Remarques :

    1. L'option d'évaluation de serveur est valide uniquement pour les règles prenant leurs propres décisions en fonction des caractéristiques des serveurs : règle du nombre total de connexions (par seconde), règle des connexions actives et règle de largeur de bande réservée.

    2. La règle de type "connexion" dispose d'une option d'évaluation supplémentaire, upserversonrule. Pour plus d'informations, reportez-vous à la section Utilisation de règles basées sur le nombre de connexions par seconde.

    Ci-dessous, se trouvent des exemples d'ajout ou de définition de l'option d'évaluation au niveau d'une règle de largeur de bande réservée.

    dscontrol rule add 9.22.21.3:80:rbweval type reservedbandwidth evaluate niveau 
    dscontrol rule set 9.22.21.3:80:rbweval evaluate niveau
    

    Vous pouvez attribuer la valeur port, règle ou upserversonrule au niveau d'évaluation. La valeur par défaut est port.

    Evaluation des serveurs dans la règle

    L'option permettant de mesurer les conditions de la règle dans les serveurs de la règle permet de configurer deux règles ayant les caractéristiques suivantes :

    Par conséquence, lorsque le trafic dépasse le seuil des serveurs dans la première règle, le trafic sera envoyé au serveur "site occupé" dans la deuxième règle. Lorsque le trafic est inférieur au seuil des serveurs de la première règle, le trafic reprend pour les serveurs de la première règle.

    Evaluation des serveurs sur le port

    Lors de l'utilisation des deux règles décrites dans l'exemple précédent, si vous attribuez l'option port à l'option d'évaluation pour la première règle (évaluation des conditions de la règle dans tous les serveurs du port), lorsque le trafic dépasse la limite de cette règle, le trafic est envoyé au serveur "site occupé" associé à la deuxième règle.

    La première règle mesure l'ensemble du trafic du serveur (incluant le serveur "site occupé") sur le port afin de déterminer si le trafic a dépassé la limite. Alors que la surcharge diminue pour les serveurs associés à la première règle, le trafic se poursuit sur le serveur "site occupé" étant donné que le trafic sur ce port dépasse toujours la limite de la première règle.


    Fonctionnement de la fonction d'affinité pour Load Balancer

    Pour les composants Dispatcher et CBR : Vous activez la fonction d'affinité lorsque vous faites en sorte que le maintien de routage d'un port de grappes soit conservé. Lorsque vous configurez un port de grappe de telle sorte que le routage soit conservé, les demandes clients peuvent être dirigées vers le même serveur. Cette opération peut être effectuée en attribuant un nombre de secondes à l'option délai de maintien de routage au niveau de l'exécuteur, de la grappe ou du port. Lorsque vous attribuez la valeur zéro au délai de maintien de routage, cette fonction est désactivée.

    Remarque :
    Lors de l'activation de l'affinité trans port, les valeurs de délai de maintien de routage des ports partagés doit avoir la même valeur (différente de zéro). Reportez-vous à la section Affinité trans ports, pour de plus amples informations.

    Pour le composant Site Selector : Vous activez la fonction d'affinité lorsque vous faites en sorte que le maintien de routage d'un nom de site soit conservé. La configuration du maintien de routage pour un nom de site permet au client d'utiliser le même serveur pour plusieurs requêtes de service annuaire. Cette opération peut être effectuée en attribuant un nombre de secondes à l'option délai de maintien de routage sur le nom de site. Lorsque vous attribuez la valeur zéro au délai de maintien de routage, cette fonction est désactivée.

    Comportement lorsque l'affinité est désactivée

    Lorsque l'affinité est désactivée, dès qu'une connexion TCP est reçue d'un client, Load Balancer utilise le serveur correct et lui transmet les paquets. Si une autre connexion arrive du même client, Load Balancer la traite comme si les deux connexions n'étaient pas liées et utilise à nouveau le serveur correct.

    Comportement lorsque l'affinité est activée

    Lorsque l'affinité est activée, si une autre demande est reçue du même client, la demande est acheminée vers le même serveur.

    Progressivement, le client arrête d'envoyer des transactions et l'enregistrement d'affinité disparaît. D'où la notion de "délai de maintien de routage. " La durée de vie de chaque enregistrement d'affinité est déterminée en secondes par le "délai de maintien de routage". Lorsque des demandes suivantes sont reçues lors du délai de maintien de routage, l'enregistrement d'affinité est toujours valide et la demande est toujours acheminée vers le même serveur. Si aucune connexion supplémentaire n'est reçue lors du délai de maintien de routage, l'enregistrement est vidé. Un nouveau serveur sera sélectionné pour toute connexion reçue une fois ce délai écoulé.

    Affinité trans ports

    L'affinité trans ports s'applique uniquement aux méthodes d'acheminement MAC et NAT/NATP du composant Dispatcher.

    L'affinité trans ports se définit comme l'extension à plusieurs ports de la fonction maintien de routage. Par exemple, si la demande d'un client est d'abord reçue par un port puis une deuxième demande de ce client par un autre port, l'affinité trans ports permet au répartiteur d'envoyer cette demande au même serveur. Pour utiliser cette fonction, les ports doivent :

    Il est possible de relier plusieurs ports au même trans ports. Quand un même client se connectera, à l'avenir, sur le même port ou sur un port partagé, ses connexions seront traitées par le même serveur. Voici un exemple de configuration de ports multiples munis d'une affinité trans ports au port 10 :

    dscontrol port set grappe:20 crossport 10
    dscontrol port set grappe:30 crossport 10
    dscontrol port set grappe:40 crossport 10
    

    Après l'établissement de l'affinité trans ports, vous disposez de la possibilité de modifier le délai de maintien de routage du port. Il est cependant recommandé de choisir la même valeur pour tous les délais de maintien de routage des ports partagés. Dans le cas contraire, des résultats inattendus peuvent se produire.

    Pour supprimer l'affinité trans ports, replacez la valeur trans ports sur son propre numéro de port. Reportez-vous à dscontrol port -- Configuration des ports, pour de plus amples informations sur la syntaxe de commande de l'optiontrans ports.

    Masque d'adresse de l'affinité (masque de maintien de routage)

    Le masque d'adresse de l'affinité ne s'applique qu'au composant Dispatcher.

    Le masque d'adresse de l'affinité est une amélioration de la fonction de maintien de routage, destinée aux clients de groupe situés à des adresses de sous-réseau communes. La sélection du masque de maintien de routage de la commande dscontrol port permet de masquer les bits communs à poids fort de l'adresse IP 32 bits. Si cette fonction est configurée lors de la première connexion d'un client à un port, alors toutes les connexions suivantes des clients ayant la même adresse de sous-réseau (indiquée par la partie masquée de l'adresse) seront dirigées vers le même serveur.

    Remarque :
    Pour activer le masque de maintien de routage, le maintien de routage du port doit être défini à zéro.

    Par exemple, si vous souhaitez que toutes les demandes client disposant d'une adresse de réseau classe A identique soient envoyées au même serveur, fixez à 8 (bits) la valeur du port du masque de maintien de routage. En ce qui concerne les demandes de clients de groupe possédant la même adresse de réseau classe B, fixez la valeur du masque de maintien de routage à 16 (bits). Pour les demandes de clients de groupe disposant de la même adresse de réseau classe C, fixez la valeur du masque de maintien de routage à 24 (bits).

    Pour obtenir de meilleurs résultats, fixez la valeur du masque de maintien de routage dès le lancement de Load Balancer. Si vous modifiez cette valeur, les résultats seront imprévisibles.

    Interaction avec l'affinité trans ports : Lors de l'activation de l'affinité trans ports, les valeurs du masque de maintien de routage des ports partagés doivent être identiques. Reportez-vous à la section Affinité trans ports, pour de plus amples informations.

    Pour activer le masque d'adresse d'affinité, émettez une commande dscontrol port du type :

    dscontrol port set grappe:port stickytime 10 stickymask 8
    

    Les valeurs possibles des masques de maintien de routage sont 8, 16, 24 et 32. Une valeur de 8 indique que les 8 premiers bits à poids fort de l'adresse IP (adresse de réseau classe A) seront masqués. Une valeur de 16 indique que les 16 premiers bits à poids fort de l'adresse IP (adresse de réseau classe B) seront masqués. Une valeur de 24 indique que les 24 premiers bits à poids fort de l'adresse IP (adresse de réseau classe C) seront masqués. Si vous spécifiez une valeur de 32, l'adresse IP toute entière sera masquée, ce qui entraînera la désactivation de la fonction de masque d'adresse d'affinité. La valeur par défaut du masque de maintien de routage est 32.

    Reportez-vous à la section dscontrol port -- Configuration des ports, pour de plus amples informations sur la syntaxe de commande du masque de maintien de routage(fonction de masque d'adresse d'affinité).

    Mise au repos de la gestion des connexions serveur

    La mise au repos de la gestion des connexions s'applique aux composants Dispatcher et CBR.

    Pour retirer un serveur de la configuration Load Balancer quelle qu'en soit la raison (mises à jour, mises à niveau, service, etc.), vous pouvez utiliser la commande dscontrol manager quiesce . La sous-commande quiesce permet aux connexions de s'achever (sans avoir été traitées) et transmet les connexions ultérieures du client vers le serveur mis au repos si la connexion est associée à un délai de maintien de routage et que ce dernier n'est pas arrivé à expiration. La sous-commande quiesce désactive toute nouvelle connexion au serveur.

    Mise au repos de la gestion des connexions avec maintien de routage

    Utilisez l'option "Mettre au repos maintenant" si le délai de maintien de routage est défini et que vous voulez que les nouvelles connexions soient envoyées à un autre serveur (et non au serveur mis au repos) avant que le délai de maintien de routage n'expire. Voici un exemple d'utilisation de cette option pour mettre le serveur 9.40.25.67 au repos :

    dscontrol manager quiesce 9.40.25.67 now
    

    L'option now détermine comment les options avec maintien de routage seront gérées.


    Option d'affinité de la règle basé sur le contenu de la demande du client

    Vous pouvez définir les types d'affinité suivants dans la commande dscontrol rule :

    L'option d'affinité par défaut est "none". La valeur zéro (inactif) doit être associée à l'option stickytime de la commande port pour affecter la valeur de cookie actif ou URI à l'option d'affinité de la commande rule. Lorsque l'affinité de cette dernière est définie, il devient impossible d'activer l'option stickytime de la commande port.

    Affinité de cookie actif

    L'affinité de cookie actif ne s'applique qu'au composant CBR.

    Elle permet de "fidéliser" les clients à un serveur donné. Pour l'activer, attribuez un nombre positif au paramètre stickytime (délai de maintien de routage) d'une règle et optez pour l'affinité de cookie actif ("activecookie"), lors de l'ajout de la règle ou à l'aide de la commande rule set. Pour obtenir des informations sur la syntaxe de cette commande, reportez-vous à la section dscontrol rule -- Configuration des règles.

    Une fois la règle configurée pour l'affinité de cookie actif, l'équilibrage de charge des nouvelles demandes client est effectué à l'aide d'algorithmes CBR standard, tandis que les demandes suivantes du même client sont envoyées au serveur initialement choisi. Le serveur choisi est stocké en tant que cookie dans la réponse au client. Tant que les demandes suivantes du client contiennent ce cookie et qu'elles arrivent dans le délai de maintien de routage, le client conserve l'affinité pour le serveur initial.

    L'affinité de cookie actif permet d'assurer qu'un client fait l'objet d'un équilibrage de charge vers le même serveur pendant une période déterminée. A cet effet, un cookie est envoyé pour être stocké par le navigateur des clients. Ce cookie indique les grappe:port:règle adoptés pour la prise de décision, le serveur cible de l'équilibrage de charge et la date d'expiration de l'affinité. Il est au format suivant : IBMCBR=grappe:port:règle+serveur-heure! Les informations grappe:port:règle et serveur sont codées pour ne révéler aucune information sur la configuration CBR.

    Fonctionnement de l'affinité de cookie actif

    Lorsqu'une règle est déclenchée et que l'affinité de cookie actif est activée, le cookie envoyé par le client est examiné.

    Le nouveau cookie est ensuite inséré dans les en-têtes qui reviennent au client. Le navigateur du client renvoie les demandes suivantes lorsqu'il est configuré pour accepter les cookies.

    Chaque instance d'affinité du cookie a une longueur de 65 octets et se termine au point d'exclamation. Ainsi, un cookie de 4096 octets peut contenir environ 60 règles de cookie actif individuel par domaine. Une fois le cookie entièrement plein, les instances d'affinité expirées sont supprimées. Si toutes les instances sont encore valides, les plus anciennes sont supprimées et les nouvelles pour la règle en cours ajoutées.

    Remarque :
    CBR remplace toutes les occurrences de cookies à l'ancien format IBMCBR détectées sur le proxy.

    Pour la commande rule, vous ne pouvez attribuer que la valeur activecookie (cookie actif) à l'option d'affinité de cookie actif lorsque le délai de maintien de routage est zéro (non activé). Lorsque l'affinité de cookie actif est active au niveau d'une règle, vous ne pouvez pas activer le maintien de routage sur le port.

    Activation de l'affinité du cookie actif

    Pour activer l'affinité de cookie actif pour une règle donnée, utilisez la commande rule set :

    rule set grappe:port:règle stickytime 60
    rule set grappe:port:règle affinity activecookie
    

    Objectifs de l'affinité de cookie actif

    Le maintien de routage d'une règle est normalement utilisé pour les interfaces CGI ou les servlets qui enregistrent l'état du client sur le serveur. Cet état est identifié par un ID cookie (cookie serveur). L'état du client figure uniquement sur le serveur sélectionné. Pour maintenir cet état d'une demande à l'autre, le client a besoin du cookie du serveur.

    Remplacement du délai d'expiration de l'affinité de cookie actif

    Le délai d'expiration par défaut de l'affinité de cookie actif correspond au délai du serveur auquel s'ajoute le délai de maintien de routage plus vingt-quatre heures. Si les heures sont inexactes sur les systèmes de vos clients (ceux qui envoient des requêtes à la machine CBR), par exemple, s'ils dépassent de plus de 24 heures le délai du serveur), ces systèmes ignorent les cookies provenant de la CBR car ils considèrent que ces cookies ont déjà expiré. Pour rallonger le délai d'expiration, modifiez le script cbrserver. Dans le fichier script, modifiez la ligne javaw en y ajoutant le paramètre suivant après LB_SERVER_KEYS : -DCOOKIEEXPIREINTERVAL=XX correspond au nombre de jours à ajouter au délai d'expiration.

    Sous AIX, Solaris et Linux, le fichier cbrserver se trouve dans le répertoire /usr/bin.

    Sous Windows 2000, il se trouve dans \winnt\system32.

    Affinité de cookie passif

    L'affinité de cookie passif s'applique à la méthode d'acheminement CBR (content-based routing) du composant Dispatcher et au composant CBR. Pour obtenir la procédure de configuration de la méthode d'acheminement CBR de Dispatcher, reportez-vous à la section Fonction CBR de Dispatcher (méthode d'acheminement cbr).

    L'affinité de cookie passif offre une façon de fidéliser les clients à un serveur donné. Une fois que vous attribué la valeur "cookiepassif" à l'affinité d'une règle, l'affinité de cookie passif vous permet d'équilibrer la charge du trafic Web destiné au même serveur, en fonction des cookies d'auto-identification générés par les serveurs. Vous configurez l'affinité de cookie passif au niveau de la règle. Une fois la règle déclenchée, si l'affinité de cookie passif est activée, Load Balancer choisit le serveur en fonction du nom du cookie se trouvant dans l'en-tête HTTP de la demande client. Load Balancer envoie les nouvelles demandes entrantes aux serveurs en fonction des cookies qui ont été générés par les serveurs lors de connexions précédentes. S'il n'est possible de trouver la valeur du cookie dans la demande client ou si elle ne correspond à aucune des valeurs de cookie du serveur, le serveur sera choisi à l'aide de la technique de permutation circulaire pondérée.

    Pour configurer l'affinité de cookie passif :

    Pour la commande rule, vous ne pouvez attribuer que la valeur "passivecookie" (cookie passif) à l'option d'affinité de cookie passif lorsque le délai de maintien de routage est zéro (non activé). Une fois que l'affinité de cookie passif est active au niveau d'une règle, il n'est pas possible d'activer le maintien de routage sur le port.

    Affinité d'URI

    L'affinité d'URI s'applique à la méthode d'acheminement CBR de Dispatcher et au composant CBR. Pour obtenir la procédure de configuration de la méthode d'acheminement CBR de Dispatcher, reportez-vous à la section Fonction CBR de Dispatcher (méthode d'acheminement cbr).

    L'affinité URI permet d'équilibrer le trafic Web sur des serveurs Caching Proxy, ce qui permet de mettre en mémoire cache un contenu unique sur un serveur spécifique. Ainsi, vous augmentez la capacité de la mémoire cache du site en éliminant les éléments superflus placés en mémoire cache sur plusieurs machines. Configurez l'affinité d'URI au niveau de la règle. Une fois que la règle est déclenchée, si l'affinité d'URI est activée et que le même ensemble de serveurs est actif et répond,Load Balancer transmet les nouvelles demandes client entrantes ayant le même URI au même serveur.

    Généralement, Load Balancer peut distribuer des demandes à plusieurs serveurs gérant un contenu identique. Lorsque vous utilisez Load Balancer avec un groupe de serveurs de mise en mémoire cache, le contenu dont l'accès est souvent demandé peut être placé dans la mémoire cache de tous les serveurs. En répliquant le contenu placé en mémoire cache identique, vous pouvez prendre en charge un grand nombre de clients. Cela est particulièrement utile pour les sites Web dont le volume est important.

    Cependant, si le site Web prend en charge un trafic client modéré vers un contenu très divers et que vous préférez une mémoire cache répartie sur plusieurs serveur, votre site sera plus performant si chaque serveur de mise en cache comporte un contenu unique et que Load Balancer distribue la demande uniquement au serveur de mise en cache avec ce contenu.

    Avec l'affinité d'URI, Load Balancer vous permet de distribuer le contenu mis en cache vers des serveurs individuels, éliminant la mise en cache superflue de contenu sur plusieurs machines. Grâce à cette fonction, les performances des sites ayant un contenu divers utilisant les serveurs Caching Proxy sont améliorées. Les demandes identiques sont envoyées au même serveur, plaçant ainsi en mémoire cache le contenu uniquement sur les serveurs individuels. La taille de la mémoire cache s'accroît avec chaque nouveau serveur ajouté au pool.

    Pour configurer l'affinité d'URI :


    Configuration du support de réseau étendu pour Dispatcher

    Cette fonction est disponible uniquement pour le composant Dispatcher.

    Si vous n'utilisez ni le support de réseau étendu de Dispatcher ni la méthode d'acheminement CBR de Dispatcher, la configuration de Dispatcher requiert que la machine Dispatcher et ses serveurs soient tous connectés au même segment de réseau local (reportez-vous à la section Figure 35). Une demande client arrive à la machine Dispatcher et est envoyée au serveur. Du serveur, la réponse est renvoyée directement au client.

    Figure 35. Exemple de configuration consistant en un seul segment de réseau local

    Segment unique de réseau local

    L'extension de répartiteur étendu permet la prise en charge des serveurs hors site, appelés serveurs éloignés (voir la Figure 36). Si GRE n'est pas pris en charge sur le site distant et que vous n'utilisez pas la méthode d'acheminement NAT de Dispatcher, le site distant doit correspondre à une machine Dispatcher éloignée (Dispatcher 2) et aux serveurs associés localement (Serveur G, Serveur H et Serveur I). Toutes les machines Dispatcher doivent exécuter le même système d'exploitation. Un paquet émanant d'un client peut alors être transmis d'Internet à une machine Dispatcher, puis à une machine Dispatcher éloignée géographiquement et enfin à l'un de ses serveurs locaux.

    Figure 36. Exemple de configuration utilisant des serveurs locaux et éloignés

    Serveurs locaux et éloignés

    Cela permet à une adresse de grappe de supporter l'ensemble des demandes client du monde entier, tout en répartissant la charge entre l'ensemble des serveurs.

    La machine Dispatcher qui reçoit le paquet en premier peut tout de même être connectée à des serveurs locaux et répartir la charge entre ses serveurs locaux et les serveurs éloignés.

    Syntaxe des commandes

    Les commandes de réseau étendu ne sont pas complexes. Pour configurer un support de réseau étendu :

    1. Ajoutez les serveurs. Lorsque vous ajoutez un serveur à un répartiteur (Dispatcher), vous devez définir si ce serveur est local ou éloigné (voir plus haut). Pour ajouter un serveur et le définir comme serveur local, entrez la commande dscontrol server add sans spécifier de routeur. Il s'agit de la valeur par défaut. Pour définir ce serveur comme serveur éloigné, vous devez spécifier le routeur par l'intermédiaire duquel le répartiteur doit envoyer le paquet afin d'atteindre le serveur éloigné. Le serveur doit être un autre répartiteur et son adresse doit être l'adresse de non-réacheminement du répartiteur. Par exemple, dans Figure 37, si vous ajoutez LB 2 en tant que serveur éloigné dans LB 1, vous devez définir router 1 comme l'adresse de routage. Syntaxe générale :
      dscontrol server add grappe:port:serveur router adresse
      

      Pour obtenir plus d'informations sur le mot clé router, reportez-vous à la section dscontrol server -- Configuration des serveurs.

    2. Configurez les alias. Sur la première machine Dispatcher (à laquelle la demande client est transmise depuis Internet), un alias doit être affecté à l'adresse de la grappe à l'aide de la commande executor configure, ifconfig ou dsconfig comme auparavant. Toutefois, sur les machines Dispatcher éloignées, l'adresse de la grappe n'a pas d'alias défini sur la carte d'interface réseau.

    Utilisation de conseillers éloignés avec le support de réseau étendu de Dispatcher

    Sur des répartiteurs de base : Les conseillers fonctionnent correctement sans configuration particulière pour la plupart des plateformes.

    Linux

    Solaris

    Sur des répartiteurs éloignés : Exécutez les étapes de configuration suivantes pour chaque adresse de grappe éloignée. Pour une configuration de haute disponibilité à l'emplacement Load Balancer éloigné, vous devez effectuer cette configuration sur les deux machines.

    AIX

    Linux

    Solaris

    Windows 2000

    Exemple de configuration

    Figure 37. Exemple de configuration en réseau étendu avec des composants Load Balancer éloignés

    Configuration en réseau étendu avec des composants Load Balancer éloignés

    Cet exemple s'applique à la configuration illustrée à la Figure 37.

    Vous trouverez ci-après la méthode à utiliser pour configurer les machines Dispatcher afin qu'elles supportent l'adresse de grappe xebec sur le port 80. LB1 est défini comme "point d'entrée". Il est supposé qu'une connexion Ethernet est utilisée. LB1 comporte cinq serveurs définis : trois serveurs locaux (ServeurA, ServeurB, ServeurC) et deux serveurs éloignés (LB2 et LB3). Par ailleurs, trois serveurs locaux ont été définis pour chacun des serveurs éloignés LB2 et LB3.

    Sur la console de la première machine Dispatcher (LB1), procédez comme suit :

    1. Lance l'exécuteur.

      dscontrol executor start

    2. Définissez l'adresse de non-réacheminement de la machine Dispatcher.

      dscontrol executor set nfa LB1

    3. Définissez la grappe.

      dscontrol cluster add xebec

    4. Définissez le port.

      dscontrol port add xebec:80

    5. Définissez les serveurs.
      1. dscontrol server add xebec:80:ServeurA
      2. dscontrol server add xebec:80:ServeurB
      3. dscontrol server add xebec:80:ServeurC
      4. dscontrol server add xebec:80:LB2 router Routeur1
      5. dscontrol server add xebec:80:LB3 router Routeur1
    6. Si vous utilisez Windows 2000, configurez l'adresse NFA de la carte de réseau local de Dispatcher.

      dscontrol executor configure LB1 configurez également xebec en tant que clusteraddr.

    7. Configurez l'adresse de grappe.

      dscontrol executor configure xebec

    Sur la console de la deuxième machine Dispatcher (LB2) :

    1. Lance l'exécuteur.

      dscontrol executor start

    2. Définissez l'adresse de non-réacheminement de la machine Dispatcher.

      dscontrol executor set nfa LB2

    3. Définissez la grappe.

      dscontrol cluster add xebec

    4. Définissez le port.

      dscontrol port add xebec:80

    5. Définissez les serveurs.
      1. dscontrol server add xebec:80:ServeurD
      2. dscontrol server add xebec:80:ServeurE
      3. dscontrol server add xebec:80:ServeurF
    6. Si vous utilisez Windows 2000, configurez l'adresse NFA de la carte de réseau local de Dispatcher.

      dscontrol executor configure LB2

    Sur la console de la troisième machine Dispatcher (LB3) :

    1. Lance l'exécuteur.

      dscontrol executor start

    2. Définissez l'adresse de non-réacheminement de la machine Dispatcher.

      dscontrol executor set nfa LB3

    3. Définissez la grappe.

      dscontrol cluster add xebec

    4. Définissez le port.

      dscontrol port add xebec:80

    5. Définissez les serveurs.
      1. dscontrol server add xebec:80:ServeurG
      2. dscontrol server add xebec:80:ServeurH
      3. dscontrol server add xebec:80:ServeurI
    6. Si vous utilisez Windows 2000, configurez l'adresse nfa de la carte de réseau local de Dispatcher.

      dscontrol executor configure LB3

    Remarques

    1. Sur tous les serveurs (A-I) reliez l'adresse de grappe par un alias à une unité de bouclage.
    2. Les grappes et les ports sont ajoutés avec la commande dscontrol sur toutes les machines Dispatcher concernées : la machine définie comme point d'entrée et tous les serveurs éloignés.
    3. Reportez-vous à la section Utilisation de conseillers éloignés avec le support de réseau étendu de Dispatcher pour plus d'informations sur l'utilisation des conseillers éloignés avec le support de réseau étendu.
    4. Le support de réseau étendu ne permet pas les boucles de routage infinies. (Si une machine Dispatcher reçoit un paquet d'une autre machine Dispatcher, elle ne le transmet pas à une troisième machine Dispatcher.) Un réseau étendu n'accepte qu'un niveau de serveurs éloignés.
    5. Un réseau étendu accepte les protocoles UDP et TCP.
    6. Un réseau étendu fonctionne avec la haute disponibilité : chaque machine Dispatcher peut être assistée d'une machine de secours adjacente (sur le même segment de réseau local).
    7. Le gestionnaire et les conseillers fonctionnent en réseau étendu et, s'ils sont utilisés, doivent être lancés sur l'ensemble des machines Dispatcher concernées.
    8. Load Balancer ne prend en charge la fonction WAN que sous des systèmes d'exploitation analogues.

    Support GRE (Generic Routing Encapsulation)

    GRE (Generic Routing Encapsulation) est un protocole Internet défini dans RFC 1701 et RFC 1702. Lorsque vous utilisez GRE, Load Balancer peut encapsuler les paquets IP de clients dans des paquets IP/GRE et les transmettre aux plateformes de serveur telles qu'OS/390 qui prend en charge GRE. Le support GRE permet au composant Dispatcher d'équilibrer la charge des paquets sur plusieurs adresses de serveurs associées à une adresse MAC.

    Load Balancer implémente GRE en tant qu'élément de sa fonction de réseau étendu. Ainsi, Load Balancer peut fournir l'équilibrage de charge de réseau étendu directement aux systèmes de serveur pouvant désencapsuler les paquets GRE. Il n'est pas nécessaire que Load Balancer soit installé sur le site éloigné si les serveurs éloignés prennent en charge les paquets GRE encapsulés. Load Balancer encapsule les paquets WAN, la valeur décimale 3735928559 étant attribuée à l'ensemble de zones de clés GRE.

    Figure 38. Exemple de configuration en réseau étendu avec une plate-forme serveur prenant en charge GRE

    Exemple de configuration en réseau étendu avec une plate-forme serveur prenant en charge GRE

    Dans cet exemple,e (Figure 38), afin d'ajouter le serveurD éloigné, qui prend en charge GRE, définissez-le dans la configuration Load Balancer comme si vous définissiez un serveur WAN dans la hiérarchie grappe:port:serveur :

    dscontrol server add grappe:port:ServeurD router Routeur1

    Configuration sous Linux d'excapsulation GRE pour réseau étendu (WAN)

    Linux dispose en natif d'une possibilité d'excapsulation GRE permettant à Load Balancer d'équilibrer la charge d'images de serveur Linux/390, lorsque de nombreuses images de serveur se partagent une adresse MAC. Ainsi, le point d'entrée Load Balancer peut équilibrer la charge directement sur des serveurs Linux WAN, sans passer par Load Balancer sur le site éloigné. Les conseillers du point d'entrée Load Balancer peuvent alors traiter directement chaque serveur éloigné.

    Sur le point d'entrée Load Balancer, procédez à la configuration décrite pour WAN.

    Pour configure chaque serveur périphérique Linux, entrez les commandes ci-après en tant que superutilisateur. (Ces commandes peuvent être ajoutées à la fonction de démarrage du système de sorte que les modifications sont conservée entre les réamorçages.)

    # modprobe ip_gre
    # ip tunnel add gre-nd mode gre ikey 3735928559
    # ip link set gre-nd up
    # ip addr add adresse_grappe dev gre-nd
     
    
    Remarque :
    Le serveur Linux configuré à l'aide de ces instructions ne doit pas se trouver sur le même segment physique que le point d'entrée Load Balancer. En effet, le serveur Linux répond aux requêtes "ARP who-has" pour l'adresse de grappe, provoquant ainsi une condition d'indétermination qui peut conduire à un "short-circuit" dans lequel tout trafic vers l'adresse de grappe n'est acheminé que vers le gagnant de l'indétermination ARP.

    Utilisation de liens explicites

    En règle générale, les fonctions d'équilibrage de charge de Dispatcher fonctionnent indépendamment de la physionomie des sites sur lesquels le produit est installé. Il existe une zone, cependant, dans laquelle le contenu du site peut s'avérer important, et dans laquelle les décisions prises au sujet de ce contenu peuvent avoir une influence non négligeable sur l'efficacité de Dispatcher. Il s'agit de la zone d'adressage de liens.

    Lorsque vos pages indiquent des liens pointant sur des serveurs individuels de votre site, un client est en réalité forcé à s'adresser à une machine déterminée, détournant de ce fait toute fonction d'équilibrage de charge éventuellement mise en oeuvre. Pour cette raison, il est conseillé d'utiliser systématiquement l'adresse de Dispatcher dans tous les liens figurant sur vos pages. Il est à noter que le type d'adressage utilisé n'est pas toujours apparent, notamment si votre site applique une procédure de programmation automatique permettant la création dynamique de HTML. Pour optimiser l'équilibrage de charge, identifiez les éventuelles occurrences d'adressage explicite et évitez-les autant que possible.


    Utilisation d'une configuration réseau privée

    Vous pouvez configurer Dispatcher et les machines serveurs TCP de sorte qu'ils utilisent un réseau privé. Cette configuration peut réduire l'encombrement des accès utilisateurs ou du réseau externe, susceptible d'affecter les performances.

    Pour AIX, cette configuration peut également tirer parti des vitesses élevées du commutateur SP High Performance Switch, si vous utilisez Dispatcher et les machines serveurs TCP comme noeuds sur une Frame SP.

    Pour créer un réseau privé, chaque machine doit être équipée d'au moins deux cartes de réseau local, l'une d'elles étant reliée au réseau privé. La deuxième carte de réseau local doit être également configurée sur un sous-réseau différent. La machine Dispatcher transmettra alors les demandes aux machines serveurs TCP par l'intermédiaire du réseau privé.

    Windows 2000 : Exécutez la commande suivante :

    dsconfig en1 10.0.0.x netmask 255.255.255.0
    
    en1 est le nom de la deuxième carte installée sur la machine Dispatcher, 10.0.0.x est l'adresse de réseau de la deuxième carte, et 255.255.255.0 est le masque de réseau du réseau privé.

    Les serveurs ajoutés à l'aide de la commande dscontrol server add doivent être ajoutés avec les adresses de réseau privé. Par exemple, reprenant le cas du serveur A de la Figure 39, la syntaxe de la commande sera la suivante :

    dscontrol server add adresse_grappe:80:10.0.0.1

    et non

    dscontrol server add adresse_grappe:80:9.67.131.18

    Si vous utilisez Site Selector pour fournir des données de charge à Dispatcher, Site Selector doit être configuré pour acheminer ces états vers les adresses privées.

    Figure 39. Exemple de réseau privé utilisant Dispatcher

    Réseau privé

    L'utilisation d'une configuration de réseau privé ne s'applique qu'au composant Dispatcher.


    Utilisation d'une grappe générique pour combiner les configurations serveurs

    L'utilisation d'une grappe générique pour combiner les configurations serveurs ne s'applique qu'au composant Dispatcher.

    Le terme "générique" fait référence à l'aptitude de la grappe à s'adapter à plusieurs adresses IP (c'est-à-dire à fonctionner comme un "joker"). L'adresse de grappe 0.0.0.0 est utilisé pour spécifier une grappe générique.

    Si vous devez assurer l'équilibrage de plusieurs adresses de grappe ayant des configurations port/serveur identiques, vous pouvez combiner toutes les grappes dans une seule configuration de grappe générique.

    Vous devez toujours configurer de manière explicite chaque adresse de grappe sur les cartes réseau de votre poste Dispatcher. Toutefois, vous ne devez ajouter aucune des adresses de grappe à la configuration de Dispatcher à l'aide de la commande dscontrol cluster add.

    Ajoutez simplement la grappe générique (adresse 0.0.0.0), et configurez les ports et les serveurs correctement pour l'équilibrage de charge. Tout trafic à destination des adresses configurées sur les cartes sera équilibré en utilisant la configuration de la grappe générique.

    L'avantage de cette approche réside dans le fait que le trafic vers toutes les adresses de grappes est pris en compte lors du choix du meilleur serveur. Si une grappe est particulièrement chargée et qu'elle a créé de nombreuses connexions sur l'un des serveurs, le trafic vers les autres adresses de grappes sera équilibré en tenant compte de cette information.

    Vous pouvez combiner la grappe générique avec des grappes réelles si certaines adresses de grappes ont une configuration port/serveur unique alors que d'autres partagent la même configuration. Les configurations uniques doivent être attribuées à une adresse de grappe réelle. Toutes les configurations communes peuvent être attribuée à la grappe générique.


    Utilisation de la grappe générique pour équilibrer la charge des pare-feux

    L'utilisation de la grappe générique pour équilibrer la charge des pare-feux ne s'applique qu'au composant Dispatcher. L'adresse 0.0.0.0 permet d'indiquer une grappe générique.

    Vous pouvez utiliser la grappe générique pour équilibrer le trafic vers des adresses qui ne sont pas explicitement configurées sur une carte réseau du poste Dispatcher. Pour que cela fonctionne, le répartiteur doit au moins être en mesure de voir la totalité du trafic qu'il est supposé équilibrer. Le poste répartiteur ne verra pas le trafic vers des adresses non explicitement configurées sur l'une de ses cartes réseau, excepté s'il est configuré en tant que route par défaut pour certains trafic.

    Une fois le répartiteur configuré comme route par défaut, le trafic TCP ou UDP passant par le poste répartiteur est équilibré en utilisant la configuration de la grappe générique.

    C'est ce principe qui est utilisé pour équilibrer les pare-feux. Les pare-feux peuvent traiter des paquets à destination de n'importe quelle adresse et de n'importe quel port. Pour cette raison, vous devez être en mesure d'équilibrer le trafic indépendamment de l'adresse ou du port cible.

    Les pare-feux permettent de gérer le trafic de clients non sécurisés vers des serveurs sécurisés et les réponses de ces serveurs, ainsi que le trafic de clients sécurisés vers des serveurs non sécurisés et les réponses de ces derniers.

    Vous devez configurer deux machines Dispatcher : l'une pour envoyer le trafic non-sécurisé vers les adresses de pare-feux non sécurisés et l'autre le trafic sécurisé vers les adresses de pare-feux sécurisés. Comme ces deux postes répartiteurs doivent utiliser la grappe générique et le port générique avec des adresses de serveur différentes, les deux répartiteurs doivent se trouver sur deux machines distinctes.


    Utilisation de grappe générique avec Caching Proxy pour le proxy transparent

    L'utilisation de la grappe générique avec Caching Proxy pour le proxy transparent ne s'applique qu'au composant Dispatcher. L'adresse 0.0.0.0 permet d'indiquer une grappe générique.

    La fonction de grappe générique permet également d'utiliser Dispatcher pour activer une fonction de proxy transparent pour un serveur Caching Proxy se trouvant sur le même poste que Dispatcher. Cette fonction est disponible sous AIX uniquement car il doit y avoir communication entre le composant dispatcher et le composant TCP du système d'exploitation.

    Pour activer cette fonction, vous devez lancer Caching Proxy écoutant les demandes client sur le port 80. Vous configurez ensuite une grappe générique (0.0.0.0). Dans la grappe générique, vous configurez le port 80. Dans le port 80, vous configurez l'adresse NFA de la machine Dispatcher en tant que serveur unique. Désormais, tout trafic client vers une adresse du port 80 sera acheminé vers le serveur Caching Proxy exécuté sur le poste de travail Dispatcher. La demande client est ensuite traitée par un proxy et la réponse est envoyée de Caching Proxy au client. Dans ce mode, le composant Dispatcher n'effectue pas l'équilibrage de charge.


    Utilisation du port générique pour acheminer le trafic destiné à un port non configuré

    Le port générique permet de gérer le trafic destiné à un port non explicitement configuré. Ce principe est utilisé pour équilibrer la charge des pare-feux. Il est également utilisé pour assurer la bonne gestion du trafic destiné à un port non configuré. En définissant un port générique, vous garantissez que toutes les demandes en direction de ce port non configuré seront supprimées et non renvoyées au système d'exploitation. Le numéro de port 0 (zéro) permet d'indiquer un port générique, par exemple :

    dscontrol port add grappe:0
    
    Remarque :
    Le port générique ne peut pas être utilisé pour le traitement du trafic FTP.

    Détection d'attaque de refus de service

    Cette fonction est disponible uniquement pour le composant Dispatcher.

    Dispatcher permet de détecter les attaques de "refus de service" possible et d'en alerter l'administrateur. Pour cela, Dispatcher analyse les demandes entrantes d'un certain nombre de connexions partielles TCP sur les serveurs, point commun des attaques de refus de service. Dans une attaque de refus de service, un site reçoit une grand nombre de paquets SYN d'un grand nombre d'adresses IP source et de numéros de port source, mais le site ne reçoit pas les paquets suivants de ces connexions TCP. De cette manière, vous avez un grand nombre de connexion partielles TCP sur les serveurs. Les serveurs peuvent devenir très lents et peuvent ne plus accepter de nouvelles connexions entrantes.

    Load Balancer fournit des exit utilisateur qui déclenchent des scripts que vous pouvez personnaliser. Ces scripts avertissent l'administrateur d'une attaque de refus de service possible. Dispatcher met à votre disposition les fichiers script exemple ci-après dans le répertoire ...ibm/edge/lb/servers/samples.

    Pour pouvoir exécuter les fichiers, vous devez les déplacer dans le répertoire ...ibm/edge/lb/servers/bin et supprimer l'extension de fichier ".sample".

    Pour implémenter la détection d'attaque DoS, définissez le paramètre maxhalfopen dans la commande dscontrol port de la manière suivante :

    dscontrol port set 127.40.56.1:80 maxhalfopen 1000
    

    Dans l'exemple ci-dessus, Dispatcher compare le nombre total de connexions partielles (pour tous les serveurs se trouvant sur la grappe 127.40.56.1 du port 80) avec la valeur maximale de 100 (indiqué par le paramètre maxhalfopen). Si le nombre de connexions partielles dépasse la limite, un appel d'un script d'alerte (halfOpenAlert) est effectué. Lorsque le nombre de connexions partielles est inférieur à la limite, un autre script d'alerte (halfOpenAlertDone) est effectué pour indiquer que l'attaque est terminée.

    Pour déterminer comment définir la valeur maxhalfopen : Régulièrement (toutes les 10 minutes, par exemple), effectuez un rapport de connexion partielle ( dscontrol port halfopenaddressreport grappe:port ) lorsque le trafic de votre site est normal ou élevé. Le rapport de connexion partielle renvoie un message "Nombre total de connexions partielles reçues". Vous devez attribuer au paramètre maxhalfopen une valeur supérieure de 50 à 200% au nombre le plus élevée de connexions partielles rencontrées par votre site.

    Le paramètre halfopenaddressport permet d'effectuer un rapport de données statistiques ainsi que de générer des entrées dans le journal (..ibm/edge/lb/servers/logs/dispatcher/halfOpen.log) pour toutes les adresses client (jusqu'à environ 8000 paires d'adresses) qui ont accédé à des serveurs disposant de connexions partielles.

    Remarque :
    Il existe une alarme SNMP correspondant aux scripts halfOpenAlert et halfOpenAlertDone. Si le sous-agent SNMP est configuré et en cours d'exécution, les alarmes correspondantes sont envoyées dans les conditions de déclenchement de scripts. Pour plus d'informations sur le sous-agent SNMP, reportez-vous à la section Utilisation du protocole SNMP (Simple Network Management Protocol, protocole simplifié de gestion de réseau) avec le composant Dispatcher.

    Pour renforcer la protection des serveurs dorsaux contre les attaques de refus de service, vous pouvez configurer des grappes et des ports génériques. En particulier, ajoutez sous chaque grappe configurée un port générique sans serveur. Ajoutez également une grappe générique dotée d'un port générique, mais sans serveur. Ces actions ont pour résultat le rejet des paquets qui ne sont pas adressés à une grappe ni à un port non génériques. Pour obtenir des informations sur les grappes et les ports génériques, reportez-vous aux sections Utilisation d'une grappe générique pour combiner les configurations serveurs et Utilisation du port générique pour acheminer le trafic destiné à un port non configuré.


    Utilisation de la consignation binaire pour analyser les statistiques des serveurs

    Remarque :
    La fonction de consignation binaire ne s'applique pas au composant Site Selector.

    La fonction de consignation binaire permet de stocker les informations du serveur dans des fichiers binaires. Ces fichiers peuvent ensuite être traités pour analyser les informations relatives aux serveurs qui ont été rassemblées.

    Les informations suivantes sont stockées dans le journal binaire pour chaque serveur défini dans la configuration.

    Certaines de ces informations sont extraites de l'exécuteur comme faisant partie du cycle du gestionnaire. C'est pourquoi, le gestionnaire doit être en cours d'exécution afin que les informations puissent être consignées dans les journaux binaires.

    Utilisez l'ensemble de commandes dscontrol binlog pour configurer la consignation binaire.

    L'option start commencer à consigner les informations relatives au serveur dans les journaux binaires du répertoire logs. Un journal est créé au début de chaque heure, la date et l'heure constituant le nom du fichier.

    L'option stop arrête la consignation des informations relatives au serveur dans les journaux binaires. Le service de consignation est arrêté par défaut.

    L'option set interval contrôle la fréquence d'inscription des informations dans les journaux. Le gestionnaire enverra les informations du serveur au serveur de consignation à chaque intervalle défini pour le gestionnaire. Les informations seront écrites dans les journaux uniquement si l'intervalle de consignation indiqué a expiré depuis l'écriture du dernier enregistrement dans le journal. Par défaut, la valeur de l'intervalle de consignation est 60 secondes. Il y a interaction entre les paramètres relatifs à l'intervalle défini pour le gestionnaire et l'intervalle de consignation. Comme les informations ne seront pas fournies au serveur de consignation plus fréquemment que l'intervalle défini pour le gestionnaire, l'indication d'un intervalle de consignation inférieur à l'intervalle du gestionnaire, entraîne en réalité la définition d'un intervalle de consignation identique à l'intervalle du gestionnaire. Cette technique de consignation permet d'accéder aux informations du serveur quel que soit le niveau de granularité. Vous pouvez connaître toutes les modifications apportées au serveur qui sont vues par le gestionnaire pour le calcul des pondérations du serveur. Cependant, ces informations peuvent ne pas être requises pour analyser l'utilisation et les tendances du serveur. La consignation des informations du serveur toutes les 60 secondes permet d'obtenir un aperçu de la progression des informations du serveur. La définition d'un intervalle de consignation très faible peut générer un nombre de données très important.

    L'option set retention permet de contrôler la durée de conservation des fichiers journaux. Les journaux dont la durée de vie a dépassé la durée définie seront supprimés par le serveur de consignation. Cela se produit uniquement si le serveur de consignation est appelé par le gestionnaire. Par conséquent, si le gestionnaire est arrêté, les fichiers journaux plus anciens ne sont pas supprimés.

    L'option status renvoie les paramètres courants de la fonction de consignation, c'est-à-dire l'état actif ou inactif du service, l'intervalle de consignation et la durée de conservation.

    Un exemple de programme Java et un fichier de commandes sont fournis dans le répertoire ...ibm/edge/lb/servers/samples/BinaryLog. Ce modèle indique comment rappeler toutes les informations contenues dans les fichiers journaux pour les afficher à l'écran. Il peut être personnalisé pour effectuer n'importe quel type d'analyse. Par exemple (à l'aide du script et du programme fournis) :

    dslogreport 2001/05/01 8:00 2001/05/01 17:00
    

    Cet exemple permet d'obtenir un rapport sur les informations du serveur Dispatcher de 8 à 17 heures le premier mai 2001. (Pour CBR, utilisez cbrlogreport.)


    Fonctions avancées de Cisco CSS Controller et Nortel Alteon Controller

    Le présent chapitre contient les sections suivantes :

    Remarque :
    Dans ce chapitre, xxxcontrol correspond à ccocontrol pour Cisco CSS Controller et à nalcontrol pour Nortel Alteon Controller.

    Co-implantation

    Cisco CSS Controller ou Nortel Alteon Controller peut se trouver sur la même machine qu'un serveur pour lequel vous équilibrez la charge des demande. On parle alors de co-implantation d'un serveur. Aucune configuration supplémentaire n'est requise.

    Remarque :
    Un serveur co-implanté est en concurrence avec Load Balancer pour les ressources aux moments de fort trafic. Toutefois, en l'absence de machines surchargées, l'utilisation d'un serveur co-implanté permet de réduire le nombre total de machines nécessaires pour configurer un site avec -équilibrage de charge.

    Haute disponibilité

    La fonction haute disponibilité est désormais disponible pour Cisco CSS Controller et pour Nortel Alteon Controller.

    Pour une meilleure tolérance aux pannes du contrôleur, la haute disponibilité intègre les fonctions suivantes :

    Configuration

    Pour la syntaxe complète de xxxcontrol highavailability, reportez-vous aux sections ccocontrol highavailability -- Contrôle de la haute disponibilité et nalcontrol highavailability -- Contrôle de la haute disponibilité.

    Pour configurer la haute disponibilité du contrôleur, procédez comme suit :

    1. Démarrez le serveur du contrôleur sur les deux machines contrôleurs.
    2. Configurez chaque contrôleur avec les mêmes paramètres de configuration.
    3. Configurez comme suit le rôle, l'adresse et l'adresse du partenaire de haute disponibilité locale :
      xxxcontrol highavailability add address 10.10.10.10 
      partneraddress 10.10.10.20 port  143 role primary
      
    4. Configurez comme suit le rôle, l'adresse et l'adresse du partenaire de haute disponibilité du partenaire :
      xxxcontrol highavailability add address 10.10.10.20 
      partneraddress 10.10.10.10 port  143 role secondary
      

      Les paramètres address (adresse) et partneraddress (adresse du partenaire) sont inversés entre les machines principale et secondaire.

    5. Configurez éventuellement les paramètres de haute disponibilité sur les contrôleurs local et partenaire, comme suit :
      xxxcontrol highavailability set beatinterval 1000
      
    6. Configurez éventuellement les cibles à contacter sur les contrôleurs local et partenaire, comme suit :
      xxxcontrol highavailability usereach  10.20.20.20
      

      Vous devez configurer le même nombre de cibles à contacter sur le contrôleur local et sur le contrôleur partenaire.

    7. Démarrez le composant haute disponibilité et définissez une stratégie de récupération sur les contrôleurs local et partenaire, comme suit :
      xxxcontrol highavailability start auto
      
    8. Affichez éventuellement les informations de haute disponibilité sur les contrôleurs local et partenaire, comme suit :
      xxxcontrol highavailability report
      
    9. Définissez éventuellement un relais sur le contrôleur de secours pour que ce dernier prenne le relais du contrôleur actif, comme suit :
      xxxcontrol highavailability takeover
      

      Cette option n'est requise que pour la maintenance.

    Remarques :

    1. Pour configurer un contrôleur sans haute disponibilité, n'émettez aucune commande de haute disponibilité.

    2. Pour convertir deux contrôleurs d'une configuration en haute disponibilité en un unique contrôleur, commencez par arrêter la haute disponibilité sur le contrôleur de secours, puis arrêtez-la éventuellement sur le contrôleur actif.

    3. Lorsque vous exécutez deux contrôleurs dans une configuration en haute disponibilité, vous risquez d'obtenir des résultats imprévisibles si les propriétés des contrôleurs diffèrent d'un commutateur à l'autre ; par exemple, ID du consultant du commutateur, adresse du commutateur, etc. Vous risquez également d'obtenir des résultats imprévisibles si les propriétés de haute disponibilité des contrôleurs ne correspondent pas ; par exemple, port, rôle, cibles à contacter, intervalle entre les signaux de présence, intervalle de prise de relais et stratégie de récupération.

    Détection des incidents

    Outre la perte de connectivité entre le contrôleur de secours et le contrôleur actif, détectée via les messages de signal de présence, un autre mécanisme de détection d'incidents appelé critères d'accessibilité est disponible.

    Lorsque vous configurez la haute disponibilité des contrôleurs, vous pouvez indiquer une liste d'hôtes que chaque contrôleur doit pouvoir contacter pour fonctionner correctement. Vous devez choisir au moins un hôte pour chaque sous-réseau que la machine contrôleur utilise. Il peut s'agir de systèmes hôtes tels que des routeurs, des serveurs IP ou d'autres types d'hôtes.

    L'accessibilité de l'hôte est obtenue grâce au conseiller de contact qui lance un ping à l'hôte. Le basculement a lieu si les messages de signal de présence ne peuvent pas être transmis ou si les critères d'accessibilité sont mieux respectés par la machine contrôleur de secours que par la machine contrôleur principale. Pour prendre la décision sur la base de toutes les informations disponibles, le contrôleur actif envoie régulièrement au contrôleur de secours ses données d'accessibilité, et inversement. Les contrôleurs comparent alors leurs informations d'accessibilité avec celles de leur partenaire et décident lequel doit être actif.

    Stratégie de récupération

    Les deux machines contrôleurs sont configurées avec le rôle principale ou secondaire. Au démarrage, les contrôleurs s'échangent des informations jusqu'à ce que chaque machine soit synchronisée. A ce stade, le contrôleur principal passe à l'état actif et commence à calculer les pondérations et à mettre à jour le commutateur, tandis que la machine secondaire passe à l'état de veille (machine de secours) et surveille la disponibilité de la machine principale.

    Si, à tout instant, la machine de secours décèle une défaillance de la machine principale, elle prend le relais des fonctions d'équilibrage de charge de la machine active (défaillante) et devient, à son tour, la machine active. Lorsque la machine principale redevient opérationnelle, les deux machines déterminent quel sera le contrôleur actif en fonction de la stratégie de récupération configurée.

    Il existe deux types de stratégie de récupération :

    Récupération automatique

    Le contrôleur principal passe à l'état actif (calcule et met à jour les pondérations) dès qu'il redevient opérationnel. La machine secondaire se met en veille dès que la principale est active.

    Récupération manuelle

    Le contrôleur secondaire actif reste actif même lorsque le contrôleur principal est redevenu opérationnel.

    Le contrôleur principal passe à l'état de veille et requiert une intervention manuelle pour revenir à l'état actif.

    La stratégie définie doit être identique pour les deux machines.

    Exemples

    Pour des exemple de configuration haute disponibilité Cisco CSS Controller, reportez-vous à la section Exemples.

    Pour des exemple de configuration haute disponibilité Nortel Alteon Controller, reportez-vous à la section Exemples.


    Optimisation de la fonction d'équilibrage de charge fournie par Load Balancer

    La fonction contrôleur de Load Balancer effectue l'équilibrage de charge en fonction des paramètres suivants :

    Tous ces paramètres peuvent être modifiés en vue d'optimiser l'équilibrage de la charge du réseau.

    Importance accordée aux informations de mesure

    Le contrôleur peut utiliser certains ou l'ensembles de collecteurs de mesures suivants pour les décisions de pondération :

    Les mesures par défaut sont activeconn (connexions actives) et connrate (débit de la connexion).

    Vous pouvez modifier le niveau d'importance relatif des valeurs de mesure. Les proportions sont des pourcentages ; la somme des proportions est égale à 100%. Les valeurs relatives aux connexions actives et au débit de la connexion sont utilisées par défaut et leurs proportions fixées à 50/50. Dans votre environnement,vous serez amené à essayer différentes combinaisons de proportions pour déterminer celui qui offre les meilleures performances.

    Pour définir les valeurs de niveau d'importance, procédez comme suit :

    Pour Cisco CSS Controller
    ccocontrol ownercontent metrics NomMetric1 NiveauImportance1 NomMetric2 NiveauImportance2

    Pour Nortel Alteon Controller
    nalcontrol service metrics NomMetric1 NiveauImportance1 NomMetric2 NiveauImportance2

    Pondérations

    Les pondérations sont définies en fonction du temps de réponse et de la disponibilité de l'application, du retour d'informations des conseillers et du retour d'informations procuré par un programme de contrôle système, tel que Metric Server. Si vous voulez définir des pondérations manuellement, indiquez l'option fixedweight pour le serveur. Pour obtenir une description de l'option fixedweight, reportez-vous à la section Pondérations fixées par le contrôleur.

    Les pondérations définies s'appliquent à tous les serveurs fournissant un service. Pour chaque service, les demandes seront réparties entre les serveurs selon la pondération relative de chacun. Par exemple, si un serveur a une pondération (paramètre Weight) de 10 et un autre de 5, le premier recevra deux fois plus de demandes que le second.

    Si un conseiller détecte la défaillance d'un serveur, il attribue au serveur une pondération de -1. Pour Cisco CSS Controller et Nortel Alteon Controller le commutateur est informé que le serveur n'est pas disponible et le commutateur n'affecte plus de connexions au serveur.

    Pondérations fixées par le contrôleur

    Sans le contrôleur, les conseillers ne peuvent s'exécuter ni détecter les pannes de serveur. Si vous choisissez de lancer les conseillers mais ne voulez pas que le contrôleur mette à jour la pondération que vous avez fixée pour un serveur particulier, utilisez l'option fixedweight de la commande ccocontrol service pour Cisco CSS Controller ou de la commande nalcontrol server pour Nortel Alteon Controller.

    La commande fixedweight vous permet d'affecter à la pondération la valeur souhaitée. La valeur de pondération du serveur reste fixe tant que le contrôleur est en activité à moins que vous n'émettiez une autre commande en attribuant la valeur no à l'option fixedweight.

    Délai d'inactivité dans le calcul des pondérations

    Pour optimiser les performances globales, vous pouvez réduire la fréquence de collecte des mesures.

    Le délai d'inactivité du consultant indique à quelle fréquence le consultant met à jour les pondérations des serveurs. Si le délai d'inactivité du consultant est trop court, le consultant interrompra constamment le commutateur et les performances déclineront. En revanche, s'il est trop long, l'équilibrage de charge du commutateur reposera sur des informations anciennes et incertaines.

    Pour fixer le délai d'inactivité du consultant à 1 seconde, par exemple, entrez la commande suivante :

    xxxcontrol consultant set IDconsultant sleeptime
    intervalle
    

    Seuil de sensibilité

    D'autres méthodes d'optimisation de l'équilibrage de charge des serveurs sont disponibles. Pour fonctionner en vitesse maximale, les pondérations des serveurs ne sont actualisées que si les pondérations ont évolué de manière significative. La mise à jour constante des pondérations pour un écart mineur de l'état des serveurs induirait un surcroît d'activité injustifié. Lorsque, pour tous les serveurs d'un service donné, l'écart en pourcentage de la pondération totale dépasse le seuil de sensibilité, les pondérations qu'utilise Load Balancer pour répartir les connexions sont réactualisées. Supposons par exemple que la pondération totale passe de 100 à 105. L'écart est de 5%. Avec un seuil de sensibilité par défaut de 5, les pondérations qu'utilise Load Balancer ne sont pas mises à jour, car l'écart en pourcentage n'est pas supérieur au seuil. Si, en revanche la pondération totale passe de 100 à 106, les pondérations sont mises à jour. Pour attribuer au seuil de sensibilité du consultant une valeur autre que la valeur par défaut, entrez la commande suivante :

      xxxcontrol consultant set IDconsultant sensitivity pourcentageChangement
    

    Dans la plupart des cas, vous n'aurez pas besoin de modifier cette valeur.


    Conseillers

    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. Considérez les conseillers comme des clients des serveurs d'application.

    Remarque :
    Pour connaître la liste complète des conseillers, reportez-vous à la section Liste des conseillers.

    Fonctionnement des conseillers

    Les conseillers ouvrent régulièrement une connexion TCP avec chaque serveur et envoient un message de demande au serveur. Le contenu du message dépend du protocole exécuté sur le serveur. Par exemple, le conseiller HTTP envoie une demande HTTP "HEAD" au serveur.

    Les conseillers attendent ensuite une réponse du serveur. Une fois la réponse obtenue, le conseiller évalue l'état du serveur. Pour calculer la valeur de la charge, la plupart des conseillers mesurent le délai de réponse du serveur, puis ils utilisent cette valeur (en millisecondes) comme valeur de charge.

    Le conseiller reporte cette valeur au consultant. Elle apparaît dans le rapport du consultant. Le consultant calcule ensuite un ensemble de valeurs de pondération à partir de toutes ses sources, selon les proportions, puis transmet ces valeurs de pondération au commutateur. Le commutateur utilise ces pondérations pour équilibrer la charge des nouvelles connexions client entrantes.

    Si le conseiller détermine que le serveur est actif et que son état est correct, il renvoie au consultant une valeur de charge positive non nulle. Si le conseiller détermine que le serveur n'est pas actif, il renvoie une valeur de charge spéciale négative (-1) pour informer le commutateur de l'inactivité du serveur. Le commutateur n'enverra donc plus aucune connexion en direction de ce serveur tant qu'il ne sera pas de nouveau actif.

    Délai d'inactivité du conseiller

    Remarque :
    Les valeurs par défaut du conseiller sont correctes pour la plupart des scénarios possibles. Soyez prudent lorsque vous entrez des valeurs autres que celles fournies par défaut.

    Le délai d'inactivité du conseiller détermine la fréquence à 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 consultant. Si le délai d'inactivité du conseiller est trop court, le conseiller interrompra les serveurs constamment et les performances déclineront. En revanche, s'il est trop long, l'équilibrage de charge du consultant reposera sur des informations anciennes et incertaines.

    Par exemple, pour fixer à 3 secondes l'intervalle du conseiller HTTP, entrez la commande suivante :

    xxxcontrol metriccollector set IDconsultant:HTTP sleeptime 3
    

    Délai de connexion du conseiller et délai de réception pour les serveurs

    Vous pouvez définir le temps nécessaire à un conseiller pour détecter qu'un port particulier d'un serveur ou d'un service est défaillant. 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 obtenir une détection d'erreur serveur très rapide, 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) au délai d'inactivité du conseiller et du consultant.

    Remarque :
    Si le trafic dans votre environnement va de modéré à fort et que le temps de réponse du serveur augmente, n'attribuez pas une valeur trop faible à timeoutconnect et timeoutreceive. Sinon, le conseiller risque de déclarer prématurément un serveur occupé comme étant en erreur.

    Pour attribuer, par exemple, la valeur 9 secondes à timeoutconnect pour le conseiller HTTP, entrez la commande suivante :

    xxxcontrol metriccollector set IDconsultant:HTTP
    timeoutconnect 9
    

    La valeur par défaut de connexion et de réception est trois fois supérieure à la valeur indiquée pour le délai d'inactivité du conseiller.

    Tentative du conseiller

    Les conseillers peuvent essayer de nouveau d'établir une connexion avant de marquer un serveur comme arrêté. Le serveur ne signale un serveur comme étant arrêté qu'après avoir effectué le nombre de tentatives de connexion fixé plus une. Si ce nombre n'a pas été défini, il est par défaut égal à zéro.

    Pour le contrôleur CSS Cisco, fixez le nombre de tentatives à l'aide de la commande ccocontrol ownercontent set. Pour plus de détails, reportez-vous à la section ccocontrol ownercontent -- Contrôle du nom de propriétaire et de la règle de contenu.

    Pour le contrôleur Nortel Alteon, fixez le nombre de tentatives à l'aide de la command nalcontrol service set. Pour plus de détails, reportez-vous à la section nalcontrol service -- Configuration d'un service.


    Création de conseillers personnalisés

    Remarque :
    Dans cette section, serveur est le terme générique qui désigne un service pour Cisco CSS Controller ou un serveur pour Nortel Alteon Controller.

    Le conseiller personnalisé est un petit programme Java, que vous fournissez sous forme de fichier classe, appelé par le code de base. Le code de base fournit tous les services d'administration, tels que :

    Il renvoie également les résultats au consultant. Régulièrement, le code de base lance un cycle de conseiller au cours duquel il évalue individuellement tous les serveurs de sa configuration. Il commence par ouvrir une connexion avec la machine serveur. Si la connexion s'ouvre, le code de base appelle la méthode (fonction) getLoad dans le conseiller personnalisé. Ce dernier effectue la procédure nécessaire à l'évaluation du serveur. Généralement, il envoie au serveur un message défini par l'utilisateur, puis attend une réponse. L'accès à la connexion ouverte est fourni au conseiller personnalisé. Le code de base ferme ensuite la connexion au serveur et envoie au consultant les informations relatives à la charge.

    Le code de base et le conseiller personnalisé peuvent opérer en mode normal ou en mode replace. Le choix du mode de fonctionnement est indiqué dans le fichier du conseiller personnalisé en tant que paramètre dans la méthode du constructeur.

    En mode normal, le conseiller personnalisé échange des données avec le serveur et le code du conseiller de base évalue la durée de l'échange et calcule la valeur de la charge. Le code de base renvoie cette valeur au consultant. Le conseiller personnalisé doit simplement retourner un zéro (succès) ou une valeur négative (échec). Lorsque dans le ficher du constructeur, la valeur false est attribuée à l'indicateur replace, le mode normal est défini.

    En mode replace, le code de base n'effectue aucune mesure de temps. Le code du conseiller personnalisé effectue toutes les opérations nécessaires, puis renvoie une valeur de charge. Le code de base accepte la valeur et la retourne au consultant. Pour obtenir de meilleurs résultats, situez votre valeur de charge entre 10 et 1000, 10 représentant un serveur rapide et 1000 un serveur plus lent. Lorsque dans le fichier du constructeur, la valeur true est attribuée à l'indicateur replace, le mode replace est défini.

    Avec cette fonctionnalité, vous pouvez développer vos propres conseillers pour fournir les informations sur les serveurs dont vous avez besoin. Un exemple de conseiller personnalisé, ADV_ctlrsample.java, est fourni pour les contrôleurs. Une fois Load Balancer installé, le code exemple se trouve dans le répertoire d'installation ...ibm/edge/lb/servers/samples/CustomAdvisors .

    Les répertoires d'installation par défaut sont :

    Remarque :
    Si vous ajoutez un conseiller personnalisé à Cisco CSS Controller ou à Nortel Alteon Controller, vous devez arrêter puis redémarrer ccoserver ou nalserver (pour Windows 2000, utilisez Services) pour que le processus Java puisse lire les nouveaux fichiers de classes du conseiller personnalisé. Les fichiers de classes du conseiller personnalisé ne sont chargés qu'au démarrage.

    Convention d'attribution de nom

    Le nom de fichier de votre conseiller personnalisé doit être au format ADV_monconseiller.java. Il doit être précédé du préfixe ADV_ en majuscules. Tous les caractères suivants doivent être en minuscules.

    Conformément aux conventions Java, le nom de la classe définie dans le fichier doit correspondre au nom du fichier. Si vous copiez le code exemple, veillez à remplacer toutes les occurrences de ADV_ctrlsample dans le fichier par le nom de votre nouvelle classe.

    Compilation

    Les conseillers personnalisés sont écrits en langage Java. Vous devez obtenir et installer un compilateur Java 1.3 pour votre machine. Les fichiers suivants sont référencés pendant la compilation :

    Le chemin d'accès aux classes doit désigner à la fois le fichier du conseiller personnalisé et le fichier de classes de base lors de la compilation.

    Pour Windows 2000, une commande de compilation peut avoir l'aspect suivant :

    javac -classpath <rep_install>\lb\servers\lib\ibmnd.jar ADV_pam.java
     
    

    où :

    Le résultat de la compilation est un fichier .class, par exemple :

    ADV_pam.class
    

    Avant de lancer le conseiller, copiez le fichier .class dans le répertoire d'installation ...ibm/edge/lb/servers/lib/CustomAdvisors.

    Remarque :
    Si vous le souhaitez, vous pouvez compiler les conseillers personnalisés sur un système d'exploitation et l'exécuter sur un autre. Par exemple, vous pouvez compiler le conseiller sous Windows 2000, copier le fichier .class (en binaire) sur une machine AIX à partir de laquelle vous exécutez le conseiller personnalisé.

    La syntaxe est similaire pour AIX, Linux et Sun.

    Exécution

    Pour exécuter le conseiller personnalisé, vous devez tout d'abord copier le fichier .class dans le répertoire d'installation approprié :

    ...ibm/edge/lb/servers/lib/CustomAdvisors/ADV_pam.class
    

    Démarrez le consultant, puis entrez la commande suivante pour démarrer le conseiller personnalisé :

    Pour Cisco CSS Controller
    ccocontrol ownercontent metrics IDconsultant:IDcontenupropriétaire pam 100

    Pour Nortel Alteon Controller
    nalcontrol service metrics IDconsultant:IDservice pam 100

    où :

    Sous-programmes requis

    Comme tous les conseillers, un conseiller personnalisé étend la fonction de la base du conseiller, intitulée ADV_Base. En fait, c'est la base du conseiller qui effectue la plupart des fonctions du conseiller, telles que la communication des charges au consultant afin que ces dernières soient utilisées dans l'algorithme de pondération du consultant. La base du conseiller effectue également les opérations de connexion et de fermeture de la connexion et fournit des méthodes d'envoi et de réception qui seront utilisées par le conseiller. Le conseiller n'est lui-même utilisé que pour l'envoi de données vers le port du serveur conseillé et pour la réception de données sur ce dernier. Les méthodes TCP de la base du conseiller sont programmées pour calculer la charge. Un indicateur du constructeur de ADV_base remplace, si vous le souhaitez, la charge existante par la nouvelle charge renvoyée par le conseiller.

    Remarque :
    En fonction d'une valeur définie dans le constructeur, la base du conseiller fournit la charge à l'algorithme de pondération à un intervalle donné. Si le véritable conseiller n'a pas terminé ses opérations afin de renvoyer une charge valide, la base du conseiller utilise la charge précédente.

    Ci-dessous, sont énumérées les méthodes de classe de base.

    Ordre de recherche

    Les contrôleurs consultent d'abord la liste fournie de conseillers natifs. S'ils n'y trouvent pas le conseiller recherché, ils consultent la liste des conseillers personnalisés.

    Affectation du nom et du chemin

    Conseiller type

    Un programme permettant de créer un conseiller de contrôleur type est présenté à la section Conseiller type. Après installation, ce conseiller exemple se trouve dans le répertoire ...ibm/edge/lb/servers/samples/CustomAdvisors .


    Système Metric Server

    Metric Server fournit à Load Balancer les informations de téléchargement sous la forme de données numériques-système, relatives à l'état du serveur. Le consultant Load Balancer adresse des demandes aux agents du système Metric Server situés sur chacun des serveurs, leur attribuant des pondérations destinées au processus d'équilibrage de charge à l'aide des données rassemblées par les agents. Les résultats sont regroupés dans le rapport du service pour Cisco CSS Controller ou le rapport du serveur pour Nortel Alteon Controller.

    Conditions préalables

    L'agent Metric Server doit être installé et en cours d'exécution sur tous les serveurs dont la charge est équilibrée.

    Conditions d'utilisation de Metric Server

    La procédure ci-après permet de configurer Metric Server pour les contrôleurs.

    Pour exécuter le système Metric Server ailleurs que sur l'hôte local, vous devez modifier le fichier metricserver sur le serveur ayant fait l'objet d'un équilibrage de charge. Insérez la ligne suivante après java dans le fichier metricserver :

    -Djava.rmi.server.hostname=AUTRE_ADRESSE
    

    Ajoutez en outre la ligne suivante avant les instructions "if" dans le fichier metricserver : hostname OTHER_ADDRESS .

    Sous Windows 2000, affectez un alias à AUTRE_ADRESSE dans la pile Microsoft. Pour ce faire, reportez-vous à la page ***.


    Conseiller Workload manager

    Le code de WLM ne s'exécute que sur des grands systèmes MVS. Il peut être utilisé pour demander la charge sur la machine MVS.

    Si MVS Workload Management a été configuré sur votre système OS/390, les contrôleurs peuvent accepter de WLM des informations relatives à la charge et les utiliser dans le processus d'équilibrage de charge. Grâce au conseiller WLM, les contrôleurs ouvrent régulièrement des connexions via le port WLM sur chaque serveur de la table d'hôte consultant et acceptent les chiffres relatifs à la capacité renvoyés. Ces chiffres représentent la capacité encore disponible et que le consultant attend des valeurs représentant la charge sur chaque machine, le conseiller inverse et normalise les chiffres relatifs à la capacité pour obtenir des valeurs de charge (ainsi, des chiffres de capacité élevés correspondent à des valeurs de charge faibles et représentent un serveur en bon état). Il existe plusieurs différences importantes entre le conseiller WLM et les autres conseillers contrôleur :

    1. Les autres conseillers ouvrent des connexions aux serveurs en utilisant le même port que pour le trafic client normal. Le conseiller WLM ouvre des connexions aux serveurs en utilisant un port différent de celui utilisé pour le trafic normal. Sur chaque machine serveur, l'agent WLM doit être configuré pour effectuer l'écoute sur le port sur lequel le conseiller de contrôleur WLM a été lancé. Le port WLM par défaut est 10007.
    2. Il est possible d'utiliser les conseillers de protocole avec le conseiller WLM. Les conseillers de protocole évaluent la charge des serveurs sur le port utilisé pour le trafic normal et le conseiller WLM évalue la charge du système sur le port WLM.

    Utilisation de la consignation binaire pour analyser les statistiques des serveurs

    La fonction de consignation binaire permet de stocker les informations du serveur dans des fichiers binaires. Ces fichiers peuvent ensuite être traités pour analyser les informations relatives aux serveurs qui ont été rassemblées.

    Les informations suivantes sont stockées dans le journal binaire pour chaque serveur défini dans la configuration.

    Le consultant doit s'exécuter pour consigner des informations dans les journaux binaires.

    Utilisez l'ensemble de commandes xxxcontrol consultant binarylog pour configurer la consignation binaire.

    L'option start commencer à consigner les informations relatives au serveur dans les journaux binaires du répertoire logs. Un journal est créé au début de chaque heure, la date et l'heure constituant le nom du fichier.

    L'option stop arrête la consignation des informations relatives au serveur dans les journaux binaires. Le service de consignation est arrêté par défaut.

    L'option set interval contrôle la fréquence d'inscription des informations dans les journaux. Le consultant enverra les informations du serveur au serveur de consignation à chaque intervalle défini pour le consultant. Les informations sont écrites dans les journaux uniquement si l'intervalle de consignation indiqué a expiré depuis l'écriture du dernier enregistrement dans le journal. Par défaut, la valeur de l'intervalle de consignation est 60 secondes.

    Il y a interaction entre les paramètres relatifs à l'intervalle défini pour le consultant et l'intervalle de consignation. Comme les informations ne sont pas fournies au serveur de consignation plus fréquemment que l'intervalle défini pour le consultant, l'indication d'un intervalle de consignation inférieur à l'intervalle du consultant, entraîne en réalité la définition d'un intervalle de consignation identique à l'intervalle du consultant.

    Cette technique de consignation permet d'accéder aux informations du serveur quel que soit le niveau de granularité. Vous pouvez connaître toutes les modifications apportées au serveur qui sont vues par le consultant pour le calcul des pondérations du serveur. Cependant, ces informations peuvent ne pas être requises pour analyser l'utilisation et les tendances du serveur. La consignation des informations du serveur toutes les 60 secondes permet d'obtenir un aperçu de la progression des informations du serveur. La définition d'un intervalle de consignation très faible peut générer un nombre de données très important.

    L'option set retention permet de contrôler la durée de conservation des fichiers journaux. Les journaux dont la durée de vie a dépassé la durée définie sont supprimés par le serveur de consignation. Ceci ne se produit que si le consultant appelle le serveur de consignation, de sorte que si vous arrêtez le consultant, les anciens fichiers journaux ne sont pas supprimés.

    Un exemple de programme Java et un fichier de commandes sont fournis dans le répertoire ...ibm/edge/lb/servers/samples/BinaryLog. Ce modèle indique comment rappeler toutes les informations contenues dans les fichiers journaux pour les afficher à l'écran. Il peut être personnalisé pour effectuer n'importe quel type d'analyse.

    Par exemple (à l'aide du script et du programme fournis) :

    xxxlogreport
    2002/05/01 8:00 2002/05/01 17:00
    

    Cet exemple permet d'obtenir un rapport sur les informations du serveur du contrôleur de 8 à 17 heures le premier mai 2002.


    Utilisation de scripts pour la génération d'une alerte ou d'une erreur du serveur d'enregistrement

    Load Balancer fournit des exits utilisateur qui déclenchent des scripts que vous pouvez personnaliser. Vous pouvez créer des scripts afin d'effectuer des actions automatisées. Il est, par exemple, possible de prévenir un administrateur lorsqu'un serveur est inactif ou simplement d'enregistrer l'erreur. Le répertoire d'installation, ...ibm/edge/lb/servers/samples, contient des exemples de script que vous pouvez personnaliser. Pour exécuter les fichiers, copiez-les dans le répertoire ...ibm/edge/lb/servers/bin , puis renommez chaque fichier en fonction des directions indiquées dans le script.

    Les exemples de scripts suivants, dans lesquels xxx est cco pour Cisco CSS Controller, et nal pour Nortel Alteon Controller sont fournis :


    Administration et identification des incidents de Load Balancer

    Cette section contient des informations relatives à l'administration et à l'identification des incidents liés à Load Balancer. Elle se compose des chapitres suivants :


    Exploitation et gestion de Load Balancer

    Remarque :
    Lors de la lecture de ce chapitre, dans les sections générales qui ne concernent pas particulièrement un composant, si vous n'utilisez pas le composant Dispatcher, remplacez "dscontrol" et "dsserver" par les éléments suivants :

    Le présent chapitre explique comment exploiter et gérer Load Balancer et inclut les sections suivantes :


    Administration à distance de Load Balancer

    Load Balancer offre deux manières différentes d'exécuter ses programmes de configuration sur une machine autre que celle sur laquelle se trouve Load Balancer. La communication entre les programmes de configuration (dscontrol, cbrcontrol, sscontrol, ccocontrol, nalcontrol) et le serveur (dsserver, cbrserver, etc.) peut s'établir de l'une des manières suivantes :

    L'administration à distance via RMI est plus rapide que l'administration basée sur le Web.

    L'administration basée sur le Web, outre qu'elle s'effectue à distance, présente l'avantage d'être une méthode sécurisée et authentifiée, capable de communiquer avec la machine Load Balancer même en présence d'un pare-feu. De plus, cette méthode d'administration ne requiert pas d'installation particulière et utilise des clés d'authentification (lbkeys) sur la machine client éloignée qui communique avec la machine Load Balancer.

    RMI (Remote Method Invocation)

    Pour RMI, la commande permettant de connecter une machine Load Balancer pour l'administration à distance est dscontrol host:hôte_éloigné.

    Si l'appel RMI vient d'une machine autre que la machine locale, une séquence d'authentification clé publique/clé privée se produit avant l'acceptation de la commande de configuration. la séquence d'authentification se produit avant l'acceptation de la commande de configuration.

    Les communications entre les programmes de contrôle exécutés sur la même machine que les serveurs du composant ne sont pas authentifiées.

    La commande suivante permet de générer des clés publiques et privées à utiliser pour l'authentification à distance :

    lbkeys [create|delete]

    Cette commande s'exécute uniquement sur la même machine que Load Balancer.

    L'option create permet de créer une clé privée dans le répertoire key des serveurs (...ibm/edge/lb/servers/key/ ) et de créer des clés publiques dans le répertoire keys d'administration ( ...ibm/edge/lb/admin/keys/) pour chacun des composants Load Balancer. Le nom de fichier de la clé publique est composant-AdresseServeur-PortRMI. Ces clés publiques doivent ensuite être transmises aux clients éloignés et placés dans le répertoire keys d'administration.

    Pour une machine Load Balancer avec une adresse de nom d'hôte 10.0.0.25 utilisant le port RMI par défaut pour chaque composant, la commande lbkeys create génère les fichiers suivants :

    Le jeu de fichiers d'administration a été installé sur une autre machine. Les fichiers de clés publiques doivent être placés dans le répertoire ...ibm/edge/lb/admin/keys sur la machine client éloignée.

    Le client éloigné sera désormais autorisé à configurer Load Balancer sur 10.0.0.25.

    Ces mêmes clés doivent être utilisées sur tous les clients éloignés que vous souhaitez autoriser à configurer Load Balancer sur 10.0.0.25.

    Si vous devez de nouveau exécuter la commande lbkeys create, un nouveau jeu de clés publiques/privées sera généré. Ceci signifie que tous les clients éloignés qui ont tenté de se connecter à l'aide des clés précédentes ne seront plus autorisés. La nouvelle clé doit être placée dans le répertoire adéquat sur les clients auxquels vous voulez attribuer des autorisations.

    La commande lbkeys delete permet de supprimer les clés privées et publiques sur la machine serveur. Si ces clés sont supprimées, aucun client éloigné ne sera autorisé à se connecter aux serveurs.

    L'option force peut être associée à la commande lbkeys et à la commande lbkeys delete. Elle permet de supprimer les invites demandant si vous voulez remplacer ou supprimer les clés existantes.

    Après avoir établi la connexion RMI, vous pouvez naviguer entre les programmes de configuration à l'aide des commandes dscontrol, cbrcontrol, sscontrol, ccocontrol, nalcontrol, dswizard, cbrwizard et sswizard, émises à partir d'une invite de commande. Vous pouvez également configurer Load Balancer via l'interface graphique en entrant la commande lbadmin à partir d'une invite de commande.

    Administration basée sur le Web

    Conditions préalables

    La machine client sur laquelle s'effectue l'administration à distance requiert les éléments suivants pour l'administration basée sur le Web :

    La machine hôte à laquelle vous accédez pour l'administration à distance basée sur le Web requiert les éléments suivants :

    Configuration de Caching Proxy

    Exécution et accès à l'administration basée sur le Web

    Pour s'exécuter, l'administration basée sur le Web doit être lancée sur la machine hôte Load Balancer en émettant la commande lbwebaccess à partir de l'invite de commande de l'hôte.

    Vous devez également indiquer l'ID utilisateur et le mot de passe d'accès éloigné à l'hôte. Cet ID utilisateur et ce mot de passe sont identiques à l'ID utilisateur et au mot de passe d'administration Caching Proxy.

    Pour afficher l'administration basée sur le Web de Load Balancer, accédez à l'URL suivante du navigateur Web à partir de l'emplacement éloigné :

    http:// nom_hôte/lb-admin/lbadmin.html
    

    nom_hôte est le nom de la machine à laquelle vous accédez pour communiquer avec Load Balancer.

    Une fois la page Web chargée, l'interface graphique Load Balancer, nécessaire à l'administration à distance basée sur le Web, s'affiche dans la fenêtre du navigateur.

    A partir de l'interface graphique Load Balancer, vous pouvez également exécuter des commandes de contrôle de la configuration. Pour émettre une commande à partir de l'interface graphique, procédez comme suit :

    1. Sélectionnez le noeud Hôte dans l'arborescence de l'interface graphique.
    2. Sélectionnez Envoyer la commande... dans le menu en incrustation Hôte.
    3. Dans la zone d'entrée de commande, entrez la commande à exécuter. Par exemple : executor report. Les résultats et l'historique des commandes exécutées lors de la session courante s'affichent dans la fenêtre ouverte.

    Régénération à distance de la configuration

    Avec l'administration à distance basée sur le Web, lorsque plusieurs administrateurs mettent à jour la configuration Load Balancer à partir de postes éloignés, vous devez régénérer la configuration pour, par exemple, visualiser la grappe, le port ou le serveur ajouté (ou supprimé) par un autre administrateur. L'interface graphique de l'administration à distance basée sur le Web propose les fonctions Régénérer la configuration et Régénérer toutes les configurations.

    Pour régénérer la configuration à partir de l'interface graphique basée sur le Web :


    Utilisation des journaux Load Balancer

    Pour Dispatcher, CBR et Site Selector

    Load Balancer enregistre les entrées dans un journal du serveur, un journal du gestionnaire, un journal du contrôleur de mesures (consignation des communications avec les agents Metric Server) et dans un journal pour chaque conseiller utilisé.

    Remarque :
    De plus, pour le composant Dispatcher uniquement, les entrées peuvent être ajoutées dans un journal de sous-agent (SNMP).

    Vous pouvez définir le niveau de consignation pour déterminer le détail des messages consignés dans les journaux. Au niveau 0, les erreurs sont enregistrées dans un fichier journal et Load Balancer consigne également les en-têtes et les enregistrements des événements survenus une seule fois (par exemple, un message indiquant que le lancement d'un conseiller sera enregistré dans le journal du gestionnaire). Le niveau 1 inclut les données en circulation, et ainsi de suite jusqu'au niveau 5, qui inclut tous les messages émis susceptibles d'aider à résoudre un incident lorsque cela s'avère nécessaire. La valeur par défaut du journal du gestionnaire, du conseiller, du serveur ou du sous-agent est 1.

    Vous pouvez également fixer la taille maximale d'un fichier journal. Dans ce cas, le fichier se bouclera ; une fois sa taille maximale atteinte, les nouvelles entrées seront consignées au début du fichier, écrasant les entrées les plus anciennes. Lorsque vous spécifiez une nouvelle taille pour un fichier journal, elle ne doit pas être inférieure à sa taille courante. Les entrées de fichier journal sont horodatées, ce qui permet de déterminer l'ordre dans lequel elles ont été créées.

    Plus le niveau de consignation choisi est élevé, plus la taille du fichier journal doit être définie judicieusement. Au niveau 0, il sera probablement sage de laisser la taille du fichier journal à sa valeur par défaut (1 Mo). Par contre, à partir du niveau 3, limitez la taille du fichier journal sans trop d'excès pour lui garder son utilité.

    Modification des chemins des fichiers journaux

    Par défaut, les journaux générés par Load Balancer sont stockés dans le répertoire des journaux de l'installation de Load Balancer. Pour modifier ce chemin, définissez la variable lb_logdir dans le script dsserver.

    AIX, Linux et Solaris : Le script dsserver se trouve dans le répertoire /usr/bin. Dans ce script, la variable lb_logdir indique le répertoire par défaut. Vous pouvez modifier cette variable pour indiquer le répertoire de fichiers journaux de votre choix. Exemple :

    LB_LOGDIR=/chemin\de\mes\fichiers\journaux/

    Windows 2000 : Le fichier dsserver se trouve dans le répertoire système de Windows 2000, généralement C:\WINNT\SYSTEM32. Dans le fichier dsserver, la variable lb_logdir indique le répertoire par défaut. Vous pouvez modifier cette variable pour indiquer le répertoire de fichiers journaux de votre choix. Exemple :

    set LB_LOGDIR=c:\chemin\de\mes\fichiers\journaux\

    Quel que soit le système d'exploitation utilisé, assurez-vous qu'il n'y a pas d'espace avant ou après le signe égal et que le chemin se termine par une barre oblique ("/" ou "\" selon le cas).

    Consignation binaire

    Remarque :
    La fonction de consignation binaire ne s'applique pas au composant Site Selector.

    La fonction de consignation binaire de Load Balancer utilise le répertoire contenant les autres fichiers journaux. Reportez-vous à la section Utilisation de la consignation binaire pour analyser les statistiques des serveurs.

    Pour Cisco CSS Controller et Nortel Alteon Controller

    Vous pouvez définir le niveau de consignation pour déterminer le détail des messages consignés dans les journaux. Au niveau 0, les erreurs sont enregistrées dans un fichier journal et Load Balancer consigne également les en-têtes et les enregistrements des événements survenus une seule fois (par exemple, un message indiquant que le lancement d'un conseiller sera enregistré dans le journal du consultant). Le niveau 1 inclut les données en circulation, et ainsi de suite jusqu'au niveau 5, qui inclut tous les messages émis susceptibles d'aider à résoudre un incident lorsque cela s'avère nécessaire. Le niveau par défaut des journaux est 1.

    Vous pouvez également fixer la taille maximale d'un fichier journal. Dans ce cas, le fichier se bouclera ; une fois sa taille maximale atteinte, les nouvelles entrées seront consignées au début du fichier, écrasant les entrées les plus anciennes. Lorsque vous spécifiez une nouvelle taille pour un fichier journal, elle ne doit pas être inférieure à sa taille courante. Les entrées de fichier journal sont horodatées, ce qui permet de déterminer l'ordre dans lequel elles ont été créées.

    Plus le niveau de consignation choisi est élevé, plus la taille du fichier journal doit être définie judicieusement. Au niveau 0, il sera probablement sage de laisser la taille du fichier journal à sa valeur par défaut (1 Mo). Par contre, à partir du niveau 3, limitez la taille du fichier journal sans trop d'excès pour lui garder son utilité.

    Journaux des contrôleurs

    Cisco CSS Controller et Nortel Alteon Controller ont les journaux suivants :

    Voici un exemple de configuration du niveau de consignation ou la taille maximale du journal du contrôleur de mesures qui consigne les événements de communication avec les agents Metric Server :

    xxxcontrol metriccollector set IDconsultant:IDservice:NomSystemMetric
       loglevel x logsize y
    

    Modification des chemins des fichiers journaux

    Par défaut, les journaux générés par les contrôleurs sont stockés dans le répertoire des journaux de l'installation du contrôleur. Pour modifier ce chemin, définissez la variable xxx_logdir dans le script xxxserver.

    AIX, Linux et Solaris : Le script xxxserver se trouve dans le répertoire /usr/bin. Dans ce script, la variable xxx_logdir indique le répertoire par défaut. Vous pouvez modifier cette variable pour indiquer le répertoire de fichiers journaux de votre choix. Exemple :

    xxx_LOGDIR=/chemin\de\mes\fichiers\journaux/

    Windows 2000 : Le fichier xxxserver se trouve dans le répertoire système de Windows 2000, généralement C:\WINNT\SYSTEM32. Dans le fichier xxxserver, la variable xxx_logdir indique le répertoire par défaut. Vous pouvez modifier cette variable pour indiquer le répertoire de fichiers journaux de votre choix. Exemple :

    set xxx_LOGDIR=c:\chemin\de\mes\fichiers\journaux\

    Quel que soit le système d'exploitation utilisé, assurez-vous qu'il n'y a pas d'espace avant ou après le signe égal et que le chemin se termine par une barre oblique ("/" ou "\" selon le cas).

    Consignation binaire

    La fonction de consignation binaire de Load Balancer utilise le répertoire contenant les autres fichiers journaux. Reportez-vous à la section Utilisation de la consignation binaire pour analyser les statistiques des serveurs.


    Utilisation du composant Dispatcher

    La présente section explique comment utiliser et gérer le composant Dispatcher.

    Démarrage et arrêt de Dispatcher

    Utilisation de la valeur du délai d'attente

    Pour Load Balancer, les connexions sont considérées comme périmées lorsqu'aucune activité ne s'est produite sur cette connexion pendant le nombre de secondes indiquées dans le délai d'attente. Lorsque ce nombre de secondes est dépassé et qu'aucune activité n'a eu lieu, Load Balancer supprime cet enregistrement de connexion de ces tables et le trafic à venir pour cette connexion sera ignoré.

    Au niveau du port, par exemple, vous pouvez indiquer la valeur du délai d'attente à partir de la commande dscontrol port set staletimeout.

    Le délai d'attente peut être défini au niveau de l'exécuteur, de la grappe et du port. Au niveau de l'exécuteur et de la grappe, la valeur par défaut est 300 secondes et le filtrage est effectué jusqu'au port. Au niveau du port, la valeur par défaut dépend du port. Certains ports bien définis ont des valeurs de délai d'attente différentes. Par exemple, le port telnet 23 a une valeur par défaut de 259,200 secondes.

    Certains services ont également leurs propres valeurs de délai d'attente. Par exemple, LDAP (Lightweight Directory Access Protocol) dispose d'un paramètre de configuration appelé idletimeout. Lorsque le nombre de secondes indiqué à l'aide de ce paramètre est dépassé, la fermeture d'une connexion de client inactif est provoquée. Vous pouvez attribuer la valeur 0 à ce paramètre, ce qui signifie que la fermeture de la connexion ne sera jamais provoquée.

    Des problèmes de connectivité peuvent se produire lorsque la valeur du délai d'attente de Load Balancer est inférieure à la valeur du délai du service. Dans le cas de LDAP, la valeur par défaut du paramètre staletimeout (délai d'attente) de Load Balancer est 300 secondes. Si aucune activité ne se produit sur la connexion pendant 300 secondes, Load Balancer supprime l'enregistrement de connexion de ses tables. Si la valeur idletimeout est supérieure à 300 secondes (ou si elle est égale à 0), le client peut encore croire qu'une connexion au serveur est établie. Lorsque le client transmet des paquets, ces derniers seront ignorés par Load Balancer. De cette façon, LDAP n'est pas bloqué lorsqu'une demande au serveur est effectuée. Pour éviter ce problème, attribuez une valeur différente de zéro au paramètre, identique ou inférieure à la valeur du paramètre staletimeout de Load Balancer.

    Utilisation du décompte FIN pour contrôler la collecte des données obsolètes

    Une fois tous les paquets de données transmis, un client envoie un paquet FIN pour informer le serveur que la transaction est terminée. Lorsque Dispatcher réceptionne le paquet FIN, il remplace l'état de la transaction, active, par FIN. Lorsqu'une transaction est à l'état FIN, la mémoire réservée à la connexion est libérée par le collecteur de données obsolètes intégré à l'exécuteur.

    Vous pouvez utiliser le délai d'expiration et le décompte FIN pour définir la fréquence à laquelle l'exécuteur collectera les données obsolètes et l'étendue de cette opération. L'exécuteur contrôle périodiquement la liste des connexions accordées. Lorsque le nombre de connexions à l'état FIN devient supérieur ou égal au décompte FIN, l'exécuteur tente de libérer la mémoire ayant servi au stockage des informations de connexion. Vous pouvez modifier la valeur du décompte FIN en entrant la commande dscontrol executor set fincount.

    Le collecteur de données obsolètes libère la mémoire utilisée par toute connexion affichant l'état FIN et dont la durée excède le nombre de secondes spécifié par le délai d'expiration FIN. Vous pouvez modifier la valeur du délai d'expiration FIN en entrant la commande dscontrol executor set fintimeout.

    La valeur du délai d'attente correspond au nombre de secondes durant lesquelles il peut n'y avoir aucune activité sur une connexion avant que cette dernière ne soit retirée. Pour plus d'informations, reportez-vous à la section Utilisation de la valeur du délai d'attente. La valeur du décompte FIN détermine également la fréquence selon laquelle les connexions "bloquées" sont supprimées. Si votre machine Dispatcher dispose de peu de mémoire, spécifiez un décompte FIN raisonnable. Si votre site WEB connaît un trafic important, spécifiez une valeur plus élevée.

    Interface graphique -- option de menu Contrôler

    Divers diagrammes peuvent être affichés en fonction des informations visualisées par l'exécuteur et transmises au gestionnaire. (Le gestionnaire doit s'exécuter pour pouvoir utiliser l'option de menu Contrôler de l'interface graphique).

    Utilisation du protocole SNMP (Simple Network Management Protocol, protocole simplifié de gestion de réseau) avec le composant Dispatcher

    Un système de gestion de réseau est un programme qui s'exécute en continu et qui sert à surveiller et à refléter l'état d'un réseau et à contrôler ce dernier. SNMP (Simple Network Management Protocol), protocole courant permettant de communiquer avec des périphériques d'un réseau, est la norme de gestion de réseau en cours. Les périphériques de réseau sont généralement dotés d'un agent SNMP et d'un ou de plusieurs sous-agents. L'agent SNMP communique avec le poste de gestion de réseau ou répond aux requêtes SNMP de la ligne de commande. Le sous-agent SNMP extrait et met à jour des données et transmet ces dernières à l'agent SNMP de sorte que celui-ci communique en retour avec le demandeur.

    Dispatcher donne une Bibliothèque d'informations de gestion SNMP (ibmNetDispatcherMIB) et un sous-agent SNMP. Ceci vous permet d'utiliser un système de gestion de réseau tel que -- Tivoli NetView, Tivoli Distributed Monitoring ou HP OpenView -- afin de surveiller l'état, le débit et l'activité de Dispatcher. Les données MIB décrivent la gestion de Dispatcher et reflètent l'état en cours de ce dernier. Elles sont installées dans le sous-répertoire ..lb/admin/MIB.

    Remarque :
    Les données MIB, ibmNetDispatcherMIB.02, ne seront pas chargées à l'aide du programme xnmloadmib2 de Tivoli NetView. Pour résoudre ce problème, mettez en commentaire la section NOTIFICATION-GROUP des données MIB. En d'autres termes, insérez "- -" au début de la ligne "indMibNotifications Group NOTIFICATION-GROUP" et au début des 6 lignes suivantes.

    Le système de gestion de réseau utilise des commandes SNMP GET pour consulter les valeurs MIB des autres machines. Il peut ensuite vous envoyer une notification en cas de dépassement des valeurs seuil indiquées. Vous pouvez ensuite changer les performances de Dispatcher en modifiant les données de configuration de Dispatcher, afin d'effectuer une mise au point proactive ou de résoudre les incidents liés à Dispatcher avant qu'ils se transforment en pannes de serveur Web ou Dispatcher.

    Commandes et protocole SNMP

    Le système fournit généralement un agent SNMP pour chaque poste de gestion de réseau. L'utilisateur adresse une commande GET à l'agent SNMP. En retour, ce dernier émet une commande GET pour extraire les valeurs de variables MIB indiquées à partir d'un sous-agent responsable de ces dernières.

    Dispatcher fournit un sous-agent qui permet la mise à jour et l'extraction de données MIB. Le sous-agent répond aux données MIB appropriées lorsque l'agent SNMP émet une commande GET. L'agent SNMP communique les données au poste de gestion de réseau. Celui-ci peut vous envoyer une notification en cas de dépassement des valeurs seuil indiquées.

    Le support SNMP de Dispatcher comporte un sous-agent SNMP qui utilise la fonction DPI (Distributed Program Interface). Il s'agit d'une interface entre un agent SNMP et les sous-agents de ce dernier. Windows 2000 utilise l'agent d'extension Windows en tant qu'interface entre un agent SNMP et les sous-agents de ce dernier.

    Activation de SNMP sous AIX, Linux et Solaris

    Figure 40. Commandes SNMP pour AIX et Solaris

    Commandes SNMP et système serveur pour AIX , Linux et Solaris

    AIX fournit un agent SNMP qui utilise le protocole SNMP Multiplexer (SMUX) et fournit DPID2, qui est un exécutable supplémentaire fonctionnant comme traducteur entre DPI et SMUX.

    Linux fournit un agent SNMP qui utilise SMUX. La plupart des versions Linux (par exemple, Red Hat) sont livrées avec un module UCD SNMP. UCD SNMP version 4.1 ou ultérieure dispose d'agents SMUX actifs. Load Balancer fournit DPID2 pour Linux.

    Pour SuSE Linux, vous devez obtenir un agent SNMP fonctionnant avec SMUX car SuSE n'en fournit pas.

    Pour Solaris, vous devez obtenir un agent SNMP fonctionnant avec SMUX car Solaris n'en fournit pas. Load Balancer fournit DPID2 pour Solaris dans le répertoire /opt/ibm/edge/lb/servers/samples/SNMP.

    L'agent DPI doit fonctionner comme un superutilisateur. Avant d'exécuter le démon DPID2, mettez à jour les fichiers /etc/snmpd.peers et /etc/snmpd.conf comme suit :

    Pour AIX et Solaris :

    Pour Linux :

    Pour SuSE Linux :

    Pour utiliser Load Balancer SNMP avec SuSE Linux, procédez comme suit :

    1. Supprimez le module ucd-snmp rpm installé de la zone SuSE.
    2. Extrayez ucd-snmp-4.2.4.tar.gz de http://sourceforge.net/project/showfiles.php?group_id=12694.
    3. Vérifiez que "gcc" et "gmake ou make" sont installés dans la zone SuSE (s'ils n'y sont pas, installez-les).
    4. Décompressez le fichier ucd-snmp-4.2.4.tar.gz ainsi que tous les fichiers source du répertoire.
    5. Allez dans le répertoire où se trouvent les fichiers source, puis exécutez les commandes suivantes :
      1. run ./configure --avec-modules-mib=smux
      2. make
      3. Exécutez les deux commandes suivantes en tant que superutilisateur :
        1. unmask 022 #
        2. make install
      4. export SNMPCONFPATH=/etc/snmp
      5. start /usr/local/sbin/snmpd -s
      6. start dpid2

    Régénérez snmpd (s'il s'exécute déjà) de sorte qu'il relise le fichier snmpd.conf :

    refresh -s snmpd
    

    Démarrez l'homologue DPID SMUX :

    dpid2
    

    Les démons doivent être lancés dans l'ordre suivant :

    1. Agent SNMP
    2. Programme de traduction DPI
    3. Sous-agent Dispatcher

    Activation de SNMP sous Solaris

    Pour installer le support SNMP de Solaris, procédez aux opérations ci-dessous.

    1. Tuez le démon SNMP de Solaris qui s'exécute (snmpdx et snmpXdmid).
    2. Renommez les fichiers comme suit :

      /etc/rc3.d/S76snmpdx en /etc/rc3.d/K76snmpdx

      /etc/rc3.d/S77dmi en /etc/rc3.d/K77dmi

    3. Téléchargez les modules suivants à partir de http://www.sunfreeware.com/ :
    4. Installez les modules téléchargés à l'aide de la commande pkgadd.
    5. Téléchargez ucd-snmp-4.2.3-solaris8.tar.gz à partir de http://sourceforge.net/project/showfiles.php?group_id=12694
    6. Décompressez ucd-snmp-4.2.3-solaris8.tar.gz (avec gunzip ou untar) sur le répertoire racine (/)
    7. Emettez les commandes suivantes :

      export LD_LIBRARY_PATH=$LD_LIBRARY_PATH: /usr/local/lib:/usr/local/ssl/lib:/usr/lib

      export PATH=/usr/local/sbin:/usr/local/bin:$PATH

      export SNMPCONFPATH =/etc/snmp

      export MIBDIRS=/usr/local/share/snmp/mibs

      cp /opt/ibm/edge/lb/servers/samples/SNMP/dpid2 /usr/local/sbin/dpid2

    8. S'il n'existe pas, créez /etc/snmpd.peers. Insérez dans snmpd.peers les éléments suivants :
      "dpid2"
      1.3.6.1.4.1.2.3.1.2.2.1.1.2     "mot_de_passe_dpid"
      
    9. S'il n'existe pas, créez /etc/snmp/snmpd.conf. Insérez dans snmpd.conf les éléments suivants :
      smuxpeer
      1.3.6.1.4.1.2.3.1.2.2.1.1.2     mot_de_passe_dpid
      
    10. Démarrez /usr/local/sbin/snmpd.
    11. Démarrez /usr/local/sbin/dpid2.

    Remarques :

    1. Les modules suivants sont au format de module.

      Sur le site Web http://sunfreeware.com/, les noms portent l'extension .gz, aussi ne leur appliquez pas la commande de décompression gunzip ou untar. Utilisez plutôt la commande pkgadd NomModule.

    2. Lorsque vous ajoutez smuxpeer à /etc/snmp/snmpd.conf, assurez-vous qu'aucun espace n'est entré dans la chaîne mot_de_passe_dpid.

    3. La fonction SNMP de Load Balancer est testée avec ucd-snmp version 4.2.3 et prise en charge de smux. Les futures éditions de ucd-snmp avec smux devraient fonctionner avec une configuration similaire.

    Activation de SNMP sous Windows 2000

    Pour installer le support SNMP de Windows, procédez aux opérations ci-dessous.

    1. Cliquez sur Démarrer->Paramètres->Panneau de configuration->Ajout/Suppression de programmes.
    2. Cliquez sur Ajouter/Supprimer des composants Windows.
    3. Dans l'Assistant Composants de Windows, cliquez sur Outils de gestion et d'analyse (sans activer ou désactiver la case à cocher correspondante), puis cliquez sur Détails
    4. Cochez la case SNMP (Protocole simplifié de gestion de réseau), puis cliquez sur OK.
    5. Cliquez sur Suivant.

    Définition d'un nom de communauté pour SNMP

    L'exécuteur étant en cours de fonctionnement, lancez la commande dscontrol subagent start [nom_communauté] pour définir le nom de communauté utilisé entre l'agent d'extension de système d'exploitation Windows et l'agent SNMP.

    Interruptions

    SNMP communique en envoyant et en recevant des interruptions, messages envoyés par des périphériques gérés afin de signaler des conditions d'erreur ou la survenue d'événements importants, par exemple, le dépassement d'un seuil.

    Le sous-agent utilise les interruptions suivantes :

    L'interruption indHighAvailStatus annonce que la valeur de la variable (hasState) correspondant à l'état de la haute disponibilité a changé. Les valeurs possibles de hasState sont :

    -idle
    cette machine effectue un équilibrage de charge et n'essaie pas d'établir un contact avec son répartiteur associé.

    -listen
    La haute disponibilité vient de démarrer et Dispatcher est à l'écoute de son partenaire.

    -active
    cette machine effectue l'équilibrage de charge.

    -standby
    cette machine contrôle la machine active.

    -preempt
    cette machine est dans un état transitoire pendant le passage de la machine principale à la machine de secours.

    -elect
    Le répartiteur choisit, avec son partenaire, la machine principale et la machine de secours.

    -no_exec
    L'exécuteur n'est pas lancé.

    L'interruption indSrvrGoneDown annonce que la pondération du serveur spécifié par les segments csID (ID grappe), psNum (numéro port) et ssID (ID serveur) de l'identificateur d'objet est passée à zéro. Le dernier nombre total de connexions actives du serveur est envoyé avec l'interruption. Cette interruption indique que, pour le répartiteur, le serveur spécifié a été arrêté."

    L'interruption indDOSAttack indique que numhalfopen (nombre de connexions partielles constituées uniquement de paquets SYN) a dépassé le seuil maxhhalfopen pour le port précisé par les segments csID (ID de grappe) et psNum (numéro de port) de l'identificateur d'objet. Le nombre de serveurs configurés sur le port est transmis dans l'interruption. Cette interruption indique que Load Balancer peut faire l'objet d'une attaque de refus de service.

    L'interruption indDOSAttackDone indique que numhalfopen (nombre de connexions partielles constituées uniquement de paquets SYN) est en deçà du seuil maxhalfopen pour le port précisé par les segments csID et psNum de l'identificateur d'objet. Le nombre de serveurs configurés sur le port est transmis dans l'interruption. Lorsque Load Balancer détermine que l'attaque de refus de service est terminée, cette interruption est envoyée après l'interruption indDOSAttack.

    Pour les systèmes Unix, en raison d'une restriction au niveau de l'interface API SMUX, il se peut que l'ID entreprise signalé dans des interruptions provenant du sous-agent ibmNetDispatcher corresponde à l'ID entreprise de dpid2 et non à celui d'ibmNetDispatcher, 1.3.6.1.4.1.2.6.144. Cependant, les utilitaires de gestion SNMP peuvent déterminer la source de l'interruption car les données contiennent un ID objet provenant du MIB ibmNetDispatcher.

    Activation et désactivation du support SNMP à partir de la commande dscontrol

    Le support SNMP est activé à l'aide de la commande dscontrol subagent start. Il est désactivé à l'aide de la commande dscontrol subagent stop.

    Pour plus d'informations sur la commande dscontrol, reportez-vous à la section dscontrol subagent -- Configuration du sous-agent SNMP.

    Rejet de l'ensemble du trafic vers Load Balancer avec la fonction ipchains ou iptables (Linux)

    Le pare-feu ipchains est intégré au noyau de Linux. Lors de l'exécution simultanée de Load Balancer et de ipchains, Load Balancer voit le paquets avant ipchains. Vous pouvez ainsi utiliser ipchains pour renforcer un dispositif Load Balancer Linux tel qu'un dispositif Load Balancer servant à charger des pare-feux d'équilibrage de charge.

    Lorsque ipchains ou iptables est configuré pour une utilisation restreinte (aucun trafic entrant ou sortant autorisé), la partie dédiée à l'acheminement des paquets de Load Balancer continue de fonctionner normalement.

    Notez que ipchains et iptables ne permettent pas le filtrage du trafic entrant avant l'équilibrage de la charge.

    Le fonctionnement correct de l'ensemble de Load Balancer nécessite l'autorisation de trafic supplémentaire. Voici quelques exemples de communication :

    En règle générale, la stratégie ipchains adaptée aux dispositifs Load Balancer consiste à refuser tout type de trafic, sauf celui à destination et provenant des serveurs périphériques, du Load Balancer haute disponibilité partenaire, des cibles à atteindre ou des hôtes de configuration.

    N'activez pas iptables lorsque Load Balancer s'exécute avec le noyau Linux version 2.4.10.x. En effet, l'activation sous cette version de noyau Linux peut provoquer à terme une dégradation des performances.

    Pour désactiver iptables, listez les modules (lsmod) pour savoir lesquels utilisent ip_tables et ip_conntrack, puis supprimez ceux-ci à l'aide des commandes rmmod ip_tables et rmmod ip_conntrack. Lorsque vous réamorcez la machine, ces modules sont de nouveau ajoutés de sorte que vous devez répéter cette procédure après chaque réamorçage.

    Pour plus d'informations sur les versions de noyau Linux prises en charge, reportez-vous à la section Configuration requise pour Red Hat Linux, SuSE Linux ou SuSE SLES Linux.


    Utilisation du composant CBR (Content Based Routing)

    La présente section explique comment utiliser le composant CBR de Load Balancer.

    Démarrage et arrêt de CBR

    CBR et Caching Proxy gèrent conjointement les demandes HTTP et HTTPS (SSL) via l'interface API du module d'extension de Caching Proxy. Caching Proxy doit être en cours d'exécution sur la même machine pour que CBR puisse commencer à effectuer l'équilibrage de charge des serveurs. Configurez CBR et Caching Proxy en respectant les instructions de la section Exemple de configuration CBR.

    Contrôle de CBR

    Après avoir lancé CBR, vous pouvez le contrôler en utilisant une des méthodes suivantes :

    Utilisation des journaux de CBR

    Les journaux utilisés par CBR sont similaire à ceux de Dispatcher. Pour plus d'informations, reportez-vous à la section Utilisation des journaux Load Balancer.

    Remarque :
    Dans les versions précédentes, pour CBR, il était possible de modifier le chemin d'accès au répertoire log dans le fichier de configuration Caching Proxy. Vous pouvez maintenant changer le chemin du répertoire dans lequel le journal est stocké dans le fichier cbrserver. Pour plus de détails, reportez-vous à la section Modification des chemins des fichiers journaux.

    Utilisation du composant Site Selector

    Démarrage et arrêt de Site Selector

    Contrôle de Site Selector

    Après avoir lancé Site Selector, vous pouvez le contrôler en utilisant une des méthodes suivantes :

    Utilisation des journaux Site Selector

    Les journaux employés par Site Selector sont similaires à ceux utilisés dans Dispatcher. Pour plus d'information, reportez-vous à la section Utilisation des journaux Load Balancer.


    Utilisation du composant Cisco CSS Controller

    Démarrage et arrêt de Cisco CSS Controller

    1. A partir d'une ligne de commande, entrez ccoserver pour lancer Cisco CSS Controller.
    2. A partir d'une ligne de commande, entrez ccoserver stop pour arrêter Cisco CSS Controller.

    Contrôle de Cisco CSS Controller

    Après avoir lancé Cisco CSS Controller, vous pouvez le contrôler en utilisant une des méthodes suivantes :

    Utilisation des journaux Cisco CSS Controller

    Les journaux employés par Cisco CSS Controller sont similaires à ceux utilisés dans Dispatcher. Pour plus d'information, reportez-vous à la section Utilisation des journaux Load Balancer.


    Utilisation du composant Nortel Alteon Controller

    Démarrage et arrêt de Nortel Alteon Controller

    1. A partir d'une ligne de commande, entrez nalserver pour démarrer Nortel Alteon Controller.
    2. A partir d'une ligne de commande, entrez nalserver stop pour arrêter Nortel Alteon Controller.

    Contrôle de Nortel Alteon Controller

    Une fois Nortel Alteon Controller démarré, vous pouvez le contrôler en utilisant une des méthodes suivantes :

    Utilisation des journaux Nortel Alteon Controller

    Les journaux employés de Nortel Alteon Controller sont similaires à ceux de Dispatcher. Pour plus d'information, reportez-vous à la section Utilisation des journaux Load Balancer.


    Utilisation du composant Metric Server

    Démarrage et arrêt de Metric Server

    Metric Server fournit à Load Balancer des informations relatives à la charge des serveurs. Il réside sur chaque serveur soumis à l'équilibrage de charge.

    Utilisation des journaux Metric Server

    Modifiez le niveau de consignation dans le script de démarrage de Metric Server. Vous pouvez indiquer un niveau de consignation compris entre 0 et 5, à l'instar de la plage admise pour les journaux de Load Balancer. Cette action génère un journal des agents dans le répertoire ...ms/logs.


    Résolution des incidents

    Ce chapitre permet la détection et la résolution des incidents associés à Load Balancer.


    Collecte des informations de résolution des incidents

    Utilisez les informations de cette section pour rassembler les données nécessaires au service d'assistance IBM. Les informations sont classées sous les rubriques suivantes :

    Informations générales (obligatoires)

    Le composant Dispatcher (et lui seul), dispose d'un outil d'identification des incidents qui collecte automatiquement les données propres au système d'exploitation et les fichiers de configuration de composants donnés. Pour lancer cet outil, entrez lbpd à partir du répertoire approprié, c'est-à-dire :

    Pour les plateformes Unix : /opt/ibm/edge/lb/servers/bin/

    Sous Windows 2000 : C:\Program Files\IBM\edge\lb\servers\bin

    Cet outil d'identification des incidents regroupe les données collectées dans des fichiers comme suit :

    Sur les plateformes AIX, Linux et Solaris : /opt/ibm/edge/lb/ lbpmr.tar.Z

    Sous Windows 2000 : C:\Program Files\IBM\edge\lb\lbpmr.zip

    Remarque :
    Vous devez disposer d'un utilitaire Windows de compression de ligne de commande.

    Avant d'appeler le service d'assistance IBM, regroupez les information ci-après.

    Incidents liés à la haute disponibilité

    En cas d'incident dans un environnement de haute disponibilité, regroupez les informations requises ci-après.

    Incidents liés aux conseillers

    En cas d'incident lié aux conseillers (par exemple lorsque des conseillers déclarent par erreur des serveurs inactifs), regroupez les informations requises ci-après.

    Incident liés au routage par contenu (CBR)

    En cas d'incident lié au routage par contenu (CBR), regroupez les informations requises ci-après.

    Impossibilité d'accéder à la grappe

    Si vous n'arrivez pas à accéder à la grappe, il est possible que l'une des machines Load Balancer ou les deux ont attribué un alias à la grappe. Pour déterminer laquelle détient la grappe, procédez comme suit :

    1. Sur le même sous-réseau et non sur une machine Load Balancer ou serveur :
      ping
      grappe
      arp -a
      
    2. Observez le résultat de arp et faites correspondre l'adresse MAC (adresse hexadécimale en 16 chiffres) avec l'un des résultats de netstat -ni pour déterminer à quelle machine appartient physiquement la grappe.
    3. Utilisez les commandes suivantes pour interpréter le résultat des deux machines et déterminer si elles détiennent toutes deux l'adresse de la grappe.

      Sous AIX : netstat -ni

      Sous Linux et Solaris : ifconfig -a

      Sous Windows 2000 : ipconfig /all

    Si vous n'obtenez pas de réponse à la commande ping, il est possible qu'aucune des machine n'ait attribué d'alias à l'adresse IP de la grappe sur son interface, par exemple en0, tr0 et ainsi de suite.

    Echec de toutes les tentatives de résolution des incidents

    Si vous n'arrivez pas à résoudre des incidents de routage et que toute vos tentatives ont échoué, émettez la commande suivante pour lancer une trace du trafic réseau :

    Vous pouvez également augmenter les niveaux de différents journaux (par exemple, journal du gestionnaire, journal du conseiller, etc.) et analyser les informations qu'ils contiennent.

    Mises à niveau

    Pour identifier un incident déjà résolu, vérifiez les mises à jour :

    1. Etablissez une liaison FTP au site suivant :
      ftp://ftp.software.ibm.com/ps/products/networkdispatcher/servicereleases
      
    2. Sélectionnez le fichier approprié à votre système d'exploitation en vous assurant qu'il s'agit bien de la dernière version disponible du service.
    3. Cliquez sur le fichier choisi pour télécharger le code.

    Java

    Pour mettre à niveau des versions Java pour Load Balancer reportez-vous au point 3.

    Liens utiles

    Pour plus d'informations sur les sites Web du support, des notes techniques (conseils et astuces) et des pages Web de la bibliothèque, reportez-vous à la section Informations de référence.


    Tableaux de résolution des incidents

    Pour les opérations répertoriées, reportez-vous au tableau indiqué.


    Tableau 14. Tableau de résolution des incidents de Dispatcher

    Symptôme Cause possible Voir...
    Dispatcher ne fonctionne pas correctement Conflit de numéros de port Vérification des numéros de port Dispatcher
    Le serveur configuré ne répond pas aux requêtes d'équilibrage de charge Conflit d'adresses ou adresse erronée Incident : Le répartiteur et le serveur ne répondent pas
    Absence de prise en charge des connexions des machines client ou dépassement de délai des connexions
    • Mauvaise configuration de réacheminement
    • NIC sans alias avec l'adresse de grappe
    • Le serveur n'a pas de dispositif de bouclage ayant un alias pour l'adresse de grappe
    • Le chemin supplémentaire n'est pas supprimé
    • Le port n'est pas défini pour chaque grappe
    • Les serveurs sont désactivés ou mis à une pondération de zéro

    Incident : Les requêtes Dispatcher ne sont pas équilibrées
    Les machines client ne sont pas prises en charge ou le délai imparti à ces connexions est dépassé La fonction haute disponibilité est inopérante Incident : La fonction haute disponibilité de Dispatcher est inopérante
    Impossible d'ajouter un signal de présence (Windows 2000) L'adresse source n'est pas configurée sur un adaptateur Incident : Impossible d'ajouter un signal de présence (Windows 2000)
    Le serveur ne livre pas les requêtes (Window) Une route supplémentaire a été créée dans la table de routage Incident : Routes supplémentaires (Windows 2000)
    Les conseillers ne fonctionnent pas correctement en réseau étendu Les conseillers ne fonctionnent pas sur les machines éloignées Incident : Les conseillers ne fonctionnent pas correctement
    Dispatcher, Microsoft IIS et SSL ne fonctionnent pas ou risquent de s'arrêter. Impossible d'envoyer des données codées via les protocoles Incident : Dispatcher, Microsoft IIS et SSL ne fonctionnent pas (Windows 2000)
    Connexion à une machine distante refusée Une ancienne version des clés est encore utilisée Incident : Connexion du répartiteur à une machine éloignée
    La commande dscontrol ou lbadmin n'a pas abouti, le message 'Le serveur ne répond pas' ou 'Impossible d'accéder au serveur RMI' s'affiche
    1. Echec des commandes en raison d'une pile mise sur "sock". Ou les commandes n'ont pas abouti car dsserver n'a pas été lancé.
    2. La définition des ports RMI est incorrecte.

    Incident : La commande dscontrol ou lbadmin n'a pas abouti
    Message d'erreur "Impossible trouver fichier...", lors de l'exécution de Netscape en tant que navigateur par défaut pour visualiser l'aide en ligne (Windows 2000) Paramétrage incorrect pour l'association de fichier HTML Incident : Affichage du message d'erreur "Fichier introuvable... lorsque vous tentez de visualiser l'aide en ligne (Windows 2000)
    "stty: : No such device or address" (aucun périphérique ou adresse de ce type) lors du lancement de dsserver sous Solaris 2.7. Ignorez ce message d'erreur. Il ne s'agit pas d'un problème. dsserver s'exécute correctement Incident : Message d'erreur incorrect lors du lancement de dsserver sous Solaris 2.7
    L'interface graphique ne démarre pas correctement Espace de pagination insuffisant Incident : L'interface graphique ne démarre pas correctement
    Erreur lors de l'exécution de Dispatcher lorsque Caching Proxy est installé Dépendance de fichiers Caching Proxy Incident : Erreur lors de l'exécution de Dispatcher lorsque Caching Proxy est installé
    L'interface utilisateur graphique ne s'affiche pas correctement. La résolution est incorrecte. Incident : L'interface graphique ne s'affiche pas correctement
    Les panneaux d'aide apparaissent parfois sous d'autres fenêtres Limite Java Incident : Sous Windows 2000, les fenêtre d'aide disparaissent parfois sous d'autres fenêtres ouvertes
    Load Balancer ne peut pas traiter et transmettre de cadre Une adresse MAC unique est nécessaire pour chaque carte NIC Incident: Load Balancer ne peut pas traiter et transmettre un cadre
    Un écran bleu apparaît Aucune carte réseau n'est installée et configurée Incident : Un écran bleu s'affiche lors du démarrage de l'exécuteur Load Balancer
    La fonction Path MTU Discovery permet d'éviter le trafic retour La grappe est associée à un alias sur le dispositif de bouclage Incident : La fonction Path MTU Discovery permet d'éviter le trafic retour avec Load Balancer
    Les conseillers indiquent que tous les serveurs sont en panne Calcul incorrect du total de contrôle TCP Incident : Les conseillers indiquent que tous les serveurs sont en panne
    La fonction haute disponibilité de Load Balancer en mode réseau étendu est inopérante La machine Dispatcher éloignée doit être définie en tant que serveur d'une grappe sur la machine Dispatcher locale Incident : La fonction haute disponibilité de Load Balancer en mode réseau étendu est inopérante
    Arrêt (ou comportement imprévu) de l'interface graphique lors de la tentative de chargement d'un fichier de configuration volumineux. La mémoire est insuffisante pour permettre à Java de traiter une modification de l'interface graphique de cette ampleur. Incident : Arrêt (ou comportement imprévu) de l'interface graphique lors de la tentative de chargement d'un fichier de configuration volumineux
    Sous Windows : écran bleu ou conseiller Load Balancer signalant par erreur des charges "-1" Utilisation de la carte de réseau Ethernet 3Com 985B gigabit Incident : Sous Windows, écran bleu ou conseiller signalant par erreur des charges -1
    Dans les versions Solaris localisées, les boutons Oui et Non de l'interface graphique s'affichent en français Incident connu pris en compte par Sun Microsystems Incident : Sous Solaris NLV, les boutons Oui et Non s'affichent en français
    L'administration (lbadmin) de Load Balancer se déconnecte du serveur après mise à jour de la configuration lbadmin ou dscontrol peuvent être d'une autre version que dsserver Incident : lbadmin se déconnecte du serveur après mise à jour de la configuration
    Adresses IP non résolues correctement sur la connexion éloignée Lors de l'utilisation d'un client éloigné sur une implémentation SSL, des noms d'hôtes ou des noms de domaines complets ne sont pas correctement convertis en adresses IP en notation décimale à point Incident : Adresses IP non résolues correctement sur la connexion éloignée
    L'interface coréenne de Load Balancer affiche sous AIX et Linux des polices non souhaitées ou qui se chevauchent Vous devez modifier les polices de caractères par défaut Incident : L'interface coréenne de Load Balancer affiche sous AIX et Linux des polices non souhaitées ou qui se chevauchent
    Sous Windows, lorsqu'un alias a été attribué à l'adaptateur de bouclage de MS, le système d'exploitation ne répond pas correctement à l'adresse d'alias lors de l'émission d'une commande telle que hostname Dans la liste des connexions réseau, le nouvel alias ne doit pas se trouver au-dessus de l'adresse locale Incident : Sous Windows, adresse d'alias renvoyée au lieu de l'adresse locale lors de l'émission de commandes telles que hostname
    Comportement inattendu de l'interface graphique lors de l'utilisation de Windows 2000 avec une carte vidéo Matrox AGP Incident lors de l'utilisation de cartes Matrox AGP en cours d'exécution de l'interface graphique de Load Balancer Incident : sous Windows 2000, comportement inattendu de l'interface graphique lors de l'utilisation de cartes vidéo Matrox AGP
    Comportement inattendu, tel un arrêt du système, lors de l'exécution de "rmmod ibmnd" sous Linux Incident lors du retrait manuel du noyau du module Load Balancer (ibmnd). Incident : Comportement inattendu lors de l'exécution de rmmod ibmnd (Linux)
    Temps de réponse important lors de l'exécution de commandes sur la machine Dispatcher Un temps de réponse important peut être dû à une surcharge de la machine liée à un volume élevé de trafic client Incident : Temps de réponse important lors de l'exécution de commandes sur la machine Dispatcher
    Pour la méthode d'acheminement MAC de Dispatcher, le conseiller SSL ou HTTPS n'enregistrement pas les charges des serveurs Incident lié au fait que l'application serveur SSL n'est pas configurée avec l'adresse IP de la grappe Incident : Le conseiller SSL ou HTTPS n'enregistre pas les charges des serveurs (avec l'acheminement MAC)
    Incident lors du chargement de configurations volumineuses à l'aide de lbwebaccess (administration Web) ou de lbadmin Cet incident peut être lié au fait que le nombre maximum de segments de mémoire dynamique Java doit être augmenté Incident : Difficulté à charger les configurations importantes (à l'aide de lbadmin, administration Web)
    Déconnexion de l'hôte lors de l'administration Web à distance via Netscape Cette déconnexion se produit lors du redimensionnement de la fenêtre du navigateur Incident : Déconnexion de l'hôte lors du redimensionnement de la fenêtre du navigateur Netscape en cours d'administration Web
    Regroupement de connexions activé et serveur Web établissant une liaison à 0.0.0.0 Configurez les serveur Microsoft IIS en tant que serveur de liaison Incident : Regroupement de connexions activé et serveur Web établissant une liaison à 0.0.0.0
    Sous Windows 2000, des caractères nationaux Latin-1 endommagés apparaissent sur la ligne de commande Modifiez les propriétés des polices de la fenêtre de la ligne de commande Incident : Sous Windows, des caractères nationaux Latin-1 endommagés apparaissent dans la fenêtre de la ligne de commande
    Sur les plateformes Unix qui utilisent le navigateur Netscape, le texte d'aide en ligne de l'InfoCenter s'affiche en petits caractères Augmentez la taille de la police en modifiant les options de préférence du navigateur Netscape Incident : Sur les plateformes Unix utilisant InfoCenter, le navigateur Netscape affiche le texte de l'aide en ligne en petits caractères

    Tableau 15. Tableau de résolution des incidents de CBR

    Symptôme Cause possible Reportez-vous à la section.
    CBR ne fonctionne pas correctement Conflit de numéros de port Vérification des numéros de port CBR
    La commande cbrcontrol ou lbadmin n'a pas abouti, le message 'Le serveur ne répond pas' ou 'Impossible d'accéder au serveur RMI' s'affiche Echec des commandes en raison d'une pile mise sur "sock". Ou les commandes n'ont pas abouti car cbrserver n'a pas été lancé Incident : La commande cbrcontrol ou lbadmin n'a pas abouti
    La charge des demandes n'est pas équilibrée Caching Proxy a été lancé avant l'exécuteur Incident : Les requêtes ne sont pas équilibrées
    Sous Solaris, la commande cbrcontrol de démarrage de l'exécuteur affiche le message 'Erreur: l'exécuteur n'a pas été lancé' lorsqu'elle échoue. La commande peut échouer lorsqu'une modification des valeurs IPC système par défaut est nécessaire Incident : Sous Solaris, la commande cbrcontrol n'aboutit pas
    La règle d'URL ne fonctionne pas Erreur de syntaxe ou de configuration Incident : erreur de syntaxe ou de configuration
    Sous Windows : Ecran bleu (panne de protection générale) occasionnel ou conseiller Load Balancer signalant par erreur des charges "-1" Utilisation de la carte de réseau Ethernet 3Com 985B gigabit Incident : Sous Windows, écran bleu ou conseiller signalant par erreur des charges -1
    Dans les versions Solaris localisées, les boutons Oui et Non de l'interface graphique s'affichent en français Incident connu pris en compte par Sun Microsystems Incident : Sous Solaris NLV, les boutons Oui et Non s'affichent en français
    Comportement inattendu de l'interface graphique lors de l'utilisation de Windows 2000 avec une carte vidéo Matrox AGP Incident lors de l'utilisation de cartes Matrox AGP en cours d'exécution de l'interface graphique de Load Balancer Incident : sous Windows 2000, comportement inattendu de l'interface graphique lors de l'utilisation de cartes vidéo Matrox AGP
    Incident lors du chargement de configurations volumineuses à l'aide de lbwebaccess (administration Web) ou de lbadmin Cet incident peut être lié au fait que le nombre maximum de segments de mémoire dynamique Java doit être augmenté Incident : Difficulté à charger les configurations importantes (à l'aide de lbadmin, administration Web)
    Déconnexion de l'hôte lors de l'administration Web à distance via Netscape Cette déconnexion se produit lors du redimensionnement de la fenêtre du navigateur Incident : Déconnexion de l'hôte lors du redimensionnement de la fenêtre du navigateur Netscape en cours d'administration Web
    Sous Windows 2000, des caractères nationaux Latin-1 endommagés apparaissent sur la ligne de commande Modifiez les propriétés des polices de la fenêtre de la ligne de commande Incident : Sous Windows, des caractères nationaux Latin-1 endommagés apparaissent dans la fenêtre de la ligne de commande
    Sur les plateformes Unix qui utilisent le navigateur Netscape, le texte d'aide en ligne de l'InfoCenter s'affiche en petits caractères Augmentez la taille de la police en modifiant les options de préférence du navigateur Netscape Incident : Sur les plateformes Unix utilisant InfoCenter, le navigateur Netscape affiche le texte de l'aide en ligne en petits caractères

    Tableau 16. Tableau de résolution des incidents de Site Selector

    Symptôme Cause possible Voir...
    Site Selector ne s'exécute pas correctement Conflit de numéros de port Vérification des numéros de port Site Selector
    Site Selector n'effectue pas de demandes entrantes permutées de façon circulaire à partir des clients Solaris Les système Solaris exécutent un "démon de mémoire cache de service annuaire" Incident : Site Selector ne permet pas le trafic à permutation circulaire à partir des clients Solaris
    La commande sscontrol ou lbadmin n'a pas abouti, le message 'Le serveur ne répond pas' ou 'Impossible d'accéder au serveur RMI' s'affiche Echec des commandes en raison d'une pile mise sur "sock". Ou les commandes n'ont pas abouti car ssserver n'a pas été lancé. Incident : la commande sscontrol ou lbadmin n'a pas abouti
    Echec du démarrage de ssserver sous Windows 2000 Windows ne nécessite pas la présence du nom d'hôte dans le système DNS. Incident : Echec du démarrage de ssserver sous Windows 2000
    Machine ayant des chemins en double pour lequel l'équilibrage de charge ne s'effectue pas correctement -- la résolution de noms semble ne pas aboutir Machine Site Selector ayant plusieurs cartes associées au même sous-réseau Incident : Site Selector ayant des chemins en double pour lequel l'équilibrage de charge ne s'effectue pas correctement
    Sous Windows : Ecran bleu (panne de protection générale) occasionnel ou conseiller Load Balancer signalant par erreur des charges "-1" Utilisation de la carte de réseau Ethernet 3Com 985B gigabit Incident : Sous Windows, écran bleu ou conseiller signalant par erreur des charges -1
    Dans les versions Solaris localisées, les boutons Oui et Non de l'interface graphique s'affichent en français Incident connu pris en compte par Sun Microsystems Incident : Sous Solaris NLV, les boutons Oui et Non s'affichent en français
    Comportement inattendu de l'interface graphique lors de l'utilisation de Windows 2000 avec une carte vidéo Matrox AGP Incident lors de l'utilisation de cartes Matrox AGP en cours d'exécution de l'interface graphique de Load Balancer Incident : sous Windows 2000, comportement inattendu de l'interface graphique lors de l'utilisation de cartes vidéo Matrox AGP
    Incident lors du chargement de configurations volumineuses à l'aide de lbwebaccess (administration Web) ou de lbadmin Cet incident peut être lié au fait que le nombre maximum de segments de mémoire dynamique Java doit être augmenté Incident : Difficulté à charger les configurations importantes (à l'aide de lbadmin, administration Web)
    Déconnexion de l'hôte lors de l'administration Web à distance via Netscape Cette déconnexion se produit lors du redimensionnement de la fenêtre du navigateur Incident : Déconnexion de l'hôte lors du redimensionnement de la fenêtre du navigateur Netscape en cours d'administration Web
    Sous Windows 2000, des caractères nationaux Latin-1 endommagés apparaissent sur la ligne de commande Modifiez les propriétés des polices de la fenêtre de la ligne de commande Incident : Sous Windows, des caractères nationaux Latin-1 endommagés apparaissent dans la fenêtre de la ligne de commande
    Sur les plateformes Unix qui utilisent le navigateur Netscape, le texte d'aide en ligne de l'InfoCenter s'affiche en petits caractères Augmentez la taille de la police en modifiant les options de préférence du navigateur Netscape Incident : Sur les plateformes Unix utilisant InfoCenter, le navigateur Netscape affiche le texte de l'aide en ligne en petits caractères

    Tableau 17. Tableau de résolution des incidents de Contrôleur pour commutateurs Cisco CSS

    Symptôme Cause possible Voir...
    échec du lancement de ccoserver Conflit de numéros de port Vérification des numéros de port Cisco CSS Controller
    La commande ccocontrol ou lbadmin n'a pas abouti, le message 'Le serveur ne répond pas' ou 'Impossible d'accéder au serveur RMI' s'affiche Echec des commandes en raison d'une pile mise sur "sock". Ou les commandes n'aboutissent pas car ccoserver n'a pas été lancé. Incident : La commande ccocontrol ou lbadmin n'a pas abouti
    Erreur de réception : Impossible de créer un registre sur le port 13099 Licence du produit expirée Incident : Impossible de créer un registre sur le port 13099
    Dans les versions Solaris localisées, les boutons Oui et Non de l'interface graphique s'affichent en français Incident connu pris en compte par Sun Microsystems Incident : Sous Solaris NLV, les boutons Oui et Non s'affichent en français
    Comportement inattendu de l'interface graphique lors de l'utilisation de Windows 2000 avec une carte vidéo Matrox AGP Incident lors de l'utilisation de cartes Matrox AGP en cours d'exécution de l'interface graphique de Load Balancer Incident : sous Windows 2000, comportement inattendu de l'interface graphique lors de l'utilisation de cartes vidéo Matrox AGP
    Réception d'une erreur de connexion lors de l'ajout d'un consultant Paramètres de configuration incorrects sur le commutateur ou le contrôleur Incident : Réception d'une erreur de connexion lors de l'ajout d'un consultant
    Pondérations non actualisées sur le commutateur Communication entre le contrôleur et le commutateur impossible ou interrompue Incident : Pondérations non actualisées sur le commutateur
    La commande de régénération n'a pas actualisé la configuration du consultant Communication entre le commutateur et le contrôleur impossible ou interrompue Incident : La commande de régénération n'a pas actualisé la configuration du consultant
    Incident lors du chargement de configurations volumineuses à l'aide de lbwebaccess (administration Web) ou de lbadmin Cet incident peut être lié au fait que le nombre maximum de segments de mémoire dynamique Java doit être augmenté Incident : Difficulté à charger les configurations importantes (à l'aide de lbadmin, administration Web)
    Déconnexion de l'hôte lors de l'administration Web à distance via Netscape Cette déconnexion se produit lors du redimensionnement de la fenêtre du navigateur Incident : Déconnexion de l'hôte lors du redimensionnement de la fenêtre du navigateur Netscape en cours d'administration Web
    Sous Windows 2000, des caractères nationaux Latin-1 endommagés apparaissent sur la ligne de commande Modifiez les propriétés des polices de la fenêtre de la ligne de commande Incident : Sous Windows, des caractères nationaux Latin-1 endommagés apparaissent dans la fenêtre de la ligne de commande
    Sur les plateformes Unix qui utilisent le navigateur Netscape, le texte d'aide en ligne de l'InfoCenter s'affiche en petits caractères Augmentez la taille de la police en modifiant les options de préférence du navigateur Netscape Incident : Sur les plateformes Unix utilisant InfoCenter, le navigateur Netscape affiche le texte de l'aide en ligne en petits caractères

    Tableau 18. Tableau de résolution des incidents de Nortel Alteon Controller

    Symptôme Cause possible Voir...
    échec du lancement de nalserver Conflit de numéros de port Vérification des numéros de port Nortel Alteon Controller
    La commande nalcontrol ou lbadmin n'a pas abouti, le message 'Le serveur ne répond pas' ou 'Impossible d'accéder au serveur RMI' s'affiche Echec des commandes en raison d'une pile mise sur "sock". Ou les commandes n'ont pas abouti car nalserver n'a pas été lancé. Incident : la commande nalcontrol ou lbadmin n'a pas abouti
    Erreur de réception : Impossible de créer un registre sur le port 14099 Licence du produit expirée Incident : Impossible de créer un registre sur le port 14099
    Comportement inattendu de l'interface graphique lors de l'utilisation de Windows 2000 avec une carte vidéo Matrox AGP Incident lors de l'utilisation de cartes Matrox AGP en cours d'exécution de l'interface graphique de Load Balancer Incident : sous Windows 2000, comportement inattendu de l'interface graphique lors de l'utilisation de cartes vidéo Matrox AGP
    Incident lors du chargement de configurations volumineuses à l'aide de lbwebaccess (administration Web) ou de lbadmin Cet incident peut être lié au fait que le nombre maximum de segments de mémoire dynamique Java doit être augmenté Incident : Difficulté à charger les configurations importantes (à l'aide de lbadmin, administration Web)
    Déconnexion de l'hôte lors de l'administration Web à distance via Netscape Cette déconnexion se produit lors du redimensionnement de la fenêtre du navigateur Incident : Déconnexion de l'hôte lors du redimensionnement de la fenêtre du navigateur Netscape en cours d'administration Web
    Réception d'une erreur de connexion lors de l'ajout d'un consultant Paramètres de configuration incorrects sur le commutateur ou le contrôleur Incident : Réception d'une erreur de connexion lors de l'ajout d'un consultant
    Pondérations non actualisées sur le commutateur Communication entre le contrôleur et le commutateur impossible ou interrompue Incident : Pondérations non actualisées sur le commutateur
    La commande de régénération n'a pas actualisé la configuration du consultant Communication entre le commutateur et le contrôleur impossible ou interrompue Incident : La commande de régénération n'a pas actualisé la configuration du consultant
    Sous Windows 2000, des caractères nationaux Latin-1 endommagés apparaissent sur la ligne de commande Modifiez les propriétés des polices de la fenêtre de la ligne de commande Incident : Sous Windows, des caractères nationaux Latin-1 endommagés apparaissent dans la fenêtre de la ligne de commande
    Sur les plateformes Unix qui utilisent le navigateur Netscape, le texte d'aide en ligne de l'InfoCenter s'affiche en petits caractères Augmentez la taille de la police en modifiant les options de préférence du navigateur Netscape Incident : Sur les plateformes Unix utilisant InfoCenter, le navigateur Netscape affiche le texte de l'aide en ligne en petits caractères

    Tableau 19. Tableau de dépannage du système Metric Server

    Symptôme Cause possible Voir...
    IOException Metric Server sous Windows 2000 lors de l'exécution de fichiers de mesures utilisateur de format BAT ou CMD Le nom complet des mesures est obligatoire Incident : IOException Metric Server sous Windows 2000 lors de l'exécution de fichiers de mesures utilisateur de format BAT ou CMD
    Le système Metric Server ne fournit pas à la machine Load Balancer les informations relatives à la charge. Causes possibles :
    • absence de fichier de clés sur la machine Metric Server
    • nom d'hôte de la machine Metric Server non enregistré sur le serveur de noms local
    • nom d'hôte local du fichier /etc/hosts converti à l'adresse de bouclage 127.0.0.1
    Incident : Metric Server n'indique pas la charge à la machine Load Balancer
    L'entrée "Signature is necessary for access to agent" (signature nécessaire pour accéder à l'agent) apparaît dans le journal de la machine Metric Server lors du transfert des fichiers de clés vers le serveur Echec de l'autorisation du fichier de clés en raison d'une altération. Incident : Le journal de la machine Metric Server indique qu'une signature est nécessaire pour accéder à l'agent
    Sous AIX, lorsque Metric Server s'exécute dans des conditions difficiles sur un système multiprocesseur (4.3.3, 32 bits 5.1 ou 64 bits 5.1), il est possible que le résultat de la commande ps -vg soit altéré Le correctif APAR IY33804 rectifie ce problème AIX identifié Incident : Sous AIX, lorsque Metric Server s'exécute dans des conditions difficiles, il est possible que le résultat de la commande ps -vg soit altéré

    Vérification des numéros de port Dispatcher

    En cas d'incidents lors de l'exécution de Dispatcher, il se peut que l'une des applications utilise un numéro de port généralement utilisé par Dispatcher. Notez que le serveur Dispatcher utilise les numéros de port suivants :

    Si une autre application utilise l'un des numéros de port Dispatcher, vous pouvez modifier les numéros de port de Dispatcher ou modifier le numéro de port de l'application.

    Pour modifier les numéros de port Dispatcher, procédez comme suit :

    Modifiez le numéro du port RMI de l'application, comme suit :

    Remarque :
    Pour Windows 2000, les fichiers dsserver et metricserver se trouvent dans le répertoire C:\winnt\system32. Pour les autres plate-formes, ces fichiers se trouvent dans le répertoire /usr/bin/.

    Vérification des numéros de port CBR

    En cas d'incidents lors de l'exécution de CBR, il se peut que l'une des applications utilise un numéro de port généralement utilisé par CBR. Prenez en compte que CBR utilise le numéro de port suivant :

    Si une autre application utilise l'un des numéros de port CBR, vous pouvez modifier les numéros de port de CBR ou modifier le numéro de port de l'application.

    Pour modifier les numéros de port CBR, procédez comme suit :

    Modifiez le numéro du port RMI de l'application, comme suit :

    Remarque :
    Pour Windows 2000, les fichiers cbrserver et metricserver se trouvent dans le répertoire C:\winnt\system32. Pour les autres plate-formes, ces fichiers se trouvent dans le répertoire /usr/bin/.


    Vérification des numéros de port Site Selector

    En cas d'incidents lors de l'exécution du composant Site Selector, il se peut que l'une des applications utilise un numéro de port généralement utilisé par Site Selector. Prenez en compte le fait que Site Selector utilise les numéros de port suivants :

    Si une autre application utilise l'un des numéros de port Site Selector, vous pouvez modifier les numéros de port de Site Selector ou modifier le numéro de port de l'application.

    Pour modifier les numéros de port de Site Selector, procédez comme suit :

    Modifiez le numéro du port RMI de l'application, comme suit :

    Remarque :
    Pour Windows 2000, les fichiers ssserver et metricserver se trouvent dans le répertoire C:\winnt\system32. Pour les autres plate-formes, ces fichiers se trouvent dans le répertoire /usr/bin/.

    Vérification des numéros de port Cisco CSS Controller

    En cas d'incidents lors de l'exécution du composant Cisco CSS Controller, il se peut qu'une autre application utilise l'un des numéros de port utilisés par le serveur lbcserver de Cisco CSS Controller. Prenez en compte le fait que Cisco CSS Controller utilise les numéros de port suivants :

    13099 pour recevoir des commandes de ccocontrol

    10004 pour envoyer des demandes de mesure au système Metric Server

    13199 pour le port du serveur RMI

    Si une autre application utilise l'un des numéros de port Cisco CSS Controller, vous pouvez modifier les numéros de port de Cisco CSS Controller ou modifier le numéro de port de l'application.

    Pour modifier les numéros de port Cisco CSS Controller, procédez comme suit :

    Modifiez le numéro du port RMI de l'application, comme suit :

    Remarque :
    Pour Windows 2000, les fichiers ccoserver et metricserver se trouvent dans le répertoire C:\winnt\system32. Pour les autres plate-formes, ces fichiers se trouvent dans le répertoire /usr/bin.

    Vérification des numéros de port Nortel Alteon Controller

    En cas d'incidents lors de l'exécution du composant Nortel Alteon Controller, il se peut qu'une autre application utilise l'un des numéros de port utilisés par le serveur nalserver de Nortel Alteon Controller. Prenez en compte le fait que Nortel Alteon Controller utilise les numéros de port suivants :

    14099 pour recevoir les commandes de nalcontrol

    10004 pour envoyer des demandes de mesure au système Metric Server

    14199 pour le port du serveur RMI

    Si une autre application utilise l'un des numéros de port Nortel Alteon Controller, vous pouvez modifier les numéros de port de Nortel Alteon Controller ou modifier le numéro de port de l'application.

    Pour modifier les numéros de port Nortel Alteon Controller, , procédez comme suit :

    Modifiez le numéro du port RMI de l'application, comme suit :

    Remarque :
    Pour Windows 2000, les fichiers nalserver et metricserver se trouvent dans le répertoire C:\winnt\system32. Pour les autres plate-formes, ces fichiers se trouvent dans le répertoire /usr/bin.

    Résolution des incidents courants--Dispatcher

    Incident : Dispatcher ne fonctionne pas

    Cet incident peut se produire lorsqu'une autre application utilise l'un des ports utilisés par Dispatcher. Pour plus de détails, reportez-vous à la section Vérification des numéros de port Dispatcher.

    Incident : Le répartiteur et le serveur ne répondent pas

    Cet incident se produit lorsque qu'une adresse autre que l'adresse spécifiée est utilisée. Lorsque vous placez le Dispatcher et le serveur sur le même poste, assurez-vous que l'adresse NFA est utilisée ou est configurée comme utilisant le même poste.

    Incident : Les requêtes Dispatcher ne sont pas équilibrées

    Les symptômes de cet incident sont l'absence de prise en charge des connexions des machines client ou le dépassement du délai des connexions. Effectuez les contrôles suivants pour diagnostiquer cet incident :

    1. Avez-vous configuré l'adresse de non-réacheminement, les grappes, les ports et les serveurs pour l'acheminement ? Vérifiez le fichier de configuration.
    2. L'alias de la carte d'interface de réseau est-il associé à l'adresse de grappe ? Sous Unix, utilisez netstat -ni pour vérifier.
    3. L'alias de l'unité de bouclage de chaque serveur est-il associé à l'adresse de grappe ? Sous Unix, utilisez netstat -ni pour vérifier.
    4. La voie d'acheminement supplémentaire est-elle supprimée ? Sous Unix, utilisez netstat -nr pour vérifier.
    5. Utilisez la commande dscontrol cluster status pour vérifier les informations relatives à chacune des grappes que vous avez définies. Assurez-vous qu'un port est défini pour chaque grappe.
    6. Utilisez la commande dscontrol server report :: pour vérifier que vos serveurs ne sont pas hors service ou qu'ils n'ont pas pour valeur une pondération égale à zéro.

    Pour Windows et les autres plateformes, reportez-vous également à la section Configuration des serveurs pour l'équilibrage de la charge.

    Incident : La fonction haute disponibilité de Dispatcher est inopérante

    Cet incident se produit lorsqu'un environnement de haute disponibilité de Dispatcher est configuré et que les connexions des machines client ne sont pas prises en charge ou que le délai imparti à ces connexions est dépassé. Effectuez les contrôles suivants pour corriger ou diagnostiquer l'incident :

    Incident : Impossible d'ajouter un signal de présence (Windows 2000)

    Cette erreur Windows 2000 se produit lorsque l'adresse source n'est pas configuré sur un adaptateur. Effectuez les contrôles suivants pour corriger ou diagnostiquer l'incident :

    Incident : Routes supplémentaires (Windows 2000)

    Après la configuration des serveurs, il se peut qu'une ou plusieurs routes supplémentaires aient été créées par inadvertance. Si elles ne sont pas supprimées, ces routes empêchent le fonctionnement de Dispatcher. Reportez-vous à la section Configuration des serveurs pour l'équilibrage de la charge pour les contrôler et les supprimer.

    Incident : Les conseillers ne fonctionnent pas correctement

    Si vous utilisez un support de réseau étendu et que les conseillers ne semblent pas fonctionner correctement, vérifiez qu'ils sont bien lancés sur les répartiteurs locaux et éloignés. Reportez-vous à la section Utilisation de conseillers éloignés avec le support de réseau étendu de Dispatcher.

    Incident : Dispatcher, Microsoft IIS et SSL ne fonctionnent pas (Windows 2000)

    Lorsque vous utilisez Dispatcher, Microsoft IIS et SSL, s'ils ne fonctionnent pas ensemble, il se peut qu'un incident lié à la sécurité SSL se soit produit. Pour plus d'informations sur la génération d'une paire de clés, l'acquisition d'un certificat, l'installation d'un certificat avec une paire de clés et sur la configuration d'un répertoire pour SSL, reportez-vous au manuel Microsoft Information and Peer Web Services Information and Planning Guide fourni avec Windows 2000. L'URL locale du document que vous pouvez consulter à l'aide d'un navigateur Web est la suivante : file:///C:/WINNT/system32/inetsrv/iisadmin/htmldocs/inetdocs.htm .

    Incident : Connexion du répartiteur à une machine éloignée

    Dispatcher utilise des clés pour vous permettre de vous connecter à une machine éloignée et la configurer. Les clés indiquent un port RMI pour la connexion. Il est possible de changer de port RMI pour des raisons de sécurité ou de conflits. Lorsque vous changez les ports RMI, le nom de fichier ou la clé est différent(e). Si votre répertoire contient plusieurs clés pour la même machine éloignée et qu'elles indiquent des ports RMI différents, la ligne de commande essaie la première qu'elle trouve. Si elle n'est pas appropriée, la connexion est refusée. La connexion ne sera établie que si vous supprimez la clé incorrecte.

    Incident : La commande dscontrol ou lbadmin n'a pas abouti

    1. La commande dscontrol renvoie : Erreur : Pas de réponse du serveur. Ou la commande lbadmin renvoie : Erreur : impossible accéder au serveur RMI. Ces erreurs peuvent se manifester lorsque votre machine a une pile sur "sock". Pour corriger ce problème, éditez le fichier socks.cnf pour qu'il contienne les lignes suivantes :
      EXCLUDE-MODULE java
      EXCLUDE-MODULE javaw
      
    2. Les consoles d'administration des interfaces Load Balancer (ligne de commande, interface graphique et assistants) communiquent avec dsserver par appels RMI (Remote Method Invocation). Par défaut, la communication utilise trois ports : chacun étant défini dans le script de démarrage de dsserver :

      Ceci peut être source de problèmes lorsqu'une des consoles d'administration s'exécute sur la même machine qu'un pare-feu ou passe par un pare-feu. Par exemple, lorsque vous émettez des commandes dscontrol alors que Load Balancer s'exécute sur la même machine qu'un pare-feu, des erreurs de type Erreur : Pas de réponse du serveur peuvent s'afficher.

      Pour éviter ce type d'incident, modifiez le fichier script ndserver afin de définir le port qu'utilise RMI pour le pare-feu (ou autre application). Remplacez la ligne LB_RMISERVERPORT=10199 par LB_RMISERVERPORT=votrePort. Où votrePort est un autre port.

      Lorsque vous avez terminé, relancez la commande dsserver et ouvrez le trafic des ports 10099, 10004, 10199 et 10100 ou du port d'adresse hôte choisi pour l'exécution de la console d'administration.

    3. Ces erreurs peuvent également se produire si vous n'avez pas encore lancé dsserver.

    Incident : Affichage du message d'erreur "Fichier introuvable..." lorsque vous tentez de visualiser l'aide en ligne (Windows 2000)

    Sous Windows 2000, lorsque vous utilisez Netscape comme navigateur par défaut, le message d'erreur s'affiche si cet incident se produite : "Impossible trouver fichier '<nomfichier>.html' (ou un de ses composants). Vérifiez que le chemin et le nom de fichier sont corrects et que toutes les bibliothèques nécessaires sont disponibles.

    Le problème est dû à un réglage incorrect pour l'association de fichier HTML. La solution est la suivante :

    1. Cliquez sur My Computer, cliquez sur Outils, sélectionnez Options dossier et cliquez sur l'onglet Types fichiers tab
    2. Sélectionnez "Document hypertexte Netscape"
    3. Cliquez sur le bouton Avancé, sélectionnez ouvrir, cliquez sur le bouton Editer
    4. Entrez NSShell dans la zone Application : (et non dans la zone Application utilisée pour réaliser action : ), puis cliquez sur OK

    Incident : Message d'erreur incorrect lors du lancement de dsserver sous Solaris 2.7

    Lors du lancement de dsserver sous Solaris 2.7, le message d'erreur incorrect suivant s'affiche : "stty: : No such device or address." (aucun périphérique ou adresse de ce type). Ignorez ce message d'erreur. dsserver s'exécute correctement.

    Incident : L'interface graphique ne démarre pas correctement

    Pour que l'interface graphique, lbadmin, fonctionne correctement, vous devez disposer d'une quantité d'espace de pagination suffisante. Dans le cas contraire, l'interface graphique peut ne pas démarrer complètement. Si cela se produit, vérifiez l'espace de pagination et augmentez-la si nécessaire.

    Incident : Erreur lors de l'exécution de Dispatcher lorsque Caching Proxy est installé

    Si vous désinstallez Load Balancer afin de réinstaller une autre version et que vous obtenez une erreur lorsque vous tentez de lancer le composant Dispatcher, vérifiez si Caching Proxy est installé. Caching Proxy est lié à un des fichiers Dispatcher. Ce fichier sera désinstallé lors de la désinstallation de Caching Proxy.

    Pour résoudre ce problème :

    1. Désinstallez Caching Proxy.
    2. Désinstallez Load Balancer.
    3. Réinstallez Load Balancer et Caching Proxy.

    Incident : L'interface graphique ne s'affiche pas correctement

    Si des incidents se produisent relatifs à l'apparence de l'interface graphique de Load Balancer, vérifiez la configuration de la résolution du bureau du système d'exploitation. Pour un affichage de l'interface graphique optimal, nous vous recommandons d'utiliser une résolution de 1024x768 pixels.

    Incident : Sous Windows 2000, les fenêtre d'aide disparaissent parfois sous d'autres fenêtres ouvertes

    Lorsque vous ouvrez des fenêtres d'aide sous Windows 2000, elles peuvent disparaître en arrière-plan sous les fenêtres existantes. Si cela se produit, cliquez sur la fenêtre pour qu'elle s'affiche à nouveau en premier plan.

    Incident: Load Balancer ne peut pas traiter et transmettre un cadre

    Sous Solaris, chaque carte réseau possède la même adresse MAC par défaut. Cela fonctionne correctement lorsque chaque carte se trouve sur un sous-réseau IP différent. Cependant, dans un environnement commuté, lorsque plusieurs cartes NIC ayant la même adresse MAC et la même adresse de sous-réseau IP communiquent avec le même commutateur, ce dernier envoie l'ensemble du trafic associé à l'adresse MAC (et aux adresses IP) via le même câble. Seule la carte ayant la dernière placé un cadre sur ce réseau voit les paquets IP associés aux deux cartes. Solaris peut ignorer les paquets d'une adresse IP valide arrivant à l'interface "incorrecte".

    Si toutes les interfaces réseau ne sont désignées pour Load Balancer, comme il est configuré dans le fichier ibmnd.conf et si la carte NIC qui n'est pas définie dans ibmnd.conf reçoit un cadre, Load Balancer ne peut pas traiter et transmettre le cadre.

    Pour éviter ce problème, vous devez remplacer la valeur par défaut et définir une adresse unique pour chaque interface. Utilisez cette commande :

    ifconfig interface ether adrMac
    

    Par exemple :

    ifconfig hme0 ether 01:02:03:04:05:06
    

    Incident : Un écran bleu s'affiche lors du démarrage de l'exécuteur Load Balancer

    Sous Windows 2000, vous devez avoir une carte réseau installée et configurée avant le démarrage de l'exécuteur.

    Incident : La fonction Path MTU Discovery permet d'éviter le trafic retour avec Load Balancer

    Le système d'exploitation AIX contient une fonction de mise en réseau appelée "Path MTU Discovery". Lors d'une transaction avec un client, si le système d'exploitation détermine qu'une unité de transmission maximale (MTU) inférieure doit être utilisée pour les paquets sortants, la fonction Path MTU Discovery entraîne la création par AIX d'une route de rappel de cette unité. La nouvelle route est réservée à cette adresse IP client et enregistre l'unité MTU qui permet d'atteindre celle-ci.

    Lors de la création de la route, un incident peut survenir sur les serveurs en raison de l'association de la grappe à un alias sur le dispositif de bouclage. Si l'adresse de la passerelle pour la route entre dans le sous-réseau de la grappe ou du masque réseau, AIX crée la route sur le dispositif de bouclage. Cet événement s'est produit car il s'agissait de l'alias de la dernière interface associé à ce sous-réseau.

    Par exemple, soient la grappe 9.37.54.69, le masque réseau 255.255.255.0 et la passerelle prévue 9.37.54.1. Dans ce cas, AIX utilise le dispositif de bouclage pour la route. En raison de cette action, les réponses du serveur ne sortent jamais et le client dépasse le délai d'attente. Habituellement, le client voit une réponse de la grappe, puis il ne reçoit plus rien lorsque la route est créée.

    Deux solutions permettent de pallier cet incident :

    1. Désactivez la fonction Path MTU Discovery pour que le système d'exploitation AIX n'ajoute pas de route en mode dynamique. Utilisez les commandes suivantes :

      no -a
      liste les paramètres de mise en réseau AIX

      no -o option=valeur
      définit les paramètres TCP sous AIX
    2. Associez l'adresse IP de grappe sur le dispositif de bouclage au masque réseau 255.255.255.255. Cela signifie que le sous-réseau associé à un alias est uniquement l'adresse IP de grappe. Lorsque le système d'exploitation AIX crée les routes dynamiques, l'adresse IP de la passerelle cible ne correspond pas à ce sous-réseau. En conséquence, la route est amenée à utiliser l'interface réseau incorrecte. Supprimez ensuite la nouvelle route lo0 créée lors de la définition d'alias. Pour la supprimer, recherchez-la d'abord sur le dispositif de bouclage avec une destination réseau pour l'adresse IP de grappe. Cette action doit être effectuée à chaque utilisation d'alias pour la grappe.

    Remarques :

    1. La fonction Path MTU Discovery est désactivée par défaut dans les versions d'AIX antérieures à la version 4.3.2 et activée par défaut à partir de la version 4.3.3.

    2. Les commandes ci-après permettent de désactiver la fonction Path MTU Discovery et doivent être exécutées à chaque amorçage du système. Ajoutez-les dans le fichier /etc/rc.net.

    Incident : Les conseillers indiquent que tous les serveurs sont en panne

    Windows 2000 comporte une nouvelle fonction, Task Offload, qui permet le calcul du total de contrôle TCP par la carte adaptateur, plutôt que par le système d'exploitation. Cette fonction améliore les performances dans le système. Lorsque Task Offload est activé, les conseillers Load Balancer signalent que les serveurs sont en panne, alors qu'ils ne le sont pas.

    La cause de l'incident est la suivante : le total de contrôle TCP n'est pas calculé correctement pour les paquets provenant de l'adresse de grappe. C'est le cas avec le trafic des conseillers.

    Pour éviter cet incident, atteignez les paramètres de la carte et désactivez la fonction Task Offload.

    Cet incident a été observé pour la première fois avec la carte Adaptec QuadPort ANA62044. Cette carte désigne la fonction comme option de déchargement Transmit Checksum. Désactivez cette option pour éviter l'incident.

    Incident : La fonction haute disponibilité de Load Balancer en mode réseau étendu est inopérante

    Lorsque vous configurez un mode WAND (Wide Area Load Balancer), vous devez définir la machine Dispatcher locale en tant que serveur d'une grappe sur la machine Dispatcher locale. Habituellement, vous utilisez l'adresse de non-réacheminement (NFA) de la machine Dispatcher éloignée pour l'adresse de destination du serveur éloigné. Dans ce cas, si vous configurez ensuite sur la machine Dispatcher éloignée la fonction haute disponibilité, celle-ci reste inopérante. La cause en est la suivante : la machine Dispatcher locale désigne toujours la machine principale côté éloigné lorsque vous utilisez l'adresse NFA.

    Pour éviter cet incident :

    1. Définissez une autre grappe sur la machine Dispatcher éloignée. Il n'est pas nécessaire de définir des ports ou des serveurs pour cette grappe.
    2. Ajoutez l'adresse de cette grappe dans les scripts goActive et goStandy.
    3. Sur la machine Dispatcher locale, définissez l'adresse de grappe en tant que serveur, et non en tant qu'adresse NFA de la machine Dispatcher principale éloignée.

    Lorsque la machine Dispatcher principale éloignée entre en service, elle associe cette adresse à un alias sur la carte, permettant ainsi l'acceptation du trafic. En cas de défaillance, l'adresse se déplace sur la machine de secours qui continue à accepter le trafic destiné à cette adresse.

    Incident : Arrêt (ou comportement imprévu) de l'interface graphique lors de la tentative de chargement d'un fichier de configuration volumineux

    Lorsque vous tentez de charger un fichier de configuration volumineux (200 commandes add ou plus), l'interface graphique peut s'arrêter ou avoir un comportement imprévu, comme présenter un temps de réponse excessif lorsque vous apportez des modifications à l'écran.

    Cela vient du fait que la mémoire est insuffisante pour permettre à Java de traiter une configuration de cette ampleur.

    L'environnement d'exécution dispose d'une option permettant d'augmenter la mémoire disponible dont peut disposer Java.

    Il s'agit de l'option -Xmxnn correspond à la taille maximale, en octets, de la mémoire. n doit être un multiple de 1024 et supérieur à 2 Mo. La valeur n peut être suivie du caractère k ou K pour indiquer qu'il s'agit de kilo-octets ou du caractère m ou M pour indiquer qu'il s'agit de méga-octets. Par exemple, -Xmx128M et -Xmx81920k sont valides. La valeur par défaut est 64M. Solaris 8 accepte une valeur maximale de 4000M.

    Par exemple, pour ajouter cette option, ouvrez le fichier script lbadmin, modifiez "javaw" en "javaw -Xmxn" comme suit. (Pour AIX, modifiez "java" en "java -Xmxn") :

    Aucune valeur n particulière n'est recommandée, mais elle doit être supérieure à l'option par défaut. Pour commencer, vous pouvez doubler cette dernière.

    Incident : Sous Windows, écran bleu ou conseiller signalant par erreur des charges "-1"

    Vous pouvez être confronté à ce type d'incident lorsque vous utilisez une carte réseau Ethernet 3Com 985B gigabit sous Windows 2000 :

    Pour éviter ce type d'incident, utilisez une carte réseau Ethernet gigabit d'un autre fabricant.

    Incident : Sous Solaris NLV, les boutons Oui et Non s'affichent en français

    Les boutons Oui et Non de l'interface graphique de Load Balancer peuvent s'afficher en français dans les versions Solaris localisées. Cet incident connu pris en compte par Sun Microsystems.

    Incident : lbadmin se déconnecte du serveur après mise à jour de la configuration

    Si l'administration (lbadmin) de Load Balancer se déconnecte du serveur après mise à jour de la configuration, vérifiez quelle version de dsserver vous essayez de configurer sur le serveur et vérifiez qu'il s'agit de la même version que celle de lbadmin ou dscontrol.

    Incident : Adresses IP non résolues correctement sur la connexion éloignée

    Lorsqu'un client éloigné est utilisé sur une implémentation SSL, des noms d'hôtes ou des noms de domaines complets ne sont pas correctement convertis en adresses IP en notation décimale à point. L'implémentation SSL doit ajouter à la résolution des noms de domaines des données propres à la connexion.

    Si les adresses IP ne sont pas correctement résolues sur la connexion éloignée, nous vous suggérons d'indiquer l'adresse IP en notation décimale à point.

    Incident : L'interface coréenne de Load Balancer affiche sous AIX et Linux des polices non souhaitées ou qui se chevauchent

    Pour rectifier les problèmes de chevauchement de polices ou de polices indésirables sur l'interface Load Balancer coréenne, procédez comme suit :

    Sous AIX

    1. Arrêtez tous les processus Java sur le système AIX.
    2. Ouvrez le fichier font.properties.ko dans un éditeur. Ce fichier se trouve dans le répertoire principal/jre/lib où principal est le répertoire principal Java.
    3. Recherchez la chaîne :
      -Monotype-TimesNewRomanWT-medium-r-normal
      --*-%d-75-75-*-*-ksc5601.1987-0
      
    4. Remplacez toutes les instances de cette chaîne par :
      -Monotype-SansMonoWT-medium-r-normal
      --*-%d-75-75-*-*-ksc5601.1987-0
      
    5. Sauvegardez le fichier.

    Sous Linux

    1. Arrêtez tous les processus Java sur le système SuSE.
    2. Ouvrez le fichier font.properties.ko dans un éditeur. Ce fichier se trouve dans le répertoire principal/jre/lib où principal est le répertoire principal Java.
    3. Recherchez la chaîne (sans espace) :
      -monotype-
      timesnewromanwt-medium-r-normal--*-%d-75-75-p-*-microsoft-symbol
      
    4. Remplacez toutes les instances de cette chaîne par :
      -monotype-sansmonowt-medium-r-normal--*-%d-75-75-p-*-microsoft-symbol
      
    5. Sauvegardez le fichier.

    Incident : Sous Windows, adresse d'alias renvoyée au lieu de l'adresse locale lors de l'émission de commandes telles que hostname

    Sous Windows, lorsqu'un alias a été attribué à l'adaptateur de bouclage de MS, le système d'exploitation renvoie l'adresse d'alias au lieu de l'adresse locale lors de l'émission d'une commande telle que hostname. Pour rectifier cette erreur, veillez à placer le nouvel alias au-dessous de l'adresse locale dans la liste des connexions réseau. Ainsi, l'adresse locale est accédée avant l'alias de bouclage.

    Pour consulter la liste des connexions réseau, procédez comme suit :

    1. Cliquez sur Démarrer > Paramètres > Connexions réseau et accès à distance
    2. 0 partir de l'option de menu Avancé, sélectionnez Paramètres avancés...
    3. Vérifiez que Connexion locale figure en premier dans la liste Connexions.
    4. Au besoin, utilisez les boutons situés à droite pour déplacer les entrées vers le haut ou le bas de la liste.

    Incident : sous Windows 2000, comportement inattendu de l'interface graphique lors de l'utilisation de cartes vidéo Matrox AGP

    Sous Windows 2000, l'interface graphique de Load Balancer peut se comporter de manière inattendue lorsque vous utilisez une carte vidéo Matrox AGP. Lorsque vous cliquez sur un bouton de la souris, un espace légèrement plus large que le pointeur de la souris peut être altéré avec inversion possible de la mise en évidence ou déplacement des images sur l'écran. Les anciennes cartes Matrox n'ont pas présenté ce type de comportement. Il n'existe pas de rectificatif pour les cartes Matrox AGP.

    Incident : Comportement inattendu lors de l'exécution de "rmmod ibmnd" (Linux)

    Sous Linux : Si dsserver est en cours d'exécution lors du retrait manuel du noyau du module Load Balancer, un comportement inattendu (un arrêt du système ou des noyaux Java, par exemple) peut se produire. Avant de retirer manuellement du noyau le module Load Balancer, vous devez arrêter dsserver. Si la commande "dsserver stop" ne fonctionne pas, arrêtez le processus Java avec SRV_KNDConfigServer. Par exemple :

    ps-ef | grep
    SRV_KNDConfigServer
    

    Une fois le processus Java terminé, vous pouvez en toute sécurité exécuter la commande "rmmod ibmnd" de retrait du noyau du module Load Balancer.

    Incident : Temps de réponse important lors de l'exécution de commandes sur la machine Dispatcher

    Si vous exécutez le composant Dispatcher pour l'équilibrage de charge, le trafic client peut surcharger l'ordinateur. Le module Load Balancer du noyau est hautement prioritaire, et s'il gère constamment des paquets de clients, il est possible que le reste du système ne réponde plus. L'exécution de commandes dans l'espace utilisateur peut être très longue ou ne jamais se terminer.

    Dans ce cas, vous devez restructurer votre configuration de sorte que le trafic ne surcharge pas la machine Load Balancer. Vous pouvez également répartir la charge sur plusieurs machines Load Balancer ou remplacer votre machine par un ordinateur plus performant et plus rapide.

    Lorsque vous essayez de déterminer si la longueur des temps de réponse provient d'un volume important de trafic client, vérifiez si cela se produit aux heures de pointe. Une mauvaise configuration des systèmes entraînant des boucles de routage peut provoquer le même incident. Mais avant de modifier la configuration de Load Balancer, vérifiez si les symptômes ne sont pas liés à une charge trop importante au niveau du client.

    Incident : Le conseiller SSL ou HTTPS n'enregistre pas les charges des serveurs (avec l'acheminement MAC)

    Lorsque vous utilisez la méthode d'acheminement MAC, Load Balancer envoie des paquets aux serveurs en utilisant l'adresse de la grappe pour laquelle un alias a été défini sur le bouclage. Certaines applications serveurs (telle SSL) exigent que les informations de configuration (tels les certificats) soient définies en fonction de l'adresse IP. L'adresse IP doit être l'adresse de la grappe configurée sur le bouclage de façon à correspondre au contenu des paquets entrants. Si vous ne configurez pas l'application serveur avec l'adresse IP de la grappe, la demande client n'est pas correctement acheminée vers le serveur.

    Incident : Difficulté à charger les configurations importantes (à l'aide de lbadmin, administration Web)

    Si vous avez des difficultés à charger des configurations importantes à l'aide de lbadmin ou de l'administration à distance basée sur le Web, augmentez la taille maximale des segments Java. Par défaut, Java limite les segments de la machine virtuelle à 64 Mo. Certains programmes de configuration de Load Balancer (lbadmin, lbwebaccess) peuvent nécessiter plus de 64 Mo lorsqu'il s'agit d'administrer de très grosses configurations. pour régler ce problème, vous pouvez fixer la limite des segments Java au-delà de 64 Mo. Pour augmenter la taille des segments, utilisez l'option Java "-Xmx". Par exemple, dans le script lbadmin, modifiez "javaw" en "javaw -Xmx256m" pour passer la taille maximale des segments Java à 256 Mo. Si vous rencontrez ce problème avec l'administration Web, modifiez le script lbwebaccess comme indiqué ci-dessus.

    Incident : Déconnexion de l'hôte lors du redimensionnement de la fenêtre du navigateur Netscape en cours d'administration Web

    Lorsque vous utilisez l'administration Web à distance pour configurer Load Balancer, ne modifiez pas la taille (Réduire, Agrandir, Restaurer en bas, etc.) de la fenêtre du navigateur Netscape dans laquelle s'affiche l'interface graphique de Load Balancer. En effet, étant donné que Netscape recharge une page à chaque redimensionnement de la fenêtre du navigateur, une déconnexion de l'hôte en découle. Vous devez donc vous reconnecter à l'hôte après chaque modification de la taille de la fenêtre. Pour l'administration à distance basée sur le Web sur une plateforme Windows, utilisez Internet Explorer.

    Incident : Regroupement de connexions activé et serveur Web établissant une liaison à 0.0.0.0

    Lorsque vous exécutez le serveur Microsoft IIS, version 5.0 sur des serveurs d'arrières-plan Windows 2000, vous devez configurer le serveur Microsoft IIS en tant que serveur de liaison. Sinon, le regroupement de connexions est activé par défaut, et le serveur Web établit une liaison à 0.0.0.0 et écoute la totalité du trafic, au lieu d'établir une liaison aux adresses IP virtuelles configurées en tant qu'identificateurs multiples pour le site. Si une application de l'hôte local s'arrête alors que le regroupement de connexions est activé, les conseillers des serveurs AIX ou Windows ND détectent cet arrêt. En revanche, si une application d'un hôte virtuel s'arrête alors que l'hôte local reste actif, les conseillers ne détectent pas l'incident et le serveur Microsoft IIS continue à répondre à la totalité du trafic, y compris à celui de l'application arrêtée.

    Pour déterminer si le regroupement de connexions est activé et si le serveur Web établit une liaison à 0.0.0.0, émettez la commande suivante :

     netstat -an
    

    Les instructions de configuration du serveur Microsoft IIS en tant que serveur de liaison (qui désactive le regroupement de connexions), sont disponible sur le site Web de Microsoft "Product Support Services". Selon l'information recherchez, vous pouvez également vous rendre sur les sites suivants :

    IIS5 : Le matériel Load Balance ne détecte pas l'arrêt d'un site Web (Q300509)
    http://support.microsoft.com/default.aspx?scid=kb;en-us;Q300509

    Désactivation du regroupement de connexions (Q238131)
    http://support.microsoft.com/default.aspx?scid=kb;en-us;Q238131
    Remarque :
    Seuls les conseillers Load Balancer des serveurs AIX et Windows utilisent le trafic de conseillers de serveurs de liaison. Ces informations ne s'appliquent pas aux conseillers Load Balancer des serveurs Linux et Solaris qui sont dirigés vers l'adresse de l'hôte local.

    Incident : Sous Windows, des caractères nationaux Latin-1 endommagés apparaissent dans la fenêtre de la ligne de commande

    Dans une fenêtre de ligne de commande du système d'exploitation Windows 2000, certains caractères nationaux de la famille Latin-1 sont altérés. Par exemple, la lettre "a" avec tilde s'affiche sous la forme d'un symbole pi. Pour rectifier cette erreur, vous devez modifier les propriétés de police de la fenêtre de ligne de commande. Pour modifier la police, procédez comme suit :

    1. Cliquez sur l'icône située dans l'angle supérieur gauche de la fenêtre de ligne de commande.
    2. Sélectionnez Propriétés, puis cliquez sur l'onglet Police.
    3. La police par défaut est Raster ; remplacez-la par Lucida Console, puis cliquez sur OK.

    Incident : Sur les plateformes Unix utilisant InfoCenter, le navigateur Netscape affiche le texte de l'aide en ligne en petits caractères

    Sur les plateformes Unix qui utilisent le navigateur Netscape, le texte d'aide en ligne de l'InfoCenter s'affiche en petits caractères. Augmentez la taille de la police en modifiant les options de préférence du navigateur Netscape.


    Résolution des incidents courants--CBR

    Incident : CBR ne fonctionne pas

    Cet incident peut se produire lorsqu'une autre application utilise l'un des ports utilisés par CBR. Pour plus de détails, reportez-vous à la section Vérification des numéros de port CBR.

    Incident : La commande cbrcontrol ou lbadmin n'a pas abouti

    1. La commande cbrcontrol renvoie : Erreur : Pas de réponse du serveur. Ou la commande lbadmin renvoie : Erreur : impossible accéder au serveur RMI. Ces erreurs peuvent se manifester lorsque votre machine a une pile sur "sock". Pour corriger ce problème, éditez le fichier socks.cnf pour qu'il contienne les lignes suivantes :
      EXCLUDE-MODULE java
      EXCLUDE-MODULE javaw
      
    2. Les consoles d'administration des interfaces Load Balancer (ligne de commande, interface graphique et assistants) communiquent avec cbrserver par appels RMI (Remote Method Invocation). Par défaut, la communication utilise trois ports : chacun étant défini dans le script de démarrage de cbrserver :

      Ceci peut être source de problèmes lorsqu'une des consoles d'administration s'exécute sur la même machine qu'un pare-feu ou passe par un pare-feu. Par exemple, lorsque vous émettez des commandes cbrcontrol alors que Load Balancer s'exécute sur la même machine qu'un pare-feu, des erreurs de type Erreur : Pas de réponse du serveur peuvent s'afficher.

      Pour éviter ce type d'incident, modifiez le fichier script cbrserver afin de définir le port qu'utilise RMI pour le pare-feu (ou autre application). Remplacez la ligne LB_RMISERVERPORT=11199 par LB_RMISERVERPORT=votrePort. Où votrePort est un autre port.

      Lorsque vous avez terminé, relancez la commande cbrserver et ouvrez le trafic des ports 11099, 10004, 11199 et 11100 ou du port d'adresse hôte choisi pour l'exécution de la console d'administration.

    3. Ces erreurs peuvent également se produire si vous n'avez pas encore lancé cbrserver.

    Incident : Les requêtes ne sont pas équilibrées

    Caching Proxy et CBR ont été lancés, mais les requêtes ne sont pas équilibrées. Cette erreur peut se produire lorsque vous démarrez Caching Proxy avant l'exécuteur. Si c'est le cas, le journal stderr de Caching Proxy contient le message d'erreur indiquant l'échec de la connexion à l'exécuteur (ndServerInit). Pour éviter cet incident, démarrez l'exécuteur avant Caching Proxy.

    Incident : Sous Solaris, la commande cbrcontrol n'aboutit pas

    Sous Solaris, la commande cbrcontrol executor start renvoie le message suivant : "Erreur : l'exécuteur n'a pas été lancé". Cette erreur se produit si vous ne configurez pas les communications IPC (Inter-process Communication) pour le système de telle sorte que la taille maximale d'un segment de mémoire partagée et des ID sémaphore soit supérieure à la valeur par défaut du système d'exploitation. Pour augmenter la taille du segment de mémoire partagée et des ID sémaphore, vous devez modifier le fichier /etc/system. Pour plus d'informations sur la configuration de ce fichier, reportez-vous à la page ***.

    Incident : erreur de syntaxe ou de configuration

    Si la règle d'URL ne fonctionne pas, cela peut être dû à une erreur de syntaxe ou de configuration. Pour ce problème, vérifiez :

    Incident : Sous Windows, écran bleu ou conseiller signalant par erreur des charges "-1"

    Vous pouvez être confronté à ce type d'incident lorsque vous utilisez une carte réseau Ethernet 3Com 985B gigabit sous Windows 2000 :

    Pour éviter ce type d'incident, utilisez une carte réseau Ethernet gigabit d'un autre fabricant.

    Incident : Sous Solaris NLV, les boutons Oui et Non s'affichent en français

    Les boutons Oui et Non de l'interface graphique de Load Balancer peuvent s'afficher en français dans les versions Solaris localisées. Cet incident connu pris en compte par Sun Microsystems.

    Incident : sous Windows 2000, comportement inattendu de l'interface graphique lors de l'utilisation de cartes vidéo Matrox AGP

    Sous Windows 2000, l'interface graphique de Load Balancer peut se comporter de manière inattendue lorsque vous utilisez une carte vidéo Matrox AGP. Lorsque vous cliquez sur un bouton de la souris, un espace légèrement plus large que le pointeur de la souris peut être altéré avec inversion possible de la mise en évidence ou déplacement des images sur l'écran. Les anciennes cartes Matrox n'ont pas présenté ce type de comportement. Il n'existe pas de rectificatif pour les cartes Matrox AGP.

    Incident : Difficulté à charger les configurations importantes (à l'aide de lbadmin, administration Web)

    Si vous avez des difficultés à charger des configurations importantes à l'aide de lbadmin ou de l'administration à distance basée sur le Web, augmentez la taille maximale des segments Java. Par défaut, Java limite les segments de la machine virtuelle à 64 Mo. Certains programmes de configuration de Load Balancer (lbadmin, lbwebaccess) peuvent nécessiter plus de 64 Mo lorsqu'il s'agit d'administrer de très grosses configurations. pour régler ce problème, vous pouvez fixer la limite des segments Java au-delà de 64 Mo. Pour augmenter la taille des segments, utilisez l'option Java "-Xmx". Par exemple, dans le script lbadmin, modifiez "javaw" en "javaw -Xmx256m" pour passer la taille maximale des segments Java à 256 Mo. Si vous rencontrez ce problème avec l'administration Web, modifiez le script lbwebaccess comme indiqué ci-dessus.

    Incident : Déconnexion de l'hôte lors du redimensionnement de la fenêtre du navigateur Netscape en cours d'administration Web

    Lorsque vous utilisez l'administration Web à distance pour configurer Load Balancer, ne modifiez pas la taille (Réduire, Agrandir, Restaurer en bas, etc.) de la fenêtre du navigateur Netscape dans laquelle s'affiche l'interface graphique de Load Balancer. En effet, étant donné que Netscape recharge une page à chaque redimensionnement de la fenêtre du navigateur, une déconnexion de l'hôte en découle. Vous devez donc vous reconnecter à l'hôte après chaque modification de la taille de la fenêtre. Pour l'administration à distance basée sur le Web sur une plateforme Windows, utilisez Internet Explorer.

    Incident : Sous Windows, des caractères nationaux Latin-1 endommagés apparaissent dans la fenêtre de la ligne de commande

    Dans une fenêtre de ligne de commande du système d'exploitation Windows 2000, certains caractères nationaux de la famille Latin-1 sont altérés. Par exemple, la lettre "a" avec tilde s'affiche sous la forme d'un symbole pi. Pour rectifier cette erreur, vous devez modifier les propriétés de police de la fenêtre de ligne de commande. Pour modifier la police, procédez comme suit :

    1. Cliquez sur l'icône située dans l'angle supérieur gauche de la fenêtre de ligne de commande.
    2. Sélectionnez Propriétés, puis cliquez sur l'onglet Police.
    3. La police par défaut est Raster ; remplacez-la par Lucida Console, puis cliquez sur OK.

    Incident : Sur les plateformes Unix utilisant InfoCenter, le navigateur Netscape affiche le texte de l'aide en ligne en petits caractères

    Sur les plateformes Unix qui utilisent le navigateur Netscape, le texte d'aide en ligne de l'InfoCenter s'affiche en petits caractères. Augmentez la taille de la police en modifiant les options de préférence du navigateur Netscape.


    Résolution des incidents courants--Site Selector

    Incident : Site Selector ne s'exécute pas

    Cet incident peut se produire lorsqu'une autre application utilise un des ports utilisés par Site Selector. Pour plus de détails, reportez-vous à la section Vérification des numéros de port Site Selector.

    Incident : Site Selector ne permet pas le trafic à permutation circulaire à partir des clients Solaris

    Symptôme : Le composant Site Selector n'effectue pas de demandes entrantes permutées de façon circulaire à partir des clients Solaris.

    Cause possible : Les systèmes Solaris exécutent un démon de mémoire cache de service annuaire. Si ce démon est en cours d'exécution, la demande du programme de résolution suivante sera traitée à partir de cette mémoire cache et non à partir du composant Site Selector ayant effectuée la demande.

    Solution : Désactivez le démon de mémoire cache du service annuaire sur la machine Solaris.

    Incident : la commande sscontrol ou lbadmin n'a pas abouti

    1. La commande sscontrol renvoie : Erreur : Pas de réponse du serveur. Ou la commande lbadmin renvoie : Erreur : impossible accéder au serveur RMI. Ces erreurs peuvent se manifester lorsque votre machine a une pile sur "sock". Pour corriger ce problème, éditez le fichier socks.cnf pour qu'il contienne les lignes suivantes :
      EXCLUDE-MODULE java
      EXCLUDE-MODULE javaw
      
    2. Les consoles d'administration des interfaces Load Balancer (ligne de commande, interface graphique et assistants) communiquent avec ssserver par appels RMI (Remote Method Invocation). Par défaut, la communication utilise trois ports : chacun étant défini dans le script de démarrage de ssserver :

      Ceci peut être source de problèmes lorsqu'une des consoles d'administration s'exécute sur la même machine qu'un pare-feu ou passe par un pare-feu. Par exemple, lorsque vous émettez des commandes sscontrol alors que Load Balancer s'exécute sur la même machine qu'un pare-feu, des erreurs de type Erreur : Pas de réponse du serveur peuvent s'afficher.

      Pour éviter ce type d'incident, modifiez le fichier script ssserver afin de définir le port qu'utilise RMI pour le pare-feu (ou autre application). Remplacez la ligne LB_RMISERVERPORT=10199 par LB_RMISERVERPORT=votrePort. Où votrePort est un autre port.

      Lorsque vous avez terminé, relancez la commande ssserver et ouvrez le trafic des ports 12099, 10004, 12199 et 12100 ou du port d'adresse hôte choisi pour l'exécution de la console d'administration.

    3. Ces erreurs peuvent également se produire si vous n'avez pas encore lancé ssserver.

    Incident : Echec du démarrage de ssserver sous Windows 2000

    Site Selector doit pouvoir participer à un système DNS. Toutes les machines concernées par la configuration doivent également participer à ce système. Windows ne nécessite pas toujours la présence du nom d'hôte configuré dans le système DNS. Avec Site Selector, un nom d'hôte doit être défini dans le système DNS pour que le démarrage s'effectue correctement.

    Vérifiez que cet hôte est défini dans le système DNS. Modifiez le fichier ssserver.cmd et supprimez le "w" de "javaw". Vous devriez ainsi obtenir plus d'informations sur les erreurs.

    Incident : Site Selector ayant des chemins en double pour lequel l'équilibrage de charge ne s'effectue pas correctement

    Le serveur annuaire de Site Selector n'est associé à aucune adresse sur la machine. Il répond aux demandes destinées aux adresses IP valides de la machine. Site Selector fait confiance au système d'exploitation pour l'acheminement de la réponse au client. Si la machine Site Selector comporte plusieurs cartes et que certaines d'entre elles sont connectées au même sous-réseau, il est possible que le système d'exploitation envoie la réponse au client à partir d'une adresse différente de celle de réception. Certaines applications client n'acceptent pas de réponse provenant d'une adresse différente de celle de l'envoi. Par conséquent, la résolution de nom semble ne pas aboutir.

    Incident : Sous Windows, écran bleu ou conseiller signalant par erreur des charges "-1"

    Vous pouvez être confronté à ce type d'incident lorsque vous utilisez une carte réseau Ethernet 3Com 985B gigabit sous Windows 2000 :

    Pour éviter ce type d'incident, utilisez une carte réseau Ethernet gigabit d'un autre fabricant.

    Incident : Sous Solaris NLV, les boutons Oui et Non s'affichent en français

    Les boutons Oui et Non de l'interface graphique de Load Balancer peuvent s'afficher en français dans les versions Solaris localisées. Cet incident connu pris en compte par Sun Microsystems.

    Incident : sous Windows 2000, comportement inattendu de l'interface graphique lors de l'utilisation de cartes vidéo Matrox AGP

    Sous Windows 2000, l'interface graphique de Load Balancer peut se comporter de manière inattendue lorsque vous utilisez une carte vidéo Matrox AGP. Lorsque vous cliquez sur un bouton de la souris, un espace légèrement plus large que le pointeur de la souris peut être altéré avec inversion possible de la mise en évidence ou déplacement des images sur l'écran. Les anciennes cartes Matrox n'ont pas présenté ce type de comportement. Il n'existe pas de rectificatif pour les cartes Matrox AGP.

    Incident : Difficulté à charger les configurations importantes (à l'aide de lbadmin, administration Web)

    Si vous avez des difficultés à charger des configurations importantes à l'aide de lbadmin ou de l'administration à distance basée sur le Web, augmentez la taille maximale des segments Java. Par défaut, Java limite les segments de la machine virtuelle à 64 Mo. Certains programmes de configuration de Load Balancer (lbadmin, lbwebaccess) peuvent nécessiter plus de 64 Mo lorsqu'il s'agit d'administrer de très grosses configurations. pour régler ce problème, vous pouvez fixer la limite des segments Java au-delà de 64 Mo. Pour augmenter la taille des segments, utilisez l'option Java "-Xmx". Par exemple, dans le script lbadmin, modifiez "javaw" en "javaw -Xmx256m" pour passer la taille maximale des segments Java à 256 Mo. Si vous rencontrez ce problème avec l'administration Web, modifiez le script lbwebaccess comme indiqué ci-dessus.

    Incident : Déconnexion de l'hôte lors du redimensionnement de la fenêtre du navigateur Netscape en cours d'administration Web

    Lorsque vous utilisez l'administration Web à distance pour configurer Load Balancer, ne modifiez pas la taille (Réduire, Agrandir, Restaurer en bas, etc.) de la fenêtre du navigateur Netscape dans laquelle s'affiche l'interface graphique de Load Balancer. En effet, étant donné que Netscape recharge une page à chaque redimensionnement de la fenêtre du navigateur, une déconnexion de l'hôte en découle. Vous devez donc vous reconnecter à l'hôte après chaque modification de la taille de la fenêtre. Pour l'administration à distance basée sur le Web sur une plateforme Windows, utilisez Internet Explorer.

    Incident : Sous Windows, des caractères nationaux Latin-1 endommagés apparaissent dans la fenêtre de la ligne de commande

    Dans une fenêtre de ligne de commande du système d'exploitation Windows 2000, certains caractères nationaux de la famille Latin-1 sont altérés. Par exemple, la lettre "a" avec tilde s'affiche sous la forme d'un symbole pi. Pour rectifier cette erreur, vous devez modifier les propriétés de police de la fenêtre de ligne de commande. Pour modifier la police, procédez comme suit :

    1. Cliquez sur l'icône située dans l'angle supérieur gauche de la fenêtre de ligne de commande.
    2. Sélectionnez Propriétés, puis cliquez sur l'onglet Police.
    3. La police par défaut est Raster ; remplacez-la par Lucida Console, puis cliquez sur OK.

    Incident : Sur les plateformes Unix utilisant InfoCenter, le navigateur Netscape affiche le texte de l'aide en ligne en petits caractères

    Sur les plateformes Unix qui utilisent le navigateur Netscape, le texte d'aide en ligne de l'InfoCenter s'affiche en petits caractères. Augmentez la taille de la police en modifiant les options de préférence du navigateur Netscape.


    Résolution des incidents courants--Cisco CSS Controller

    Incident : ccoserver ne démarre pas

    Cet incident peut se produire lorsqu'une autre application utilise un des ports employés par le serveur ccoserver de Cisco CSS Controller. Pour obtenir plus d'informations, reportez-vous à la section Vérification des numéros de port Cisco CSS Controller.

    Incident : La commande ccocontrol ou lbadmin n'a pas abouti

    1. La commande ccocontrol renvoie : Erreur : Pas de réponse du serveur. Ou la commande lbadmin renvoie : Erreur : impossible accéder au serveur RMI. Ces erreurs peuvent se manifester lorsque votre machine a une pile sur "sock". Pour corriger ce problème, éditez le fichier socks.cnf pour qu'il contienne les lignes suivantes :
      EXCLUDE-MODULE java
      EXCLUDE-MODULE javaw
      
    2. Les consoles d'administration des interfaces Load Balancer (ligne de commande et interface graphique) communiquent avec ccoserver par appels RMI (Remote Method Invocation). Par défaut, la communication utilise trois ports : chacun étant défini dans le script de démarrage de ccoserver :

      Ceci peut être source de problèmes lorsqu'une des consoles d'administration s'exécute sur la même machine qu'un pare-feu ou passe par un pare-feu. Par exemple, lorsque vous émettez des commandes ccocontrol alors que Load Balancer s'exécute sur la même machine qu'un pare-feu, des erreurs de type Erreur : Pas de réponse du serveur peuvent s'afficher.

      Pour éviter ce type d'incident, modifiez le fichier script ccoserver afin de définir le port qu'utilise RMI pour le pare-feu (ou autre application). Remplacez la ligne CCO_RMISERVERPORT=14199 par CCO_RMISERVERPORT=votrePort. Où votrePort est un autre port.

      Lorsque vous avez terminé, relancez la commande ccoserver et ouvrez le trafic des ports 13099, 10004, 13199 et 13100 ou du port d'adresse hôte choisi pour l'exécution de la console d'administration.

    3. Ces erreurs peuvent également se produire si vous n'avez pas encore lancé ccoserver.

    Incident : Impossible de créer un registre sur le port 13099

    Cet incident peut se produire lorsqu'il manque une licence de produit valide. Lorsque vous tentez de lancer ccoserver, le message suivant s'affiche :

    Votre licence a expiré !
    Adressez-vous à votre ingénieur commercial ou à votre représentant
    IBM.
    

    Pour corriger ce problème :

    1. Si vous avez déjà essayé de lancer ccoserver, entrez ccoserver stop.
    2. Copiez votre licence en cours de validité dans le répertoire ...ibm/edge/lb/servers/conf.
    3. Entrez ccoserver pour lancer le serveur.

    Incident : Sous Solaris NLV, les boutons Oui et Non s'affichent en français

    Les boutons Oui et Non de l'interface graphique de Load Balancer peuvent s'afficher en français dans les versions Solaris localisées. Cet incident connu pris en compte par Sun Microsystems.

    Incident : sous Windows 2000, comportement inattendu de l'interface graphique lors de l'utilisation de cartes vidéo Matrox AGP

    Sous Windows 2000, l'interface graphique de Load Balancer peut se comporter de manière inattendue lorsque vous utilisez une carte vidéo Matrox AGP. Lorsque vous cliquez sur un bouton de la souris, un espace légèrement plus large que le pointeur de la souris peut être altéré avec inversion possible de la mise en évidence ou déplacement des images sur l'écran. Les anciennes cartes Matrox n'ont pas présenté ce type de comportement. Il n'existe pas de rectificatif pour les cartes Matrox AGP.

    Incident : Réception d'une erreur de connexion lors de l'ajout d'un consultant

    Vous pouvez être confronté à une erreur de connexion, due à des paramètres de configuration incorrects, lors de l'ajout d'un consultant. Pour corriger ce problème :

    Incident : Pondérations non actualisées sur le commutateur

    Pour corriger ce problème :

    Incident : La commande de régénération n'a pas actualisé la configuration du consultant

    Augmentez le niveau de consignation du journal du consultant, puis relancez la commande. Si elle échoue de nouveau, recherchez dans le journal les délais d'expirations SNMP ou autres erreurs de communication SNMP.

    Incident : Difficulté à charger les configurations importantes (à l'aide de lbadmin, administration Web)

    Si vous avez des difficultés à charger des configurations importantes à l'aide de lbadmin ou de l'administration à distance basée sur le Web, augmentez la taille maximale des segments Java. Par défaut, Java limite les segments de la machine virtuelle à 64 Mo. Certains programmes de configuration de Load Balancer (lbadmin, lbwebaccess) peuvent nécessiter plus de 64 Mo lorsqu'il s'agit d'administrer de très grosses configurations. pour régler ce problème, vous pouvez fixer la limite des segments Java au-delà de 64 Mo. Pour augmenter la taille des segments, utilisez l'option Java "-Xmx". Par exemple, dans le script lbadmin, modifiez "javaw" en "javaw -Xmx256m" pour passer la taille maximale des segments Java à 256 Mo. Si vous rencontrez ce problème avec l'administration Web, modifiez le script lbwebaccess comme indiqué ci-dessus.

    Incident : Déconnexion de l'hôte lors du redimensionnement de la fenêtre du navigateur Netscape en cours d'administration Web

    Lorsque vous utilisez l'administration Web à distance pour configurer Load Balancer, ne modifiez pas la taille (Réduire, Agrandir, Restaurer en bas, etc.) de la fenêtre du navigateur Netscape dans laquelle s'affiche l'interface graphique de Load Balancer. En effet, étant donné que Netscape recharge une page à chaque redimensionnement de la fenêtre du navigateur, une déconnexion de l'hôte en découle. Vous devez donc vous reconnecter à l'hôte après chaque modification de la taille de la fenêtre. Pour l'administration à distance basée sur le Web sur une plateforme Windows, utilisez Internet Explorer.

    Incident : Sous Windows, des caractères nationaux Latin-1 endommagés apparaissent dans la fenêtre de la ligne de commande

    Dans une fenêtre de ligne de commande du système d'exploitation Windows 2000, certains caractères nationaux de la famille Latin-1 sont altérés. Par exemple, la lettre "a" avec tilde s'affiche sous la forme d'un symbole pi. Pour rectifier cette erreur, vous devez modifier les propriétés de police de la fenêtre de ligne de commande. Pour modifier la police, procédez comme suit :

    1. Cliquez sur l'icône située dans l'angle supérieur gauche de la fenêtre de ligne de commande.
    2. Sélectionnez Propriétés, puis cliquez sur l'onglet Police.
    3. La police par défaut est Raster ; remplacez-la par Lucida Console, puis cliquez sur OK.

    Incident : Sur les plateformes Unix utilisant InfoCenter, le navigateur Netscape affiche le texte de l'aide en ligne en petits caractères

    Sur les plateformes Unix qui utilisent le navigateur Netscape, le texte d'aide en ligne de l'InfoCenter s'affiche en petits caractères. Augmentez la taille de la police en modifiant les options de préférence du navigateur Netscape.


    Résolution des incidents courants--Nortel Alteon Controller

    Incident : nalserver ne démarre pas

    Cet incident peut se produire lorsqu'une autre application utilise un des ports employés par le serveur nalserver de Nortel Alteon Controller. Pour plus d'informations, reportez-vous à la section Vérification des numéros de port Nortel Alteon Controller.

    Incident : la commande nalcontrol ou lbadmin n'a pas abouti

    1. La commande nalcontrol renvoie : Erreur : Pas de réponse du serveur. Ou la commande lbadmin renvoie : Erreur : impossible accéder au serveur RMI. Ces erreurs peuvent se manifester lorsque votre machine a une pile sur "sock". Pour corriger ce problème, éditez le fichier socks.cnf pour qu'il contienne les lignes suivantes :
      EXCLUDE-MODULE java
      EXCLUDE-MODULE javaw
      
    2. Les consoles d'administration des interfaces Load Balancer (ligne de commande et interface graphique) communiquent avec nalserver par appels RMI (Remote Method Invocation). Par défaut, la communication utilise trois ports : chacun étant défini dans le script de démarrage de nalserver :

      Ceci peut être source de problèmes lorsqu'une des consoles d'administration s'exécute sur la même machine qu'un pare-feu ou passe par un pare-feu. Par exemple, lorsque vous émettez des commandes nalcontrol alors que Load Balancer s'exécute sur la même machine qu'un pare-feu, des erreurs de type Erreur : Pas de réponse du serveur peuvent s'afficher.

      Pour éviter ce type d'incident, modifiez le fichier script nalserver afin de définir le port qu'utilise RMI pour le pare-feu (ou autre application). Remplacez la ligne NAL_RMISERVERPORT=14199 par NAL_RMISERVERPORT=votrePort. Où votrePort est un autre port.

      Lorsque vous avez terminé, relancez la commande nalserver et ouvrez le trafic des ports 14099, 10004, 14199 et 14100 ou du port d'adresse hôte choisi pour l'exécution de la console d'administration.

    3. Ces erreurs peuvent également se produire si vous n'avez pas encore lancé nalserver.

    Incident : Impossible de créer un registre sur le port 14099

    Cet incident peut se produire lorsqu'il manque une licence de produit valide. Lorsque vous tentez de lancer nalserver, le message suivant s'affiche :

    Votre licence a expiré !
    Adressez-vous à votre ingénieur commercial ou à votre représentant
    IBM.
    

    Pour corriger ce problème :

    1. Si vous avez déjà essayé de lancer nalserver, entrez nalserver stop.
    2. Copiez votre licence en cours de validité dans le répertoire ...ibm/edge/lb/servers/conf.
    3. Entrez nalserver pour lancer le serveur.

    Incident : sous Windows 2000, comportement inattendu de l'interface graphique lors de l'utilisation de cartes vidéo Matrox AGP

    Sous Windows 2000, l'interface graphique de Load Balancer peut se comporter de manière inattendue lorsque vous utilisez une carte vidéo Matrox AGP. Lorsque vous cliquez sur un bouton de la souris, un espace légèrement plus large que le pointeur de la souris peut être altéré avec inversion possible de la mise en évidence ou déplacement des images sur l'écran. Les anciennes cartes Matrox n'ont pas présenté ce type de comportement. Il n'existe pas de rectificatif pour les cartes Matrox AGP.

    Incident : Difficulté à charger les configurations importantes (à l'aide de lbadmin, administration Web)

    Si vous avez des difficultés à charger des configurations importantes à l'aide de lbadmin ou de l'administration à distance basée sur le Web, augmentez la taille maximale des segments Java. Par défaut, Java limite les segments de la machine virtuelle à 64 Mo. Certains programmes de configuration de Load Balancer (lbadmin, lbwebaccess) peuvent nécessiter plus de 64 Mo lorsqu'il s'agit d'administrer de très grosses configurations. pour régler ce problème, vous pouvez fixer la limite des segments Java au-delà de 64 Mo. Pour augmenter la taille des segments, utilisez l'option Java "-Xmx". Par exemple, dans le script lbadmin, modifiez "javaw" en "javaw -Xmx256m" pour passer la taille maximale des segments Java à 256 Mo. Si vous rencontrez ce problème avec l'administration Web, modifiez le script lbwebaccess comme indiqué ci-dessus.

    Incident : Déconnexion de l'hôte lors du redimensionnement de la fenêtre du navigateur Netscape en cours d'administration Web

    Lorsque vous utilisez l'administration Web à distance pour configurer Load Balancer, ne modifiez pas la taille (Réduire, Agrandir, Restaurer en bas, etc.) de la fenêtre du navigateur Netscape dans laquelle s'affiche l'interface graphique de Load Balancer. En effet, étant donné que Netscape recharge une page à chaque redimensionnement de la fenêtre du navigateur, une déconnexion de l'hôte en découle. Vous devez donc vous reconnecter à l'hôte après chaque modification de la taille de la fenêtre. Pour l'administration à distance basée sur le Web sur une plateforme Windows, utilisez Internet Explorer.

    Incident : Réception d'une erreur de connexion lors de l'ajout d'un consultant

    Vous pouvez être confronté à une erreur de connexion, due à des paramètres de configuration incorrects, lors de l'ajout d'un consultant. Pour corriger ce problème :

    Incident : Pondérations non actualisées sur le commutateur

    Pour corriger ce problème :

    Incident : La commande de régénération n'a pas actualisé la configuration du consultant

    Augmentez le niveau de consignation du journal du consultant, puis relancez la commande. Si elle échoue de nouveau, recherchez dans le journal les délais d'expirations SNMP ou autres erreurs de communication SNMP.

    Incident : Sous Windows, des caractères nationaux Latin-1 endommagés apparaissent dans la fenêtre de la ligne de commande

    Dans une fenêtre de ligne de commande du système d'exploitation Windows 2000, certains caractères nationaux de la famille Latin-1 sont altérés. Par exemple, la lettre "a" avec tilde s'affiche sous la forme d'un symbole pi. Pour rectifier cette erreur, vous devez modifier les propriétés de police de la fenêtre de ligne de commande. Pour modifier la police, procédez comme suit :

    1. Cliquez sur l'icône située dans l'angle supérieur gauche de la fenêtre de ligne de commande.
    2. Sélectionnez Propriétés, puis cliquez sur l'onglet Police.
    3. La police par défaut est Raster ; remplacez-la par Lucida Console, puis cliquez sur OK.

    Incident : Sur les plateformes Unix utilisant InfoCenter, le navigateur Netscape affiche le texte de l'aide en ligne en petits caractères

    Sur les plateformes Unix qui utilisent le navigateur Netscape, le texte d'aide en ligne de l'InfoCenter s'affiche en petits caractères. Augmentez la taille de la police en modifiant les options de préférence du navigateur Netscape.


    Résolution des incidents courants--Metric Server

    Incident : IOException Metric Server sous Windows 2000 lors de l'exécution de fichiers de mesures utilisateur de format BAT ou CMD

    Vous devez utiliser le nom complet des mesures enregistrées par l'utilisateur sur les postes Metric Server Windows 2000. Par exemple, vous devez indiquer usermetric.bat, et non usermetric. Le nom usermetric est valide sur la ligne de commande, mais est inopérant lorsqu'il est employé à partir de l'environnement d'exécution. Si vous n'utilisez pas de nom complet pour les mesures, vous recevez une exception d'entrée-sortie Metric Server. Attribuez la valeur 3 à la variable LOG_LEVEL dans le fichier de commandes metricserver, puis consultez la sortie de journal. Dans cet exemple, l'exception se présente comme suit :

     ... java.io.IOException: CreateProcess: usermetric error=2
    

    Incident : Metric Server n'indique pas la charge à la machine Load Balancer

    Différentes raisons peuvent expliquer pourquoi le système Metric Server ne transmet pas les informations relatives à la charge à Load Balancer. Procédez aux vérifications suivantes pour en déterminer la cause :

    Incident : Le journal de la machine Metric Server indique qu'une signature est nécessaire pour accéder à l'agent

    Le journal de la machine Metric Server présente ce message d'erreur suite au transfert de fichiers de clés sur le serveur.

    Cette erreur est consignée lorsque le fichier de clés ne donne pas d'autorisation avec la clé de la paire en raison d'une altération dans cette dernière. Pour remédier à ce problème, procédez comme suit :

    Incident : Sous AIX, lorsque Metric Server s'exécute dans des conditions difficiles, il est possible que le résultat de la commande ps -vg soit altéré

    Lorsque Metric Server s'exécute dans des conditions difficiles sur une plateforme AIX multiprocesseur (4.3.3, 32 bits 5.1 ou 64 bits 5.1), il est possible que le résultat de la commande ps -vg soit altéré. Par exemple :

     55742 - A 88:19 42 18014398509449680
    6396 32768 22 36 2.8 1.0 java -Xms
     
    

    Les zones SIZE et/ou RSS de la commande ps peuvent indiquer une quantité de mémoire utilisée excessive.

    Il s'agit d'un problème de noyau AIX connu. Le correctif APAR IY33804 rectifie ce problème. Ce ce correctif est disponible auprès du support AIX à l'adressehttp://techsupport.services.ibm.com/server/fixes ou auprès de votre revendeur AIX.


    Guide des commandes

    Cette section contient des informations relatives aux commandes de tous les composants de Load Balancer. Elle se compose des chapitres suivants :


    Lecture d'un schéma de syntaxe

    Le schéma de syntaxe explique comment indiquer une commande de sorte que le système d'exploitation puisse interpréter correctement les données que vous entrez. Lisez le schéma de syntaxe de gauche à droite et de haut en bas, suivant la ligne horizontale (chemin principal).


    Symboles et ponctuation

    Les symboles suivants sont utilisés dans les schémas de syntaxe :

    Symbole
    Description

    >>
    Marque le début de la syntaxe de la commande.

    ><
    Marque la fin de la syntaxe de la commande.

    Vous devez inclure tous les signes de ponctuation tels que le deux-points, le point d'interrogation et le signe moins, qui sont indiqués dans le schéma de syntaxe.


    Paramètres

    Les types de paramètres suivants sont utilisés dans les schémas de syntaxe :

    Paramètre
    Description
    Obligatoire
    Les paramètres obligatoires s'affichent dans le chemin principal.
    Facultatif
    Les paramètres facultatifs s'affichent sous le chemin principal.

    Les paramètres sont classés par mots clés ou par variables. Les mots clés s'affichent en minuscules et peuvent être entrés en minuscules. Par exemple, un nom de commande est un mot clé. Les variables apparaissent en italique et représentent des noms ou des valeurs que vous indiquez.


    Exemples de syntaxe

    Dans l'exemple suivant, la commande de l'utilisateur correspond à un mot clé. La variable obligatoire est id_util et la variable facultative mot_de_passe. Remplacez les variables par vos propres valeurs.

    >>-utilisateur--id_util--+--------------+----------------------><
                             '-mot_de_passe-'
     
     
    

    Mots clés obligatoires : Les mots clés et les variables obligatoires apparaissent sur la ligne du chemin principal.

    >>-mot_clé_obligatoire-----------------------------------------><
     
     
    

    Vous devez codifier les mots clés et les valeurs obligatoires.

    Choisissez un élément obligatoire dans une pile : Si vous devez effectuer votre choix parmi plusieurs mots clés ou variables obligatoires qui s'excluent, ceux-ci sont empilés verticalement dans l'ordre alphanumérique.

    >>-+-paramètre_1_obligatoire-+---------------------------------><
       '-paramètre_2_obligatoire-'
     
     
    

    Valeurs facultatives : Les mots clés et les variables facultatifs apparaissent sous la ligne du chemin principal.

    >>-+---------+-------------------------------------------------><
       '-Mot clé-'
     
     
    

    Vous pouvez choisir de ne pas codifier les mots clés et les variables facultatifs.

    Choisissez un mot clé facultatif dans une pile : Si vous devez effectuer votre choix parmi plusieurs mots clés ou variables facultatifs qui s'excluent, ceux-ci sont empilés verticalement dans l'ordre alphanumérique sous la ligne du chemin principal.

    >>-+-------------+---------------------------------------------><
       +-paramètre_1-+
       '-paramètre_2-'
     
     
    

    Variables : Un mot apparaissant intégralement en italique correspond à une variable. Lorsque la syntaxe comporte une variable, celle-ci doit être remplacée par un nom ou une valeur admise, comme cela est défini dans le texte.

    >>-variable----------------------------------------------------><
     
     
    

    Caractères non alphanumériques : Si un schéma indique un caractère non alphanumérique (par exemple, deux-point, des guillemets ou le signe moins), ce dernier doit être codifié dans le cadre de la syntaxe. Dans cet exemple, vous devez codifier grappe:port.

    >>-grappe:port-------------------------------------------------><
     
     
    

    Guide des commandes Dispatcher et CBR

    La présente annexe décrit l'utilisation des commandes dscontrol de Dispatcher. Elle traite également les commandes pour CBR. CBR utilise un sous-ensemble de commandes Dispatcher. Pour de plus amples informations, reportez-vous à Différences de configuration entre CBR et Dispatcher.

    Remarques :

    1. Lorsque vous utilisez ces diagrammes de syntaxe pour CBR, remplacez dscontrol par cbrcontrol.

    2. Dans les versions antérieures où le produit se nommait Network Dispatcher, la commande de contrôle de Dispatcher était ndcontrol. Elle s'intitule désormais dscontrol.

    Vous trouverez ci-dessous la liste des commandes décrites dans la présente annexe.

    Vous pouvez entrer une version abrégée des paramètres de commande dscontrol. Il suffit d'entrer les lettres spécifiques des paramètres. Par exemple, pour obtenir l'aide correspondant à la commande file save, vous pouvez entrer dscontrol he f au lieu de dscontrol help file.

    Pour démarrer l'interface de ligne de commande, entrez dscontrol pour ouvrir une invite dscontrol.

    Pour fermer l'interface de ligne de commande, entrez exit ou quit.

    Remarque :
    Les valeurs des paramètres de commandes doivent être saisies à l'aide de caractères anglais. Les seules exceptions s'appliquent aux noms d'hôte (utilisés dans les commandes cluster, server et highavailability) et aux noms de fichiers (utilisés dans les commandes file).

    Différences de configuration entre CBR et Dispatcher

    L'interface de ligne de commande de CBR est en grande partie un sous-ensemble de l'interface de ligne de commande de Dispatcher. Pour CBR, remplacez la commande dscontrol par la commande cbrcontrol pour configurer le composant.

    Certaines des commandes inutilisées dans CBR sont répertoriées ci-dessous.

    1. highavailability
    2. subagent
    3. executor
    4. cluster
    5. port
    6. rule add {c:p:r} type port
    7. server

    dscontrol advisor -- Contrôle du conseiller

    >>-dscontrol--advisor--+-connecttimeout--nom--+-port--------+--délai d'expiration en secondes-+-><
                           |                      '-grappe:port-'                                 |
                           +-interval--nom--+-port--------+--secondes-----------------------------+
                           |                '-grappe:port-'                                       |
                           +-list-----------------------------------------------------------------+
                           +-loglevel--nom--+-port--------+--niveau-------------------------------+
                           |                '-grappe:port-'                                       |
                           +-logsize--nom--+-port--------+--+-unlimited----------------+----------+
                           |               '-grappe:port-'  '-nombre d'enregistrements-'          |
                           +-receivetimeout--nom--+-port--------+--délai d'expiration en secondes-+
                           |                      '-grappe:port-'                                 |
                           +-report--nom--+-port--------+-----------------------------------------+
                           |              '-grappe:port-'                                         |
                           +-tentatives--nom--+-port--------+--nbrtentatives----------------------+
                           |                  '-grappe:port-'                                     |
                           +-start--nom--+-port--------+--+-----------------+---------------------+
                           |             '-grappe:port-'  '-fichier journal-'                     |
                           +-status--nom--+-port--------+-----------------------------------------+
                           |              '-grappe:port-'                                         |
                           +-stop--nom--+-port--------+-------------------------------------------+
                           |            '-grappe:port-'                                           |
                           +-timeout--nom--+-port--------+--+-unlimited-+-------------------------+
                           |               '-grappe:port-'  '-secondes--'                         |
                           '-version--nom--+-port--------+----------------------------------------'
                                           '-grappe:port-'
     
     
    

    connecttimeout
    Permet de définir le délai à l'expiration duquel un conseiller signale qu'une connexion à un serveur pour un port particulier d'un serveur (d'un service) a échoué. Pour plus d'informations, reportez-vous à la section Délai de connexion du conseiller et délai de réception pour les serveurs.
    nom
    Nom du conseiller. Les valeurs possibles sont connect, db2, dns, ftp, http, https, cachingproxy, imap, ldap, nntp, ping, pop3, self, smtp, ssl, ssl2http, telnet et wlm.

    Pour plus d'informations sur les conseillers que fournit Load Balancer, reportez-vous à la section Liste des conseillers.

    Les noms des conseillers personnalisés sont au format xxxx, ADV_xxxx étant le nom de la classe mettant en oeuvre le conseiller personnalisé. Pour plus d'informations, reportez-vous à la section Création de conseillers personnalisés.

    port
    Numéro du port contrôlé par le conseiller.
    grappe:port
    La valeur de grappe (cluster) est facultative dans les commandes du conseiller, mais la valeur de port est requise. Si la valeur de grappe n'est pas indiquée, le conseiller s'exécutera sur le port de toutes les grappes. Si vous indiquez une grappe, le conseiller s'exécutera sur le port uniquement pour la grappe spécifiée. Pour plus d'informations, reportez-vous à la section Démarrage et arrêt d'un conseiller.

    La grappe correspond à l'adresse au format décimal à point ou au nom symbolique. Le port correspond au numéro du port que le conseiller surveille.

    délai d'expiration en secondes
    Il s'agit d'un entier positif représentant la période en secondes pendant laquelle le conseille attend avant de signaler qu'une connexion à un serveur a échoué. La valeur par défaut est trois fois la valeur spécifiée pour l'intervalle du conseiller.
    interval
    Définit la fréquence à laquelle le conseiller demande des informations aux serveurs.
    secondes
    Il s'agit d'un entier positif qui représente le nombre de secondes entre les demandes envoyées aux serveurs pour connaître leurs états en cours. Valeur par défaut : 7.
    list
    Affiche la liste des conseillers qui fournissent des informations au gestionnaire.
    loglevel
    Définit le niveau de consignation relatif à un journal de conseiller.
    niveau
    Valeur du niveau (0 à 5). La valeur par défaut est 1. Plus la valeur est élevée, plus la quantité d'informations consignée dans le journal du conseiller est importante. Les valeurs possibles sont les suivantes : 0 (Aucun), 1 (Minimal), 2 (De base), 3 (Modéré), 4 (Avancé), 5 (Prolixe).
    logsize
    Définit la taille maximale d'un journal de conseiller. Lorsque vous affectez une taille maximale au fichier journal, celui-ci se boucle ; lorsque le fichier atteint la taille indiquée, les entrées suivantes sont écrites à partir du haut du fichier pour écraser les entrées de journal précédentes. La taille du journal ne peut pas être moins élevée que la taille actuelle du journal. Les entrées du journal sont horodatées, ce qui permet de déterminer l'ordre dans lequel elles ont été enregistrées. Plus le niveau de consignation est élevé, plus la taille du journal doit être choisie attentivement car l'espace peut être saturé rapidement lors d'une consignation à des niveaux plus élevés.
    nombre d'enregistrements
    Taille maximale (en octets) du fichier journal du conseiller. Vous pouvez indiquer un nombre positif supérieur à zéro, ou le mot unlimited. Il se peut que le fichier journal n'atteigne pas la taille maximale exacte avant l'écrasement, car la taille des entrées de journal elles-mêmes varie. La valeur par défaut est 1 Mo.
    receivetimeout
    Permet de définir le délai à l'expiration duquel un conseiller signale que la réception d'un envoi provenant d'un port particulier d'un serveur (d'un service) a échoué. Pour plus d'informations, reportez-vous à la section Délai de connexion du conseiller et délai de réception pour les serveurs.
    délai d'expiration en secondes
    Il s'agit d'un entier positif qui représente la période en secondes pendant laquelle le conseiller attend avant de signaler qu'une réception d'un envoi provenant d'un serveur a échoué. La valeur par défaut est trois fois la valeur spécifiée pour l'intervalle du conseiller.
    report
    Affiche un rapport sur l'état du conseiller.
    tentative
    Nombre de tentatives accordées à un conseiller avant de déclarer un serveur arrêté.
    nbrtentatives
    Entier supérieur ou égal à zéro. Il est préférable que le nombre de tentatives ne dépasse pas 3. Par défaut, le nombre de tentatives est égal à zéro.
    start
    Lance le conseiller. Il existe des conseillers pour chaque protocole. Les ports par défaut sont les suivants :
    Nom du conseiller Protocole Port
    cachingproxy HTTP (via Caching Proxy) 80
    connect ICMP 12345
    db2 privé 50000
    dns DNS 53
    ftp FTP 21
    http HTTP 80
    https SSL 443
    imap IMAP 143
    ldap LDAP 389
    nntp NNTP 119
    ping PING 0
    pop3 POP3 110
    self privé 12345
    smtp SMTP 25
    ssl SSL 443
    ssl2http SSL 443
    telnet Telnet 23
    WLM privé 10,007
    Remarque :
    Le conseiller FTP doit est activé uniquement pour le port de contrôle FTP (21). Ne démarrez pas un conseiller FTP sur le port de données FTP (20).
    fichier journal
    Nom du fichier dans lequel les données de gestion sont consignées. Chaque enregistrement du journal est horodaté.

    Le fichier par défaut se présente sous la forme nomconseiller_port.log, par exemple, http_80.log. Pour changer le répertoire dans lequel les fichiers journaux vont être stockés, reportez-vous à la section Modification des chemins des fichiers journaux. Les fichiers journaux par défaut des conseillers spécifiques de grappes (ou de sites) sont créés avec l'adresse de la grappe, comme http_127.40.50.1_80.log.

    status
    Affiche l'état en cours de toutes les valeurs d'un conseiller qui peuvent être affectées globalement, ainsi que les valeurs par défaut associées.
    stop
    Arrête le conseiller.
    timeout
    Définit le nombre de secondes pour lequel le gestionnaire considère que les informations provenant du conseiller sont valides. Si le gestionnaire considère que les informations du conseiller sont antérieures à ce délai, il n'utilise pas ces informations pour déterminer les pondérations relatives aux serveurs sur le port contrôlé par le conseiller. Il est fait exception à ce délai lorsque le conseiller a informé le gestionnaire qu'un serveur spécifique est hors service. Le gestionnaire utilise ces informations relatives au serveur même après le dépassement du délai imparti aux informations du conseiller.
    secondes
    Nombre positif représentant le nombre de secondes, ou le mot unlimited. La valeur par défaut est unlimited.
    version
    Affiche la version en cours du conseiller.

    Exemples

    dscontrol binlog -- Contrôle du fichier journal binaire


    >>-dscontrol--binlog--+-start-----------------------+----------><
                          +-stop------------------------+
                          +-set--+-retention--heures--+-+
                          |      '-interval--secondes-' |
                          '-status----------------------'
     
     
    

    start
    Lance la consignation binaire.
    stop
    Arrête la consignation
    set
    Définit les zones de consignation. Pour plus d'informations sur la définition des zones pour la consignation binaire, reportez-vous à la section Utilisation de la consignation binaire pour analyser les statistiques des serveurs.
    rétention
    Nombre d'heures pendant lesquelles les fichiers journaux vont être conservés. La valeur de rétention par défaut est 24.
    heures
    Nombre d'heures.
    interval
    Nombre de secondes qui s'écoulent entre deux entrées de journal. La valeur par défaut est 60.
    secondes
    Nombre de secondes.
    status
    Affiche la rétention et les intervalles du journal.

    dscontrol cluster -- Configuration des grappes


    >>-dscontrol--grappe--+-add--grappe+g2+...--+--------------------------------------------------------------------+-+-><
                          |                     +-adresse--adresse---------------------------------------------------+ |
                          |                     +-niveau d'importance des informations--activ.--nouv.--port--système-+ |
                          |                     +-maxports--taille---------------------------------------------------+ |
                          |                     +-maxservers--taille-------------------------------------------------+ |
                          |                     +-stickytime--heure--------------------------------------------------+ |
                          |                     +-weightbound--pondération-------------------------------------------+ |
                          |                     +-porttype--type-----------------------------------------------------+ |
                          |                     +-primaryhost--adresse-----------------------------------------------+ |
                          |                     +-staletimeout--staletimeout (délai d'expiration)--------------------+ |
                          |                     '-sharedbandwidth--taille--------------------------------------------' |
                          +-set--grappe+g2+...--+-niveau d'importance des informations--activ.--nouv.--port--système-+-+
                          |                     +-maxports--taille---------------------------------------------------+ |
                          |                     +-maxservers--taille-------------------------------------------------+ |
                          |                     +-stickytime--heure--------------------------------------------------+ |
                          |                     +-weightbound--pondération-------------------------------------------+ |
                          |                     +-porttype--type-----------------------------------------------------+ |
                          |                     +-primaryhost--adresse-----------------------------------------------+ |
                          |                     +-staletimeout--staletimeout (délai d'expiration)--------------------+ |
                          |                     '-sharedbandwidth--taille--------------------------------------------' |
                          +-remove--grappe-----------------------------------------------------------------------------+
                          +-report--grappe-----------------------------------------------------------------------------+
                          '-status--grappe-----------------------------------------------------------------------------'
     
     
    

    add
    Ajoute cette grappe. Vous devez définir au moins une grappe.
    grappe
    Nom ou adresse de la grappe à laquelle les clients se connectent sous forme de nom symbolique ou en notation décimale à point. Il est possible d'utiliser la valeur 0.0.0.0 pour spécifier une grappe générique. Utilisation d'une grappe générique pour combiner les configurations serveurs.

    Vous pouvez utiliser le signe deux-points (:) comme caractère générique sauf pour la commande dscontrol cluster add. Par exemple, la commande dscontrol cluster set : weightbound 80 permet de définir une pondération de 80 pour toutes les grappes.

    Remarque :
    Chaque grappe supplémentaire doit être séparée de la précédente par le signe plus (+).
    address
    Adresse IP unique de la machine TCP sous forme de nom d'hôte ou en notation décimale à point. S'il n'est pas possible de résoudre la valeur de la grappe, vous devez fournir l'adresse IP de la machine physique.
    Remarque :
    Address ne s'applique qu'au composant Dispatcher.
    adresse
    Valeur de l'adresse de la grappe.
    proportions
    Au niveau de la grappe, définit le niveau d'importance (proportion) des connexions actives (actives), des nouvelles connexions (nouvelles), des informations en provenance des conseillers (port) et des informations provenant d'un programme de contrôle système tel que Metric Server (système) utilisées par le gestionnaire pour définir les pondérations des serveurs. Chacune des valeurs décrites ci-après est exprimée en pourcentage de la valeur totale, et par conséquent, leur somme est toujours égale à 100. Pour plus d'informations, reportez-vous à la section Proportion de l'importance accordée aux données d'état.
    activ.
    Nombre compris entre 0 et 100 représentant la proportion de pondération à affecter aux connexions actives. Valeur par défaut : 50
    nouv.
    Nombre compris entre 0 et 100 représentant la proportion de pondération à affecter aux nouvelles connexions. Valeur par défaut : 50
    port
    Nombre compris entre 0 et 100 représentant la proportion de pondération à affecter aux informations provenant des conseillers. La valeur par défaut est 0.
    Remarque :
    Lorsqu'un conseiller est démarré et que la proportion du port est 0, Load Balancer définit automatiquement la valeur 1 pour que le gestionnaire puisse utiliser les informations du conseiller en tant qu'entrée pour calculer la pondération du serveur.
    système
    Nombre compris entre 0 et 100 représentant la proportion de pondération à affecter aux informations provenant d'une mesure système, par exemple, Metric Server. La valeur par défaut est 0.
    maxports
    Nombre maximal de ports. La valeur par défaut du paramètre maxports est 8.
    taille
    Nombre de ports autorisés
    maxservers
    Nombre maximal par défaut de serveurs par port. Ce paramètre peut être remplacé pour des ports spécifiques, à l'aide de la commande port maxservers. La valeur par défaut du paramètre maxservers est 32. La valeur par défaut de maxservers est 32.
    taille
    Nombre de serveurs autorisés par port
    stickytime
    Délai de maintien de routage par défaut pour les ports à créer. Ce paramètre peut être remplacé pour des ports individuels, à l'aide de la commande port stickytime. La valeur par défaut du délai de maintien de routage est 0. La valeur par défaut du délai de maintien de routage est 0.
    Remarque :
    Pour la méthode d'acheminement CBR de Dispatcher, si le délai de maintien de routage est différent de zéro, le délai de maintien de routage est activé pour les ports SSL (non HTTP). L'affinité SSL ID est activée si le port ajouté est un port SSL et que le délai de maintien de routage des ports à créer est différent de zéro. Pour la désactiver, vous devez associer de façon explicite un délai de maintien de routage de 0 au port.
    heure
    Valeur du paramètre stickytime en secondes.
    weightbound
    Limite de pondération par défaut du port. Ce paramètre peut être remplacé pour des ports individuels, à l'aide de la commande port weightbound. La valeur par défaut de la pondération est de 20.
    pondération
    Valeur de la limite de pondération
    porttype
    Type de port par défaut. Ce paramètre peut être remplacé pour des ports individuels, à l'aide de la commande port porttype.
    Remarque :
    Porttype ne s'applique qu'au composant Dispatcher.
    type
    La valeurs possibles sont tcp, udp et both.
    primaryhost
    Adresse NFA des machines Dispatcher, principale et de secours. Dans une configuration de haute disponibilité réciproque , la grappe est associée soit à la machine principale, soit à celle de secours.

    Si vous modifiez l'hôte principal d'une grappe alors que les machines principale et de secours sont lancés et exécutés en haute disponibilité réciproque, vous devrez contraindre le nouvel hôte principal à prendre le relais. Vous devrez ensuite mettre à jour les scripts puis déconfigurer et reconfigurer la grappe correctement. Pour de plus amples informations, reportez-vous à Haute disponibilité réciproque.

    adresse
    Valeur de l'adresse du primaryhost. Elle correspond par défaut à l'adresse NFA de cette machine.
    staletimeout
    Nombre de secondes d'inactivité possible sur une connexion avant que cette dernière soit supprimée. La valeur par défaut pour FTP est de 900 et celle pour Telnet de 259 200. La valeur par défaut pour tous les autres protocoles est 300. Ce paramètre peut être remplacé pour des ports individuels, à l'aide de la commande port staletimeout. Reportez-vous à Utilisation de la valeur du délai d'attente, pour de plus amples informations.
    délai d'expiration
    Valeur du paramètre staletimeout.
    sharedbandwidth
    Quantité maximale de bande passante (en kilo-octets par seconde) pouvant être partagée au niveau de la grappe. Pour plus d'informations sur la bande passante partagée, reportez-vous aux sections Utilisation de règles basées sur la largeur de bande réservée et sur la largeur de bande partagée et Règle de largeur de bande partagée.
    Remarque :
    Shared bandwidthne s'applique qu'au composant Dispatcher.
    taille
    La taille de la bande passante partagée correspond à un entier. La valeur par défaut est zéro. Si la valeur est zéro, la bande passante ne peut pas être partagée au niveau de la grappe.
    set
    Définit les caractéristiques de la grappe.
    remove
    Supprime cette grappe.
    report
    Affiche les zones internes de la grappe.
    Remarque :
    Report ne s'applique qu'au composant Dispatcher.
    status
    Affiche l'état en cours d'une grappe spécifique.

    Exemples

    dscontrol executor -- Contrôle de l'exécuteur


    >>-dscontrol--executor--+-report-----------------------------------------------------------------------+-><
                            +-set--+-nfa--adresse IP---------------------------------+---------------------+
                            |      +-maxclusters--taille-----------------------------+                     |
                            |      +-maxports--taille--------------------------------+                     |
                            |      +-décompte_fin--décompte_fin----------------------+                     |
                            |      +-délai_fin--délai_fin----------------------------+                     |
                            |      +-maxservers--taille------------------------------+                     |
                            |      +-staletimeout--staletimeout (délai d'expiration)-+                     |
                            |      +-stickytime--heure-------------------------------+                     |
                            |      +-clientgateway--adresse--------------------------+                     |
                            |      +-weightbound--pondération------------------------+                     |
                            |      +-porttype--type----------------------------------+                     |
                            |      +-wideportnumber--port----------------------------+                     |
                            |      '-sharedbandwidth--taille-------------------------'                     |
                            +-configuration--adresse_interface+i2+...--+---------------------------------+-+
                            |                                          '-nom_interface--masque de réseau-' |
                            +-unconfigure--adresse_interface-----------------------------------------------+
                            +-start------------------------------------------------------------------------+
                            +-status-----------------------------------------------------------------------+
                            '-stop-------------------------------------------------------------------------'
     
     
    

    report
    Affiche un rapport d'analyse sur les statistiques. Exemple : nombre total de paquets, paquets annulés, paquets transmis avec des erreurs, etc.
    Remarque :
    Report ne s'applique qu'au composant Dispatcher.
    set
    Définit les zones de l'exécuteur.
    nfa
    Définit l'adresse de non-réacheminement. Tout paquet envoyé à cette adresse n'est pas réacheminé par la machine Dispatcher.
    Remarque :
    NFA ne s'applique qu'au composant Dispatcher.
    Adresse IP
    Adresse IP (Internet Protocol) sous forme de nom symbolique ou en notation décimale à points.
    maxclusters
    Nombre maximal de grappes pouvant être configurées. La valeur par défaut du paramètre maxclusters est 100.
    taille
    Nombre maximal de grappes pouvant être configurées.
    maxports
    Valeur par défaut du nombre maximum de ports pour les grappes à créer. Ce paramètre peut être remplacé à l'aide des commandes cluster set ou cluster add. La valeur par défaut du paramètre maxports est 8.
    taille
    Nombre de ports.
    fincount
    Nombre de connexions devant être à l'état FIN avant que la collecte des données obsolètes commence. La valeur par défaut de fincount est 4000.
    fincount
    Valeur du paramètre fincount.
    Remarque :
    Fincount ne s'applique qu'au composant Dispatcher.
    fintimeout
    Nombre de secondes durant lequel une connexion doit être gardée en mémoire avant que cette dernière ne soit mise à l'état FIN. La valeur par défaut du paramètre fintimeout est 60.
    délai_fin
    Valeur du paramètre fintimeout.
    Remarque :
    Fintimeout ne s'applique qu'au composant Dispatcher.
    maxservers
    Nombre maximal par défaut de serveurs par port. Ce paramètre peut être remplacé à l'aide de la commande cluster ou port. La valeur par défaut de maxservers est 32.
    taille
    Nombre de serveurs
    staletimeout
    Nombre de secondes d'inactivité possible sur une connexion avant que cette dernière soit supprimée. La valeur par défaut pour FTP est de 900 et celle pour Telnet de 259 200. La valeur par défaut pour tous les autres ports est 300. Ce paramètre peut être remplacé à l'aide de la commande cluster ou port. Reportez-vous à Utilisation de la valeur du délai d'attente, pour de plus amples informations.
    délai d'expiration
    Valeur du paramètre staletimeout.
    stickytime
    Valeur du délai de maintien de routage par défaut de toutes les futures grappes. Elle peut être remplacée par la commande cluster ou port. La valeur par défaut du paramètre stickytime est 0.
    heure
    Valeur du paramètre stickytime en secondes.
    clientgateway
    Clientgateway est une adresse IP utilisée pour NAT/NAPT ou Fonction CBR de Dispatcher. Il s'agit de l'adresse du routeur par lequel le trafic de retour est transmis de Load Balancer vers les clients. Clientgateway doit être associé à une valeur non nulle avant l'ajout d'un port à une méthode d'acheminement NAT/NAPT ou Fonction CBR de Dispatcher. Reportez-vous aux sections Réacheminement NAT/NAPT de Dispatcher (méthode d'acheminement nat) et Fonction CBR de Dispatcher (méthode d'acheminement cbr) pour plus d'informations.
    Remarque :
    Clientgateway ne s'applique qu'au composant Dispatcher.
    adresse
    Adresse de la passerelle client sous forme de nom symbolique ou en notation décimale à points. La valeur par défaut est 0.0.0.0.
    weightbound
    Valeur de la limite de pondération par défaut de tous les futurs ports. Ce paramètre peut être remplacé à l'aide des commandes cluster ou port. La valeur par défaut du paramètre weightbound est 20.
    pondération
    Valeur du paramètre pondération (weightbound).
    porttype
    Valeur du type de port par défaut pour tous les futurs ports. Ce paramètre peut être remplacé à l'aide des commandes cluster ou port.
    Remarque :
    Porttype ne s'applique qu'au composant Dispatcher.
    type
    La valeurs possibles sont tcp, udp et both.
    wideportnumber
    Port TCP inutilisé pour chaque machine Dispatcher. Le paramètre wideportnumber doit être le même pour toutes les machines Dispatcher. La valeur par défaut du paramètre wideportnumber est 0, ce qui indique que la prise en charge du réseau étendu n'est pas utilisée.
    Remarque :
    Wideportnumber ne s'applique qu'au composant Dispatcher.
    port
    Valeur de wideportnumber.
    sharedbandwidth
    Quantité maximale de bande passante (en kilo-octets par seconde) pouvant être partagée au niveau de l'exécuteur. Pour plus d'informations sur la bande passante partagée, reportez-vous aux sections Utilisation de règles basées sur la largeur de bande réservée et sur la largeur de bande partagée et Règle de largeur de bande partagée.
    Remarque :
    Shared bandwidthne s'applique qu'au composant Dispatcher.
    taille
    La taille de la bande passante partagée correspond à un entier. La valeur par défaut est zéro. Si la valeur est zéro, la bande passante ne peut pas être partagée au niveau de l'exécuteur.
    configure
    Configure une adresse (par exemple une adresse de grappe, une adresse de retour ou une adresse de signal de présence de haute disponibilité) sur la carte d'interface réseau de la machine Dispatcher. Cette opération est connue comme configuration d'un alias sur la machine Dispatcher.
    Remarque :
    Configure ne s'applique qu'au composant Dispatcher.
    adresse_interface
    L'adresse se présente sous la forme d'un nom symbolique ou d'une notation décimale.
    Remarque :
    Chaque adresse d'interface supplémentaire doit être séparée de la précédente par le signe plus (+).
    nom_interface masque_réseau
    Requis uniquement si l'adresse ne correspond pas à une adresse de sous-réseau existante. Le nom_interface peut être une valeur du type en0, eth1, hme0. Le masque_réseau est le masque de 32 bits utilisé pour identifier les bits de l'adresse de sous-réseau dans la partie d'une adresse IP réservée pour l'hôte.
    unconfigure
    Supprime l'adresse d'alias de la carte d'interface réseau.
    Remarque :
    Unconfigure ne s'applique qu'au composant Dispatcher.
    start
    Lance l'exécuteur.
    status
    Affiche l'état actuel des valeurs de l'exécuteur pouvant être définies ainsi que les valeurs par défaut.
    stop
    Arrête l'exécuteur. Pour Dispatcher, stop n'est pas un paramètre valide sous Windows 2000.
    Remarque :
    Stop s'applique à Dispatcher et à CBR.

    Exemples

    dscontrol file -- Gestion des fichiers de configuration


    >>-dscontrol--file--+-delete--fichier[.ext]----------+---------><
                        +-appendload--fichier[.ext]------+
                        +-report-------------------------+
                        +-save--fichier[.ext]--+-------+-+
                        |                      '-force-' |
                        '-newload--fichier[.ext]---------'
     
     
    

    delete
    Supprime le fichier.
    fichier[.ext]
    Un fichier de configuration se compose de commandes dscontrol.

    Vous pouvez indiquer n'importe quelle extension de fichier (.ext) ou n'en indiquer aucune.

    appendload
    Pour mettre à jour la configuration actuelle, la commande appendload lance les commandes exécutables de votre fichier script.
    report
    Génère un rapport sur les fichiers disponibles.
    save
    Sauvegarde la configuration en cours de Load Balancer dans le fichier.
    Remarque :
    Les fichiers sont sauvegardés dans les répertoires suivants et chargés à partir de ces mêmes répertoires, où composant correspond à dispatcher ou cbr :
    • Sous AIX, Linux et Solaris : /opt/ibm/edge/lb/servers/configurations/composant
    • Sous Windows 2000 : c:\Program Files\ibm\edge\lb\servers\configurations\composant
    force
    Si vous voulez sauvegarder votre fichier dans un fichier existant du même nom, utilisez force pour supprimer le fichier existant avant de sauvegarder le nouveau fichier. Si vous n'utilisez pas l'option force, le fichier existant n'est pas remplacé.
    newload
    Permet de charger et d'exécuter un nouveau fichier de configuration dans Load Balancer. Le nouveau fichier de configuration remplace la configuration actuelle.

    Exemples

    dscontrol help -- Affichage ou impression de l'aide relative à cette commande


    >>-dscontrol--help--+-advisor----------+-----------------------><
                        +-binlog-----------+
                        +-grappe-----------+
                        +-executor---------+
                        +-file-------------+
                        +-help-------------+
                        +-highavailability-+
                        +-host-------------+
                        +-logstatus--------+
                        +-manager----------+
                        +-metric-----------+
                        +-port-------------+
                        +-rule-------------+
                        +-server-----------+
                        +-set--------------+
                        +-status-----------+
                        '-subagent---------'
     
     
    

    Exemples

    dscontrol highavailability -- Contrôle de la haute disponibilité


    Remarque :
    Le diagramme de la syntaxe dscontrol high availability ne s'applique qu'au composant Dispatcher.
    >>-dscontrol--highavailability--+-status--------------------------------------+-><
                                    +-backup--+-add--+-primary-+--+-auto---+--p-+-+
                                    |         |      +-backup--+  '-manual-'    | |
                                    |         |      '-both----'                | |
                                    |         '-delete--------------------------' |
                                    +-reach--+-add----+--adresse--masque----------+
                                    |        '-delete-'                           |
                                    +-heartbeat--+-add--adressesrc--adressedest-+-+
                                    |            '-delete--adresse--------------' |
                                    '-takeover--+---------+-----------------------'
                                                '-adresse-'
     
     
    

    status
    Renvoie un rapport sur la haute disponibilité. Les machines sont identifiées comme étant à l'un des trois états suivants :

    Active
    Le réacheminement de paquets par un poste déterminé (principal,de sauvegarde, ou les deux) est en cours.

    Standby
    Le réacheminement de paquets par un poste déterminé (principal, de sauvegarde, ou les deux) n'est pas en cours ; celui-ci contrôle l'état d'un Dispatcher actif.

    Inactive
    Le réacheminement de paquets par un poste déterminé est en cours, et celui-ci ne tente pas d'établir une connexion avec son Dispatcher partenaire.

    En outre, le mot clé status renvoie des informations relatives à divers sous-états:

    Synchronisé
    Un poste déterminé a établi une connexion avec un autre Dispatcher.

    Autres sous-états
    Ce poste essaie d'établir une connexion avec son Dispatcher partenaire, mais cette tentative n'a pas encore abouti.
    machine de secours (backup)
    Permet de sauvegarder des informations relatives au poste principal (primary) ou de sauvegarde (backup).
    add
    Permet de définir et d'exécuter les fonctions de haute-disponibilité relatives à ce poste.
    machine principale (primary)
    Identifie le répartiteur qui sert de poste principal.
    machine de secours (backup)
    Identifie la machine Dispatcher qui sert de poste de sauvegarde.
    both
    Identifie la machine Dispatcher qui joue le double rôle de poste principal et de sauvegarde. Il s'agit d'une fonction de la haute responsabilité réciproque qui associe, sur la base des grappes, les rôles de poste principale et de sauvegarde. Reportez-vous à la section Haute disponibilité réciproque, pour de plus amples informations.
    auto
    Spécifie une stratégie de rétablissement automatique permettant au poste principal (primary) de reprendre l'acheminement des paquets dès qu'il est remis en service.
    manual
    Spécifie une stratégie de rétablissement manuelle qui ne permet au poste principal (primary) de reprendre le réacheminement des paquets que lorsque l'administrateur a émis une commande takeover.
    p[ort]
    Port TCP non utilisé sur les deux postes, à utiliser par Dispatcher pour ses messages de cadence. Le port doit être identique pour le poste principal et pour le poste de sauvegarde.
    delete
    Supprime ce poste de la liste des postes à haute disponibilité, de sorte qu'il ne puisse plus servir de poste de sauvegarde (backup) ou principal (primary).
    conseiller de contact (reach)
    Ajoute ou supprime une adresse cible pour les répartiteurs principal et de sauvegarde. Le conseiller d'accessibilité envoie des pings à partir des deux répartiteurs pour déterminer le niveau d'accessibilité de leurs cibles.
    Remarque :
    Lorsque vous configurez la cible d'accessibilité, vous devez également démarrer le conseiller reach. Il est démarré automatiquement par la fonction gestionnaire.
    add
    Ajoute une adresse cible pour le conseiller d'accessibilité.
    delete
    Supprime une adresse cible du conseiller d'accessibilité.
    adresse
    Adresse IP (au format symbolique ou en notation décimale à points) du noeud cible.
    masque
    Masque de sous-réseau.
    signal de présence (heartbeat)
    Définit la session de communication entre les postes Dispatcher principal et de sauvegarde.
    add
    Indique au Dispatcher source l'adresse de son partenaire (adresse de destination).
    adressesrc
    Adresse source. Adresse (IP ou symbolique) de ce poste Dispatcher.
    adressedest
    Adresse de destination. Adresse (IP ou symbolique) de l'autre poste Dispatcher.
    Remarque :
    srcaddress et dstaddress doivent correspondre aux NFA des machines pour au moins une paire de signaux de présence.
    delete
    Supprime la paire d'adresses des informations de cadence (heartbeat). Vous pouvez indiquer l'adresse de destination ou l'adresse source de la paire de signaux de présence.
    adresse
    Adresse (IP ou symbolique) de la destination ou de la source.
    takeover
    Configuration de haute disponibilité simple (Les machines Dispatcher occupent la fonction, soit de posteprincipal soit de sauvegarde) :

    Configuration de haute disponibilité réciproque (le rôle de chaque machine Dispatcher est double) :

    Remarques :

    1. Il est à noter que les rôles des deux postes (principal et de sauvegarde) ne changent pas. Seul leur état relatif (actif ou en attente) est modifié.

    2. Trois scripts permettent de passer à l'état actif : goActive, goStandby et goInOp. Reportez-vous à la section Utilisation de scripts.
    adresse
    La valeur de l'adresse de relais est facultative. Elle ne doit être utilisée que lorsque la machine joue le double rôle de poste principal et de sauvegarde (configuration de haute disponibilité réciproque). L'adresse indiquée correspond au NFA de la machine Dispatcher chargée habituellement du trafic de cette grappe. Dans le cas où les deux grappes sont relayées, indiquez la propre adresse NFA du Dispatcher.

    Exemples

    dscontrol host -- Configuration d'une machine éloignée


    >>-dscontrol--host:--hôte_éloigné------------------------------><
     
     
    

    hôte_éloigné
    Nom de la machine Load Balancer en cours de configuration. Lorsque vous tapez cette commande, assurez-vous qu'il ne reste pas d'espace entre host: et remote_host, par exemple :
    dscontrol host:remote_host
    

    Après avoir tapé cette commande dans l'indicatif DOS, entrez toute commande dscontrol valide que vous désirez envoyer à la machine Load Balancer éloignée.

    dscontrol logstatus -- Affichage des paramètres du journal du serveur


    >>-dscontrol--logstatus----------------------------------------><
     
     
    

    logstatus
    Affiche les paramètres du journal du serveur (nom, niveau de consignation et taille du journal).

    Exemples

    Pour affichier l'état du journal, entrez :

    dscontrol logstatus
    

    Cette commande génère des résultats similaires à l'exemple suivant :

    Etat du journal du Dispatcher :
    ------------------------------
    Nom du fichier journal ............... C:\PROGRA~1\IBM\edge
    \lb\servers\logs\dispatcher\server.log
    Niveau de consignation ............... 1
    Taille maxi du journal (octets) ...... 1048576
    

    dscontrol manager -- Contrôle du gestionnaire

    >>-dscontrol--manager--+-interval--secondes-----------------------+-><
                           +-loglevel--niveau-------------------------+
                           +-logsize--+-unlimited-+-------------------+
                           |          '-octets----'                   |
                           +-metric set--+-loglevel--niveau-------+---+
                           |             '-logsize--+-unlimited-+-'   |
                           |                        '-octets----'     |
                           +-quiesce--server--+-----+-----------------+
                           |                  '-now-'                 |
                           +-reach set--+-interval--secondes-----+----+
                           |            +-loglevel--niveau-------+    |
                           |            '-logsize--+-unlimited-+-'    |
                           |                       '-octets----'      |
                           +-refresh--cycle de mise à jour------------+
                           +-report--+---------------+----------------+
                           |         '-grappe+g2+...-'                |
                           +-restart--message-------------------------+
                           +-sensitivity--pondération-----------------+
                           +-smoothing--indice de lissage-------------+
                           +-start--+-------------------------------+-+
                           |        '-fichier journal--port_mesures-' |
                           +-status-----------------------------------+
                           +-stop-------------------------------------+
                           +-unquiesce--server------------------------+
                           '-version----------------------------------'
     
     
    

    interval
    Définit la fréquence de mise à jour, par le gestionnaire, des pondérations des serveurs pour l'exécuteur, grâce à la mise à jour des critères utilisés par l'exécuteur pour acheminer les requêtes client.
    secondes
    Nombre positif représentant la fréquence (en secondes) de mise à jour, par le gestionnaire, des pondérations pour l'exécuteur. Valeur par défaut : 2
    loglevel
    Permet de définir le niveau de consignation relatif au journal du gestionnaire.
    niveau
    Valeur du niveau (0 à 5). Plus le numéro est élevé, plus la quantité des informations consignées dans le journal du gestionnaire est importante. Valeur par défaut : 1. Les valeurs possibles sont les suivantes : 0 (Aucun), 1 (Minimal), 2 (De base), 3 (Modéré), 4 (Avancé), 5 (Prolixe).
    logsize
    Définit la taille maximale du journal du gestionnaire. Lorsque vous affectez une taille maximale au fichier journal, celui-ci se boucle ; lorsque le fichier atteint la taille indiquée, les entrées suivantes sont écrites à partir du haut du fichier pour écraser les entrées de journal précédentes. La taille du journal ne peut pas être moins élevée que la taille actuelle du journal. Les entrées de journal sont horodatées de sorte que vous pouvez identifier l'ordre dans lequel elles sont consignées. Plus le niveau de consignation est élevé, plus la taille du journal doit être choisie attentivement car l'espace peut être saturé rapidement lors d'une consignation à des niveaux plus élevés.
    octets
    Taille maximale (en octets) du fichier journal du gestionnaire. Vous pouvez indiquer un nombre positif supérieur à zéro, ou le mot unlimited. Il se peut que le fichier journal n'atteigne pas la taille maximale exacte avant l'écrasement, car la taille des entrées de journal elles-mêmes varie. La valeur par défaut est 1 Mo.
    metric set
    Définit le niveau de consignation et la taille du journal du contrôleur de mesures. Les niveaux de consignation admis sont sont les suivants : 0 (Aucun), 1 (Minimal), 2 (De base), 3 (Modéré), 4 (Avancé), 5 (Prolixe). La niveau par défaut est 1. La taille du journal définit le nombre maximum d'octets pouvant être consignés dans le journal du contrôleur de mesures. Vous pouvez indiquer un nombre positif supérieur à zéro ou la valeur "Unlimited". La taille par défaut est 1 Mo.
    mettre au repos
    N'indiquez plus de connexions à envoyer à un serveur sauf les nouvelles connexions ultérieures du client vers le serveur mis au repos si la connexion est associée à un délai de maintien de routage et que ce dernier n'est pas arrivé à expiration. Le gestionnaire affecte la valeur 0 à la pondération de ce serveur, pour chaque port pour lequel celui-ci est défini. Utilisez cette commande si vous voulez effectuer une intervention de maintenance rapide sur un serveur puis le réactiver. Si vous supprimez de la configuration un serveur mis au repos, puis que vous l'ajoutez de nouveau, son état ne sera plus celui dans lequel il se trouvait avant d'être mis au repos. Pour plus d'informations, voir Mise au repos de la gestion des connexions serveur.
    serveur
    Adresse IP du serveur sous forme de nom symbolique ou en notation décimale à points.

    Ou, si vous utilisez le partitionnement du serveur, entrez le nom unique du serveur logique. Pour de plus amples informations, reportez-vous à Partitionnement du serveur : serveurs logiques configurés pour un serveur physique (adresse IP).

    now
    N'utilisez l'option Mettre au repos "maintenant" que si le délai de maintien de routage est défini et que vous voulez que les nouvelles connexions soient envoyées à un autre serveur (différent du serveur mis au repos) avant que le délai de maintien de routage n'expire. Pour plus d'informations, voir Mise au repos de la gestion des connexions serveur.
    reach set
    Définit l'intervalle, le niveau de consignation et la taille du journal pour le conseiller d'accessibilité.
    refresh
    Définit le nombre d'intervalles avant qu'il soit demandé à l'exécuteur de mettre à jour les informations relatives aux nouvelles connexions et aux connexions actives.
    cycle de mise à jour
    Nombre positif représentant le nombre d'intervalles. Valeur par défaut : 2
    report
    Affiche un rapport d'analyse sur les statistiques.
    grappe
    Adresse de la grappe que vous souhaitez afficher dans le rapport. L'adresse peut prendre la forme d'un nom symbolique ou d'une notation décimale. L'affichage par défaut est un rapport de gestionnaire portant sur toutes sur les grappes.
    Remarque :
    Chaque grappe supplémentaire doit être séparée de la précédente par le signe plus (+).
    restart
    Relance tous les serveurs (qui ne sont pas arrêtés) en leur affectant des valeurs de pondération normalisées (la moitié de la pondération maximale).
    message
    Message à consigner dans le fichier journal du gestionnaire.
    sensitivity
    Définit la sensibilité minimale à partir de laquelle les pondérations sont mises à jour. Cette valeur définit le moment où le gestionnaire doit modifier sa pondération pour le serveur en fonction des informations externes.
    pondération
    Nombre compris entre 1 et 100 à utiliser comme pourcentage de pondération. La valeur par défaut de 5 crée une sensibilité minimale de 5%.
    smoothing
    Définit un indice de lissage des variations des pondérations lors de l'équilibrage de charge. Plus l'indice de lissage est élevé, moins les pondérations des serveurs varient lorsque les conditions réseau sont modifiées. Plus cet index est faible, plus les pondérations des serveurs varient.
    indice
    Nombre positif en virgule flottante. Valeur par défaut : 1,5.
    start
    Lance le gestionnaire
    fichier journal
    Nom du fichier dans lequel les données de gestion sont consignées. Chaque enregistrement du journal est horodaté.

    Le fichier par défaut est installé dans le répertoire logs. Reportez-vous à l'Annexe C, Exemples de fichiers de configuration. Pour changer le répertoire dans lequel les fichiers journaux vont être stockés, reportez-vous à la section Modification des chemins des fichiers journaux.

    port_mesures
    Port utilisé par Metric Server pour signaler les charges du système. Si vous indiquez un port de décompte, vous devez spécifier un nom de fichier journal. Le port de décompte par défaut est 10004.
    status
    Affiche l'état en cours de toutes les valeurs du gestionnaire qui peuvent être affectées globalement, ainsi que les valeurs par défaut associées.
    stop
    Arrête le gestionnaire.
    unquiesce
    Indique que le gestionnaire peut commencer à attribuer une pondération supérieure à 0 à un serveur préalablement mis au repos, sur chaque port pour lequel il est défini.
    serveur
    Adresse IP du serveur sous forme de nom symbolique ou en notation décimale à points.
    version
    Affiche la version en cours du gestionnaire.

    Exemples

    dscontrol metric -- Configuration des mesures du système

    >>-dscontrol--metric--+-add--grappe+c2+...+cN:mesure+mesure1+...+mesureN---------------------------------------+-><
                          +-supprimer--grappe+c2+...+cN:mesure+mesure1+...+mesureN---------------------------------+
                          +-niveau d'importance des informations--grappe+c2+...+cN proportion1 prop2 prop3...propN-+
                          '-status--grappe+c2+...+cN:mesure+mesure1+...+mesureN------------------------------------'
     
     
    

    add
    Permet d'ajouter la mesure spécifiée.
    grappe
    Adresse de connexion des clients. Il peut s'agir du nom d'hôte de la machine ou de l'adresse IP en notation décimale à points. Chaque grappe supplémentaire doit être séparée de la précédente par le signe plus (+).
    mesure
    Nom de la mesure du système. Il doit s'agir du nom d'un fichier exécutable ou d'un fichier script du répertoire script du Metric Server.
    remove
    Supprime la mesure spécifiée.
    proportions
    Définit les proportions de toutes les mesures associées à cet objet.
    status
    Affiche les valeurs actuelles de cette mesure.

    Exemples

    dscontrol port -- Configuration des ports

    >>-dscontrol--port--+-add--grappe:port--+-------------------------------------------+-+-><
                        |                   +-trans ports--autre port-------------------+ |
                        |                   +-maxservers--taille------------------------+ |
                        |                   +-stickymask--valeur------------------------+ |
                        |                   +-stickytime--heure-------------------------+ |
                        |                   +-method--type------------------------------+ |
                        |                   +-staletimeout (délai d'expiration)--valeur-+ |
                        |                   +-weightbound--pondération------------------+ |
                        |                   +-porttype--type----------------------------+ |
                        |                   +-protocole--type---------------------------+ |
                        |                   '-reset--valeur-----------------------------' |
                        +-set--grappe:port--+-trans ports--autre port--+------------------+
                        |                   +-maxservers--taille-------+                  |
                        |                   +-stickymask--valeur-------+                  |
                        |                   +-stickytime--heure--------+                  |
                        |                   +-staletimeout--valeur-----+                  |
                        |                   +-weightbound--pondération-+                  |
                        |                   +-porttype--type-----------+                  |
                        |                   +-maxhalfopen--valeur------+                  |
                        |                   '-reset--valeur------------'                  |
                        +-remove--grappe:port---------------------------------------------+
                        +-report--grappe:port---------------------------------------------+
                        +-status--grappe:port---------------------------------------------+
                        '-halfopenaddressreport--grappe:port------------------------------'
     
     
    

    add
    Ajoute un port à une grappe. Avant d'ajouter un serveur à un port, vous devez ajouter un port à une grappe. Si aucun port n'est destiné à une grappe, toutes les requêtes client seront traitées en local. Cette commande permet d'ajouter plusieurs ports à la fois.
    grappe
    Adresse de la grappe sous forme de nom symbolique ou en notation décimale à point. Vous pouvez utiliser le signe deux-points (:) comme caractère générique. Par exemple, la commande dscontrol port add :80 permet d'ajouter le port 80 à toutes les grappes.
    Remarque :
    Chaque grappe supplémentaire doit être séparée de la précédente par le signe plus (+).
    port
    Numéro du port. Le numéro de port 0 (zéro) est utilisé pour indiquer un port générique.
    Remarque :
    Chaque port supplémentaire doit être séparé du précédent par le signe plus (+).
    trans ports
    Trans ports permet d'étendre la fonction d'affinité/maintien de routage à des ports multiples de façon à ce que les requêtes des clients reçue sur différents ports continuent à être envoyées au même serveur lors des requêtes suivantes. En ce qui concerne la valeur trans ports, indiquez le numéro autre port avec lequel vous souhaitez partager la fonction d'affinité trans ports. Pour utiliser cette fonction, les ports doivent :

    Pour supprimer la fonction trans ports, replacez la valeur trans ports sur son propre numéro de port. Pour plus d'informations sur la fonction de l'affinité trans ports, reportez-vous à Affinité trans ports.

    Remarque :
    L'affinité trans ports ne s'applique qu'aux méthodes d'acheminement MAC et NAT/NATP du composant Dispatcher.
    autre port
    Valeur de trans ports. La valeur par défaut de est la même que celle de son numéro de port.
    maxservers
    Nombre maximal de serveurs. La valeur par défaut du paramètre maxservers est 32. Nombre de serveurs autorisés sur un port.
    taille
    Valeur de maxservers.
    Masque de maintien de routage
    La fonction de masque d'adresse de l'affinité regroupe les requêtes des clients entrants, en fonction de leurs adresses de sous-réseaux communes. Lorsqu'une requête client établit une connexion avec un port pour la première fois, toutes les adresses ultérieures des clients possédant la même adresse de sous-réseau (indiquée par la partie masquée de l'adresse) seront acheminées vers ce même serveur. Pour activer le masque de maintien de routage, le maintien de routage (stickytime) du port doit être défini à zéro. Se reporter à la section Masque d'adresse de l'affinité (masque de maintien de routage), pour plus d'informations.
    Remarque :
    Le mot clé du masque de maintien de routage ne s'applique qu'au composant Dispatcher.
    valeur
    La valeur du masque de maintien de routage correspond au nombre de bits à poids fort, parmi les adresse IP 32 bits, que vous souhaitez masquer. Les valeurs possibles sont 8, 16, 24 et 32. La valeur par défaut est 32 et elle désactive la fonction du masque d'adresse d'affinité.
    stickytime
    Délai entre la fermeture d'une connexion et l'ouverture d'une nouvelle connexion au cours de laquelle un client sera renvoyé au même serveur utilisé lors de la première connexion. Passé le délai de maintien de routage, le client peut être envoyé à un serveur autre que le premier.

    Composant Dispatcher :

    Composant CBR : lorsque vous définissez un délai de routage différent de zéro, le type d'affinité par défaut (none) doit être associé à la commande rule. L'affinité basée sur les règles (cookie passif, URI, cookie actif) ne peut pas être utilisée lorsqu'un délai de maintien de routage est défini pour le port.

    heure
    Délai de maintien de routage du port (en secondes). la valeur Zéro signifie que le port n'est pas maintenu.
    method
    Il s'agit de la méthode d'acheminement. Les méthodes d'acheminement possibles sont les suivantes : MAC, NAT ou CBR (routage par contenu). Il se peut que vous n'ajoutiez pas de méthode d'acheminement NAT ou CBR si vous n'indiquez pas d'abord une adresse IP non nulle pour le paramètre clientgateway de la commande dscontrol executor. Reportez-vous aux sections Réacheminement NAT/NAPT de Dispatcher (méthode d'acheminement nat) et Fonction CBR de Dispatcher (méthode d'acheminement cbr) pour plus d'informations.

    Remarques :

    1. Method ne s'applique qu'au composant Dispatcher.

    2. Si le serveur dorsal se trouve sur le même sous-réseau que l'adresse de retour et que vous utilisez la méthode d'acheminement CBR ou NAT, vous devez définir l'adresse de routeur en tant qu'adresse de serveur dorsal.

    3. Si vous ajoutez une méthode d'acheminement MAC, pour devez attribuer au paramètre "protocol" la valeur HTTP ou SSL.
    type
    Il s'agit du type de la méthode d'acheminement. Les valeurs possibles sont les suivantes : mac, nat ou cbr. La méthode d'acheminement par défaut est MAC.
    staletimeout
    Nombre de secondes d'inactivité possible sur une connexion avant que cette dernière soit supprimée. Pour le composant Dispatcher, la valeur par défaut est 900 pour le port 21 (FTP) et 259 200 pour le port 23 (Telnet). Pour tous les autres ports Dispatcher et CBR, la valeur par défaut est 300. Le paramètre staletimeout peut également être défini au niveau de l'exécuteur ou de la grappe. Reportez-vous à Utilisation de la valeur du délai d'attente, pour de plus amples informations.
    valeur
    Valeur du paramètre staletimeout (en secondes).
    weightbound
    Définit la pondération maximale des serveurs sur ce port. Cela a une incidence sur le degré de différence possible entre le nombre des demandes transmises par l'exécuteur à chaque serveur. La valeur par défaut est 20.
    pondération
    Nombre compris entre 1 et 100 représentant la limite de pondération maximale.
    porttype
    Type de port.
    Remarque :
    Le paramètre Porttype ne s'applique qu'à Dispatcher.
    type
    La valeurs possibles sont tcp, udp et both. La valeur par défaut est (tcp/udp).
    Protocole
    Type de protocole. Ce paramètre doit être défini pour le composant Dispatcher si vous spécifiez la méthode "cbr" sur le port. Si vous sélectionnez le type de protocole SSL, vous devez également définir le délai de maintien de routage (valeur différente de zéro) pour activer l'affinité d'ID SSL. Si vous sélectionnez le type de protocole HTTP, vous pouvez définir l'affinité du serveur à l'aide de règles Contenu. Pour plus d'informations, reportez-vous à la section Fonction CBR de Dispatcher (méthode d'acheminement cbr).
    Remarque :
    Protocol ne s'applique qu'à la méthode d'acheminement CBR de Dispatcher.
    type
    La valeurs possibles sont HTTP ou SSL.
    maxhalfopen
    Nombre maximal de connexions partielles. Ce paramètre permet de détecter les refus de service éventuelles qui génèrent un nombre élevé de connexions TCP partielles sur les serveurs.

    Une valeur positive indique qu'il sera procédé à une vérification pour déterminer si le nombre de connexions partielles en cours dépasse la limite autorisée. Si tel est le cas, un script d'alerte est appelé. Pour plus d'informations, reportez-vous à la section Détection d'attaque de refus de service.

    Remarque :
    Le paramètre maxhalfopen ne s'applique qu'à Dispatcher.
    valeur
    Valeur de maxhalfopen. La valeur par défaut est zéro (aucune vérification n'est effectuée).
    reset
    Reset permet d'indiquer si Load Balancer envoie des réinitialisations TCP aux serveurs arrêtés du port. Une réinitialisation A TCP provoque la fermeture immédiate de la connexion. Pour plus d'informations, reportez-vous à la section Envoie d'une réinitialisation TCP à un serveur arrêté (composant Dispatcher uniquement).
    Remarque :
    Reset ne s'applique qu'au composant Dispatcher. Le paramètre clientgateway de la commande dscontrol executor doit avoir pour valeur une adresse de routeur pour utiliser le mot clé reset.
    valeur
    Les valeurs acceptées pour reset sont yes et no. La valeur par défaut est no (par de réinitialisation TCP des serveurs arrêtés). Lorsque reset a la valeur yes, des réinitialisations TCP sont envoyées aux serveurs arrêtés.
    set
    Définit les zones d'un port.
    remove
    Supprime ce port.
    report
    Génère un rapport sur ce port.
    status
    Affiche l'état des serveurs sur ce port. Pour visualiser l'état de tous les ports, n'indiquez pas de port dans cette commande. N'oubliez pas les deux-points.
    nbSecondes
    Durée en secondes avant la réinitialisation des connexions partielles.
    halfopenaddressreport
    Génère des entrées dans le journal (halfOpen.log) pour toutes les adresses client (jusqu'à environ 8000 paires d'adresses) qui ont accédé à des serveurs disposant de connexions partielles. De plus, les données statistiques sont affichées dans la ligne de commande, telles que le nombre total, moyen ou plus élevé de connexions partielles, et le temps moyen de connexion partiel (en secondes). Pour plus d'informations, reportez-vous à la section Détection d'attaque de refus de service.

    Exemples

    dscontrol rule -- Configuration des règles

    >>-dscontrol--rule--+-add--grappe:port:règle--type--type--| opts |-+-><
                        +-dropserver--grappe:port:règle--serveur-------+
                        +-remove--grappe:port:règle--------------------+
                        +-report--grappe:port:règle--------------------+
                        +-set--grappe:port:règle--| opts |-------------+
                        +-status--grappe:port:règle--------------------+
                        '-useserver--grappe:port:règle--serveur+s2+...-'
     
    opts:
     
    |--+--------------------------------------+---------------------|
       +-beginrange--faible--endrange--élevée-+
       +-priority--niveau---------------------+
       +-motif--motif-------------------------+
       +-tos--valeur--------------------------+
       +-stickytime--heure--------------------+
       +-affinity--type_affinité--------------+
       +-cookiename--valeur-------------------+
       +-evaluate--niveau---------------------+
       '-sharelevel--niveau-------------------'
     
     
    

    add
    Ajoute cette règle à un port.
    grappe
    Adresse de la grappe sous forme de nom symbolique ou en notation décimale à point. Vous pouvez utiliser le signe deux-points (:) comme caractère générique. Par exemple, la commande suivante dscontrol rule add :80:RuleA type type, permet d'ajouter RuleA au port 80 pour toutes les grappes.
    Remarque :
    Chaque grappe supplémentaire doit être séparée de la précédente par le signe plus (+).
    port
    Numéro du port. Vous pouvez utiliser le signe deux-points (:) comme caractère générique. Par exemple, la commande suivante dscontrol rule add clusterA::RuleA type type permet d'ajouter RuleA à tous les ports pour ClusterA.
    Remarque :
    Chaque port supplémentaire doit être séparé du précédent par le signe plus (+).
    règle
    Nom choisi pour la règle. Ce nom peut contenir tout caractère alphanumérique, des traits de soulignement, des traits d'union ou des points. Il peut comporter de 1 à 20 caractères, et ne doit contenir aucun espace.
    Remarque :
    Chaque règle supplémentaire doit être séparée de la précédente par le signe plus (+).
    type
    Type de règle.
    type
    Les différents types de règles possibles sont les suivants :

    ip
    La règle est définie en fonction de l'adresse IP du client.

    time
    La règle est définie en fonction de l'heure.

    connection
    La règle est définie en fonction du nombre de connexions par seconde du port. Cette règle ne fonctionne que si le gestionnaire est en cours d'exécution.

    active
    La règle est définie en fonction du nombre total de connexions actives sur le port. Cette règle ne fonctionne que si le gestionnaire est en cours d'exécution.

    port
    La règle est définie en fonction du port client.
    Remarque :
    Port ne s'applique qu'au composant Dispatcher.

    service
    Cette règle est fondée sur la zone d'octets type de service (TOS) de l'en-tête IP.
    Remarque :
    la règle Service ne s'applique qu'au composant Dispatcher.

    reservedbandwidth
    Cette règle est fonction du nombre de kilo-octets par seconde de largeur de bande délivrés par un ensemble de serveurs. Pour plus d'informations, reportez-vous aux sections Utilisation de règles basées sur la largeur de bande réservée et sur la largeur de bande partagée et Règle de largeur de bande réservée.
    Remarque :
    Reservedbandwidth ne s'applique qu'au composant Dispatcher.

    sharedbandwidth
    Cette règle est fonction du nombre de kilo-octets par seconde de largeur de bande partagés au niveau de l'exécuteur ou de la grappe. Pour plus d'informations, reportez-vous aux sections Utilisation de règles basées sur la largeur de bande réservée et sur la largeur de bande partagée et Règle de largeur de bande partagée.
    Remarque :
    Sharedbandwidth ne s'applique qu'au composant Dispatcher.

    true
    Cette règle est toujours vraie. Considérez-la comme une instruction else en logique de programmation.

    content
    Cette règle décrit une expression régulière qui sera comparée aux URL demandées par les clients. Elle ne fonctionne que pour Dispatcher et CBR.
    beginrange
    Valeur de début de la fourchette utilisée pour déterminer si la règle est vraie.
    faible
    Dépend du type de règle. Le type de valeur et les valeurs par défaut sont précisés ci-après par type de règle :

    ip
    Adresse du client sous forme de nom symbolique ou en notation décimale à point. La valeur par défaut est 0.0.0.0.

    time
    Entier. La valeur par défaut est 0 (minuit).

    connection
    Entier. La valeur par défaut est 0.

    active
    Entier. La valeur par défaut est 0.

    port
    Entier. La valeur par défaut est 0.

    reservedbandwidth
    Entier (kilo-octets par seconde). La valeur par défaut est 0.
    endrange
    Valeur de fin de la fourchette utilisée pour déterminer si la règle est vraie.
    élevée
    Dépend du type de règle. Le type de valeur et les valeurs par défaut sont précisés ci-après par type de règle :

    ip
    Adresse du client sous forme de nom symbolique ou en notation décimale à point. La valeur par défaut est 255.255.255.254.

    time
    Entier. La valeur par défaut est 24 (minuit).
    Remarque :
    Lors de la définition des intervalles de temps (début et fin d'une fourchette horaire), notez que chaque valeur doit être un entier représentant seulement l'heure. Les subdivisions de l'heure ne sont pas indiquées. Pour cette raison, pour indiquer une heure, par exemple entre 3:00 et 4:00 du matin, attribuez la valeur 3 à beginrange (début) et 3 à endrange (fin). Cela signifiera toutes les minutes comprises entre 3:00 et 3:59. Si vous indiquez 3 au paramètre beginrange et 4 au paramètre endrange, vous couvrirez la période de deux heures allant de 3:00 à 4:59.

    connections
    Entier. La valeur par défaut est 2 à la puissance 32 moins 1.

    active
    Entier. La valeur par défaut est 2 à la puissance 32 moins 1.

    port
    Entier. La valeur par défaut est 65535.

    reservedbandwidth
    Entier (kilo-octets par seconde). La valeur par défaut est 2 à la puissance 32 moins 1.
    priority
    Ordre dans lequel les règles sont consultées.
    niveau
    Entier. Si vous ne spécifiez pas la priorité de la première règle que vous ajoutez, Dispatcher lui affecte par défaut la valeur 1. Une règle ajoutée par la suite se verra affecter par défaut une priorité égale à la priorité la plus basse existante + 10. Supposons que vous avez une règle dont la priorité est 30. Vous ajoutez une nouvelle règle et définissez sa priorité à 25 (priorité supérieure à 30). Vous ajoutez ensuite une troisième règle, sans lui affecter de priorité. La priorité de la troisième règle sera de 40 (30 + 10).
    pattern
    Indique le motif à utiliser pour une règle type de contenu.
    motif
    Motif à utiliser. Pour plus d'informations sur les valeurs acceptées, reportez-vous à la section Annexe B, Syntaxe des règles de contenu (modèle).
    tos
    Indique la valeur de "type de service" (TOS) utilisée par la règle type service.
    Remarque :
    TOS ne s'applique qu'au composant Dispatcher.
    valeur
    Chaîne de 8 caractères à utiliser pour la valeur TOS. Les caractères valides sont : 0 (zéro binaire), 1 (un binaire), et x (peu importe). Par exemple : 0xx1010x. Pour plus d'informations, reportez-vous à la section Utilisation de règles basées sur le type de services (TOS).
    stickytime
    Indique le délai de maintien de routage à utiliser pour une règle. Lorsque vous attribuez la valeur "activecookie" au paramètre affinity dans la commande rule, vous devez affecter une valeur différente de zéro au délai de maintien de routage pour activer ce type d'affinité. Le délai de maintien de routage de la commande rule ne s'applique pas aux types d'affinité "passivecookie" ou "uri".

    Pour de plus amples informations, reportez-vous à Affinité de cookie actif.

    Remarque :
    La règle de délai de maintien de routage ne s'applique qu'au composant CBR.
    heure
    Heure en secondes
    Affinity
    Indique le type d'affinité à utiliser pour une règle : cookie actif, cookie passif, URI ou aucune affinité.

    Le type d'affinité "activecookie" permet l'équilibrage de charge du trafic Web et une affinité avec le même serveur en fonction des cookies générés par Load Balancer.

    Le type d'affinité "passivecookie" permet l'équilibrage de la charge du trafic Web et une affinité avec le même serveur en fonction des cookies d'auto-identification générés par les serveurs. Vous devez utiliser le paramètre cookiename avec l'affinité de cookie passif.

    Le type d'affinité "URI" permet l'équilibrage de la charge du trafic Web vers des serveurs Caching Proxy dans le but d'augmenter la mémoire cache.

    Pour plus d'informations, reportez-vous aux sections Affinité de cookie actif, Affinité de cookie passif et Affinité d'URI.

    Remarque :
    L'affinité s'applique aux règles configurées avec la méthode d'acheminement CBR de Dispatcher et au composant CBR.
    type_affinité
    Les valeurs possibles pour le type d'affinité sont les suivantes : none (valeur par défaut), activecookie, passivecookie ou uri.
    cookiename
    Nom arbitraire défini par l'administrateur qui agit comme identificateur pour Load Balancer. Il s'agit du nom que Load Balancer doit rechercher dans la demande d'en-tête HTTP client. Le nom de cookie et la valeur associée sert d'identificateur à Load Balancer, lui permettant d'envoyer les demandes suivantes d'un site Web au même serveur. Le nom de cookie n'est applicable qu'avec l'affinité de cookie passif.

    Pour plus d'informations, reportez-vous à la section Affinité de cookie passif.

    Remarque :
    Le nom de cookie s'applique aux règles configurées avec la méthode d'acheminement CBR de Dispatcher et au composant CBR.
    valeur
    Valeur du nom de cookie.
    evaluate
    Cette option est disponible pour le composant Dispatcher uniquement. Indique s'il faut évaluer la condition de règle sur tous les serveurs sur un port ou sur tous les serveurs de la règle. C'est option n'est valide que pour les règles qui fondent leurs décisions sur des caractéristiques des serveurs, telles que les règles de type connection, active et reservedbandwidth. Pour plus d'informations, reportez-vous à la section Option d'évaluation de serveur.

    Pour la règle de type de connexion, vous pouvez également indiquer une option d'évaluation -- upserversonrule. Grâce à cette option, les serveurs restants ne seront pas surchargés si l'un ou plusieurs d'entre eux s'arrêtent.

    niveau
    Les valeurs acceptées sont port, rule ou upserversonrule. La valeur par défaut est port. upserversonrule ne s'applique qu'à la règle de type de connexion.
    sharelevel
    Ce paramètre ne s'applique qu'à la règle relative à la largeur de bande partagée. Indique si la largeur de bande est partagé au niveau de la grappe ou au niveau de l'exécuteur. Le partage de la largeur de bande au niveau de la grappe permet à un ou des ports de partager une quantité maximale de largeur de bande sur plusieurs ports dans la même grappe. Le partage de la largeur de bande au niveau de l'exécuteur permet à une ou à des grappes dans la configuration Dispatcher de partager une quantité maximale de largeur de bande. Pour plus d'informations, reportez-vous à la section Règle de largeur de bande partagée.
    niveau
    Les valeurs acceptées sont executor ou cluster.
    dropserver
    Supprime un serveur d'un jeu de règles.
    serveur
    Adresse IP de la machine serveur TCP sous forme de nom symbolique ou en notation décimale à point.

    Ou, si vous utilisez le partitionnement du serveur, entrez le nom unique du serveur logique. Pour de plus amples informations, reportez-vous à Partitionnement du serveur : serveurs logiques configurés pour un serveur physique (adresse IP).

    Remarque :
    Chaque serveur supplémentaire doit être séparé du précédent par le signe plus (+).
    remove
    Supprime une ou plusieurs règles séparées entre elles par des signes plus.
    report
    Affiche les valeur internes d'une ou plusieurs règles.
    set
    Définit les valeurs de cette règle.
    status
    Affiche les valeurs paramétrables d'une ou plusieurs règles.
    useserver
    Insère des serveurs dans un jeu de règles.

    Exemples

    dscontrol server -- Configuration des serveurs

    >>-dscontrol--server--+-add--grappe:port:serveur--+-------------------------+-+-><
                          |                           +-adresse--adresse--------+ |
                          |                           +-collocated--valeur------+ |
                          |                           +-sticky--valeur----------+ |
                          |                           +-pondération--valeur-----+ |
                          |                           +-fixedweight--valeur-----+ |
                          |                           +-cookievalue--valeur-----+ |
                          |                           +-mapport--valeur de port-+ |
                          |                           +-router--adr-------------+ |
                          |                           +-returnaddress--adr------+ |
                          |                           +-advisorrequest--chaîne--+ |
                          |                           '-advisorresponse--chaîne-' |
                          +-set--grappe:port:serveur--+-collocated--valeur------+-+
                          |                           +-sticky--valeur----------+ |
                          |                           +-pondération--valeur-----+ |
                          |                           +-fixedweight--valeur-----+ |
                          |                           +-cookievalue--valeur-----+ |
                          |                           +-router--adr-------------+ |
                          |                           +-advisorrequest--chaîne--+ |
                          |                           '-advisorresponse--chaîne-' |
                          +-down--grappe:port:serveur-----------------------------+
                          +-remove--grappe:port:serveur---------------------------+
                          +-report--grappe:port:serveur---------------------------+
                          +-up--grappe:port:serveur-------------------------------+
                          '-status--grappe:port:serveur---------------------------'
     
     
    

    add
    Permet d'ajouter ce serveur.
    grappe
    Adresse de la grappe sous forme de nom symbolique ou en notation décimale à point. Vous pouvez utiliser le signe deux-points (:) comme caractère générique. Par exemple, la commande dscontrol server add :80:ServerA permet d'ajouter ServerA au port 80 sur toutes les grappes.
    Remarque :
    Chaque grappe supplémentaire doit être séparée de la précédente par le signe plus (+).
    port
    Numéro du port. Vous pouvez utiliser le signe deux-points (:) comme caractère générique. Par exemple, la commande dscontrol server add ::ServerA, permet d'ajouter ServerA à toutes les grappes sur tous les ports.
    Remarque :
    Chaque port supplémentaire doit être séparé du précédent par le signe plus (+).
    serveur
    Le serveur est l'adresse IP unique de la machine serveur TCP sous forme de nom symbolique ou en notation décimale à point.

    Ou, si vous utilisez un nom unique qui ne se résout pas en adresse IP, vous devez fournir le paramètre address du serveur dans la commande dscontrol server add. Pour de plus amples informations, reportez-vous à Partitionnement du serveur : serveurs logiques configurés pour un serveur physique (adresse IP).

    Remarque :
    Chaque serveur supplémentaire doit être séparé du précédent par le signe plus (+).
    address
    Adresse IP unique de la machine serveur TCP sous forme de nom d'hôte ou en notation décimale à point. S'il n'est pas possible de résoudre le serveur, vous devez fournir l'adresse de la machine serveur physique. Pour de plus amples informations, reportez-vous à Partitionnement du serveur : serveurs logiques configurés pour un serveur physique (adresse IP).
    adresse
    Valeur de l'adresse du serveur.
    collocated
    L'option Co-implanté permet d'indiquer si Dispatcher est installé sur l'un des serveurs dont il équilibre les charges. Elle ne s'applique pas à la plate-forme Windows 2000.
    Remarque :
    Le paramètre collocated n'est valide que si vous utilisez les méthodes d'acheminement mac ou nat de Dispatcher. Site Selector et Cisco Consultant peuvent être co-implantés sur toutes les plateformes mais ne requièrent pas ce mot clé. Pour plus d'informations, voir Utilisation de serveurs implantés au même endroit.
    valeur
    Valeur de Co-implanté : oui ou non. Elle est fixée à non par défaut.
    sticky
    Permet à un serveur de remplacer sur son port les paramètres de maintien de routage. Lorsque la valeur par défaut est "oui," le serveur garde l'affinité normale définie sur le port. Lorsque cette valeur est "non," le client ne sera pas renvoyé à ce serveur lors de sa prochaine requête à ce port et ce, indépendamment des paramètres de maintien de routage du port. Ceci peut s'avérer utile quand vous utilisez des règles. Pour plus d'informations, voir Substitution d'affinité de port.
    valeur
    Valeur du maintien de routage : oui ou non. Elle est fixée à non par défaut.
    weight
    Nombre compris entre 0 et 100 (mais qui ne doit pas dépasser la valeur de pondération du port spécifiée) représentant la pondération relative à ce serveur. L'affectation de la valeur zéro à la pondération empêche l'envoi de nouvelles demandes au serveur mais ne met pas fin aux connexions actuellement actives à ce serveur. La valeur par défaut correspond à la moitié de la valeur de pondération maximale du port indiqué. Si le gestionnaire est en cours d'exécution, ce paramètre est rapidement remplacé.
    valeur
    Valeur de la pondération du serveur.
    fixedweight
    L'option fixedweight vous permet d'indiquer si vous souhaitez, ou non, que le gestionnaire modifie la pondération du serveur. Si vous fixez sur oui la valeur fixedweight, le gestionnaire en activité ne sera pas autorisé à modifier la pondération du serveur. Pour plus d'informations, voir Pondérations fixées par le gestionnaire.
    valeur
    Valeur de fixedweight : oui ou non. La valeur par défaut est non.
    cookievalue
    Cookievalue est une valeur arbitraire qui représente le côté serveur de la paire de valeur nom de cookie/cookie. La valeur de cookie, associée au nom de cookie, sert d'identificateur permettant à Load Balancer d'envoyer les demandes client suivantes au même serveur. Pour de plus amples informations, reportez-vous à Affinité de cookie passif.
    Remarque :
    Cookievalue est valide pour Dispatcher (avec la méthode d'acheminement CBR) et pour CBR.
    valeur
    Il s'agit de n'importe quelle valeur arbitraire. Par défaut, il n'y a pas de valeur de cookie.
    mapport
    Mappe le numéro du port de destination de la demande client (pour Dispatcher) au numéro de port du serveur que Dispatcher utilise pour équilibrer la charge de la demande du client. Permet à Load Balancer de recevoir une demande de client sur un port et de la transmettre à un autre port de la machine serveur. Le paramètre mapport permet d'équilibrer la charge des demandes d'un client sur un serveur sur lequel peuvent s'exécuter plusieurs démons serveur.
    Remarque :
    Mapport s'applique à Dispatcher (avec les méthodes d'acheminement nat ou cbr) ainsi qu'à CBR. Pour Dispatcher, reportez-vous aux sections Réacheminement NAT/NAPT de Dispatcher (méthode d'acheminement nat) et Fonction CBR de Dispatcher (méthode d'acheminement cbr). Pour CBR, reportez-vous à la section Equilibrage de charge client-proxy dans SSL et proxy-serveur dans HTTP.
    valeur du port
    Valeur du numéro de port de mappage. La valeur par défaut est le numéro de port de destination de la demande du client.
    router
    Si vous définissez un réseau étendu, il s'agit de l'adresse du routeur vers le serveur éloigné. La valeur par défaut est 0, correspondant à un serveur local. Notez que, lorsqu'une adresse de routeur est définie avec une valeur autre que zéro (ce qui désigne un serveur éloigné), elle ne peut pas être redéfinie par 0 pour rechanger le serveur en serveur local. Le serveur doit être supprimé, puis ajouté à nouveau sans adresse de routeur spécifiée. De même, un serveur local (adresse de routeur = 0) ne peut pas être changé en serveur éloigné en changeant l'adresse du routeur. Le serveur doit être supprimé, puis ajouté de nouveau. Pour de plus amples informations, reportez-vous à Configuration du support de réseau étendu pour Dispatcher.
    Remarque :
    Le routeur ne concerne que Dispatcher. Si vous utilisez les méthodes d'acheminement NAT ou CBR, indiquez l'adresse de routeur lors de l'ajout d'un serveur à la configuration.
    adr
    Adresse du routeur.
    returnaddress
    Adresse IP ou nom d'hôte unique. Il s'agit d'une adresse configurée sur la machine Dispatcher que Dispatcher utilise comme adresse source lors de l'équilibrage de charge des demandes du client sur le serveur. Elle permet de garantir que le serveur renverra le paquet à la machine Dispatcher pour traiter le contenu de la demande, au lieu de l'envoyer directement au client. (Dispatcher transmettra ensuite le paquet IP au client.) Vous devez indiquer la valeur d'adresse de retour lors de l'ajout du serveur. L'adresse de retour ne peut pas être modifiée sauf si vous supprimez le serveur et l'ajoutez à nouveau. Elle ne peut pas être identique à l'adresse de grappe, de serveur ou NFA.
    Remarque :
    Le paramètre returnaddress ne s'applique qu'à Dispatcher. Si vous utilisez les méthodes d'acheminement NAT ou CBR, indiquez l'adresse de retour lors de l'ajout d'un serveur à la configuration.
    adr
    Valeur de l'adresse de retour.
    advisorrequest
    Le conseiller HTTP utilise la chaîne advisor request pour interroger l'état des serveurs. Elle n'est valide que pour les serveurs qui sont traités par le conseiller HTTP. Vous devez démarrer le conseiller HTTP pour activer cette valeur. Pour de plus amples informations, reportez-vous à Configuration du conseiller HTTP à l'aide de l'option de demande/réponse (URL).
    Remarque :
    Advisorrequest s'applique aux composants Dispatcher et CBR.
    chaîne
    Valeur de la chaîne utilisée par le conseiller HTTP. La valeur par défaut est HEAD / HTTP/1.0.
    Remarque :
    Si la chaîne comporte un espace --
    • Lorsque vous lancez la commande à partir de l'invite du shell dscontrol>>, vous devez mettre la chaîne entre guillemets. Par exemple : server set grappe:port:serveur advisorrequest "head / http/2.0"
    • Lorsque vous lancez la commande dscontrol à partir de l'invite du système d'exploitation, vous devez placer les caractères "\" et \"" respectivement avant et après le texte. For example: dscontrol server set grappe:port:serveur advisorrequest "\"head / http/2.0\""

    advisorresponse
    Chaîne advisorresponse que le conseiller HTTP recherche dans la réponse HTTP. Elle n'est valide que pour les serveurs qui sont traités par le conseiller HTTP. Vous devez démarrer le conseiller HTTP pour activer cette valeur. Pour de plus amples informations, reportez-vous à Configuration du conseiller HTTP à l'aide de l'option de demande/réponse (URL).
    Remarque :
    Advisorresponse s'applique aux composants Dispatcher et CBR.
    chaîne
    Valeur de la chaîne utilisée par le conseiller HTTP. La valeur par défaut est null.
    Remarque :
    Si la chaîne comporte un espace --
    • Lorsque vous lancez la commande à partir de l'invite du shell dscontrol>>, vous devez mettre la chaîne entre guillemets.
    • Lorsque vous lancez la commande dscontrol à partir de l'invite du système d'exploitation, vous devez placer les caractères "\" et \"" respectivement avant et après le texte.
    down
    Marque ce serveur comme étant arrêté. Cette commande permet d'interrompre toutes les connexions actives à ce serveur et d'empêcher l'envoi d'autres connexions ou paquets à ce serveur.
    remove
    Permet de supprimer ce serveur.
    report
    Génère un rapport sur ce serveur. Le rapport contient pour chaque serveur les informations suivantes : nombre actuel de connexions par seconde, nombre de Ko transférés en une seconde, nombre total de connexions existantes, nombre de connexions actives, nombre de connexions à l'état FIN et nombre de connexions terminées.
    set
    Permet de définir des valeurs pour ce serveur.
    status
    Affiche l'état des serveurs.
    up
    Marque ce serveur comme étant activé. Dispatcher envoie désormais de nouvelles connexions à ce serveur.

    Exemples

    dscontrol set -- Configuration du journal du serveur

    >>-dscontrol--set--+-loglevel--niveau-------+------------------><
                       '-logsize--+-unlimited-+-'
                                  '-taille----'
     
     
    

    loglevel
    Niveau auquel le serveur dsserver consigne ses activités.
    niveau
    La valeur par défaut de loglevel est 0. La fourchette va de 0 à 5. Les valeurs possibles sont les suivantes : 0 (Aucun), 1 (Minimal), 2 (De base), 3 (Modéré), 4 (Avancé), 5 (Prolixe).
    logsize
    Nombre maximal d'octets à consigner dans le fichier journal.
    taille
    La taille de fichier journal par défaut est 1 Mo.

    dscontrol status -- Indique par affichage si le gestionnaire et les conseillers sont en cours d'exécution

    >>-dscontrol--status-------------------------------------------><
     
     
    

    Exemples

    dscontrol subagent -- Configuration du sous-agent SNMP

    Remarque :
    Les diagramme de syntaxe de la commande dscontrol subagent ne s'applique qu'au composant Dispatcher.
    >>-dscontrol--subagent--+-loglevel--niveau---------------------------+-><
                            +-logsize--+-octets----+---------------------+
                            |          '-unlimited-'                     |
                            +-report-------------------------------------+
                            +-start--+---------------------------------+-+
                            |        '-nom_communauté--fichier_journal-' |
                            +-status-------------------------------------+
                            +-stop---------------------------------------+
                            '-version------------------------------------'
     
     
    

    loglevel
    Niveau auquel le sous-agent consigne ses activités dans un fichier.
    niveau
    Valeur du niveau (0 à 5). Plus la valeur est élevée, plus la quantité d'informations consignées dans le journal du gestionnaire est importante. Valeur par défaut : 1. Les valeurs possibles sont les suivantes : 0 (Aucun), 1 (Minimal), 2 (De base), 3 (Modéré), 4 (Avancé), 5 (Prolixe).
    logsize
    Taille maximale en octets à consigner dans le journal du sous-agent. La valeur par défaut est 1 Mo. Lorsque vous affectez une taille maximale au fichier journal, celui-ci se boucle ; lorsque le fichier atteint la taille indiquée, les entrées suivantes sont écrites à partir du haut du fichier pour écraser les entrées de journal précédentes. La taille du journal ne peut pas être moins élevée que la taille actuelle du journal. Les entrées de fichier sont horodatées, ce qui permet de déterminer l'ordre dans lequel elles ont été créées. Plus le niveau de consignation est élevé, plus la taille du journal doit être choisie attentivement car l'espace peut être saturé rapidement lors d'une consignation à des niveaux plus élevés.
    octets
    Taille maximale (en octets) du fichier journal du sous-agent. Vous pouvez indiquer un nombre positif supérieur à zéro, ou le mot unlimited. Il se peut que le fichier journal n'atteigne pas la taille maximale exacte avant l'écrasement, car la taille des entrées de journal elles-mêmes varie. La valeur par défaut est unlimited.
    report
    Affiche un rapport d'analyse sur les statistiques.
    start
    Lance le sous-agent.
    nom_communauté
    Nom de la valeur SNMP du nom de communauté que vous pouvez utiliser comme mot de passe de sécurité. La valeur par défaut est public.

    Pour Windows 2000, le nom de communauté du système d'exploitation est utilisé.

    fichier journal
    Nom du fichier dans lequel les données du sous-agent SNMP sont consignées. Chaque enregistrement du journal est horodaté. La valeur par défaut est subagent.log. Le fichier par défaut est installé dans le répertoire logs. Reportez-vous à l'Annexe C, Exemples de fichiers de configuration. Pour changer le répertoire dans lequel les fichiers journaux vont être stockés, reportez-vous à la section Modification des chemins des fichiers journaux.
    status
    Affiche l'état en cours de toutes les valeurs du sous-agent SNMP qui peuvent être affectées globalement, ainsi que les valeurs par défaut associées.
    version
    Affiche la version en cours du sous-agent.

    Exemples


    Guide des commandes Site Selector

    La présente annexe explique comment utiliser les commandes sscontrol Site Selector ci-après :

    Vous pouvez entrer une version abrégée des paramètres de commandes sscontrol. Il suffit d'entrer les lettres spécifiques des paramètres. Par exemple, pour obtenir l'aide correspondant à la commande file save, entrez sscontrol he f à la place de sscontrol help file.

    Remarque :
    Les valeurs des paramètres de commande doivent être saisies en anglais. Les seules exceptions s'appliquent aux noms d'hôte (utilisés dans les commandes cluster et server) et aux noms de fichiers (utilisés dans les commandes file).

    sscontrol advisor -- Contrôle du conseiller


    >>-sscontrol--advisor--+-connecttimeout--nom--+-port----------+--secondes------+-><
                           |                      '-nom_site:port-'                |
                           +-interval--nom--+-port----------+--secondes------------+
                           |                '-nom_site:port-'                      |
                           +-list--------------------------------------------------+
                           +-loglevel--nom--+-port----------+--niveau--------------+
                           |                '-nom_site:port-'                      |
                           +-logsize--nom--+-port----------+--+-size | unlimited-+-+
                           |               '-nom_site:port-'  '-octets-----------' |
                           +-receivetimeout--nom--+-port----------+--secondes------+
                           |                      '-nom_site:port-'                |
                           +-report--nom--+-port----------+------------------------+
                           |              '-nom_site:port-'                        |
                           +-tentatives--nom--+-port----------+--nbrtentatives-----+
                           |                  '-nom_site:port-'                    |
                           +-start--nom--+-port----------+--+-----------------+----+
                           |             '-nom_site:port-'  '-fichier journal-'    |
                           +-status--nom--+-port----------+------------------------+
                           |              '-nom_site:port-'                        |
                           +-stop--nom--+-port----------+--------------------------+
                           |            '-nom_site:port-'                          |
                           +-timeout--nom--+-port----------+-----------------------+
                           |               '-nom_site:port-'                       |
                           '-version--nom--+-port----------+--secondes-------------'
                                           '-nom_site:port-'
     
     
    

    connecttimeout
    Permet de définir le délai d'attente à l'expiration duquel un conseiller signale qu'une connexion à un serveur a échoué. Pour plus d'informations, reportez-vous à la section Délai de connexion du conseiller et délai de réception pour les serveurs.
    nom
    Nom du conseiller. Les valeurs possibles sont les suivantes  http, https, ftp, ssl, smtp, imap, pop3, ldap, nntp, telnet, connect, ping, WLM et WTE. Les noms des conseillers personnalisés sont au format xxxx, ADV_xxxx étant le nom de la classe mettant en oeuvre le conseiller personnalisé.
    port
    Numéro du port contrôlé par le conseiller.
    secondes
    Il s'agit d'un entier positif représentant le délai d'attente à l'expiration duquel le conseiller signale qu'une connexion à un serveur a échoué. La valeur par défaut est trois fois la valeur spécifiée pour l'intervalle du conseiller.
    interval
    Définit la fréquence à laquelle le conseiller demande des informations aux serveurs.
    secondes
    Il s'agit d'un entier positif qui représente le nombre de secondes entre les demandes envoyées aux serveurs pour connaître leurs états en cours. Valeur par défaut : 7.
    list
    Affiche la liste des conseillers qui fournissent des informations au gestionnaire.
    loglevel
    Définit le niveau de consignation relatif à un journal de conseiller.
    niveau
    Valeur du niveau (0 à 5). La valeur par défaut est 1. Plus la valeur est élevée, plus la quantité d'informations consignée dans le journal du conseiller est importante. Les valeurs admises sont les suivantes :

    .

    logsize
    Définit la taille maximale d'un journal de conseiller. Lorsque vous affectez une taille maximale au fichier journal, celui-ci fonctionne en boucle, c'est-à-dire que lorsqu'il atteint la taille indiquée, les nouvelles entrées sont écrites à partir du haut du fichier et remplacent les entrées existantes. La valeur indiquée par logsize ne peut pas être inférieure à la taille actuelle du fichier journal. Les entrées du journal sont horodatées, ce qui permet de déterminer l'ordre dans lequel elles ont été enregistrées. Plus le niveau de consignation est élevé, plus la taille du journal doit être choisie avec soin car l'espace peut être saturé rapidement.
    taille | unlimited
    Taille maximale (en octets) du fichier journal du conseiller. Vous pouvez indiquer un nombre positif supérieur à zéro, ou unlimited. Il se peut que le fichier journal n'atteigne pas la taille maximale exacte avant le remplacement des entrées existantes, car la taille des entrées de journal elles-même varie. La valeur par défaut est 1 Mo.
    receivetimeout
    Permet de définir le délai à l'expiration duquel un conseiller signale que la réception d'un envoi provenant d'un serveur a échoué. Pour plus d'informations, reportez-vous à la section Délai de connexion du conseiller et délai de réception pour les serveurs.
    secondes
    Il s'agit d'un entier positif qui représente le délai en secondes à l'expiration duquel le conseiller signale que la réception d'un envoi provenant d'un serveur a échoué. La valeur par défaut est trois fois la valeur spécifiée pour l'intervalle du conseiller.
    report
    Affiche un rapport sur l'état du conseiller.
    tentatives
    Nombre de tentatives accordées à un conseiller avant de déclarer un serveur arrêté.
    nbrtentatives
    Entier supérieur ou égal à zéro. Il est préférable que le nombre de tentatives ne dépasse pas 3. Par défaut, le nombre de tentatives est égal à zéro.
    start
    Lance le conseiller. Il existe des conseillers pour chaque protocole. Les ports par défaut sont les suivants :
    Nom du conseiller Protocole Port
    Connect Non disp. Défini par l'utilisateur
    db2 privé 50000
    ftp FTP 21
    http HTTP 80
    https SSL 443
    imap IMAP 143
    ldap LDAP 389
    nntp NNTP 119
    PING PING 0
    pop3 POP3 110
    smtp SMTP 25
    ssl SSL 443
    telnet Telnet 23
    nom
    Indique le nom du conseiller.
    nom_site:port
    Le nom de site est facultatif dans les commandes du conseiller, mais la valeur de port est requise. Par défaut, le conseiller démarre sur tous les sites disponibles configurés. Si vous indiquez un nom de site, le conseiller démarre uniquement sur le site précisé. Les noms de site supplémentaires sont séparés par le signe plus (+).
    fichier journal
    Nom du fichier dans lequel les données de gestion sont consignées. Chaque enregistrement du journal est horodaté.

    Le fichier par défaut est nom_conseiller_port.log, par exemple, http_80.log. Pour changer le répertoire dans lequel les fichiers journaux seront enregistrés, reportez-vous à la section Modification des chemins des fichiers journaux.

    Vous ne pouvez lancer qu'un conseiller par nom de site.

    status
    Affiche l'état et les valeurs par défaut en cours pour toutes les valeurs globales d'un conseiller.
    stop
    Arrête le conseiller.
    timeout
    Définit le nombre de secondes pendant lesquelles le gestionnaire considère que les informations provenant du conseiller sont valides. Si le gestionnaire considère que les informations du conseiller sont antérieures à ce délai, il n'utilise pas ces informations pour déterminer les pondérations relatives aux serveurs sur le port contrôlé par le conseiller. Il est fait exception à ce délai lorsque le conseiller a informé le gestionnaire qu'un serveur spécifique est hors service. Le gestionnaire utilise ces informations relatives au serveur même après le dépassement du délai imparti pour les informations du conseiller.
    secondes
    Nombre positif représentant le nombre de secondes, ou unlimited. La valeur par défaut est unlimited.
    version
    Affiche la version en cours du conseiller.

    Exemples

    sscontrol file -- Gestion des fichiers de configuration

    >>-sscontrol--file--+-delete--nomfichier.ext----------+--------><
                        +-appendload--nomfichier.ext------+
                        +-report--------------------------+
                        +-save--nomfichier.ext--+-------+-+
                        |                       '-force-' |
                        '-newload--nomfichier.ext---------'
     
     
    

    delete
    Supprime le fichier.
    nomfichier.ext
    Fichier de configuration.

    Vous pouvez indiquer n'importe quelle extension de fichier (.ext) ou n'en indiquer aucune.

    appendload
    Ajoute un fichier de configuration à la configuration en cours et le charge dans Site Selector.
    report
    Génère un rapport sur les fichiers disponibles.
    save
    Sauvegarde la configuration en cours de Site Selector dans le fichier.
    Remarque :
    Les fichiers sont sauvegardés dans les répertoires suivants et chargés à partir de ces mêmes répertoires :
    • Sous AIX, Linux et Solaris : /opt/ibm/edge/lb/servers/configurations/ss
    • Sous Windows 2000 : c:\Program Files\ibm\edge\lb\servers\configurations\component
    force
    Si vous voulez sauvegarder votre fichier dans un fichier existant du même nom, utilisez force pour supprimer le fichier existant avant de sauvegarder le nouveau fichier. Si vous n'utilisez pas l'option force, le fichier existant n'est pas remplacé.
    newload
    Charge un nouveau fichier de configuration dans Site Selector. Le nouveau fichier de configuration remplacera la configuration actuelle.

    Exemples

    sscontrol help -- Affichage ou impression de l'aide relative à cette commande

    >>-sscontrol--help--+-advisor----+-----------------------------><
                        +-file-------+
                        +-help-------+
                        +-host-------+
                        +-logstatus--+
                        +-manager----+
                        +-metric-----+
                        +-nameserver-+
                        +-rule-------+
                        +-server-----+
                        +-set--------+
                        +-sitename---+
                        '-status-----'
     
     
    

    Exemples

    sscontrol logstatus -- Affichage des paramètres du journal du serveur


    >>-sscontrol--logstatus----------------------------------------><
     
     
    

    logstatus
    Affiche les paramètres du journal du serveur (nom, niveau de consignation et taille du journal).

    sscontrol manager -- Contrôle du gestionnaire


    >>-sscontrol--manager--+-interval--secondes-----------------------+-><
                           +-loglevel--niveau-------------------------+
                           +-logsize--+-unlimited-+-------------------+
                           |          '-octets----'                   |
                           +-metric set--+-loglevel--niveau-------+---+
                           |             '-logsize--+-unlimited-+-'   |
                           |                        '-octets----'     |
                           +-reach set--+-interval--secondes-----+----+
                           |            +-loglevel--niveau-------+    |
                           |            '-logsize--+-unlimited-+-'    |
                           |                       '-octets----'      |
                           +-report--nomsite+ns2+...+nsN--------------+
                           +-restart--message-------------------------+
                           +-sensitivity--weight----------------------+
                           +-smoothing--indice de lissage-------------+
                           +-start--+-------------------------------+-+
                           |        '-fichier_journal--port_mesures-' |
                           +-status-----------------------------------+
                           +-stop-------------------------------------+
                           '-version----------------------------------'
     
     
    

    interval
    Définit la fréquence de mise à jour, par le gestionnaire, des pondérations des serveurs.
    secondes
    Nombre entier positif représentant la fréquence (en secondes) de mise à jour des pondérations par le gestionnaire. Valeur par défaut : 2
    loglevel
    Permet de définir le niveau de consignation relatif au journal du gestionnaire.
    niveau
    Valeur du niveau (0 à 5). Plus la valeur est élevée, plus la quantité d'informations consignées dans le journal du gestionnaire est importante. Valeur par défaut : 1. Les valeurs admises sont les suivantes :
    logsize
    Définit la taille maximale du journal du gestionnaire. Lorsque vous attribuez une taille maximale au fichier journal, ce dernier fonctionne en boucle. Lorsque le fichier atteint la taille indiquée, les entrées suivantes sont écrites à partir du haut du fichier et remplacent les entrées existantes. La valeur indiquée par logsize ne peut pas être inférieure à la taille actuelle du fichier journal. Les entrées du journal sont horodatées, ce qui permet de déterminer l'ordre dans lequel elles ont été enregistrées. Plus le niveau de consignation est élevé, plus la taille du journal doit être choisie avec soin car l'espace peut être saturé rapidement.
    octets
    Taille maximale (en octets) du fichier journal du gestionnaire. Vous pouvez indiquer un nombre positif supérieur à zéro, ou unlimited. Il se peut que le fichier journal n'atteigne pas la taille maximale exacte avant le remplacement des entrées existantes, car la taille des entrées de journal elles-même varie. La valeur par défaut est 1 Mo.
    metric set
    Définit le niveau de consignation et la taille du journal du contrôleur de mesures. Les niveaux de consignation admis sont sont les suivants : 0 (Aucun), 1 (Minimal), 2 (De base), 3 (Modéré), 4 (Avancé), 5 (Prolixe). La niveau par défaut est 1. La taille du journal définit le nombre maximum d'octets pouvant être consignés dans le journal du contrôleur de mesures. Vous pouvez indiquer un nombre positif supérieur à zéro ou la valeur "Unlimited". La valeur par défaut est 1.
    reach set
    Définit l'intervalle, le niveau de consignation et la taille du journal pour le conseiller d'accessibilité.
    report
    Affiche un rapport d'analyse sur les statistiques.
    nom_site
    Nom du site à afficher dans le rapport. Il s'agit d'un nom d'hôte ne pouvant être résolu qui sera demandé par le client. Le nom de site doit être un nom de domaine qualifié complet.
    Remarque :
    Les noms de site supplémentaires sont séparés par le signe plus (+).
    restart
    Relance tous les serveurs (qui ne sont pas arrêtés) en leur affectant des valeurs de pondération normalisées (la moitié de la pondération maximale).
    message
    Message à consigner dans le fichier journal du gestionnaire.
    sensitivity
    Définit la sensibilité minimale à partir de laquelle les pondérations sont mises à jour. Cette valeur définit le moment où le gestionnaire doit modifier sa pondération pour le serveur en fonction des informations externes.
    pondération
    Nombre compris entre 0 et 100 indiquant le pourcentage de pondération. La valeur par défaut 5 crée une sensibilité minimale de 5%.
    smoothing
    Définit un indice de lissage des variations des pondérations lors de l'équilibrage de charge. Plus l'indice de lissage est élevé, moins les pondérations des serveurs varient lorsque les conditions réseau sont modifiées. Plus cet indice est faible, plus les pondérations des serveurs varient.
    indice
    Nombre positif en virgule flottante. Valeur par défaut : 1,5.
    start
    Lance le gestionnaire
    fichier journal
    Nom du fichier dans lequel les données de gestion sont consignées. Chaque enregistrement du journal est horodaté.

    Le fichier par défaut se trouve dans le répertoire logs. Reportez-vous à l'Annexe C, Exemples de fichiers de configuration. Pour changer le répertoire dans lequel les fichiers journaux vont être enregistrés, reportez-vous à la section Modification des chemins des fichiers journaux.

    port_mesures
    Port sur lequel Metric Server renvoie l'état des charges du système. Si vous indiquez un port de décompte, vous devez spécifier un nom de fichier journal. Le port de décompte par défaut est 10004.
    status
    Affiche l'état et les valeurs par défaut en cours pour toutes les valeurs globales du gestionnaire.
    stop
    Arrête le gestionnaire.
    version
    Affiche la version en cours du gestionnaire.

    Exemples

    sscontrol metric -- Configuration des mesures du système

    >>-sscontrol--metric--+-add--nom_site+ns2+...+nsN:mesure+mesure1+...+mesureN--------------+-><
                          +-remove--nom_site+ns2+...+nsN:mesure+mesure1+...+mesureN-----------+
                          +-proportions--nom_site+ns2+...+nsN:proportion1 prop2 prop3...propN-+
                          '-status--nom_site+ns2+...+nsN mesure+mesure1+...+mesureN-----------'
     
     
    

    add
    Permet d'ajouter la mesure spécifiée.
    nom_site
    Nom du site configuré. Les noms de site supplémentaires sont séparés par le signe plus (+).
    mesure
    Nom de la mesure du système. Il doit s'agir du nom d'un fichier exécutable ou d'un fichier script du répertoire script du Metric Server.
    remove
    Supprime la mesure spécifiée.
    proportions
    Ce paramètre détermine la correspondance des mesures entre elles lorsqu'elles sont regroupées en une seule charge système pour un serveur.
    status
    Affiche les valeurs serveur actuelles de cette mesure.

    Exemples

    sscontrol nameserver -- Contrôle de NameServer

    >>-sscontrol--nameserver--+-start--+----------------------+-+--><
                              |        '-bindaddress--adresse-' |
                              +-stop----------------------------+
                              '-status--------------------------'
     
     
    

    start
    Démarre le serveur de noms
    bindaddress
    Démarre le serveur de noms lié à l'adresse indiquée. Le serveur de noms ne répond qu'aux demandes destinées à cette adresse.
    adresse
    Adresse (IP ou symbolique) configurée sur le dispositif Site Selector.
    stop
    Arrête le serveur de noms
    status
    Affiche l'état du serveur de noms

    sscontrol rule -- Configuration des règles

    >>-sscontrol--rule--+-add--nom_site+ns2+...+nsN:règle+r2+...+rN--type--valeur--| value |--| opts |-+-><
                        +-dropserver--nom_site+ns2+...+nsN:règle+r2+...+rN--serveur+s2+...+nsN---------+
                        +-remove--nom_site+ns2+...+nsN:règle+r2+...+rN---------------------------------+
                        +-set--nom_site+ns2+...+nsN:règle+r2+...+rN--| value |--| opts |---------------+
                        +-status--nom_site+ns2+...+nsN:règle+r2+...+rN---------------------------------+
                        '-useserver--nom_site+ns2+...+nsN:règle+r2+...+rN--serveur+s2+...+nsN----------'
     
    opts:
     
    |--+--------------------------------------+---------------------|
       +-beginrange--faible--endrange--élevée-+
       +-priority--valeur---------------------+
       '-metricname--valeur-------------------'
     
     
    

    add
    Ajoute cette règle à un nom de site.
    nom_site
    Nom d'hôte ne pouvant être résolu qui sera demandé par le client. Le nom de site doit être un nom de domaine qualifié complet. Les noms de site supplémentaires sont séparés par le signe plus (+).
    règle
    Nom choisi pour la règle. Ce nom peut contenir tout caractère alphanumérique, des traits de soulignement, des traits d'union ou des points. Il peut comporter de 1 à 20 caractères, et ne doit contenir aucun espace.
    Remarque :
    Chaque règle supplémentaire doit être séparée de la précédente par le signe plus (+).
    type
    Type de règle
    type
    Les différents types de règles possibles sont les suivants :

    ip
    La règle est définie en fonction de l'adresse IP du client.

    metricall
    La règle est basée sur la valeur de mesure actuelle pour tous les serveurs de l'ensemble de serveurs.

    metricavg
    La règle est basée sur la moyenne des valeurs de mesure actuelles pour tous les serveurs de l'ensemble de serveurs.

    time
    La règle est définie en fonction de l'heure.

    true
    Cette règle est toujours vraie. Considérez-la comme une instruction else en logique de programmation.
    beginrange
    Valeur de début de la fourchette utilisée pour déterminer si la règle est vraie.
    faible
    Dépend du type de règle. Le type de valeur et les valeurs par défaut sont précisés ci-après par type de règle :

    ip
    Adresse du client sous forme de nom symbolique ou en notation décimale à point. La valeur par défaut est 0.0.0.0.

    time
    Entier. La valeur par défaut est 0 (minuit).

    metricall
    Entier. Valeur par défaut : 100.

    metricavg
    Entier. Valeur par défaut : 100.
    endrange
    Valeur de fin de la fourchette utilisée pour déterminer si la règle est vraie.
    élevée
    Dépend du type de règle. Le type de valeur et les valeurs par défaut sont précisés ci-après par type de règle :

    ip
    Adresse du client sous forme de nom symbolique ou en notation décimale à point. La valeur par défaut est 255.255.255.254.

    time
    Entier. La valeur par défaut est 24 (minuit).
    Remarque :
    Lors de la définition des intervalles de temps (début et fin d'une fourchette horaire), notez que chaque valeur doit être un entier représentant seulement l'heure. Les subdivisions de l'heure ne sont pas indiquées. Pour cette raison, pour indiquer une heure, par exemple entre 3 h et 4 h du matin, attribuez la valeur 3 à beginrange (début) et 3 à endrange (fin). Cela signifiera toutes les minutes comprises entre 3 h et 3 h 59. Si vos indiquez la valeur 3 pour le paramètre beginrange et la valeur 4 pour le paramètre endrange, vous couvrirez la période de deux heures allant de 3 h  à 4 h 59.

    metricall
    Entier. La valeur par défaut est 2 à la puissance 32 moins 1.

    metricavg
    Entier. La valeur par défaut est 2 à la puissance 32 moins 1.
    priority
    Ordre dans lequel les règles sont consultées.
    niveau
    Entier. Si vous ne spécifiez pas la priorité de la première règle que vous ajoutez, Site Selector lui affectera par défaut la valeur 1. Une règle ajoutée par la suite se verra affecter par défaut une priorité égale à la priorité la plus basse existante + 10. Supposons que vous ayez une règle dont la priorité est 30. Vous ajoutez une nouvelle règle et définissez sa priorité à 25 (priorité supérieure à 30). Vous ajoutez ensuite une troisième règle, sans lui affecter de priorité. La priorité de la troisième règle sera de 40 (30 + 10).
    metricname
    Nom de la mesure calculée pour une règle
    dropserver
    Supprime un serveur d'un jeu de règles.
    serveur
    Adresse IP de la machine serveur TCP sous forme de nom symbolique ou en notation décimale à point.
    Remarque :
    Les noms de site supplémentaires sont séparés par le signe plus (+).
    remove
    Supprime une ou plusieurs règles séparées entre elles par des signes plus.
    set
    Définit les valeurs de cette règle.
    status
    Affiche toutes les valeurs d'une ou de plusieurs règles.
    useserver
    Insère un serveur dans un jeu de règles.

    Exemples

    sscontrol server -- Configuration des serveurs

    >>-sscontrol--server--+-add--nom_site+ns2+...+nsN:serveur+s2+...+sN--+------------------------+-+-><
                          |                                              +-metricaddress--adresse-+ |
                          |                                              '-weight--valeur---------' |
                          +-down--nom_site+ns2+...+nsN:serveur+s2+...+sN----------------------------+
                          +-remove--nom_site+ns2+...+nsN:serveur+s2+...+sN--------------------------+
                          +-set--nom_site+ns2+...+nsN:serveur+s2+...+sN--+------------------------+-+
                          |                                              +-metricaddress--adresse-+ |
                          |                                              '-weight--valeur---------' |
                          +-status--nom_site+ns2+...+nsN:serveur+s2+...+sN--------------------------+
                          '-up--nom_site+ns2+...+nsN:serveur+s2+...+sN------------------------------'
     
     
    

    add
    Permet d'ajouter ce serveur.
    nom_site
    Nom d'hôte ne pouvant être résolu demandé par le client. Le nom de site doit être un nom de domaine qualifié complet. Les noms de site supplémentaires sont séparés par le signe plus (+).
    serveur
    Adresse IP de la machine serveur TCP sous forme de nom symbolique ou en notation décimale à point.
    Remarque :
    Chaque serveur supplémentaire doit être séparé du précédent par le signe plus (+).
    metricaddress
    Adresse du serveur de mesures
    adresse
    Adresse du serveur sous forme d'adresse symbolique ou en notation décimale à points.
    weight
    Nombre compris dans la fourchette 0-100 (mais qui ne doit pas dépasser la valeur de limite de pondération maximale pour le nom de site indiqué) représentant la pondération pour ce serveur. L'affectation de la valeur zéro à la pondération empêche l'envoi de nouvelles demandes au serveur. La valeur par défaut correspond à la moitié de la pondération maximale pour le nom de site indiqué. Si le gestionnaire est en cours d'exécution, ce paramètre est rapidement remplacé.
    valeur
    Valeur de pondération du serveur
    down
    Marque ce serveur comme étant arrêté. Empêche la transmission de toute autre demande à ce serveur.
    remove
    Permet de supprimer ce serveur.
    set
    Permet de définir des valeurs pour ce serveur.
    status
    Affiche l'état des serveurs.
    up
    Marque ce serveur comme étant activé. Site Selector envoie désormais de nouvelles demandes à ce serveur.

    Exemples

    sscontrol set -- Configuration du journal du serveur

    >>-sscontrol--set--+-loglevel--niveau-------+------------------><
                       '-logsize--+-unlimited-+-'
                                  '-taille----'
     
     
    

    loglevel
    Niveau de consignation de ses activités par le serveur ssserver.
    niveau
    La valeur par défaut de loglevel est 0. Les valeurs possibles sont les suivantes :
    logsize
    Nombre maximal d'octets à consigner dans le fichier journal.
    taille
    La taille de fichier journal par défaut est 1 Mo.

    sscontrol sitename -- Configuration d'un nom de site

    >>-sscontrol--sitename--+-add--nomsite+ns2+...+nsN--+-----------------------------------------+-+-><
                            |                           +-cachelife--valeur-----------------------+ |
                            |                           +-networkproximity--oui | non-------------+ |
                            |                           +-proportions--cpu--mémoire--port--mesure-+ |
                            |                           +-proximitypercentage--valeur-------------+ |
                            |                           +-stickytime--heure-----------------------+ |
                            |                           +-ttl--heure------------------------------+ |
                            |                           +-waitforallresponses--oui | non----------+ |
                            |                           '-weightbound--weight---------------------' |
                            +-remove--nomsite+ns2+...+nsN-------------------------------------------+
                            +-set--nomsite+ns2+...+nsN--+-----------------------------------------+-+
                            |                           +-cachelife--valeur-----------------------+ |
                            |                           +-networkproximity--oui | non-------------+ |
                            |                           +-proportions--cpu--mémoire--port--mesure-+ |
                            |                           +-proximitypercentage--valeur-------------+ |
                            |                           +-stickytime--heure-----------------------+ |
                            |                           +-ttl--heure------------------------------+ |
                            |                           +-waitforallresponses--oui | non----------+ |
                            |                           '-weightbound--weight---------------------' |
                            '-status--nomsite+ns2+...+nsN-------------------------------------------'
     
     
    

    add
    Ajoute un nouveau nom de site
    nom_site
    Nom d'hôte ne pouvant être résolu, demandé par le client. Les noms de site supplémentaires sont séparés par le signe plus (+).
    cachelife
    Période pendant laquelle une réponse de proximité reste valide et enregistrée dans la mémoire cache. La valeur par défaut est 1800. Pour de plus amples informations, reportez-vous à Utilisation de la fonction de proximité réseau (Network Proximity).
    valeur
    Nombre positif représentant la période (en nombre de secondes) pendant laquelle une réponse de proximité reste valide et enregistrée dans la mémoire cache.
    networkproximity
    Détermine la proximité du réseau de chaque serveur par rapport au client demandeur. Tient compte de cette réponse de proximité pour la décision d'équilibrage de charge. Active ou désactive la fonction de proximité. Pour de plus amples informations, reportez-vous à Utilisation de la fonction de proximité réseau (Network Proximity).
    valeur
    Les options sont oui ou non. La valeur par défaut est non qui signifie que la fonction de proximité du réseau est désactivée.
    proportions
    Définit la proportion de la CPU, de la mémoire, du port (donnée provenant des conseillers) et des mesures système pour le serveur de mesures. Les proportions sont utilisées par le gestionnaire pour définir les pondérations du serveur. Chacune de ces valeurs est exprimée en pourcentage du total et, par conséquent, leur somme doit toujours être égale à 100.

    cpu
    Pourcentage de l'unité centrale utilisé sur chaque serveur avec équilibrage de charge (donnée provenant de l'agent Metric Server).

    mémoire
    Pourcentage de mémoire utilisé (donnée provenant de l'agent Metric Server) sur chaque serveur avec équilibrage de charge.

    port
    Donnée provenant des conseillers en mode écoute sur ce port.

    système
    Donnée provenant de Metric Server.
    proximitypercentage
    Définit l'importance de la réponse de proximité, par rapport au bon fonctionnement du serveur (pondération du gestionnaire). Pour de plus amples informations, reportez-vous à la section Utilisation de la fonction de proximité réseau (Network Proximity).
    valeur
    La valeur par défaut est 50.
    stickytime
    Délai pendant lequel un client va recevoir l'ID serveur renvoyé pour la première demande. Le délai de maintien de routage par défaut est 0 (le nom de site n'est pas conservé).
    heure
    Nombre entier positif différent de zéro, représentant la période (en nombre de secondes) pendant laquelle le client reçoit l'ID serveur renvoyé pour la première demande.
    ttl
    Définit la durée de vie. Indique la période pendant laquelle la réponse résolue reste en mémoire cache sur un autre serveur de noms. La valeur par défaut est 5.
    valeur
    Nombre positif représentant la période (en nombre de secondes) pendant laquelle la réponse résolue reste en mémoire cache sur le serveur de noms.
    waitforallresponses
    Permet de définir s'il est nécessaire d'attendre toutes les réponses de proximité des serveurs avant de répondre à la demande du client. Pour de plus amples informations, reportez-vous à Utilisation de la fonction de proximité réseau (Network Proximity).
    valeur
    Les valeurs possibles sont oui ou non. La valeur par défaut est oui.
    weightbound
    Nombre correspondant à la pondération maximale pouvant être définie pour les serveurs sur ce site. La valeur de limite de pondération définie pour le nom de site peut être remplacée pour des serveurs individuels à l'aide de la valeur de pondération du serveur. La valeur de limite de pondération par défaut pour le nom de site est égale à 20.
    pondération
    Valeur de la limite de pondération
    set
    Définit les propriétés du nom de site.
    remove
    Supprime le nom de site.
    status
    Affiche l'état en cours d'un nom de site spécifique.

    Exemples

    sscontrol status -- Affiche si le gestionnaire et les conseillers sont en cours d'exécution

    >>-sscontrol--status-------------------------------------------><
     
     
    

    Exemples


    Guide des commandes Cisco CSS Controller

    La présente annexe explique comment utiliser les commandes ccocontrol pour Cisco CSS Controller :

    Vous pouvez utiliser une version abrégée des paramètres de la commande ccocontrol en entrant simplement la ou les quelques lettres d'identification des paramètres. Ainsi, pour obtenir de l'aide sur la commande file save, vous pouvez entrer ccocontrol he f au lieu de ccocontrol help file.

    Pour afficher l'invite de la commande de ccocontrol, entrez : ccocontrol.

    Pour fermer l'interface de ligne de commande, entrez exit or quit.

    Remarque :
    Utilisez les lettres de l'anglais pour toutes les valeurs des paramètres des commandes. Les seules exceptions s'appliquent aux noms d'hôte (utilisés dans les commandes server) et aux noms de fichiers (utilisés dans les commandes file).

    ccocontrol consultant -- Configuration et contrôle d'un consultant

    >>-ccocontrol--consultant--+-add--IDcc--address--AdrIPcom--community--NomCommunauté-+-><
                               +-binarylog--IDcc+IDcc2...--+-report-------------+-------+
                               |                           +-set--+-interval--+-+       |
                               |                           |      '-retention-' |       |
                               |                           +-start--------------+       |
                               |                           '-stop---------------'       |
                               +-remove--IDcc+IDcc2...----------------------------------+
                               +-report--IDcc+IDcc2...----------------------------------+
                               +-set--+-loglevel--niveau---------------------+----------+
                               |      +-logsize--+-taille----+---------------+          |
                               |      |          '-unlimited-'               |          |
                               |      +-sensitivity--pourcentage pondération-+          |
                               |      '-délai d'inactivité--sec--------------'          |
                               +-start--IDcc+IDcc2...-----------------------------------+
                               '-stop--IDcc+IDcc2...------------------------------------'
     
     
    

    add
    Ajoute un consultant de commutateur.
    IDcc (ID du consultant du commutateur)
    Chaîne définie par l'utilisateur, qui désigne le consultant.
    address
    Adresse IP à laquelle Cisco CSS Switch fournit des pondérations.
    AdrIPCom (Adresse IP du commutateur)
    Adresse, en notation décimale, du commutateur.
    community
    Nom utilisé dans SNMP pour établir et définir des communications avec Cisco CSS Switch.
    NomCommunauté
    Nom de communauté en lecture/écriture de Cisco CSS Switch.
    binarylog
    Contrôle la consignation binaire d'un consultant.
    report
    Rapports concernant les caractéristique de la consignation binaire.
    set
    Fixe l'intervalle, en secondes, entre chaque enregistrement d'informations dans les journaux binaires. L'option de consignation binaire permet d'enregistre dans des fichiers journaux binaires des informations concernant tous les services de la configuration. Les informations ne sont écrites dans les journaux que si l'intervalle de consignation indiqué a expiré depuis l'écriture du dernier enregistrement dans le journal. L'intervalle par défaut de consignation binaire est de 60 secondes.
    interval
    Intervalle, en secondes, entre chaque entrée dans le journal binaire.
    rétention
    Nombre d'heures pendant lesquelles les fichiers journaux binaires sont conservés.
    start
    Lance la consignation binaire.
    stop
    Arrête la consignation binaire.
    remove
    Supprime un consultant de commutateur.
    report
    Rapports concernant les caractéristique des consultants de commutateur.
    set
    Définit les caractéristique des consultants de commutateur.
    loglevel
    Définit le niveau auquel le consultant de commutateur consigne les activités. La valeur par défaut est 1.
    niveau
    Niveau compris entre 0 et 5. La valeur par défaut est 1. Les valeurs admises sont les suivantes :

    0 = Aucun

    1 = Minimal

    2 = De base

    3 = Modéré

    4 = Avancé

    5 = Prolixe

    logsize
    Nombre maximal d'octets consignés dans le journal. La valeur par défaut est 1 048 576. Lorsque vous attribuez une taille maximale au fichier journal, ce dernier fonctionne en boucle. Lorsque le fichier atteint la taille indiquée, les entrées suivantes sont écrites à partir du haut du fichier et remplacent les entrées existantes. La valeur indiquée par logsize ne peut pas être inférieure à la taille actuelle du fichier journal. Les entrées du journal sont horodatées, ce qui permet de déterminer l'ordre dans lequel elles ont été enregistrées. Plus le niveau de consignation est élevé, plus la taille du journal doit être choisie avec soin car l'espace peut être saturé rapidement.
    taille
    Nombre maximal d'octets consignés dans le journal du consultant. Vous pouvez indiquer un nombre positif supérieur à zéro, ou le mot unlimited. Il est possible que le fichier journal n'atteigne pas la taille maximale exacte avant le remplacement des entrées existantes, car la taille des entrées de journal elles-même varie.
    sensitivity
    Quantité de modifications requises entre la nouvelle et l'ancienne pondérations pour que la pondération soit changée. La différence entre la nouvelle et l'ancienne pondérations doit être supérieure au pourcentage de sensibilité afin que la pondération puisse changer. Les valeurs admises vont de 0 à 100, la valeur par défaut étant 5.
    pourcentage de pondération
    Nombre compris entre 1 et 100 correspondant à la sensibilité.
    sleeptime
    Nombre de secondes entre chaque cycle de définition des pondérations. Valeur par défaut : 7.
    sec
    Entier correspondant au nombre de secondes d'inactivité. Les valeurs admises vont de 0 à 2 147 460.
    start
    Lance la collecte de mesures et la définition de pondérations.
    stop
    Arrête la collecte de mesures et la définition de pondérations.

    Exemples

    ccocontrol controller -- Gestion du contrôleur

    >>-ccocontrol--contrôleur--+-report--------------------------+-><
                               '-set--+------------------------+-'
                                      +-loglevel--niveau-------+
                                      '-logsize--+-taille----+-'
                                                 '-unlimited-'
     
     
    

    report
    Affiche les caractéristiques du contrôleur. Ce rapport affiche également les informations relatives à la version.
    set
    Définit les caractéristiques du contrôleur.
    loglevel
    Définit le niveau auquel le contrôleur consigne les activités. La valeur par défaut est 1.
    niveau
    Niveau compris entre 0 et 5. La valeur par défaut est 1. Les valeurs admises sont les suivantes :

    0 = Aucun

    1 = Minimal

    2 = De base

    3 = Modéré

    4 = Avancé

    5 = Prolixe

    logsize
    Nombre maximal d'octets consignés dans le journal. La valeur par défaut est 1 048 576. Lorsque vous attribuez une taille maximale au fichier journal, ce dernier fonctionne en boucle. Lorsque le fichier atteint la taille indiquée, les entrées suivantes sont écrites à partir du haut du fichier et remplacent les entrées existantes. La valeur indiquée par logsize ne peut pas être inférieure à la taille actuelle du fichier journal. Les entrées du journal sont horodatées, ce qui permet de déterminer l'ordre dans lequel elles ont été enregistrées. Plus le niveau de consignation est élevé, plus la taille du journal doit être choisie avec soin car l'espace peut être saturé rapidement.
    taille | unlimited
    Nombre maximal d'octets consignés dans le journal du consultant. Vous pouvez indiquer un nombre positif supérieur à zéro, ou le mot unlimited. Il est possible que le fichier journal n'atteigne pas la taille maximale exacte avant le remplacement des entrées existantes, car la taille des entrées de journal elles-même varie.

    Exemples

    ccocontrol file -- Gestion des fichiers de configuration

    >>-ccocontrol--file--+-delete--nomfichier----------+-----------><
                         +-load--nomfichier------------+
                         +-report----------------------+
                         '-save--nomfichier--+-------+-'
                                             '-force-'
     
     
    

    delete
    Supprimer le fichier de configuration indiqué.
    nomfichier
    Fichier de configuration. L'extension doit être .xml. Si cette extension n'est pas indiquée, elle est ajoutée par défaut.
    load
    Charge la configuration enregistrée dans le fichier indiqué.
    Remarque :
    Le chargement d'un fichier ajoute la configuration stockée dans ce fichier à la configuration en cours. Si vous voulez charger une nouvelle configuration, vous devez arrêter puis redémarrer le serveur avant de charger le fichier de la nouvelle configuration.
    report
    Liste des fichiers de configuration.
    save
    Sauvegarde la configuration en cours dans le fichier indiqué.
    Remarque :
    Les fichiers sont sauvegardés dans les répertoires suivants et chargés à partir de ces mêmes répertoires :
    • AIX : /opt/ibm/edge/lb/servers/configurations/cco
    • Linux : /opt/ibm/edge/lb//servers/configurations/cco
    • Solaris : /opt/ibm/edge/lb/servers/configurations/cco
    • Windows 2000 :

      Répertoire d'installation (par défaut) : c:\Program Files\ibm\edge\lb\servers\configurations\cco

    force
    Sauvegarde dans un fichier existant.

    Exemples

    ccocontrol help -- Affichage ou impression de l'aide relative à cette commande

    >>-ccocontrol--help--+-contrôleur-------+----------------------><
                         +-consultant-------+
                         +-file-------------+
                         +-help-------------+
                         +-highavailability-+
                         +-metriccollector--+
                         +-ownercontent-----+
                         '-service----------'
     
     
    

    Exemples

    ccocontrol highavailability -- Contrôle de la haute disponibilité


    >>-ccocontrol--highavailability--+-add--+-adresse--adresse-----------------------+-+-><
                                     |      +-adresse_partenaire--adresse_partenaire-+ |
                                     |      +-port--port-----------------------------+ |
                                     |      '-role--+-principal--+-------------------' |
                                     |              '-secondaire-'                     |
                                     +-dropreach--adresse------------------------------+
                                     +-remove------------------------------------------+
                                     +-report------------------------------------------+
                                     +-set--+-beatinterval--heure-----+----------------+
                                     |      +-takeoverinterval--heure-+                |
                                     |      +-loglevel--niveau--------+                |
                                     |      '-logsize--+-taille----+--'                |
                                     |                 '-unlimited-'                   |
                                     +-start--+-auto---+-------------------------------+
                                     |        '-manual-'                               |
                                     +-stop--------------------------------------------+
                                     +-takeover----------------------------------------+
                                     '-usereach--adresse-------------------------------'
     
     
    

    add
    Configure un noeud de haute disponibilité, un partenaire et des cibles à contacter.
    address
    Adresse pour la réception des signaux de présence.
    adresse
    Adresse, en notation décimale à point, du noeud de haute disponibilité.
    partneraddress
    Adresse pour l'envoi des signaux de présence. Il s'agit d'une adresse IP en notation décimale à point ou du nom d'hôte configuré sur le noeud partenaire. Cette adresse permet de communiquer avec la machine haute disponibilité partenaire.
    adresse
    Adresse, en notation décimale, du partenaire.
    port
    Port utilisé pour communiquer avec le partenaire. La valeur par défaut est 12345.
    port
    Numéro du port.
    role
    Rôle de haute disponibilité.
    principal | secondaire
    Rôles principal et secondaire de haute disponibilité.
    dropreach
    Supprime cette cible à contacter des critères de haute disponibilité.
    adresse
    Adresse, en notation décimale à point, de la cible à contacter.
    remove
    Supprime le noeud, le partenaire et la cible à contacter de la configuration de haute disponibilité. Vous devez arrêter la haute disponibilité avant de lancer cette commande.
    report
    Affiche les informations de haute disponibilité.
    set
    Définit les caractéristiques de la haute disponibilité.
    beatinterval
    Définit l'intervalle, en millisecondes, au bout duquel les signaux de présence sont envoyés au partenaire. La valeur par défaut est 500.
    heure
    Entier positif correspondant à l'écart, en millisecondes, entre chaque signal de présence.
    takeoverinterval
    Définit la durée, en millisecondes, qui doit s'écouler (pendant laquelle aucun signal de présence n'est reçu) avant qu'une reprise ne se produise. La valeur par défaut est 2000.
    heure
    Entier positif correspondant à l'écart, en millisecondes, entre chaque reprise.
    loglevel
    Définit le niveau auquel les activités sont consignées. La valeur par défaut est 1.
    niveau
    Niveau compris entre 0 et 5. La valeur par défaut est 1. Les valeurs admises sont les suivantes :

    0 = Aucun

    1 = Minimal

    2 = De base

    3 = Modéré

    4 = Avancé

    5 = Prolixe

    logsize
    Nombre maximal d'octets consignés dans le journal de haute disponibilité. La valeur par défaut est 1 048 576. Lorsque vous attribuez une taille maximale au fichier journal, ce dernier fonctionne en boucle. Lorsque le fichier atteint la taille indiquée, les entrées suivantes sont écrites à partir du haut du fichier et remplacent les entrées existantes. La valeur indiquée par logsize ne peut pas être inférieure à la taille actuelle du fichier journal. Les entrées du journal sont horodatées, ce qui permet de déterminer l'ordre dans lequel elles ont été enregistrées. Plus le niveau de consignation est élevé, plus la taille du journal doit être choisie avec soin car l'espace peut être saturé rapidement.
    taille | unlimited
    Nombre maximal d'octets consignés dans le journal de haute disponibilité. Vous pouvez indiquer un nombre positif supérieur à zéro, ou le mot unlimited. Il est possible que le fichier journal n'atteigne pas la taille maximale exacte avant le remplacement des entrées existantes, car la taille des entrées de journal elles-même varie.
    start
    Active la haute disponibilité. Avant d'utiliser cette commande, vous devez configurer un noeud de haute disponibilité, un partenaire et une cible à contacter.
    auto | manual
    Détermine si la haute disponibilité démarre avec une stratégie de reprise automatique ou manuelle.
    stop
    Arrête la haute disponibilité.
    takeover
    Reprend le contrôle au noeud de haute disponibilité actif.
    usereach
    Adresse de la cible à contacter qui commencer à utiliser la haute disponibilité. Ajoutez une cible à contacter à l'aide de ping de sorte que les partenaires de haute disponibilité puissent déterminer dans quelle mesure leurs cibles sont accessibles.
    adresse
    Adresse, en notation décimale à point, de la cible à contacter.

    Exemples

    ccocontrol metriccollector -- Configuration du programme de collecte de mesures

    >>-ccocontrol--metriccollector--+-report--IDcc+IDcc2+...:Nm+Nm2...---------------------------+-><
                                    '-set--IDcc+IDcc2+...:Nm+Nm2...--+-timeoutconnect--sec-----+-'
                                                                     +-loglevel--niveau--------+
                                                                     +-logsize--+-taille----+--+
                                                                     |          '-unlimited-'  |
                                                                     +-timeoutreceive--sec-----+
                                                                     '-délai d'inactivité--sec-'
     
     
    

    report
    Affiche les caractéristiques du programme de collecte de mesures.
    IDcc (ID du consultant du commutateur)
    Chaîne définie par l'utilisateur, qui désigne le consultant.
    Nm (nom de la mesure)
    Nom qui identifie la mesure personnalisée ou fournie.
    set
    Définit les caractéristiques du programme de collecte de mesures.
    timeoutconnect
    Délai d'attente observé par le programme de collecte de mesures avant de signaler l'échec d'une connexion.
    sec
    Entier positif correspondant au nombre de secondes à l'expiration desquelles le programme de collecte de mesures signale qu'une connexion à un service a échoué.
    loglevel
    Définit le niveau auquel le consultant indiqué consigne les activités. Valeur par défaut : 1.
    niveau
    Numéro du niveau. La valeur par défaut est 1. Plus le numéro est élevé, plus la quantité d'informations consignée dans le journal du consultant est importante. Les valeurs admises sont les suivantes :

    0 = Aucun

    1 = Minimal

    2 = De base

    3 = Modéré

    4 = Avancé

    5 = Prolixe

    logsize
    Nombre maximal d'octets consignés dans le journal. La valeur par défaut est 1 048 576. Lorsque vous attribuez une taille maximale au fichier journal, ce dernier fonctionne en boucle. Lorsque le fichier atteint la taille indiquée, les entrées suivantes sont écrites à partir du haut du fichier et remplacent les entrées existantes. La valeur indiquée par logsize ne peut pas être inférieure à la taille actuelle du fichier journal. Les entrées du journal sont horodatées, ce qui permet de déterminer l'ordre dans lequel elles ont été enregistrées. Plus le niveau de consignation est élevé, plus la taille du journal doit être choisie avec soin car l'espace peut être saturé rapidement.
    taille | unlimited
    Nombre maximal d'octets consignés dans le journal du consultant. Vous pouvez indiquer un nombre positif supérieur à zéro, ou le mot unlimited. Il est possible que le fichier journal n'atteigne pas la taille maximale exacte avant le remplacement des entrées existantes, car la taille des entrées de journal elles-même varie.
    timeoutreceive
    Délai d'attente observé par un consultant avant de signaler l'échec d'une procédure de réception.
    sec
    Il s'agit d'un entier positif qui représente le délai en secondes à l'expiration duquel le consultant signale que la réception d'un envoi provenant d'un service a échoué.
    sleeptime
    Nombre de secondes d'inactivité du programme de collecte de mesures entre chaque cycle de collecte de mesures.
    Entier positif correspondant au nombre de secondes d'inactivité.

    Exemples

    ccocontrol ownercontent -- Contrôle du nom de propriétaire et de la règle de contenu

    >>-ccocontrol--ownerContent--+-add--IDcc:Ncp--ownername--Np--contentrule--Nc--------------------------------+-><
                                 +-mesures--IDcc+IDcc2...:Ncp+Ncp2...--Nm--importance--Nm2--i2------------------+
                                 +-refresh--IDcc+IDcc2...:Ncp+Ncp2...-------------------------------------------+
                                 +-remove--IDcc+IDcc2...:Ncp+Ncp2...--------------------------------------------+
                                 +-report--IDcc+IDcc2...:Ncp+Ncp2...--------------------------------------------+
                                 '-set--IDcc+IDcc2...:Ncp+Ncp2...----mesure--Nm--+--------------------------+---'
                                                                                 +-requeststring--chaîne----+
                                                                                 +-responsestring--chaîne---+
                                                                                 '-tentative--nbrtentatives-'
     
     
    

    add
    Ajoute un contenu de propriétaire au consultant désigné.
    IDcc (ID du consultant du commutateur)
    Chaîne, définie par l'utilisateur, qui représente le consultant.
    Nomcp (nom du contenu de propriétaire)
    Chaîne, définie par l'utilisateur, qui représente le nom de propriétaire et la règle de contenu définis sur le commutateur.
    ownername
    Nom configuré sur le commutateur, qui identifie la configuration du propriétaire.
    Np (nom du propriétaire)
    Chaîne de texte unique ne contenant aucun espace. Le nom de propriétaire indiqué ici doit être identique à celui spécifié sur le commutateur Cisco.
    contentrule
    Nom configuré sur le commutateur, qui identifie la configuration de la règle de contenu du propriétaire.
    Nc (nom du contenu)
    Chaîne de texte unique ne contenant aucun espace. Le nom de contenu indiqué ici doit être identique à celui spécifié sur le commutateur Cisco.
    metrics
    Désigne l'ensemble des mesures utilisées pour calculer les pondérations et l'importance de chaque mesure. L'importance est exprimée en pourcentage du total. Par conséquent, la somme des valeurs d'importance doit toujours être égale à 100. Les mesures peuvent être toute combinaison de mesures de données de connexion, mesures de conseiller d'application et mesures de serveur de mesures. Par défaut il s'agit du nombre de connexions actives (activeconn) et du débit de la connexion (connrate) avec une importance équivalente de 50/50.
    Nm (nom de la mesure)
    Nom qui identifie le programme chargé de collecter les mesures afin de déterminer la pondération du serveur.

    Voici la liste des noms de mesure admis et des ports qui leur sont associés.

    Nom du conseiller Protocole Port
    connect ICMP 12345
    db2 privé 50000
    dns DNS 53
    ftp FTP 21
    http HTTP 80
    https SSL 443
    cachingproxy HTTP (via Caching Proxy) 80
    imap IMAP 143
    ldap LDAP 389
    nntp NNTP 119
    ping PING 0
    pop3 POP3 110
    smtp SMTP 25
    ssl SSL 443
    telnet Telnet 23
    WLM privé 10,007
    activeconn Non disp. Non disp.
    connrate Non disp. Non disp.
    cpuload Non disp. Non disp.
    memload Non disp. Non disp.
    importance
    Nombre compris entre 0 et 100 qui correspond à l'importance de la mesure dans le calcul des pondérations du serveur.
    refresh
    Actualise les services configurés avec la configuration issue de Cisco CSS Switch.
    remove
    Supprime un contenu de propriétaire.
    report
    Répertorie les caractéristiques des contenus de propriétaire.
    set
    Définit les caractéristiques des contenus de propriétaire.
    mesure
    Définit les caractéristique d'une mesure.
    Nm
    Nom de la mesure souhaitée.
    requeststring
    Définit une chaîne de demande pour la mesure désignée. Cette chaîne correspond à la demande envoyée par un programme de collecte de mesures pour rassembler des informations de mesure.
    chaîne
    Chaîne de demande envoyée au serveur par le programme de collecte de mesures.
    responsestring
    Définit une chaîne de réponse pour la mesure désignée. Le programme de collecte de mesures utilise cette chaîne pour comparer les réponses qu'il reçoit des serveurs et déterminer ainsi la disponibilité du serveur.
    chaîne
    Chaîne de réponse à laquelle le programme de collecte de mesures compare les réponses reçues du serveur.
    tentative
    Nombre de tentatives accordées avant qu'un serveur ne soit déclaré arrêté.
    nbrtentatives
    Entier supérieur ou égal à zéro. Il est préférable que le nombre de tentatives ne dépasse pas 3. Par défaut, le nombre de tentatives est égal à zéro.

    Exemples

    ccocontrol service -- Configuration d'un service

    >>-ccocontrol--service--+-report--IDcc+IDcc2...:Ncp+Ncp2...:svc+svc2...----------------------------------+-><
                            '---set--IDcc+IDcc2...:Ncp+Ncp2...:svc+svc2...--+----------------------------+---'
                                                                            +-fixedweight--+-entier-+----+
                                                                            |              '-off----'    |
                                                                            +-requestsourceip--AdrIP-----+
                                                                            +-metricserveraddress--AdrIP-+
                                                                            '-metricserverport--Nport----'
     
     
    

    report
    Affiche les caractéristiques des services.
    IDcc (ID du consultant du commutateur)
    Chaîne, définie par l'utilisateur, qui représente le consultant.
    Nomcp (nom du contenu de propriétaire)
    Chaîne, définie par l'utilisateur, qui représente le nom de propriétaire et la règle de contenu définis sur le commutateur.
    svc (service)
    Chaîne, définie par l'utilisateur sur le commutateur, qui représente le service.
    set
    Définit les caractéristiques des services.
    fixedweight
    Affecte une pondération fixe au service. La valeur par défaut est off.
    entier | off
    Entier positif, compris entre 0 et 10, correspondant à la pondération fixe du service ou le mot off si aucune pondération fixe ne doit être définie.
    requestsourceip
    Définit l'adresse à partir de laquelle contacter le service pour les demandes d'application.
    AdrIP (adresse IP)
    Adresse IP à partir de laquelle contacter le service, sous forme d'adresse symbolique ou en notation décimale à points.
    metricserveraddress
    Définit l'adresse à partir de laquelle contacter le service pour les demandes de serveur de mesures.
    AdrIP (adresse IP)
    Adresse IP du serveur de mesures, sous forme d'adresse symbolique ou en notation décimale à points.
    metricserverport
    Définit le port à utiliser pour contacter le serveur de mesures.
    Nport (numéro de port)
    Numéro du port utilisé pour contacter le serveur de mesures.

    Exemples


    Guide des commandes Nortel Alteon Controller

    La présente annexe explique comment utiliser les commandes nalcontrol pour Nortel Alteon Controller:

    Vous pouvez utiliser une version abrégée des paramètres de la commande nalcontrol en entrant simplement la ou les quelques lettres d'identification des paramètres. Par exemple, pour obtenir l'aide correspondant à la commande file save, vous pouvez entrer nalcontrol he f au lieu de nalcontrol help file.

    Pour afficher l'invite de la commande de nalcontrol, entrez : nalcontrol.

    Pour fermer l'interface de ligne de commande, entrez exit or quit.

    Remarque :
    Utilisez les lettres de l'anglais pour toutes les valeurs des paramètres des commandes. Les seules exceptions s'appliquent aux noms d'hôte (utilisés dans les commandes server) et aux noms de fichiers (utilisés dans les commandes file).

    nalcontrol consultant -- Configuration et contrôle d'un consultant

    >>-nalcontrol--consultant--+-add--IDcc--address--AdrIPcom--+--------------------------+--+-><
                               |                               +-rcommunity--NomCommLect--+  |
                               |                               '-wcommunity--NomCommEcrit-'  |
                               +-binarylog--IDcc+IDcc2...--+-report------------------------+-+
                               |                           +-set--+-interval--interval---+-+ |
                               |                           |      '-retention--retention-' | |
                               |                           +-start-------------------------+ |
                               |                           '-stop--------------------------' |
                               +-remove--IDcc+IDcc2...---------------------------------------+
                               +-report--IDcc+IDcc2...---------------------------------------+
                               +-set--+--------------------------------------+---------------+
                               |      +-loglevel--niveau---------------------+               |
                               |      +-logsize--+-taille----+---------------+               |
                               |      |          '-unlimited-'               |               |
                               |      +-sensitivity--pourcentage pondération-+               |
                               |      '-délai d'inactivité--sec--------------'               |
                               +-start--IDcc+IDcc2...----------------------------------------+
                               '-stop--IDcc+IDcc2...-----------------------------------------'
     
     
    

    add
    Ajoute un consultant de commutateur.
    IDcc
    Chaîne définie par l'utilisateur, qui désigne le consultant.
    address
    Adresse IP à laquelle Nortel Alteon Web Switch fournit des pondérations.
    AdrIPcom
    Adresse, en notation décimale, du commutateur.
    rcommunity
    Nom de communauté en lecture utilisé dans les communications SNMP get avec Nortel Alteon Web Switch. La valeur par défaut est public.
    NomCommLect
    Chaîne correspondant au nom de communauté en lecture, tel que configuré sur Nortel Alteon Web Switch. La valeur par défaut est public.
    wcommunity
    Nom de communauté en écriture utilisé dans les communications SNMP set.
    writeCommName
    Chaîne correspondant au nom de communauté en écriture, tel que configuré sur Nortel Alteon Web Switch. La valeur par défaut est privée.
    binarylog
    Contrôle la consignation binaire d'un consultant.
    report
    Rapports concernant les caractéristique de la consignation binaire.
    set
    Fixe l'intervalle, en secondes, entre chaque enregistrement d'informations dans les journaux binaires. L'option de consignation binaire permet d'enregistre dans des fichiers journaux binaires des informations concernant tous les services de la configuration. Les informations ne sont écrites dans les journaux que si l'intervalle de consignation indiqué a expiré depuis l'écriture du dernier enregistrement dans le journal. L'intervalle par défaut de consignation binaire est de 60 secondes.
    interval
    Intervalle, en secondes, entre chaque entrée dans le journal binaire.
    rétention
    Nombre d'heures pendant lesquelles les fichiers journaux binaires sont conservés.
    start
    Lance la consignation binaire.
    stop
    Arrête la consignation binaire.
    remove
    Supprime un consultant de commutateur.
    report
    Rapports concernant les caractéristique des consultants de commutateur.
    set
    Définit les caractéristique des consultants de commutateur.
    loglevel
    Définit le niveau auquel le consultant de commutateur consigne les activités. La valeur par défaut est 1.
    niveau
    Niveau compris entre 0 et 5. La valeur par défaut est 1. Les valeurs admises sont les suivantes :

    0 = Aucun

    1 = Minimal

    2 = De base

    3 = Modéré

    4 = Avancé

    5 = Prolixe

    logsize
    Nombre maximal d'octets consignés dans le journal. La valeur par défaut est 1 048 576. Lorsque vous attribuez une taille maximale au fichier journal, ce dernier fonctionne en boucle. Lorsque le fichier atteint la taille indiquée, les entrées suivantes sont écrites à partir du haut du fichier et remplacent les entrées existantes. La valeur indiquée par logsize ne peut pas être inférieure à la taille actuelle du fichier journal. Les entrées du journal sont horodatées, ce qui permet de déterminer l'ordre dans lequel elles ont été enregistrées. Plus le niveau de consignation est élevé, plus la taille du journal doit être choisie avec soin car l'espace peut être saturé rapidement.
    taille
    Nombre maximal d'octets consignés dans le journal du consultant. Vous pouvez indiquer un nombre positif supérieur à zéro, ou le mot unlimited. Il est possible que le fichier journal n'atteigne pas la taille maximale exacte avant le remplacement des entrées existantes, car la taille des entrées de journal elles-même varie.
    sensitivity
    Quantité de modifications requises entre la nouvelle et l'ancienne pondérations pour que la pondération soit changée. La différence entre la nouvelle et l'ancienne pondérations doit être supérieure au pourcentage de sensibilité afin que la pondération puisse changer. Les valeurs admises vont de 0 à 100, la valeur par défaut étant 5.
    pourcentage de pondération
    Nombre compris entre 1 et 100 correspondant à la sensibilité.
    sleeptime
    Nombre de secondes entre chaque cycle de définition des pondérations. Valeur par défaut : 7.
    secondes
    Entier correspondant au nombre de secondes d'inactivité. Les valeurs admises vont de 0 à 2 147 460.
    start
    Lance la collecte de mesures et la définition de pondérations.
    stop
    Arrête la collecte de mesures et la définition de pondérations.

    Exemples

    nalcontrol controller -- Gestion du contrôleur

    >>-nalcontrol--contrôleur--+-report--------------------------+-><
                               '-set--+------------------------+-'
                                      +-loglevel--niveau-------+
                                      '-logsize--+-taille----+-'
                                                 '-unlimited-'
     
     
    

    report
    Affiche les caractéristiques du contrôleur. Ce rapport affiche également les informations relatives à la version.
    set
    Définit les caractéristiques du contrôleur.
    loglevel
    Définit le niveau auquel le contrôleur consigne les activités. La valeur par défaut est 1.
    niveau
    Niveau compris entre 0 et 5. La valeur par défaut est 1. Les valeurs admises sont les suivantes :

    0 = Aucun

    1 = Minimal

    2 = De base

    3 = Modéré

    4 = Avancé

    5 = Prolixe

    logsize
    Nombre maximal d'octets consignés dans le journal. La valeur par défaut est 1 048 576. Lorsque vous attribuez une taille maximale au fichier journal, ce dernier fonctionne en boucle. Lorsque le fichier atteint la taille indiquée, les entrées suivantes sont écrites à partir du haut du fichier et remplacent les entrées existantes. La valeur indiquée par logsize ne peut pas être inférieure à la taille actuelle du fichier journal. Les entrées du journal sont horodatées, ce qui permet de déterminer l'ordre dans lequel elles ont été enregistrées. Plus le niveau de consignation est élevé, plus la taille du journal doit être choisie avec soin car l'espace peut être saturé rapidement.
    taille | unlimited
    Nombre maximal d'octets consignés dans le journal du consultant. Vous pouvez indiquer un nombre positif supérieur à zéro, ou le mot unlimited. Il est possible que le fichier journal n'atteigne pas la taille maximale exacte avant le remplacement des entrées existantes, car la taille des entrées de journal elles-même varie.

    Exemples

    nalcontrol file -- Gestion des fichiers de configuration

    >>-nalcontrol--file--+-delete--nomfichier-+--------------------><
                         +-load--nomfichier---+
                         +-report-------------+
                         '-save--nomfichier---'
     
     
    

    delete
    Supprimer le fichier de configuration indiqué.
    nomfichier
    Fichier de configuration. L'extension doit être .xml. Si cette extension n'est pas indiquée, elle est ajoutée par défaut.
    load
    Charge la configuration enregistrée dans le fichier indiqué.
    Remarque :
    Le chargement d'un fichier ajoute la configuration stockée dans ce fichier à la configuration en cours. Si vous voulez charger une nouvelle configuration, vous devez arrêter puis redémarrer le serveur avant de charger le fichier de la nouvelle configuration.
    report
    Liste des fichiers de configuration.
    save
    Sauvegarde la configuration en cours dans le fichier indiqué.
    Remarque :
    Les fichiers sont sauvegardés dans les répertoires suivants et chargés à partir de ces mêmes répertoires :
    • AIX : /opt/ibm/edge/lb/servers/configurations/nal
    • Linux : /opt/ibm/edge/lb//servers/configurations/nal
    • Solaris : /opt/ibm/edge/lb/servers/configurations/nal
    • Windows 2000 :

      Chemin d'accès courant au répertoire d'installation -- c:\Program Files\ibm\edge\lb\servers\configurations\nal

      Chemin d'accès au répertoire d'installation natif -- c:\Program Files\ibm\lb\servers\configurations\nal

    Exemples

    nalcontrol help -- Affichage ou impression de l'aide relative à cette commande

    >>-nalcontrol--help--+-contrôleur-------+----------------------><
                         +-consultant-------+
                         +-file-------------+
                         +-help-------------+
                         +-highavailability-+
                         +-metrinalllector--+
                         +-ownercontent-----+
                         '-service----------'
     
     
    

    Exemples

    nalcontrol highavailability -- Contrôle de la haute disponibilité


    >>-nalcontrol--highavailability--+-add--+-adresse--adresse-----------------------+-+-><
                                     |      +-adresse_partenaire--adresse_partenaire-+ |
                                     |      +-port--port-----------------------------+ |
                                     |      '-role--+-principal--+-------------------' |
                                     |              '-secondaire-'                     |
                                     +-dropreach--adresse------------------------------+
                                     +-remove------------------------------------------+
                                     +-report------------------------------------------+
                                     +-set--+-beatinterval--heure-----+----------------+
                                     |      +-takeoverinterval--heure-+                |
                                     |      +-loglevel--niveau--------+                |
                                     |      '-logsize--+-taille----+--'                |
                                     |                 '-unlimited-'                   |
                                     +-start--+-auto---+-------------------------------+
                                     |        '-manual-'                               |
                                     +-stop--------------------------------------------+
                                     +-takeover----------------------------------------+
                                     '-usereach--adresse-------------------------------'
     
     
    

    add
    Configure un noeud de haute disponibilité, un partenaire et des cibles à contacter.
    address
    Adresse pour la réception des signaux de présence.
    adresse
    Adresse, en notation décimale à point, du noeud de haute disponibilité.
    partneraddress
    Adresse pour l'envoi des signaux de présence. Il s'agit d'une adresse IP en notation décimale à point ou du nom d'hôte configuré sur le noeud partenaire. Cette adresse permet de communiquer avec la machine haute disponibilité partenaire.
    adresse
    Adresse, en notation décimale, du partenaire.
    port
    Port utilisé pour communiquer avec le partenaire. La valeur par défaut est 12345.
    port
    Numéro du port.
    role
    Rôle de haute disponibilité.
    principal | secondaire
    Rôles principal et secondaire de haute disponibilité.
    dropreach
    Supprime cette cible à contacter des critères de haute disponibilité.
    adresse
    Adresse, en notation décimale à point, de la cible à contacter.
    remove
    Supprime le noeud, le partenaire et la cible à contacter de la configuration de haute disponibilité. Vous devez arrêter la haute disponibilité avant de lancer cette commande.
    report
    Affiche les informations de haute disponibilité.
    set
    Définit les caractéristiques de la haute disponibilité.
    beatinterval
    Définit l'intervalle, en millisecondes, au bout duquel les signaux de présence sont envoyés au partenaire. La valeur par défaut est 500.
    heure
    Entier positif correspondant à l'écart, en millisecondes, entre chaque signal de présence.
    takeoverinterval
    Définit la durée, en millisecondes, qui doit s'écouler (pendant laquelle aucun signal de présence n'est reçu) avant qu'une reprise ne se produise. La valeur par défaut est 2000.
    heure
    Entier positif correspondant à l'écart, en millisecondes, entre chaque reprise.
    loglevel
    Définit le niveau auquel les activités sont consignées. La valeur par défaut est 1.
    niveau
    Niveau compris entre 0 et 5. La valeur par défaut est 1. Les valeurs admises sont les suivantes :

    0 = Aucun

    1 = Minimal

    2 = De base

    3 = Modéré

    4 = Avancé

    5 = Prolixe

    logsize
    Nombre maximal d'octets consignés dans le journal de haute disponibilité. La valeur par défaut est 1 048 576. Lorsque vous attribuez une taille maximale au fichier journal, ce dernier fonctionne en boucle. Lorsque le fichier atteint la taille indiquée, les entrées suivantes sont écrites à partir du haut du fichier et remplacent les entrées existantes. La valeur indiquée par logsize ne peut pas être inférieure à la taille actuelle du fichier journal. Les entrées du journal sont horodatées, ce qui permet de déterminer l'ordre dans lequel elles ont été enregistrées. Plus le niveau de consignation est élevé, plus la taille du journal doit être choisie avec soin car l'espace peut être saturé rapidement.
    taille | unlimited
    Nombre maximal d'octets consignés dans le journal de haute disponibilité. Vous pouvez indiquer un nombre positif supérieur à zéro, ou le mot unlimited. Il est possible que le fichier journal n'atteigne pas la taille maximale exacte avant le remplacement des entrées existantes, car la taille des entrées de journal elles-même varie.
    start
    Active la haute disponibilité. Avant d'utiliser cette commande, vous devez configurer un noeud de haute disponibilité, un partenaire et une cible à contacter.
    auto | manual
    Détermine si la haute disponibilité démarre avec une stratégie de reprise automatique ou manuelle.
    stop
    Arrête la haute disponibilité.
    takeover
    Reprend le contrôle au noeud de haute disponibilité actif.
    usereach
    Adresse de la cible à contacter qui commencer à utiliser la haute disponibilité. Ajoutez une cible à contacter à l'aide de ping de sorte que les partenaires de haute disponibilité puissent déterminer dans quelle mesure leurs cibles sont accessibles.
    adresse
    Adresse, en notation décimale à point, de la cible à contacter.

    Exemples

    nalcontrol metriccollector -- Configuration du programme de collecte de mesures

    >>-nalcontrol--metricollector--+-report--IDcc+IDcc2+...:Nm+Nm2...---------------------------+-><
                                   '-set--IDcc+IDcc2+...:Nm+Nm2...--+-connecttimeout--sec-----+-'
                                                                    +-loglevel--niveau--------+
                                                                    +-logsize--+-taille----+--+
                                                                    |          '-unlimited-'  |
                                                                    +-receivetimeout--sec-----+
                                                                    '-délai d'inactivité--sec-'
     
     
    

    report
    Affiche les caractéristiques du programme de collecte de mesures.
    IDcc (ID du consultant du commutateur)
    Chaîne définie par l'utilisateur, qui désigne le consultant.
    Nm (nom de la mesure)
    Nom qui identifie la mesure personnalisée ou fournie.
    set
    Définit les caractéristiques du programme de collecte de mesures.
    connecttimeout
    Délai d'attente observé par le programme de collecte de mesures avant de signaler l'échec d'une connexion.
    sec
    Entier positif correspondant au nombre de secondes à l'expiration desquelles le programme de collecte de mesures signale qu'une connexion à un service a échoué.
    loglevel
    Définit le niveau auquel le consultant indiqué consigne les activités. Valeur par défaut : 1.
    niveau
    Numéro du niveau. La valeur par défaut est 1. Plus le numéro est élevé, plus la quantité d'informations consignée dans le journal du consultant est importante. Les valeurs admises sont les suivantes :

    0 = Aucun

    1 = Minimal

    2 = De base

    3 = Modéré

    4 = Avancé

    5 = Prolixe

    logsize
    Nombre maximal d'octets consignés dans le journal. La valeur par défaut est 1 048 576. Lorsque vous attribuez une taille maximale au fichier journal, ce dernier fonctionne en boucle. Lorsque le fichier atteint la taille indiquée, les entrées suivantes sont écrites à partir du haut du fichier et remplacent les entrées existantes. La valeur indiquée par logsize ne peut pas être inférieure à la taille actuelle du fichier journal. Les entrées du journal sont horodatées, ce qui permet de déterminer l'ordre dans lequel elles ont été enregistrées. Plus le niveau de consignation est élevé, plus la taille du journal doit être choisie avec soin car l'espace peut être saturé rapidement.
    taille | unlimited
    Nombre maximal d'octets consignés dans le journal du consultant. Vous pouvez indiquer un nombre positif supérieur à zéro, ou le mot unlimited. Il est possible que le fichier journal n'atteigne pas la taille maximale exacte avant le remplacement des entrées existantes, car la taille des entrées de journal elles-même varie.
    receivetimeout
    Délai d'attente observé par un consultant avant de signaler l'échec d'une procédure de réception.
    sec
    Il s'agit d'un entier positif qui représente le délai en secondes à l'expiration duquel le consultant signale que la réception d'un envoi provenant d'un service a échoué.
    sleeptime
    Nombre de secondes d'inactivité du programme de collecte de mesures entre chaque cycle de collecte de mesures.
    sec
    Entier positif correspondant au nombre de secondes d'inactivité.

    Exemples

    nalcontrol server -- Configuration d'un serveur

    >>-nalcontrol--server--+-report--IDcc+IDcc2...:IDsvc+IDsvc2...:IDserveur+IDsvr2...-----------------------------------+-><
                           '---set--IDcc+IDcc2...:IDsvc+IDsvc2...:IDserveur+IDsvr2--+--------------------------------+---'
                                                                                    +-fixedweight--+-entier-+--------+
                                                                                    |              '-off----'        |
                                                                                    +-requestsourceip--AdresseIP-----+
                                                                                    +-metricserveraddress--AdresseIP-+
                                                                                    '-metricserverport--NuméroPort---'
     
     
    

    report
    Affiche les caractéristiques des serveurs.
    IDcc
    Chaîne, définie par l'utilisateur, qui représente le consultant.
    IDsvc
    Chaîne définie par l'utilisateur qui représente l'identificateur du service virtuel et le numéro du port virtuel sur le commutateur.
    IDserveur
    Entier qui représente le serveur sur le commutateur.
    set
    Définit les caractéristiques des serveurs.
    fixedweight
    Affecte une pondération fixe au serveur. La valeur par défaut est off. La valeur de pondération fixe maximale est 48.
    entier | off
    Entier positif correspondant à la pondération fixe du serveur ou le mot off si aucune pondération fixe ne doit être définie.
    requestsourceip
    Définit l'adresse à partir de laquelle contacter le serveur pour les demandes d'application.
    AdresseIP
    Adresse IP à partir de laquelle contacter le serveur, sous forme d'adresse symbolique ou en notation décimale à points.
    metricserveraddress
    Définit l'adresse à partir de laquelle contacter le serveur pour les demandes du serveur de mesures.
    AdresseIP
    Adresse IP du serveur de mesures, sous forme d'adresse symbolique ou en notation décimale à points.
    metricserverport
    Définit le port à utiliser pour contacter le serveur de mesures.
    NuméroPort
    Numéro du port utilisé pour contacter le serveur de mesures.

    Exemples

    nalcontrol service -- Configuration d'un service

    >>-nalcontrol--service--+-add--IDcc+IDcc2...:IDservice+IDsvc2...--vsid--IDvirSvr--vport--NumPortvirt-------+-><
                            +-mesures--IDcc+IDcc2...:IDsvc+IDsvc2...--Nm--importance--mCN2--i2-----------------+
                            +-refresh--IDcc+IDcc2...:IDsvc+IDsvc2...-------------------------------------------+
                            +-remove--IDcc+IDcc2...:IDsvc+IDsvc2...--------------------------------------------+
                            +-report--IDcc+IDcc2...:IDsvc+IDsvc2...--------------------------------------------+
                            '-set--IDcc+IDcc2...:IDsvc+IDsvc2...----mesure--Nm----+-requeststring--chaîne----+-'
                                                                                  +-responsestring--chaîne---+
                                                                                  '-tentative--nbrtentatives-'
     
     
    

    add
    Ajoute un service au consultant désigné.
    IDcc (ID du consultant du commutateur)
    Chaîne définie par l'utilisateur, qui désigne le consultant.
    IDsvc (ID du service)
    Chaîne définie par l'utilisateur qui identifie le service.
    vsid
    Mot clé d'identification du service virtuel.
    IDSvrvir (ID du serveur virtuel)
    Numéro sur le commutateur qui représente le serveur virtuel.
    vport
    Mot clé d'identification du port virtuel.
    NumPortvirt (numéro du port virtuel)
    Numéro de port du service actuellement configuré sur le commutateur.
    metrics
    Désigne l'ensemble des mesures utilisées pour calculer les pondérations et l'importance de chaque mesure. L'importance est exprimée en pourcentage du total. Par conséquent, la somme des valeurs d'importance doit toujours être égale à 100. Les mesures peuvent être toute combinaison de mesures de données de connexion, mesures de conseiller d'application et mesures de serveur de mesures. Par défaut il s'agit du nombre de connexions actives (activeconn) et du débit de la connexion (connrate) avec une importance équivalente de 50/50.
    Nm (nom de la mesure)
    Nom qui identifie le programme chargé de collecter les mesures afin de déterminer la pondération du serveur.

    Voici la liste des noms de mesure admis et des ports qui leur sont associés.

    Nom du conseiller Protocole Port
    connect ICMP 12345
    db2 privé 50000
    dns DNS 53
    ftp FTP 21
    http HTTP 80
    https SSL 443
    cachingproxy HTTP (via Caching Proxy) 80
    imap IMAP 143
    ldap LDAP 389
    nntp NNTP 119
    ping PING 0
    pop3 POP3 110
    smtp SMTP 25
    ssl SSL 443
    telnet Telnet 23
    WLM privé 10,007
    activeconn Non disp. Non disp.
    connrate Non disp. Non disp.
    cpuload Non disp. Non disp.
    memload Non disp. Non disp.
    importance
    Nombre compris entre 0 et 100 qui correspond à l'importance de la mesure dans le calcul des pondérations du serveur.
    refresh
    Actualise un service avec des informations provenant de Nortel Alteon Web Switch.
    remove
    Supprime un service.
    report
    Répertorie les caractéristiques d'un service.
    set
    Définit les caractéristiques d'un service.
    mesure
    Définit les caractéristique d'une mesure configurée.
    Nm (nom de la mesure)
    Nom de la mesure souhaitée.
    requeststring
    Définit une chaîne de demande pour la mesure désignée. Cette chaîne correspond à la demande envoyée par un programme de collecte de mesures pour rassembler des informations de mesure.
    chaîne
    Chaîne de demande envoyée au serveur par le programme de collecte de mesures.
    responsestring
    Définit une chaîne de réponse pour la mesure désignée. Le programme de collecte de mesures utilise cette chaîne pour comparer les réponses qu'il reçoit des serveurs et déterminer ainsi la disponibilité du serveur.
    chaîne
    Chaîne de réponse à laquelle le programme de collecte de mesures compare les réponses reçues du serveur.
    tentative
    Nombre de tentatives accordées avant qu'un serveur ne soit déclaré arrêté.
    nbrtentatives
    Entier supérieur ou égal à zéro. Il est préférable que le nombre de tentatives ne dépasse pas 3. Par défaut, le nombre de tentatives est égal à zéro.

    Exemples


    Annexes


    Annexe A. Interface graphique utilisateur : Instructions générales

    Dans l'interface graphique de Load Balancer, la partie gauche du panneau affiche une arborescence comportant Load Balancer au niveau supérieur et Dispatcher, Content Based Routing (CBR), Site Selector, Cisco CSS Controller et Nortel Alteon Controller en tant que composants.

    Les exemples d'affichage de l'interface graphique de Load Balancer illustrant les différents composants renvoient aux figures suivantes :

    Figure 41. Interface graphique affichant l'arborescence du composant Dispatcher

    Interface graphique de Load Balancer affichant l'arborescence du composant Dispatcher

    Figure 42. Interface graphique affichant l'arborescence du composant CBR

    Interface graphique de Load Balancer affichant l'arborescence du composant CBR

    Figure 43. Interface graphique affichant l'arborescence du composant Site Selector

    Interface graphique de Load Balancer affichant l'arborescence du composant Site Selector

    Figure 44. Interface graphique affichant l'arborescence du composant Cisco CSS Controller

    Interface graphique de Load Balancer affichant l'arborescence du composant Cisco CSS Controller

    Figure 45. Interface graphique affichant l'arborescence du composant Nortel Alteon Controller

    Interface graphique de Load Balancer affichant l'arborescence du composant Nortel Alteon Controller

    Tous les composants peuvent être configurés à partir de l'interface graphique. Pour sélectionner des éléments dans l'arborescence, cliquez à l'aide du bouton un de la souris (normalement le bouton gauche) et pour afficher les menus en incrustation, cliquez à l'aide du bouton deux (normalement le bouton droit). Les menus en incrustation des éléments de l'arborescence sont également disponibles à partir de la barre de menus située dans la partie supérieure de la fenêtre.

    Cliquez sur les signes plus ou moins pour développer ou réduire les éléments de l'arborescence.

    Pour exécuter une commande à partir de l'interface graphique : mettez le noeud Hôte en surbrillance dans l'arborescence de l'interface graphique, puis sélectionnez Envoyer la commande.... dans le menu en incrustation Hôte. Dans la zone d'entrée de commande, entrez la commande à exécuter, par exemple executor report. Les résultats et l'historique des commandes exécutées lors de la session courante s'affichent dans la fenêtre ouverte.

    La partie droite de la fenêtre contient deux listes d'indicateurs d'état relatifs à l'élément sélectionné.

    Pour accéder à l'aide, cliquez sur le point d'interrogation (?) situé dans l'angle supérieur droit de la fenêtre Load Balancer.


    Annexe B. Syntaxe des règles de contenu (modèle)

    La présente annexe décrit comment utiliser la syntaxe de règle de contenu (modèle) pour le composant CBR et la méthode d'acheminement CBR de Dispatcher. Elle contient en outre des scénarios et des exemples de syntaxe.


    Syntaxe de règle de contenu (modèle) :

    Ne s'applique que si vous avez sélectionné le type de règle Contenu.

    Entrez la syntaxe voulue en tenant compte des restrictions suivantes :

    Mots clés réservés

    Les mots clés réservés sont toujours suivis d'un signe égal (=).

    Méthode
    Méthode HTTP de la demande, par exemple GET, POST, etc.

    URI
    Chemin de la demande d'URL

    Version
    Version spécifique de la demande, HTTP/1.0 ou HTTP/1.1

    Hôte
    valeur de l'hôte : en-tête.
    Remarque :
    Facultatif dans les protocoles HTTP/1.0

    <clé>
    Tout nom d'en-tête HTTP valide pouvant être recherché par HTTP. Par exemple, User-Agent, Connection, Referer, etc.

    Un navigateur demandant la page http://www.entreprise.com/path/webpage.htm peut obtenir des résultats du type suivant :

    Méthode=GET
    URI=/chemin/page Web.htm
    Version=HTTP/1.1
    Hôte=www.entreprise.com
    Connexion=signal de présence
    Référenceur=http://www.entreprise.com/chemin/pagewebparente.htm
    
    Remarque :
    Le shell du système d'exploitation peut interpréter les caractères spéciaux tels que la perluète (&), et les convertir en texte de remplacement avant leur évaluation avec cbrcontrol.

    Par exemple, la commande suivante n'est valide qu'avec l'invite cbrcontrol>>.

    rule add 10.1.203.4:80:cbr_prod_rule_ek type content
      pattern client=181.0.153.222&uri=/nipoek/*
    

    Pour que cette commande fonctionne à partir de l'invite du système d'exploitation lorsque vous utilisez des caractères spéciaux, placez le motif entre guillemets (" ") comme suit :

    cbrcontrol rule add 10.1.203.4:80:cbr_prod_rule_ek type content
      pattern "client=181.0.153.222&uri=/nipoek/*"
    

    Si vous omettez les guillemets, le motif sera peut-être tronqué lors de la sauvegarde de la règle dans CBR. Les guillemets ne sont pas pris en charge avec l'invite cbrcontrol>>.

    Ci-dessous, se trouve un ensemble de scénarios et des exemples d'utilisation des syntaxes de modèle

    Scénario 1 :

    La configuration d'une grappe implique un ensemble de serveurs Web pour le contenu HTML standard, un autre ensemble de serveurs Web avec WebSphere Application Server pour les demandes de servlet, un autre ensemble de serveurs Lotus Notes pour les fichiers NSF, etc. Pour effectuer la différence entre les pages demandées, l'accès aux données du client est requis. Il est également nécessaire de les envoyer aux serveurs appropriés. Les règles de correspondance de modèle de contenu permettent d'effectuer une séparation, nécessaire à l'accomplissement de ces tâches. Plusieurs règles sont configurée afin que la séparation des demandes nécessaire se produise automatiquement. Par exemple, les commandes suivantes provoquent les trois division indiquées :

    >>rule add cluster1:80:servlets type content pattern uri=*/servlet/*priority 1
    >>rule uses cluster1:80:servlets server1+server2
    
    >>rule add cluster1:80:notes type content pattern uri=*.nsf* priority 2
    >>rule uses cluster1:80:notes server3+server4
    
    >>rule add cluster1:80:regular type true priority 3
    >>rule uses cluster1:80:regular server5+server6
    

    Si une demande de fichier NSF est reçue par Load Balancer, la règle servlets est vérifiée mais ne correspond pas. La demande est ensuite vérifiée par la règle notes qui trouve une correspondance. L'équilibrage de charge du client est effectué entre le serveur 3 et le serveur 4.

    Scénario 2

    Le contrôle par le site Web principal de plusieurs groupes internes constitue un autre scénario classique. Par exemple, l'ensemble de serveurs et le contenu de www.company.com/software sont différents de ceux de www.company.com/hardware. Etant donné que les demandes dépendent toutes de la grappe www.company.com racine, les règles de contenu sont requises pour trouver les différences d'URI et pour effectuer l'équilibrage de charge. La règle du scénario peut être du type suivant :

    >>rule add cluster1:80:div1 type content pattern uri=/software/* priority 1
    >>rule uses cluster1:80:div1 server1+server2
    
    >>rule add cluster1:80:div2 type content pattern uri=/hardware/* priority 2
    >>rule uses cluster1:80:div2 server3+server4
    

    Scénario 3

    Pour certaines associations, l'ordre de recherche des règles est important. Par exemple, dans le scénario 2, les clients ont été séparés en fonction d'un répertoire dans leur chemin de demande. Cependant, le répertoire cible peut apparaître à plusieurs niveaux du chemin et la signification est différente en fonction de l'emplacement. Par exemple, la cible de www.company.com/pcs/fixes/software est différente de celle de www.company.com/mainframe/fixes/software. Les règles doivent être définies pour prendre en compte cette possibilité et ne doivent pas inclure trop de scénarios en même temps. Par exemple, la recherche générique du test "uri=*/software/* " est trop large. D'autres règles peuvent être structurées de la manière suivante :

    Vous pouvez associer plusieurs recherches afin de restreindre la recherche :

    >>rule add cluster1:80:pcs type content pattern (uri=/pcs/*)&(uri=*/software/*)
    >>rule uses cluster 1:80:pcs server1
    

    Dans le cas où il n'est pas possible d'utiliser des combinaisons, l'ordre est important :

    >>rule add cluster1:80:pc1 type content pattern uri=/pcs/*
    >>rule uses cluster1:80:pc1 server2
    

    La deuxième règle permet de détecter l'apparition de "pcs" dans des répertoires ultérieurs du chemin et non le premier.

    >>rule add cluster1:80:pc2 type content pattern uri=/*/pcs/*
    >>rule uses cluster1:80:pc2 server3
    

    Dans la plupart des cas, vous pouvez compléter les règles par une règle par défaut toujours vrai afin de détecter tous les éléments non pris en compte par les autres règles. Un serveur peut également renvoyer un message du type "Ce site est actuellement indisponible, faites une nouvelle tentative ultérieurement" dans les scénarios pour lesquels aucun autre serveur ne peut renvoyer de réponse pour ce client.

    >>rule add cluster1:80:sorry type true priority 100
    >>rule uses cluster1:80:sorry server5
    

    Annexe C. Exemples de fichiers de configuration

    La présente annexe contient des exemples de fichiers de configuration pour le composant Dispatcher de Load Balancer.


    Exemples de fichiers de configuration Load Balancer

    Les exemples de fichiers se trouvent dans le répertoire ...ibm/edge/lb/servers/samples/.

    Dispatcher Fichier de configuration--AIX, Red Hat Linux, et Solaris

    #!/bin/bash
    #
    # configuration.sample - Exemple de fichier de configuration pour
    composant Dispatcher
    #
    #
    # Ce script doit être lancé par le superutilisateur.
    #
    # iam=`whoami`
     
    # if [ "$iam" != "root" ]if [ "$iam" != "root" ]
    #  then 
    #  echo "Vous devez vous connecter en tant que superutilisateur 
    #  pour exécuter ce script"
    #   exit 2
    # fi 
     
    #
    # Démarrez d'abord le serveur
    #
    # dsserver start
    # sleep 5
     
    #
    # Démarrez ensuite l'exécuteur
    #
    # dscontrol executor start
     
    #
    #  Il est possible d'arrêter le répartiteur à tout moment à l'aide 
    # des commandes "dscontrol executor stop" et "dsserver stop" 
    # pour arrêter respectivement l'exécuteur et le serveur avant 
    # d'arrêter le logiciel Dispatcher.
    #
    # L'étape suivante dans la configuration du répartiteur est de définir 
    # l'adresse NFA (adresse de non-réacheminement) et les adresses de grappes.
    #
    # L'adresse NFA permet d'accéder à distance au répartiteur 
    # afin d'effectuer des opérations d'administration et de configuration. 
    # Cette adresse est obligatoire car le répartiteur doit acheminer 
    # des paquets vers les adresses de grappes.
    # 
    # L'adresse de grappe (cluster) correspond au nom d'hôte (ou à l'adresse IP) 
    # auquel les clients éloignés se connecteront.
    #
    # Vous pouvez indifféremment utiliser les noms d'hôte et les adresses IP 
    # dans ce fichier.
    #
     
    # NFA=nomhôte.domaine.nom
    # CLUSTER=www.votresociété.com
     
    # echo "Chargement de l'adresse de non réacheminement"
    # dscontrol executor set nfa $NFA
     
    #
    # L'étape suivante dans la configuration du répartiteur consiste à créer 
    # une grappe. Le répartiteur acheminera les requêtes envoyées 
    # à l'adresse de grappe vers les serveurs associés
    # à cette grappe. Vous pouvez configurer plusieurs adresses de 
    # grappes et leur associer plusieurs serveurs à l'aide du répartiteur. 
     
    # Utilisez une configuration similaire pour CLUSTER2, CLUSTER3, etc.
    #
     
    # echo "Chargement de la première adresse de grappe"
    # dscontrol cluster add $CLUSTER
     
    #
    # L'étape suivante consiste à définir les ports utilisés par cette grappe. 
    # Toute requête reçue par le répartiteur sur un port défini 
    # sera réacheminée vers le port correspondant de l'un 
    # des serveurs.
    #
     
    # echo "Création de ports pour la grappe : $CLUSTER"
     
    # dscontrol port add $CLUSTER:20+21+80
     
    #
    # La dernière étape consiste à associer chaque serveur 
    # aux ports de cette grappe.
    # Vous pouvez utiliser indifféremment le nom 
    # d'hôte ou l'adresse IP des serveurs.
    #
     
    # SERVER1=server1name.domain.name
    # SERVER1=nomserveur1.domaine.nom
    # SERVER2=nomserveur2.domaine.nom 
    # SERVER3=nomserveur3.domaine.nom
     
    # echo "Ajout des serveurs"
    # dscontrol server add $CLUSTER:20+21+80:
    # $SERVER1+$SERVER2+$SERVER3
     
    #
    # Nous allons maintenant lancer les composants d'équilibrage de charge 
    # du répartiteur. Le premier composant s'appelle le gestionnaire. 
    # Les autres composants d'équilibrage de charge sont les 
    # conseillers. Si le gestionnaire et les conseillers ne fonctionnent pas, 
    # le répartiteur envoie des requêtes au format de permutation circulaire
    # (round-robin). Une fois le gestionnaire lancé, les décisions de pondération 
    # basées sur le nombre de connexions nouvelles et actives sont utilisées, et
    # les requêtes entrantes sont envoyées au meilleur serveur. Les conseillers 
    # fournissent au gestionnaire des informations supplémentaires sur la capacité
    # du serveur à répondre aux requêtes, et à détecter si le serveur est actif 
    # ou non. Si un conseiller détecte qu'un serveur est arrêté, cela sera 
    # consigné (à condition que les proportions du gestionnaire soient définies
    # pour inclure les entrées de conseiller) et aucune autre requête ne sera 
    # acheminée vers le serveur.
     
    # La dernière étape de configuration des composants d'équilibrage de charge 
    # est la définition des proportions du gestionnaire. Ce dernier met à 
    # jour la pondération de chaque serveur en fonction de quatre règles :
    #   1. Nombre de connexions actives sur chaque serveur.
    #   2. Nombre de nouvelles connexions sur chaque serveur.
    #   3. Informations fournies par les conseillers.
    #   4. Informations fournies par le conseiller au niveau système.
    # La somme de ces proportion doit être égale à 100. Par exemple, 
    # si l'on définit les proportions du gestionnaire de la façon suivante :
    #    dscontrol manager proportions 48 48 0 0
    # 48 % des informations proviendront des connexions nouvelles, 48%, 
    # des connexions actives, 4%, des conseillers et les entrées 
    # système ne seront pas prises en compte. #
    #
    # REMARQUE : par défaut, les proportions du gestionnaire sont définies 
    # à 50 50 0 0.
    #
     
    # echo "Démarrage du gestionnaire (manager)..."
    # dscontrol manager start
     
    # echo "Démarrage du conseiller (advisor) FTP sur le port 21..."
    # dscontrol advisor start ftp 21
    # echo "Démarrage du conseiller (advisor) HTTP sur le port 80..."
    # dscontrol advisor start http 80
    # echo "Démarrage du conseiller (advisor) Telnet sur le port 23..."
    # dscontrol advisor start telnet 23
    # echo "Démarrage du conseiller (advisor) SMTP sur le port 25..."
    # dscontrol advisor start smtp 25
    # echo "Démarrage du conseiller (advisor) POP3 sur le port 110..."
    # dscontrol advisor start pop3 110
    # echo "Démarrage du conseiller (advisor) NNTP sur le port 119..."
    # dscontrol advisor start nntp 119
    # echo "Démarrage du conseiller (advisor) SSL sur le port 443..."
    # dscontrol advisor start ssl 443
    #
     
    # echo "Définition des proportions du gestionnaire..."
    # dscontrol manager proportions 58 40 2 0
     
    #
    #  L'étape finale dans la configuration du répartiteur est d'affecter 
    #  un alias à la Carte d'interface réseau (NIC).
    #
    # REMARQUE : N'utilisez pas cette commande dans un environnement 
    # haute disponibilité. Les scripts go* configureront les cartes NIC et 
    # le  bouclage si nécessaire.
    # dscontrol executor configure $CLUSTER
     
    #  Si votre adresse de grappe se trouve sur une autre carte NIC 
    #  ou sur un sous-réseau autre que ceux de la NFA, utilisez le format 
    #  suivant comme commande de configuration de grappe.
    #  dscontrol executor configure $CLUSTER tr0 0xfffff800
    # tr0 étant votre carte NIC (tr1, la seconde carte réseau en anneau à jeton, 
    # en0 la première carte ethernet) et 0xfffff800 étant un masque 
    # de sous-réseau valide pour votre site.
    #
     
    #
    # Les commandes suivantes permettent de définir les valeurs par défaut.  
    # Utilisez ces commandes pour modifier les valeurs par défaut.
    #  dscontrol manager loglevel    1
    #  dscontrol manager logsize     1048576
    #  dscontrol manager sensitivity 5.000000
    #  dscontrol manager interval    2
    #  dscontrol manager refresh     2
    #
    #  dscontrol advisor interval ftp  21  5
    #  dscontrol advisor loglevel ftp  21  1
    #  dscontrol advisor logsize  ftp  21  1048576
    #  dscontrol advisor timeout  ftp  21  unlimited
    #  dscontrol advisor interval telnet 23 5
    #  dscontrol advisor loglevel telnet 23 1
    #  dscontrol advisor logsize  telnet 23 1048576
    #  dscontrol advisor timeout  telnet 23 unlimited
    #  dscontrol advisor interval smtp 25  5
    #  dscontrol advisor loglevel smtp 25  1
    #  dscontrol advisor logsize  smtp 25  1048576
    #  dscontrol advisor timeout  smtp 25  unlimited
    #  dscontrol advisor interval http 80  5
    #  dscontrol advisor loglevel http 80  1
    #  dscontrol advisor logsize  http 80  1048576
    #  dscontrol advisor timeout  http 80  unlimited
    #  dscontrol advisor interval pop3 110 5    
    #  dscontrol advisor loglevel pop3 110 1
    #  dscontrol advisor logsize  pop3 110 1048576
    #  dscontrol advisor timeout  pop3 110 unlimited
    #  dscontrol advisor interval nntp 119 5
    #  dscontrol advisor loglevel nntp 119 1
    #  dscontrol advisor logsize  nntp 119 1048576
    #  dscontrol advisor timeout  nntp 119 unlimited
    #  dscontrol advisor interval ssl  443 5
    #  dscontrol advisor loglevel ssl  443 1
    #  dscontrol advisor logsize  ssl  443 1048576
    #  dscontrol advisor timeout  ssl  443 unlimited
    #
     
    

    Dispatcher Fichier de configuration --Windows

    Voici un exemple de fichier de configuration de Load Balancer intitulé configuration.cmd.sample à utiliser sous Windows.

    @echo off
    rem configuration.cmd.sample - Exemple de fichier de configuration pour
    rem le composant Dispatcher.
    rem
     
    rem Démarrez dsserver à partir du panneau Services
     
    rem
     
    rem
    rem Démarrez ensuite l'exécuteur
    rem
    rem call dscontrol executor start
     
    rem
     
    rem L'étape suivante dans la configuration du répartiteur est de définir
    rem l'adresse NFA (adresse de non-réacheminement) et les 
    rem adresses de grappes.
    rem
     
    rem L'adresse NFA permet d'accéder à distance au répartiteur 
    rem afin d'effectuer des opérations d'administration de configuration. 
    rem Cette adresse est obligatoire car le répartiteur doit réacheminer 
    rem des paquets vers les adresses de grappes.
     
    rem
    rem L'adresse de grappe (CLUSTER) est le nom d'hôte (ou l'adresse IP) 
    rem à laquelle les clients éloignés se connecteront.
    rem
     
    rem Vous pouvez indifféremment utiliser les noms d'hôte et les adresses IP 
    rem dans ce fichier. 
    rem NFA=[adresse de non-réacheminement]
    rem CLUSTER=[nom de la grappe]
    rem
     
    rem set NFA=nom_hôte.domaine.nom
    rem set CLUSTER=www.votresociété.com
     
    rem echo "Chargement de l'adresse de non réacheminement"
    rem call dscontrol executor set nfa %NFA%
     
    rem
    rem Les valeurs par défaut sont affectées aux commandes suivantes. 
    rem Utilisez ces commandes pour modifier les valeurs par défaut.
     
    rem  call dscontrol executor set fintimeout 30
    rem  call dscontrol executor set fincount 4000 rem
    rem
    rem L'étape suivante dans la configuration du répartiteur consiste à
    créer 
    rem une grappe. Le répartiteur acheminera les requêtes envoyées 
    rem à l'adresse de grappe vers les serveurs associés 
    rem à cette grappe. Vous pouvez configurer plusieurs adresses de
    rem grappes à l'aide du répartiteur.
    rem Utilisez une configuration similaire pour CLUSTER2, CLUSTER3, etc.
    rem
     
    rem echo "Chargement de la première adresse de grappe"
    rem call dscontrol cluster add %CLUSTER%
     
    rem
    rem L'étape suivante consiste à définir les ports utilisés par cette 
    rem grappe. 
    rem Toute requête reçue par le répartiteur sur un port défini 
    rem sera réacheminée vers le port correspondant
    rem de l'un des serveurs.
    rem
     
    rem echo "Création des ports de la GRAPPE : %CLUSTER%"
    rem call dscontrol port add %CLUSTER%:20+21+80
     
    rem
    rem La dernière étape consiste à associer chaque serveur aux 
    rem ports définis pour la grappe. Vous pouvez utiliser indifféremment 
    rem le nom d'hôte ou l'adresse IP des machines serveurs.
    rem
     
    rem set SERVER1=nomserveur1.domaine.nom
    rem set SERVER2=nomserveur2.domaine.nom
    rem set SERVER3=nomserveur3.domaine.nom
     
    rem echo "Ajout des serveurs"
    rem call dscontrol server add %CLUSTER%:20+21+80:
    rem %SERVER1%+%SERVER2%+%SERVER3%
     
    rem
    rem Nous allons maintenant lancer les composants d'équilibrage de charge 
    rem du répartiteur. Le premier composant s'appelle le gestionnaire. 
    rem Les autres composants d'équilibrage de charge sont les 
    rem conseillers. Si le gestionnaire et les conseillers ne sont pas
    rem actifs, le répartiteur envoie des requêtes au format de permutation  
    rem circulaire (round-robin). Une fois le gestionnaire lancé, les décisions  
    rem de pondération basées sur le nombre de connexions nouvelles et actives 
    rem sont utilisées et les requêtes entrantes sont envoyées au meilleur
    rem serveur. Les conseillers permettent au gestionnaire de disposer  
    rem d'informations supplémentaires sur la capacité du serveur à répondre  
    rem aux requêtes et à détecter si un serveur est actif ou non. Si un 
    rem conseiller détecte qu'un serveur est arrêté, cela sera consigné  
    rem (à condition que les proportions du gestionnaire aient été définies 
    rem pour inclure les entrées du conseiller) et aucune requête ne sera 
    rem acheminée vers le serveur.
    rem La dernière étape de configuration des composants d'équilibrage de charge 
    rem est la définition des proportions du gestionnaire. Ce dernier met à 
    rem jour la pondération manager de chaque serveur sur 
    la base de quatre règles :
     
    rem   1. Nombre de connexions actives sur chaque serveur.
    rem   2. Nombre de nouvelles connexions pour chaque serveur.
    rem   3. Informations fournies par les conseillers.
    rem   4. Informations fournies par le conseiller au niveau système.
    rem
    rem  La somme de ces proportions doit être égale à 100. Par exemple, 
    rem  si l'on définit les proportions avec
    rem      dscontrol cluster set <grappe> proportions 48 48 4 0
    rem  48 % des informations proviendront des connexions nouvelles, 
    rem  des connexions actives, 4 % des conseillers et les entrées 
    rem  système ne seront pas prises en compte.
    rem
    rem REMARQUE : par défaut, les propriétés du gestionnaires sont
    définies comme suit : 
    rem 50 50 0 0
     
    rem echo "Démarrage du gestionnaire (manager)..."
    rem call dscontrol manager start
     
    rem echo "Démarrage du conseiller (advisor) FTP sur le port 21..."
    rem call dscontrol advisor start ftp 21
    rem echo "Démarrage du conseiller (advisor) HTTP sur le port 80..."
    rem call dscontrol advisor start http 80
    rem echo "Démarrage du conseiller Telnet sur le port 23 ..."
    rem call dscontrol advisor start telnet 23
    rem echo "Démarrage du conseiller SMTP sur le port 25 ..."
    rem call dscontrol advisor start smtp 25
    rem echo "Démarrage du conseiller POP3 sur le port 110 ..."
    rem call dscontrol advisor start pop3 110
    rem echo "Démarrage du conseiller NNTP sur le port 119 ..."
    rem call dscontrol advisor start nntp 119
    rem echo "Démarrage du conseiller SSL sur le port 443 ..."
    rem call dscontrol advisor start ssl 443
    rem
     
    rem echo "Définition des proportions de la grappe..."
    rem call dscontrol cluster set %CLUSTER% proportions 58 40 2 0
     
    rem
    rem  L'étape finale de configuration du répartiteur est
    rem  l'affectation d'un alias à la carte d'interface réseau (NIC).
    rem
    rem
    rem REMARQUE : N'utilisez pas cette commande dans un environnement à 
    rem haute disponibilité. Les scripts go* configureront les cartes NIC 
    rem et le bouclage si nécessaire.
    rem
    rem dscontrol executor configure %CLUSTER%
     
    rem  Si votre adresse de grappe se trouve sur une autre carte NIC 
    rem  ou sur un sous-réseau autre que l'adresse NFA, utilisez la 
    rem  commande de configuration de grappe suivante.
    rem  dscontrol executor configure %CLUSTER% tr0 0xfffff800
    rem  tr0 étant votre carte NIC (tr1 la seconde carte réseau en anneau
    rem  à jeton, en0 la première carte Ethernet) et 0xfffff800, 
    rem  un masque de sous-réseau valide de votre site.
    rem
     
    rem
    rem Les valeurs par défaut sont affectées aux commandes suivantes.
    rem Utilisez ces commandes pour modifier les valeurs par défaut.
    rem call dscontrol manager loglevel    1
    rem call dscontrol manager logsize     1048576
    rem call dscontrol manager sensitivity 5.000000
    rem call dscontrol manager interval    2
    rem call dscontrol manager refresh     2
    rem
    rem call dscontrol advisor interval ftp  21  5
    rem call dscontrol advisor loglevel ftp  21  1
    rem call dscontrol advisor logsize  ftp  21  1048576
    rem call dscontrol advisor timeout  ftp  21  unlimited
    rem call dscontrol advisor interval telnet 23 5
    rem call dscontrol advisor loglevel telnet 23 1
    rem call dscontrol advisor logsize  telnet 23 1048576
    rem call dscontrol advisor timeout  telnet 23 unlimited
    rem call dscontrol advisor interval smtp 25  5
    rem call dscontrol advisor loglevel smtp 25  1
    rem call dscontrol advisor logsize  smtp 25  1048576
    rem call dscontrol advisor timeout  smtp 25  unlimited
    rem call dscontrol advisor interval http 80  5
    rem call dscontrol advisor loglevel http 80  1
    rem call dscontrol advisor logsize  http 80  1048576
    rem call dscontrol advisor timeout  http 80  unlimited
    rem call dscontrol advisor interval pop3 110 5
    rem call dscontrol advisor loglevel pop3 110 1
    rem call dscontrol advisor logsize  pop3 110 1048576
    rem call dscontrol advisor timeout  pop3 110 unlimited
    rem call dscontrol advisor interval nntp 119 5
    rem call dscontrol advisor loglevel nntp 119 1
    rem call dscontrol advisor logsize  nntp 119 1048576
    rem call dscontrol advisor timeout  nntp 119 unlimited
    rem call dscontrol advisor interval ssl  443 5
    rem call dscontrol advisor loglevel ssl  443 1
    rem call dscontrol advisor logsize  ssl  443 1048576
    rem call dscontrol advisor timeout  ssl  443 unlimited
    rem
     
    

    Conseiller type

    Vous trouverez ci-dessous un exemple de fichier de conseiller intitulé ADV_type.

    /**
     * ADV_type : Conseiller HTTP de Load Balancer
     * 
     * 
     * Cette classe définit un exemple de conseiller personnalisé pour 
     * Load Balancer.
     * Comme tous les conseillers, le conseiller personnalisé étend la 
     * fonction de la base du conseiller, appelée ADV_Base. En fait, 
     * c'est cette base qui effectue la plupart des fonctions du conseiller, 
     * telles que la communication des charges à Load Balancer 
     * pour l'algorithme de pondération de Load Balancer.
     * La base du conseiller effectue également les opérations de connexion
     * et de fermeture de la connexion et fournit des méthodes d'envoi et de 
     * réception qui seront utilisées par le conseiller. Le conseiller n'est
     * lui-même utilisé que pour l'envoi de données vers le port du serveur
     * conseillé et pour la réception de données sur ce dernier. Les méthodes
     * TCP de la base du conseiller sont programmées pour calculer la charge. 
     * Un indicateur du constructeur de ADV_base remplace, si vous le  
     * souhaitez, la charge existante par la nouvelle charge renvoyée 
     * par le conseiller.
     *
     * Remarque : En fonction d'une valeur définie dans le constructeur, 
     * la base du conseiller fournit la charge à l'algorithme de 
     * pondération à un intervalle donné.
     * Si le véritable conseiller n'a pas terminé ses opérations afin de
     * renvoyer une charge valide, la base du conseiller utilise
     * la charge précédente.
     *  
     * ATTRIBUTION DE NOM 
     * 
     * La convention d'attribution de nom est la suivante :
     *
     *  - Le fichier doit se trouver dans le répertoire Load Balancer suivant :
     *   
     * lb/servers/lib/CustomAdvisors/ (lb\servers\lib\CustomAdvisors sous Windows)
     *
     * - Le nom du conseiller doit être précédé de "ADV". Il peut 
     *   cependant n'être lancé qu'à partir du nom. Par exemple, le
     *   conseiller peut être lancé avec "modèle".
     *
     * - Le nom du conseiller doit être en minuscules.
     *
     *  En respectant ces règles, le chemin et le nom du conseiller
     *  donné en exemple sont les suivants :
     * 
     *    <répertoire de base>/lib/CustomAdvisors/ADV_sample.class
     *
     *
     
    
     * Les conseillers, tout comme les autres éléments de Load Balancer,
     * doivent être compilés avec la version Java recommandée. Pour 
     * garantir l'accès aux classes Load Balancer, vérifiez que le fichier
     * ibmnd.jar (situé dans le sous-répertoire lib du répertoire de
     * de base) figure dans la classe d'environnement CLASSPATH du système.
     *
     * Méthodes fournies par ADV_Base :
     * 
     * - ADV_Base (Constructeur) :
     *
     *   - Paramètres
     *     - String sName = Nom du conseiller
     *     - String sVersion = Version du conseiller
     *     - int iDefaultPort = Numéro de port par défaut utilisé 
     *                                               par le conseiller
     *     - int iInterval = Intervalle que doivent utiliser les serveurs
     *     - String sDefaultLogFileName = Non utilisé.  indiquer "".
     *     - boolean replace = True - remplacement de la valeur de la charge
     *                                par la base du conseiller
     *	                   False - ajout à la valeur de la charge calculée
     *                                par la base du conseiller
     *   - Return
     *     - Les constructeurs n'ont pas de valeurs de retour.
     *
     * la base de conseiller étant basée sur une arborescence,
     * le conseiller a de nombreuses autres méthodes
     * d'utilisation à sa disposition. Ces méthodes peuvent
     * être référencées en utilisant le paramètre CALLER dans
     * getLoad().
     *
     * Ces méthodes sont les suivantes :
     * 
     * - send - Envoie un paquet de données concernant la connexion
     *           socket établie sur le port spécifié du serveur.
     *   - Paramètres
     *     - String sDataString - Les données à envoyer se présentent sous 
     *                                                          forme de chaîne
     *   - Return
     *     - int RC - Indique si les données ont été correctement envoyées ;
     *                 un zéro indique que les données ont été envoyées ; un
     *                 entier négatif indique une erreur.
     * 
     * - receive - Reçoit des informations de la connexion socket.
     *   - Paramètres
     *     - StringBuffer sbDataBuffer - Données reçues pendant l'appel
     *   - Return
     *     - int RC - Indique si les données ont été correctement
     *       reçues ; un zéro  indique que les données ont été
     *                envoyées ; un entier négatif indique une
     *                erreur.
     *
     * Si la fonction fournie par la base du conseiller n'est pas 
     * suffisante, vous pouvez créer la fonction appropriée dans le
     * conseiller et les méthodes fournies par la base du conseiller
     * seront alors ignorées.  
     *
     * Il est essentiel de savoir si la charge renvoyée doit être 
     * appliquée à la charge générée dans la base du conseiller ou 
     * ou la remplacer ; les deux situations sont possibles.
     * 
     * Cet exemple concerne principalement le conseiller HTTP de Load Balancer.
     * Il fonctionne très simplement :une demande d'envoi (demande http
     * principale) est émise. Dès que la réponse est reçue, la méthode getLoad
     * se termine, indiquant à la base du conseiller d'arrêter de chronométrer.
     * La méthode est alors terminée. Les informations renvoyées ne sont pas
     * analysées, la charge est fonction du temps nécessaire pour effectuer
     * les opérations d'envoi et de réception.
     */
     
    package CustomAdvisors;
    import com.ibm.internet.nd.advisors.*;
     
    public class ADV_sample extends ADV_Base implements ADV_MethodInterface
    {
      Chaîne COPYRIGHT = "(C) Copyright IBM Corporation 1997, Tous
    droits réservés.\n";
     
      static final String  ADV_NAME              = "Type";
      static final int     ADV_DEF_ADV_ON_PORT   = 80;
      static final int     ADV_DEF_INTERVAL      = 7;
     
      // Remarque : La plupart des protocoles de serveur
      // requièrent un retour chariot ("\r") et un passage à
      // la ligne ("\n") à la fin des messages. Si tel est le
      // cas, incluez-les dans la chaîne ci-dessous.
      static final String  ADV_SEND_REQUEST      = 
        "HEAD / HTTP/1.0\r\nAccept: */*\r\nUser-Agent: " +
        "IBM_Load_Balancer_HTTP_Advisor\r\n\r\n";
     
      /**
       * Constructeur.
       *
       * Paramètres : Aucun, mais le constructeur de ADV_Base 
       * comporte plusieurs paramètres qui doivent lui être transmis.
       *
       */
      public ADV_type()
      {
        super( ADV_NAME,
           		   "2.0.0.0-03.27.98",
               ADV_DEF_ADV_ON_PORT,
               ADV_DEF_INTERVAL,
               "",     // not used
               false);
        super.setAdvisor( this );
      }
     
     
      /**
       * ADV_AdvisorInitialize
       *
       * Toute initialisation spécifique au conseiller qui doit être mise
       * en oeuvre après le démarrage de la base du conseiller.
       * Cette méthode n'est appelée qu'une seule fois et n'est généralement 
       * pas utilisée.
       */
      public void ADV_AdvisorInitialize()
      {
        return;
      }
     
     
      /**
       * getLoad()
       *
       * Cette méthode est appelée par la base du conseiller pour terminer
       * l'opération du conseillée, basée sur des détails propres au protocole.
       * Dans cet exemple de conseiller, une seule opération d'envoi
       * et de réception est nécessaire ; si une logique plus
       * complexe est nécessaire, il est possible d'émettre des envois
       * et réceptions multiples. Par exemple, une réponse peut être
       * reçue et sa syntaxe peut être analysée. Sur la base 
       * des informations obtenues, un autre ordre d'envoi et de
       * réception peut alors être émis.
       *
       * Paramètres :
       * 
       * - iConnectTime - la charge actuelle car elle fait référence au temps
       *                  nécessaire à l'établissement d'une connexion
       *                  avec le serveur sur le port spécifié.
       *
       *
       * - caller - Une référence à la classe de la base du conseiller
       *            dans laquelle les méthodes fournies par Load 
       *            Balancer doivent répondre à de simples demandes
       *            TCP, principalement des demandes d'envoi et de
       *            réception.
       *
       * Résultats :
       *
       * - La charge - Valeur exprimée en millisecondes, pouvant être
       *   ajoutée à la charge existante, ou la remplacer, suivant la 
       *   valeur de l'indicateur "replace" du constructeur.
       *
       *   Plus la charge est importante, plus le serveur met de temps 
       *   à répondre et donc plus la charge de Load Balancer diminue.
       *
       *   Si la valeur est négative, il s'agit d'une erreur. Une erreur 
       *   du conseiller indique que le serveur auquel le conseiller tente
       *   d'accéder n'est pas accessible et qu'une défaillance a été
       *   identifiée. Load Balancer ne tentera pas d'équilibrer un serveur 
       *   défaillant. Load Balancer recommencera à équilibrer la charge   
       *   du serveur à la réception d'un valeur positive.
       *
       */
      public int getLoad(int iConnectTime, ADV_Thread caller)
      {
        	int iRc;
        	int iLoad = ADV_HOST_INACCESSIBLE;  // -1
     
        	// Send tcp request
        	iRc = caller.send(ADV_SEND_REQUEST);
        if (iRc >= 0)
        {
          		// Réception
          		StringBuffer sbReceiveData = new StringBuffer("");
          		iRc = caller.receive(sbReceiveData);
     
          /**
          *  En mode conseiller normal (l'indicateur "replace" a la valeur false),
          *  la valeur renvoyée est 0 ou 1 selon que le serveur est actif 
          *  ou inactif. 
          *  En cas de bonne réception, une charge de zéro est renvoyée pour
          *  indiquer que la charge élaborée dans la base du conseiller n'est 
          *  pas utilisée.
          * 
          *  Sinon (l'indicateur "replace" a la valeur true), renvoie la valeur 
          *  de charge souhaitée.
          */
     
          if (iRc >= 0)
          {
            			iLoad = 0;
          }
        }
        	return iLoad;
      }
     
    } // End - ADV_type
     
    

    Annexe D. Exemple de configuration de haute disponibilité à deux niveaux utilisant Dispatcher, CBR et Caching Proxy

    Cette annexe décrit comment définir une configuration de haute disponibilité à deux niveaux regroupant les capacités de deux composants Load Balancer (Dispatcher et CBR) et Caching Proxy.


    Configuration de la machine serveur

    Figure 46. Exemple de configuration de haute disponibilité à deux niveaux utilisant Dispatcher, CBR et Caching Proxy

    Configuration de haute disponibilité utilisant Dispatcher, CBR et Caching Proxy

    Le serveur suivant est configuré pour la Figure 46 :

    La Figure 46 montre une représentation de base de l'équilibrage de la charge de plusieurs serveurs (EdgeServer1, EdgeServer2, EdgeServer3) sur plusieurs serveurs Web périphériques. Le composant CBR utilise Caching Proxy pour acheminer les demandes vers les serveurs Web périphériques en fonction de l'URL. Le composant Dispatcher permet d'équilibrer la charge des composants CBR sur les serveurs EdgeServer. La fonction haute disponibilité de Dispatcher permet d'assurer l'acheminement des demandes vers les serveurs périphériques même en cas de défaillance de la machine haute disponibilité principale (EdgeServer1).

    Instructions de configuration de base :

    Remarque :
    1. Pour éviter l'affichage des adresses des serveurs périphériques dans l'URL d'un client, définissez l'instruction ReversePass pour chaque adresse de serveur d'arrière-plan du fichier de configuration de Caching Proxy.
    2. Pour assurer un stockage efficace en mémoire cache des pages Web, associez la valeur "ON" à l'instruction "Caching" et augmentez la valeur affectée à l'instruction "CacheMemory" en fonction de la taille requise dans le fichier de configuration de Caching Proxy.
    3. Lignes de l'exemple auxquelles font référence les remarques 1 et 2 ci-dessus :
      Caching              ON
      CacheMemory          128000 K
      ReversePass /* http://websrvA.company.com/* 
      http://www.company.com/*
      
    4. N'oubliez pas d'affecter un alias à l'adresse de grappe de la carte d'interface réseau de EdgeServer1 et à l'adresse de grappe de de l'unité de bouclage des autres serveurs EdgeServer.
    5. Si les serveurs EdgeServer fonctionnent sous Linux, il est nécessaire d'installer un correctif pour ce dernier. Pour plus d'informations, reportez-vous à la section Installation du correctif du noyau Linux (pour supprimer les réponses ARP sur l'interface de bouclage).
    6. Avec CBR, l'affinité de port (délai de maintien de routage) ne doit pas être utilisée conjointement aux règles Contenu, sinon, ces dernières ne sont pas appliquées lors du traitement des demandes envoyées aux serveurs Web périphériques.

    Fichiers de configuration exemple :

    Les fichiers de configuration exemple suivants sont identiques à ceux créés lors de la définition de la configuration de Edge Component comme illustré à la Figure 46. Ils correspondent aux fichiers des composants Dispatcher et CBR de Load Balancer. Dans ces fichiers, une seule carte de réseau Ethernet est utilisée pour chaque machine EdgeServer et toutes les adresses sont représentées dans un sous-réseau privé. Les fichiers de configuration exemple utilisent les adresses IP suivantes pour les machines spécifiées :

    Fichier de configuration exemple du composant Dispatcher d'un serveur EdgeServer haute disponibilité principal :

    dscontrol executor start
     
    dscontrol cluster add 192.168.1.11 primaryhost 192.168.1.10
     
    dscontrol port add 192.168.1.11:80
     
    dscontrol server add 192.168.1.11:80:edgeserver1 address 192.168.1.10
     
    dscontrol server add 192.168.1.11:80:edgeserver2 address 192.168.1.20
     
    dscontrol server add 192.168.1.11:80:edgeserver3 address 192.168.1.30
     
    dscontrol manager start manager.log 10004
     
    dscontrol highavailability heartbeat add 192.168.1.10 192.168.1.20
    dscontrol highavailability backup add primary auto 4567
     
     
    

    Fichier de configuration exemple du composant CBR des serveurs EdgeServer :

    cbrcontrol set loglevel 1
    cbrcontrol executor start
     
    cbrcontrol cluster add 192.168.1.11
     
    cbrcontrol port add 192.168.1.11:80
     
    cbrcontrol server add 192.168.1.11:80:webserverA address 192.168.1.71
     
    cbrcontrol server add 192.168.1.11:80:webserverB address 192.168.1.72
     
    cbrcontrol server add 192.168.1.11:80:webserverC address 192.168.1.73
     
    cbrcontrol rule add 192.168.1.11:80:webA_rule type content 
      pattern (URI=*WSA*)|(URI=*wsA*) priority 21 
    cbrcontrol rule useserver 192.168.1.11:80:webA_rule webserverA
     
    cbrcontrol rule add 192.168.1.11:80:webB_rule type content 
      pattern (URI=/WS_B*) priority 22 
    cbrcontrol rule useserver 192.168.1.11:80:webB_rule webserverB
     
    cbrcontrol rule add 192.168.1.11:80:webC_rule type content 
      pattern URI=*webC* priority 23 
    cbrcontrol rule useserver 192.168.1.21:80:webC_rule webserverC
     
    

    Annexe E. Remarques

    Le présent document peut contenir des informations ou des références concernant certains produits, logiciels ou services IBM non annoncés dans ce pays. Pour plus de détails, référez-vous aux documents d'annonce disponibles dans votre pays, ou adressez-vous à votre partenaire commercial IBM. Toute référence à un produit, logiciel ou service IBM n'implique pas que seul ce produit, logiciel ou service puisse être utilisé. Tout autre élément fonctionnellement équivalent peut être utilisé, s'il n'enfreint aucun droit d'IBM. Il est de la responsabilité de l'utilisateur d'évaluer et de vérifier lui-même les installations et applications réalisées avec des produits, logiciels ou services non expressément référencés par IBM.

    IBM peut détenir des brevets ou des demandes de brevet sur certains sujets décrits dans le présent document. La remise de ce document ne vous donne aucun droit de licence sur ces brevets ou demandes de brevet. Si vous désirez recevoir des informations concernant l'acquisition de licences, veuillez en faire la demande par écrit à l'adresse suivante :

    IBM EMEA Director of Licensing
    IBM Europe Middle-East Africa
    Tour Descartes
    La Défense 5
    2, avenue Gambetta
    92066 - Paris-La Défense CEDEX
    France

    Pour le Canada, veuillez adresser votre courrier à :

    IBM Director of Commercial Relations
    IBM Canada Ltd.
    3600 Steeles Avenue East
    Markham, Ontario
    L3R 9Z7
    Canada

    Les informations sur les licences concernant les produits utilisant un jeu de caractères double octet peuvent être obtenues par écrit à l'adresse suivante :
    IBM World Trade Asia Corporation
    Licensing
    2-31 Roppongi 3-chome, Minato-ku
    Tokyo 106, Japan

    Le paragraphe suivant ne s'applique ni au Royaume-Uni, ni dans aucun pays dans lequel il serait contraire aux lois locales.

    LE PRESENT DOCUMENT EST LIVRE EN L'ETAT. IBM DECLINE TOUTE RESPONSABILITE, EXPLICITE OU IMPLICITE, RELATIVE AUX INFORMATIONS QUI Y SONT CONTENUES, Y COMPRIS EN CE QUI CONCERNE LES GARANTIES DE VALEUR MARCHANDE OU D'ADAPTATION A VOS BESOINS. Certaines juridictions n'autorisent pas l'exclusion des garanties implicites, auquel cas l'exclusion ci-dessus ne vous sera pas applicable.

    Le présent document peut contenir des inexactitudes ou des coquilles. Il est mis à jour périodiquement. Chaque nouvelle édition inclut les mises à jour. IBM peut modifier sans préavis les produits et logiciels décrits dans ce document.

    Les références à des sites Web non IBM sont fournies à titre d'information uniquement et n'impliquent en aucun cas une adhésion aux données qu'ils contiennent. Les éléments figurant sur ces sites Web ne font pas partie des éléments du présent produit IBM et l'utilisation de ces sites relève de votre seule responsabilité.

    IBM pourra utiliser ou diffuser, de toute manière qu'elle jugera appropriée et sans aucune obligation de sa part, tout ou partie des informations qui lui seront fournies.

    Les licenciés souhaitant obtenir des informations permettant : (i) l'échange des données entre des logiciels créés de façon indépendante et d'autres logiciels (dont celui-ci), et (ii) l'utilisation mutuelle des données ainsi échangées, doivent adresser leur demande à :

    IBM Corporation
    Attn.: G7IA./503.
    P.O. Box 12195
    3039 Cornwallis Rd.
    Research Triangle Park, N.C. 27709-2195
    U.S.A.

    Ces informations peuvent être soumises à des conditions particulières, prévoyant notamment le paiement d'une redevance.

    Le logiciel sous licence décrit dans le présent document et tous les éléments sous licence disponibles pour celui-ci sont fournis par IBM dans les conditions internationales d'utilisation des logiciels IBM ou autre contrat de clientèle IBM.

    Les données de performance indiquées dans ce document ont été déterminées dans un environnement contrôlé. Par conséquent, les résultats peuvent varier de manière significative selon l'environnement d'exploitation utilisé. Certaines mesures évaluées sur des systèmes en cours de développement ne sont pas garanties sur tous les systèmes disponibles. En outre, elles peuvent résulter d'extrapolations. Les résultats peuvent donc varier. Il incombe aux utilisateurs de ce document de vérifier si ces données sont applicables à leur environnement d'exploitation.

    Les informations concernant des produits non IBM ont été obtenues auprès des fournisseurs de ces produits, par l'intermédiaire d'annonces publiques ou via d'autres sources disponibles. IBM n'a pas testé ces produits et ne peut confirmer l'exactitude de leurs performances ni leur compatibilité. Elle ne peut recevoir aucune réclamation concernant des produits non IBM. Toute question concernant les performances de produits non IBM doit être adressée aux fournisseurs de ces produits.

    Toute instruction relative aux intentions d'IBM pour ses opérations à venir est susceptible d'être modifiée ou annulée sans préavis, et doit être considérée uniquement comme un objectif.

    Le présent document peut contenir des exemples de données et de rapports utilisés couramment dans l'environnement professionnel. Ces exemples mentionnent des noms fictifs de personnes, de sociétés, de marques ou de produits à des fins illustratives ou explicatives uniquement. Toute ressemblance avec des noms de personnes, de sociétés ou des données réelles serait purement fortuite.

    Si vous visualisez ces informations en ligne, il se peut que les photographies et illustrations en couleur n'apparaissent pas à l'écran.


    Marques

    Les termes qui suivent sont des marques d'International Business Machines Corporation dans certains pays.

    AFS

    AIX

    DFS

    IBM

    OS/2

    NetView

    RS/6000

    SecureWay

    ViaVoice

    WebSphere

    Lotus et WordPro sont des marques d'International Business Machines Corporation et Lotus Development Corporation dans certains pays.

    Tivoli est une marque de Tivoli Systems, Inc dans certains pays.

    Java et toutes les marques et logos incluant Java sont des marques de Sun Microsystems, Inc. dans certains pays.

    Solaris est une marque de Sun Microsystems, Inc. dans certains pays.

    Microsoft et Windows 2000 sont des marques de Microsoft Corporation dans certains pays.

    UNIX est une marque enregistrée de The Open Group dans certains pays.

    D'autres sociétés sont propriétaires des autres marques, noms de produits ou logos qui pourraient apparaître dans ce document.

    D'autres sociétés sont propriétaires des autres marques, noms de produits ou logos qui pourraient apparaître dans ce document.


    Glossaire

    A

    ACK
    Bit de contrôle n'occupant aucun espace séquentiel, qui indique que la zone d'accusé de réception de ce segment précise le prochain numéro de séquence à recevoir par l'émetteur de ce segment, d'où accusant réception de tous les numéros de séquence précédents.

    adresse
    Code unique affecté à chaque unité ou poste de travail connecté à un réseau. Une adresse IP standard est une zone d'adresse 32 bits. Cette zone est constituée de deux parties : la première correspond à l'adresse réseau et la seconde au numéro d'hôte.

    adresse à contacter
    Dans le cadre des fonctions de haute disponibilité de Dispatcher, adresse du poste cible auquel le conseiller doit envoyer des pings pour vérifier si ce poste répond.

    adresse cible
    Adresse du poste partenaire de haute disponibilité auquel des signaux de présence et des réponses sont envoyés.

    adresse de grappe
    Sous Dispatcher, adresse à laquelle les clients se connectent.

    adresse de la mesure
    Adresse à laquelle se connecte le serveur de mesures.

    adresse de non-réacheminement (NFA)
    Adresse IP principale du poste Load Balancer, utilisée pour l'administration et la configuration.

    Adresse de retour
    Adresse IP ou nom d'hôte unique. Ils sont configurés sur la machine Dispatcher et utilisés par Dispatcher comme adresse source lors de l'équilibrage de charge des demandes client sur le serveur.

    adresse du serveur
    Code unique attribué à chaque ordinateur fournissant des services partagés à d'autres ordinateurs d'un réseau ; par exemple, un serveur de fichiers, un serveur d'impression ou un serveur de messagerie. Une adresse IP standard est une zone d'adresse 32 bits. Il peut s'agir de l'adresse IP en notation décimale ou du nom d'hôte.

    adresse IP
    Adresse Internet Protocol. Adresse unique 32 bits, indiquant l'emplacement réel de chaque unité ou poste de travail d'un réseau. Elle est également désignée par adresse Internet.

    adresse MAC
    De l'anglais Media Access Control. Adresse matérielle d'un support réseau partagé.

    adresse source
    Dans le cadre des fonctions de haute disponibilité de Dispatcher, adresse du poste partenaire de haute disponibilité envoyant des signaux de présence.

    affinité trans ports
    L'affinité trans ports se définit comme l'extension à plusieurs ports de la fonction affinité (maintien de routage). Voir également délai de maintien de routage.

    agent
    (1) En gestion de systèmes, utilisateur qui, pour une interaction particulière, a assumé un rôle d'agent.
    (2) Entité représentant un ou plusieurs objets gérés (a) en émettant des notifications relatives aux objets et (b) en traitant les demandes d'opérations de gestion émises par les gestionnaires pour modifier ou consulter les objets.

    alias
    Autre nom attribué à un serveur. Grâce à l'alias, le serveur est indépendant du nom de sa machine hôte. L'alias doit être défini dans le serveur de noms de domaine.

    alias de bouclage
    Seconde adresse IP associée à l'interface de bouclage. Cette adresse présente l'avantage de ne pas apparaître sur une interface réelle.

    API
    Interface de programme d'application (Application programming interface). Interface (conventions d'appellation) par laquelle un programme d'application accède au système d'exploitation et autres services. L'API est définie au niveau du code source et apporte un niveau d'abstraction entre l'application et le noyau (ou autres utilitaires privilégiés) afin de garantir la portabilité du code.

    assistant
    Dans une application, dialogue utilisant des instructions étape par étape pour guider l'utilisateur dans une tâche spécifique.

    C

    Caching Proxy
    Serveur proxy de mise en mémoire cache pouvant contribuer à accélérer les temps de réponse grâce à des schémas de mise en mémoire cache extrêmement efficaces. Un filtrage PICS souple aide les administrateurs réseau à contrôler l'accès aux informations du Web à un emplacement central.

    CBR
    Abréviation de Content Based Routing. Composant de Load Balancer. CBR utilise Caching Proxy pour équilibrer la charge des demandes entrantes, en fonction du contenu de la page Web qui utilise des types de règle précis, sur des serveurs HTTP ou HTTPS.

    cbrcontrol
    Fournit l'interface du composant Content Based Router de Load Balancer.

    cbrserver
    Dans Content Based Router, traite les demandes adressées à l'exécuteur, au gestionnaire et aux conseillers à partir de la ligne de commande.

    ccocontrol
    Dans Cisco CSS Controller, fournit l'interface de Cisco CSS Switch.

    ccoserver
    Dans Cisco CSS Controller, traite les demandes adressées aux consultants à partir de la ligne de commande.

    CGI
    Abréviation de Common Gateway Interface. Norme permettant l'échange d'informations entre un serveur Web et un programme externe. Ce dernier peut être écrit dans n'importe quel langage pris en charge par le système d'exploitation et permet d'effectuer des tâches qui ne sont généralement pas exécutées par le serveur, par exemple, le traitement des formulaires.

    Cisco CSS Controller
    Composant d'IBM Load Balancer. Cisco CSS Controller utilise la technologie Load Balancer pour fournir en temps réel des informations sur l'équilibrage de charge à Cisco Content Services Switch.

    Cisco CSS Switch
    Il s'agit de l'un des commutateurs CSS série 11000 de Cisco, utilisé pour l'acheminement des paquets et le routage du contenu.

    client
    Système ou processus informatique demandant un service à un autre système ou processus informatique. Par exemple, un poste de travail ou un ordinateur personnel demandant des documents HTML à un serveur Web Lotus Domino Go est un client de ce serveur.

    cohabitation
    Lorsque Load Balancer est installé sur la machine dont il assure l'équilibrage de charge.

    Co-implantation d'adresses multiples
    Dans une configuration de co-implantation d'adresses multiples, le client peut indiquer un adresse de serveur co-implanté différente de celle de non-acheminement (NFA). Voir aussi Co-implantation.

    conseiller
    Fonction de the Load Balancer. Les conseillers collectent et analysent les informations renvoyées par chaque serveur, puis en informent le gestionnaire.

    conseiller de contact (reach)
    Sous Dispatcher, conseiller qui lance des pings vers une cible déterminée, puis indique si cette cible répond ou non.

    consignation binaire
    Permet de stocker les informations du serveur dans des fichiers binaires et de traiter ces fichiers afin d'analyser les informations du serveur recueillies.

    consultant
    Collecte les mesures des serveurs dont la charge est équilibrée et envoie des inforamtions de pondération de serveur au commutateur chargé de l'équilibrage de la charge.

    contenu propriétaire
    Nom de propriétaire et règle de contenu pour un propriétaire, tous deux définis sur Cisco CSS Switch.

    contrôleur
    Collection d'un ou plusieurs consultants.

    Conversion d'adresses réseau
    NAT ou Network Address Translator, Virtual LAN. Périphérique en cours de développement permettant d'étendre les adresses Internet déjà utilisées. Il permet l'utilisation d'adresses dupliquées dans une entreprise et d'une adresse unique à l'extérieur.

    D

    délai de maintien de routage
    Délai entre la fermeture d'une connexion et l'ouverture d'une nouvelle connexion au cours de laquelle un client sera renvoyé au même serveur utilisé lors de la première connexion. Passé le délai de maintien de routage, le client peut être envoyé à un serveur autre que le premier.

    délai d'expiration
    Intervalle de temps alloué à une opération.

    démon
    Contrôleur de disque te d'exécution. Programme non impliqué explicitement, qui attend certaines conditions pour agir. L'idée est que le logiciel n'a pas besoin de savoir que le démon est actif (bien que le programme effectue souvent une opération uniquement parce qu'il appellera implicitement un démon).

    Dispatcher
    Composant d'Load Balancer qui permet l'équilibrage efficace du trafic TCP ou UDP entre des groupes de serveurs reliés. La machine Dispatcher correspond au serveur qui exécute le code Dispatcher.

    dscontrol
    Fournit l'interface du composant Dispatcher de Load Balancer.

    dsserver
    Dans Dispatcher, traite les demandes adressées à l'exécuteur, au gestionnaire et aux conseillers à partir de la ligne de commande.

    E

    état down (hors service)
    Interruption de toutes les connexions actives à un serveur et arrêt de l'envoi de nouvelles connexions ou de nouveaux paquets à ce serveur.

    état FIN
    Etat d'une transaction terminée. Une fois qu'une transaction est à l'état FIN, le programme récupérateur d'Load Balancer peut libérer la mémoire réservée à la connexion.

    état up (en service)
    Permettre à un serveur de recevoir de nouvelles connexions.

    Ethernet
    Type standard de réseau local (lan). Il permet à plusieurs systèmes d'accéder à tout moment au support de transmission sans coordination préalable, évite les conflits à l'aide des fonctions de détection et de report de porteuse et et résout les conflits éventuels en utilisant les options de détection et de transmission des collisions. Les protocoles de logiciels utilisés par les systèmes Ethernet varient, mais incluent TCP/IP.

    Evolutivité
    Capacité d'adaptation d'un système à une intensité d'utilisation, de volume ou de demande supérieure ou inférieure. Par exemple, un système évolutif peut s'adapter efficacement pour gérer de petits ou grands réseaux exécutant des tâches dont la complexité est variable.

    exécuteur
    Fonctions de Load Balancer. L'exécuteur achemine des demandes aux serveurs TCP ou UDP et contrôle également le nombre des connexions nouvelles, actives et terminées, puis regroupe les connexions terminées ou réinitialisées afin de récupérer de l'espace mémoire. L'exécuteur fournit les connexions nouvelles et actives au gestionnaire.

    F

    FIN
    Bit de contrôle occupant un seul numéro de séquence, qui indique que l'émetteur n'enverra aucun autre contrôle ou donnée occupant un espace séquentiel.

    FQDN
    Abréviation de Fully Qualified Domain Name. Nom complet d'un système, comprenant son nom d'hôte local et son nom de domaine avec un domaine de niveau supérieur (tld). Par exemple, "venera" est un nom d'hôte et "venera.isi.edu" est un nom FQDN. Le nom FQDN doit permettre de déterminer l'adresse Internet unique de n'importe quel hôte présent sur Internet. Ce processus, appelé "résolution de nom", utilise le système DNS (Domain Name System).

    FTP (File Transfer Protocol)
    Protocole d'application permettant le transfert de fichiers à destination et en provenance d'ordinateurs en réseau. Le protocole FTP requiert un ID utilisateur et, le cas échéant, un mot de passe permettant l'accès aux fichiers d'un système hôte éloigné.

    G

    gestionnaire
    Fonctions de Load Balancer. Le gestionnaire définit des pondérations basées sur les compteurs internes de l'exécuteur et sur les informations renvoyées par les conseillers. L'exécuteur utilise ensuite les pondérations pour effectuer un équilibrage de charge.

    Gestionnaire de paquets Red Hat (RPM)
    Gestionnaire de paquets Red Hat (Red Hat Package Manager).

    grappe
    Sous Dispatcher, groupe de serveurs TCP ou UDP utilisés pour le même but et identifiés par un seul nom d'hôte. Voir aussi cellule.

    GRE
    Abréviation de Generic Routing Encapsulation. Protocole permettant de transmettre un protocole réseau arbitraire A à un autre protocole arbitraire B en encapsulant les paquets du protocole A dans des paquets GRE, qui sont à leur tour intégrés à des paquets du protocole B.

    H

    haute disponibilité
    Fonction de Load Balancer permettant à un Load Balancer de prendre le contrôle d'un autre si ce dernier est défaillant pour une raison quelconque.

    haute disponibilité réciproque
    La haute disponibilité réciproque permet à deux machines Dispatcher de jouer, l'une pour l'autre, le rôle de machine principale et de secours. Voir aussi machine de secours (backup), haute disponibilité, machine principale.

    hôte
    Ordinateur connecté à un réseau, fournissant un point d'accès à ce réseau. Il peut s'agir d'un client et/ou d'un serveur.

    HTTP (Hypertext Transfer Protocol)
    Protocole permettant de transférer et d'afficher des documents hypertexte.

    I

    ICMP
    Abréviation d'Internet Control Message Protocol. Protocole qui permet la génération de messages d'erreur, de test et d'information relatifs aux conditions de transmission entre un serveur hôte et une passerelle vers Internet.

    IMAP
    Abréviation d'Internet Message Access Protocol. Protocole permettant au client d'accéder à des messages électroniques placés dans un serveur et de les manipuler. Il permet la manipulation à distance de dossiers de messages (boîtes aux lettres), suivant un procédé équivalent à celle des boîtes aux lettres locales.

    interface de bouclage
    Interface qui ignore les fonctions de communication non nécessaires lorsque les informations sont adressées à une entité du même système.

    Internet
    Ensemble mondial de réseaux interconnectés utilisant la série de protocoles Internet et permettant un accès public.

    intranet
    Réseau privé sécurisé intégrant des normes et applications Internet (par exemple, des navigateurs Web) à l'infrastructure de gestion de réseau informatique existante d'une entreprise.

    IP
    Abréviation de Internet Protocol. Protocole sans connexion, acheminant des données via un réseau ou des réseaux interconnectés. Le protocole IP sert d'intermédiaire entre les couches de protocole supérieures et la couche physique.

    IPSEC
    Abréviation de Internet Protocol Security. Abréviation de Internet Protocol Security. Norme de développement pour la sécurité au niveau de la couche réseau ou de traitement des paquets transmis lors des communications réseau.

    L

    langage HTML (Hypertext Markup Language)
    Langage permettant de créer des documents hypertexte. Ces derniers comportent des liens avec d'autres documents contenant des informations complémentaires sur le terme ou le sujet mis en évidence. HTML contrôle, par exemple, le format du texte et de la position des zones d'entrée de formulaire, ainsi que les liens navigables.

    largeur de bande
    Différence entre la fréquence la plus élevée et la fréquence la plus basse d'une voie de transmission ; quantité de données pouvant être envoyée par un circuit de communication particulier par seconde.

    M

    machine de secours (backup)
    Dans le cadre des fonctions de haute disponibilité de Dispatcher, partenaire de la machine principale (primary). Elle contrôle l'état de la machine principale (primary) et la remplace si nécessaire. Voir aussi haute disponibilité, machine principale

    machine principale (primary)
    Dans le cadre des fonctions de haute disponibilité de Dispatcher, poste qui démarre en tant que poste d'acheminement actif des paquets. Son partenaire, la machine de secours (backup), contrôle l'état de la machine principale et la remplace si nécessaire. Voir aussi machine de secours (backup), haute disponibilité.

    masque de réseau
    Dans le cadre de la gestion de sous-réseaux Internet, masque de 32 bits permettant d'identifier les bits d'adresse de sous-réseau de la partie hôte d'une adresse IP.

    masque de sous-réseau
    Dans le cadre de la gestion de sous-réseaux Internet, masque de 32 bits permettant d'identifier les bits d'adresse de sous-réseau de la partie hôte d'une adresse IP.

    mesure
    Processus ou commande qui renvoie une valeur numérique pouvant être utilisée lors de l'équilibrage de charge sur le réseau, par exemple, le nombre d'utilisateurs connectés.

    mettre au repos
    Mettre fin à un processus en permettant l'arrêt normal des opérations.

    MIB
    (1) Abréviation de Management Information Base. Ensemble d'objets accessibles via un protocole de gestion de réseau.
    (2) Définition des informations de gestion indiquant les informations accessibles à partir d'un hôte ou d'une passerelle, ainsi que les opérations autorisées.

    N

    nalcontrol
    Fournit l'interface du composant Nortel Alteon Controller de Load Balancer.

    nalserver
    Dans Nortel Alteon Controller, traite les demandes adressées aux consultants à partir de la ligne de commande.

    Network Address Port Translation
    NAPT, également appelé mappage de port. Il permet la configuration de plusieurs démons de serveurs dans un serveur physique unique qui écoutent sur différents numéros de ports.

    NIC
    Abréviation de Network Interface Card. Carte à circuit installé sur un ordinateur pour établir des connexions physiques à un réseau.

    NNTP
    Abréviation de Network News Transfer Protocol. Protocole TCP/IP permettant le transfert d'éléments d'informations.

    noeud géré
    Dans le cadre des communications Internet, poste de travail, serveur ou routeur contenant un agent de gestion de réseau. Dans le cadre du protocole IP (Internet Protocol), le noeud géré contient généralement un agent SNMP.

    nom de site
    Un nom de site est un nom d'hôte impossible à résoudre, qui sera demandé par le client. Par exemple, un site Web a 3 serveurs (1.2.3.4, 1.2.3.5 et 1.2.3.6) configurés pour le nom de site www.dnsload.com. Lorsqu'un client demande ce nom de site, l'une des trois adresses IP du serveur est renvoyée en tant que résolution. Le nom de site doit être un nom de domaine complet, comme dnsload.com. Un nom de site incomplet tel que dnsload n'est pas un nom de site valide.

    nom d'hôte
    Nom symbolique attribué à un hôte. Les noms d'hôte sont résolus à des adresses IP via un serveur de noms de domaine.

    Nortel Alteon Controller
    Composant d'IBM Load Balancer. Nortel Alteon Controller utilise la technologie Load Balancer pour fournir en temps réel des informations sur l'équilibrage de charge à Nortel Alteon Web Switch.

    Nortel Alteon Web Switch
    Systèmes Nortel Alteon ACE Director Series Switch et Nortel Alteon 180 Series Switch de la gamme Alteon Web Switching, utilisés pour l'acheminement de paquets et le routage de contenus.

    notation décimale
    Représentation syntaxique d'un entier 32 bits constitué de quatre nombres de 8 bits, écrits dans la base 10 et séparés par des points. Elle sert à représenter des adresses IP.

    P

    paquet
    Unité de données acheminées entre une source et une cible sur Internet ou tout autre réseau de commutation de paquets.

    pare-feu
    Ordinateur qui relie un réseau privé tel qu'une entreprise à un réseau public tel qu'Internet. Il contient des programmes limitant l'accès entre deux réseaux. Voir aussi passerelle de proxy.

    passerelle
    Unité fonctionnelle permettant d'interconnecter deux ordinateurs réseau ayant des architectures différentes.

    PICS
    Abréviation de Platform for Internet Content Selection. Abréviation de Platform for Internet Content Selection. Les clients prenant en charge PICS permettent aux utilisateurs de déterminer les "rating services" (services de contrôle d'accès) qu'ils souhaitent utiliser et, pour chacun de ces rating services, s'il est acceptable ou non.

    ping
    Commande qui envoie des paquets de demande d'écho ICMP (Internet Control Message Protocol) à un hôte, à une passerelle ou à un routeur, en espérant recevoir une réponse.

    POP3
    Abréviation de Post Office Protocol 3. Protocole permettant l'échange de courrier réseau et l'accès aux boîtes aux lettres.

    port
    Nombre qui identifie une unité de communication abstraite. Les serveurs Web utilisent par défaut le port 80.

    poste de gestion de réseau
    Dans le cadre du protocole SNMP (Simple Network Management Protocol), poste exécutant des protocoles d'application de gestion qui surveillent et contrôlent les éléments de réseau.

    poste serveur
    Serveur relié par Dispatcher à d'autres serveurs dans un seul serveur virtuel. Dispatcher équilibre le trafic entre les postes serveur. Synonyme de serveur groupé.

    poste serveur TCP
    Serveur relié par Load Balancer à d'autres serveurs dans un seul serveur virtuel. Load Balancer équilibre le trafic TCP entre les postes serveur TCP. Synonyme de serveur groupé.

    priorité
    Dans le cadre de l'équilibrage de charge basé sur des règles, niveau d'importance accordé à une règle donnée. Dispatcher évalue les règles du premier niveau de priorité jusqu'au dernier.

    programme de collecte de mesures
    Programme résidant sur le consultant et chargé de collecter une ou des mesures.

    Protocole
    Ensemble de règles régissant le fonctionnement des éléments d'un système de communication si des communications sont établies. Les protocoles peuvent déterminer les détails de niveau inférieur des interfaces entre des machines, par exemple, l'ordre de transmission des bits d'un octet ; ils peuvent également déterminer les échanges de haut niveau entre les programmes d'application, par exemple, le transfert de fichier.

    protocole HTTPS (Hypertext Transfer Protocol, Secure)
    Protocole permettant de transférer et d'afficher des documents hypertexte à l'aide de SSL.

    proximité réseau
    Proximité de deux entités connectées en réseau (par exemple, un client et un serveur), déterminée par Site Selector par la mesure de la durée de la procédure aller-retour.

    Q

    QoS (Quality of Service)
    Propriétés de performances d'un service réseau, notamment le débit, le délai de transmission et la priorité. Certains protocoles permettent aux paquets ou aux flots de données d'inclure des spécifications QoS.

    R

    règle
    Dans le cadre de l'équilibrage de charge basé sur des règles, mécanisme de regroupement de serveurs permettant de choisir un serveur en fonction des informations autres que l'adresse de destination ou le port.

    réseau
    Système de communication pour les données logicielles et matérielles. Les réseaux sont généralement classés en fonction de leur étendue géographique, réseau local (LAN), réseau métropolitain (MAN) ou réseau étendu (WAN), et des protocoles utilisés.

    Réseau local (LAN)
    Réseau local (Local Area Network). Réseau informatique d'unités connectés entre elles, à des fins de communication, dans une zone de taille limitée. Ce réseau local peut être connecté à un réseau plus étendu.

    réseau privé
    Réseau distinct sur lequel Dispatcher communique avec des serveurs groupés pour des raisons de performances.

    RMI
    Abréviation de Remote Method Invocation. Partie de la bibliothèque de langages de programmation Java qui permet à un programme Java d'être exécuté sur une machine et d'accéder aux objets et aux méthodes d'un autre programme Java exécuté sur une autre machine.

    router
    Périphérique chargé d'acheminer des paquets entre des réseaux. La décision d'acheminement dépend des informations de la couche réseau et des tables de routage, souvent élaborées par des logiciels de routage.

    S

    script CGI
    Programme CGI écrit dans un langage de script tel que Perl ou REXX qui utilise l'interface CGI (Common Gateway Interface) pour effectuer des tâches qui ne sont généralement pas exécutées par le serveur, par exemple, le traitement des formulaires.

    serveur
    Ordinateur fournissant des services partagés à d'autres ordinateurs d'un réseau ; par exemple, un serveur de fichiers, un serveur d'impression ou un serveur de messagerie.

    serveur de noms de domaines
    DNS. Service de requête global de données réparties et répliquées, généralement utilisé sur Internet pour la conversion des noms d'hôte en adresses Internet. Type de nom d'hôte utilisé sur Internet, bien que le terme approprié soit "nom de domaine complet". DNS peut être configuré pour utiliser une série de serveurs de noms, en fonction des domaines figurant dans le nom recherché, jusqu'à ce qu'une valeur soit trouvée.

    serveur groupé
    Serveur relié par Dispatcher à d'autres serveurs dans un seul serveur virtuel. Load Balancer équilibre le trafic TCP ou UDP entre ces serveurs groupés.

    service
    (1) Fonction fournie par un ou plusieurs noeuds, par exemple, HTTP, FTP, Telnet.
    (2) Pour Nortel Alteon Controller, un service est la fonction ou les informations demandées par un utilisateur final à partir d'un site. Il est identifié par une adresse IP virtuelle et un numéro de port virtuel à la demande d'un utilisateur final. Sur le commutateur, il est défini par un identifiant de serveur virtuel, correspondant à un entier, un numéro de port virtuel ou un nom de service.
    (3) Pour Cisco CSS Consultant, un service est un emplacement cible où réside un segment de contenu physique. Par exemple, un serveur local ou éloigné et un port.

    shell
    Logiciel acceptant et traitant des lignes de commande à partir du poste de travail d'un utilisateur. Le Bash Korn constitue un des nombreux shells UNIX disponibles.

    signal de présence (heartbeat)
    Paquet simple transmis entre deux postes Load Balancer en mode haute disponibilité, utilisé par le poste Load Balancer de secours pour surveiller l'état du poste Load Balancer actif.

    Site Selector
    Composant Load Balancer pour l'équilibrage de charge utilisant le système DNS. Site Selector équilibre la charge sur des serveurs faisant partie d'un réseau étendu (WAN) en utilisant des mesures et des pondérations recueillies à l'aide du composant Metric Server qui s'exécute sur ces serveurs.

    SMTP
    Abréviation de Simple Mail Transfer Protocol. Dans la série des protocoles, protocole d'application permettant le transfert de messages entre les utilisateurs de l'environnement Internet. Le protocole SMTP indique les séquences d'échange et le format des messages. Il considère que TCP (Transmission Control Protocol) est le protocole sous-jacent.

    SNMP
    Abréviation de Simple Network Management Protocol. Protocole Internet standard défini par les spécifications STD 15, RFC 1157 et conçu pour gérer les noeuds d'un réseau IP. SNMP ne se limite pas à TCP/IP. Il peut être utilisé pour gérer et surveiller différents types d'équipements, notamment les ordinateurs, les routeurs, les concentrateurs et les chargeurs automatiques de disques.

    SPARC
    Architecture de processeur modulable.

    sscontrol
    Fournit l'interface du composant Site Selector de Load Balancer.

    SSL
    Abréviation de Secure Sockets Layer. Plan de sécurité courant développé par Netscape Communications Corp. conjointement avec RSA Data Security Inc. SSL permet l'authentification du serveur par le client, ainsi que le chiffrement de l'ensemble des données et demandes. L'URL d'un serveur sécurisé protégé par SSL commence par https (et non HTTP).

    ssserver
    Dans Site Selector, gère les demandes adressées au nom de site, au gestionnaire et aux conseillers à partir de la ligne de commande.

    stratégie
    Dans le cadre des fonctions de haute disponibilité de Dispatcher, mot clé permettant d'indiquer le mode de récupération d'espace à la suite de la défaillance de la machine active.

    superutilisateur
    Droits non restreints permettant d'accéder à une partie du système d'exploitation AIX, Red Hat Linux ou Solaris, et de modifier celle-ci, et généralement associés à l'utilisateur qui gère le système.

    SYN
    Bit de contrôle du segment entrant, occupant un seul numéro de séquence, utilisé au début d'une connexion, afin d'indiquer la position de début de la numérotation des séquences.

    Système Metric Server
    Précédemment appelé Server Monitor Agent (SMA). Metric server fournit au gestionnaire Load Balancer des mesures spécifiques au système.

    T

    TCP
    Abréviation de Transmission Control Protocol. Protocole de communication utilisé sur le réseau Internet. TCP permet un échange d'informations hôte à hôte fiable. Il utilise IP comme protocole sous-jacent.

    TCP/IP
    Abréviation de Transmission Control Protocol/Internet Protocol. Une série de protocoles permettant la communication entre les réseaux, quelles que soient les techniques de communication utilisées dans chaque réseau.

    Telnet
    Protocole d'émulation de terminal ; protocole d'application TCP/IP destiné au service de connexion éloigné. Telnet permet à un utilisateur d'un site d'accéder à un hôte éloigné comme si le poste de l'utilisateur était connecté directement à cet hôte éloigné.

    TTL
    Durée (en nombre de secondes) pendant laquelle un client peut enregistrer en mémoire cache la réponse de résolution de nom.

    type de règle
    Dans le cadre de l'équilibrage de charge basé sur des règles, indicateur des informations devant être évaluées pour déterminer si une règle est vraie.

    Type de service (TOS)
    Type de service (Type of service). Zone d'octets de 1, dans l'en-tête IP du paquet SYN.

    U

    UDP
    Abréviation de User Datagram Protocol. Dans la série des protocoles Internet, protocole fournissant un service de datagramme sans connexion et non fiable. Il permet à un programme d'application d'une machine ou d'un processus d'envoyer un datagramme à un programme d'application d'une autre machine ou d'un autre processus. UDP utilise le protocole IP (Internet Protocol) pour transmettre des datagrammes.

    URI
    Universal Resource Identifier. Adresse codée de toute ressource disponible sur le Web (par exemple, un document HTML, une image, un clip video, un programme).

    URL
    Uniform Resource Locator. Méthode standard permettant d'indiquer l'emplacement d'un objet, généralement une page Web sur Internet. Les adresses URL possèdent la forme des adresses utilisées sur Internet. Elles sont utilisées dans des documents HTML afin de spécifier la cible d'un lien hypertexte qui correspond en général à un autre document HTML (pouvant être stocké sur une autre machine).

    V

    valeur de début
    Dans le cadre de l'équilibrage de charge basé sur des règles, valeur inférieure indiquée pour une règle. La valeur par défaut dépend du type de règle.

    valeur de fin
    Dans le cadre de l'équilibrage de charge basé sur des règles, valeur supérieure indiquée pour une règle. Cette valeur dépend du type de règle.

    valeur par défaut
    Valeur, attribut ou option utilisé si aucune valeur n'est indiquée de façon explicite.

    voie d'acheminement
    Chemin du trafic de réseau entre l'origine et la destination.

    VPN
    Abréviation de Virtual Private Network (VPN). Réseau composé d'un ou plusieurs tunnels IP sécurisés reliant deux réseaux ou plus.

    W

    WAN
    Wide Area Network. Réseau fournissant des services de communication dans une zone plus étendue que celle prise en charge par un réseau local ou métropolitain et qui peut être utilisé pour fournir des fonctions de transmission publiques.

    WAP
    Abréviation de Wireless Application Protocol. Norme internationale ouverte pour les applications utilisant des communications sans fil, par exemple l'accès Internet à partir d'un téléphone mobile.

    WAS
    Abréviation de WebSphere Application Server.

    Web
    Réseau de serveurs HTTP contenant des programmes et des fichiers dont la plupart correspond à des documents hypertexte qui contiennent des liens avec d'autres documents des serveurs HTTP. Désigné également par World Wide Web.

    WLM
    Abréviation de Workload Manager. Conseiller fourni avec Dispatcher. Le conseiller WLM est conçu pour travailler uniquement avec les serveurs sur gros systèmes OS/390 exécutant le composant MVS Workload Manager (WLM).

    Index

    A B C D E F G H I J K L M N O P R S T U V W
    A B C D E F G H I J K L M N O P R S T U V W