Coordinateur du groupe central

Chaque groupe central possède un coordinateur qui gère les activités de haute disponibilité entre les membres du groupe. Le coordinateur gère la reprise en ligne des services singleton de haute disponibilité et distribue les données d'état de serveur actif aux membres appropriés du groupe central. Pour exécuter ces tâches, il utilise une certaine quantité de ressources de l'unité centrale et de la mémoire (segment Java). Dans certaines configurations, cela peut représenter un volume important.

Remarque : Cette rubrique fait référence à un ou plusieurs des fichiers journaux de serveur d'applications. Il est recommandé de configurer le serveur de telle sorte qu'il utilise l'infrastructure de journalisation et de trace HPEL (High Performance Extensible Logging) à la place des fichiers SystemOut.log, SystemErr.log, trace.log et activity.log sur les systèmes distribués et IBM® i. Vous pouvez également utiliser HPEL conjointement avec vos fonctions de journalisation z/OS natives. Si vous utilisez l'infrastructure HPEL, vous pouvez accéder à toutes les informations de journalisation et de trace en utilisant l'outil de ligne de commande LogViewer à partir de votre répertoire bin de profil de serveur. Pour plus d'informations sur l'utilisation de HPEL, voir les informations sur l'utilisation de HPEL en vue du traitement des incidents liés aux applications.

La charge de travail du coordinateur peut être répartie sur plusieurs instances. Chaque instance du coordinateur s'exécute sur un membre spécifique du groupe central et se voit attribuer une partie de la charge de travail globale dévolue à cette fonction. Les coûts en ressources sont ainsi répartis sur plusieurs machines. La fonction de coordinateur reste toujours accessible en haute disponibilité, quelle que soit la façon dont sa charge de travail est répartie ou affectée aux membres du groupe central.

Désignation du coordinateur

Lorsqu'un membre du groupe central démarre ou s'arrête, le protocole de synchronisation de la vue installe une nouvelle vue. Cette dernière contient les membres du groupe central qui sont connectés et travaillent ensemble. A chaque fois qu'une nouvelle vue est installée, il peut s'avérer nécessaire de répartir à nouveau la charge de travail entre les membres du groupe central. En cas de défaillance d'un membre qui héberge une instance du coordinateur, par exemple, le gestionnaire de haute disponibilité doit choisir un autre coordinateur pour le remplacer.

Des messages d'information, similaires à ceux présentés ci-dessous, sont consignés dans le fichier SystemOut.log lorsqu'un membre du groupe central est désigné comme coordinateur.

HMGR0206I: The coordinator is an active coordinator for core group DefaultCoreGroup

Des messages similaires à ceux présentés ci-dessous sont consignés si un membre du groupe central n'est plus désigné comme coordinateur :

HMGR0207I: The coordinator was previously an active coordinator for core group 
           DefaultCoreGroup mais ne l'est plus.
Eviter les incidents Eviter les incidents: N'oubliez pas qu'un coordinateur est désigné à chaque fois que la vue est modifiée. La procédure de désignation du coordinateur utilise une grande quantité de ressources car elle entraîne une augmentation du trafic réseau et du taux d'utilisation de l'unité centrale. Dans la mesure du possible, le fait de désigner un serveur favori en tant que coordinateur permet de réduire la fréquence des changements de coordinateur.gotcha

Coordinateurs multiples

Les données de configuration du groupe central contiennent une zone dans laquelle les utilisateurs peuvent indiquer le nombre de coordinateurs. La valeur par défaut de cette zone est 1. Elle s'avère suffisante pour la plupart des installations et applications. Il convient d'utiliser plusieurs coordinateurs lorsque le membre du groupe central désigné comme coordinateur utilise beaucoup plus la mémoire et l'unité centrale que les autres membres du groupe. Vous êtes d'ailleurs invité à augmenter le nombre des coordinateurs dans certains logiciels qui utilisent massivement l'infrastructure à haute disponibilité.

Serveurs favoris

Lors de la configuration d'un groupe central, vous pouvez indiquer les membres pouvant être utilisés comme coordinateurs par le gestionnaire de haute disponibilité, sous réserve qu'ils soient disponibles. Les serveurs désignés comme coordinateurs favoris doivent être des processus de groupe central ayant un cycle d'exécution aussi peu répétitif que possible. Ils doivent également être hébergés sur des machines possédant des ressources excédentaires.

La désignation de serveurs favoris comme coordinateurs est une pratique conseillée. Lorsque des coordinateurs sont désignés lors d'une modification de la vue, le gestionnaire de haute disponibilité détermine si une liste des serveurs favoris a été définie. S'il en existe une, il choisit comme coordinateur l'un des serveurs répertoriés dans la liste. S'il n'existe pas de liste, le gestionnaire de haute disponibilité sélectionne en tant que coordinateur le dernier membre de la vue classé par ordre alphabétique, ce qui nécessite plus de temps système si cela suppose le déplacement du coordinateur.


Icône indiquant le type de rubrique Rubrique de concept



Icône d'horodatage Dernière mise à jour: last_date
http://www14.software.ibm.com/webapp/wsbroker/redirect?version=cord&product=was-nd-mp&topic=crun_ha_coordinator
Nom du fichier : crun_ha_coordinator.html