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

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

Configuration de la haute disponibilité

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.

A propos de cette tâche

Si vous configurez la haute disponibilité, 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 sont mises à jour 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.
Remarque : Dans la configuration à haute disponibilité, les deux machines doivent se trouver sur le même sous-réseau et leur configuration doit être identique.

Pour connaître la syntaxe complète, voir dscontrol highavailability. Pour une présentation plus approfondie des tâches ci-dessous, voir Configuration de la machine Load Balancer.

Conseils pour la configuration de la haute disponibilité :

  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. [Linux] Linux pour s/390 : dans les deux cas ci-dessus, la carte d'interface réseau doit être reliée aux adresses de cluster par un alias, selon la procédure adaptée.
  4. Lorsque deux machines Dispatcher fonctionnent en mode haute disponibilité, des résultats imprévus peuvent se produire si des valeurs différentes sont attribuées à l'un ou l'autre des paramètres de l'exécuteur, des clusters, des ports ou des serveurs (par exemple, port délai de maintien de routage).

Procédure

  1. [Linux] Sous Linux for s/390, créez un fichier script d'alias sur chacune des deux machines Dispatcher. Voir Scripts a exécuter avec la haute disponibilité pour plus d'informations.
  2. Démarrez le serveur sur les deux machines serveurs Dispatcher.
  3. Démarrez l'exécuteur sur les deux machines.
  4. 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.
  5. Ajoutez les informations du signal de présence sur les deux machines :
    dscontrol highavailability heartbeat add
    adresse_source adresse_destination
    adresse source et adresse_destination sont les adresses IP (noms DNS ou adresses IP) des machines Dispatcher. Ces valeurs seront inversées pour chaque machine. Par exemple :
    Primary - highavailability heartbeat add 9.67.111.3 9.67.186.8
    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 qu'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 du cluster. 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.
    1. Facultatif : définissez le nombre de secondes nécessaires à l'exécuteur pour arrêter les signaux de présence de disponibilité pour dépassement du délai d'expiration. La valeur par défaut est de 2 secondes. Par exemple :
      dscontrol executor set hatimeout 3
  6. 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. Les cibles à contacter sont recommandées mais pas obligatoires. Voir Détection des erreurs du serveur avec signaux de présence et cibles à contacter pour plus d'informations. Par exemple :
     dscontrol
    highavailability reach add 9.67.125.18 
  7. Ajoutez les informations de sauvegarde à chaque machine :
    1. Pour la machine principale :
      dscontrol highavailability backup add primary [auto | manual] port
    2. Pour la machine de sauvegarde :
       dscontrol highavailability backup add backup [auto | manual] port
      Remarque : Sélectionnez un port non utilisé sur les machines en tant que port. Le numéro de port entré sert de clé pour garantir que le destinataire du paquet est l'hôte correct.
  8. Vérifiez l'état de haute disponibilité sur chaque machine :
     dscontrol highavailability status

    Le rôle (sauvegarde ou principal) et l'état de chaque machine doivent être corrects. La machine principale et la machine de sauvegarde doivent être respectivement actives et en mode veille. Les stratégies reprise doivent être identiques.

  9. Définissez les informations de cluster, de port et de serveur sur les deux machines.
  10. Démarrez le gestionnaire et les conseillers sur les deux machines.



Sous-rubriques
Détection des erreurs du serveur avec signaux de présence et cibles à contacter
Stratégie de récupération de la haute disponibilité pour les serveurs défaillants
Scripts a exécuter avec la haute disponibilité
Rubrique Tâche    

Conditions d'utilisation | Commentaires

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