Versions du protocole de groupe central

Les membres du groupe central interagissent grâce à un ensemble de protocoles comme le protocole de reconnaissance, le protocole de détection des incidents et le protocole de synchronisation de vues. Chacun de ces protocoles définit un ensemble de messages formatés que s'échangent les membres du groupe central conformément à un algorithme commun.

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.

De nouvelles versions de protocoles sont ajoutées au produit si de nouveaux messages ou de nouveaux algorithmes sont requis pour la prise en charge de nouvelles fonctionnalités du produit ou pour améliorer les performances du groupe central. Because the new messages or new algorithm might not be compatible with the older messages or algorithm, a new protocol might not be able to interoperate with the previous version of the protocol.

Eviter les incidents Eviter les incidents: The highest protocol versions are used by default instead of older versions as specified by previous WebSphere releases. The following custom properties can be used to revert back to older protocol versions; however, this is not recommended.gotcha
Environnement de version mixte Environnement de version mixte: To maintain compatibility in a mixed cell environment, the custom properties below will need to be explicitly set to use the highest protocol levels.mixv
Il existe deux grandes catégories ou deux grands groupes de protocoles.
  • Une collection de protocoles de niveau inférieur, également appelés protocoles WF (Wire Format) de niveau inférieur. Ces protocoles sont utilisés par la couche DCS. C'est le paramètre de la propriété personnalisée IBM_CS_WIRE_FORMAT_VERSION de groupe central qui détermine quelle version du protocole utiliser pour ce groupe.
    Lorsque la valeur de cette propriété change, un message HMGR0226I, similaire à l'exemple suivant, est envoyé dans le fichier SystemOut.log ou, pour la plateforme z/OS, à SYSOUT ou SYSPRINT:
    HMGR0226I: le paramètre de configuration de la pile principale IBM_CS_WIRE_FORMAT_VERSION a été affecté de la valeur 6.1.0.
  • Une collection de protocoles de niveau supérieur, également appelés protocoles de gestionnaire haute disponibilité. Ces protocoles sont utilisés par la couche du gestionnaire haute disponibilité. C'est le paramètre de la propriété personnalisée IBM_CS_HAM_PROTOCOL_VERSION de groupe central qui détermine quelle version du protocole utiliser pour ce groupe.
    Dès que la valeur spécifiée pour cette propriété est modifiée, un message HMGR0226I, similaire au message suivant, est envoyé au fichier SystemOut.log, ou, pour la plateforme z/OS, à SYSOUT ou SYSPRINT :
    HMGR0226I: The core stack configuration parameter IBM_CS_HAM_PROTOCOL_VERSION 
       has been set to 6.0.2.31.

    Ce message indique que la version 6.0.2.31 du protocole de gestionnaire haute disponibilité est utilisée.

Les paramètres de version de chacune de ces deux catégories sont indépendants les uns des autres.

When to use an older core group protocol version

It is not recommended to use an older core group protocol version. The only time when this is needed is in a Core group containing a mix of Version 9 servers and servers on Version 7.0.0.0 or lower.

Utilisation du protocole HAMP pour prendre en charge le basculement sur passerelle transparent

Les passerelles de groupe central constituent le mécanisme utilisé pour représenter et gérer l'état des groupes centraux utilisés par les composants de WebSphere Application Server. La gestion de cet état consiste en partie à le régénérer en cas de changement du nombre de passerelles de groupe central exécutées dans une topologie. La régénération de l'état des passerelles de groupe central permet de recalculer leurs membres et de distribuer l'état entre le groupe de passerelles actives.

Au cours de ces régénérations, l'état des groupes centraux peut être déplacé entre les passerelles actives. Dans cette situation, il arrive que les données soient provisoirement indisponibles jusqu'à la fin du processus de régénération. Les symptômes courants de ce problème sont les suivants :
  • Les recherches JNDI échouent.
  • Un serveur proxy WebSphere, ou un routeur à la demande génère le code de réponse 503 après le basculement de pont intergroupes centraux.
  • Il se produit l'exception "indice de tableau hors limites" suivante :
    [7/9/08 17:12:20:749 EDT] 00000030 UserCallbacks E 
    HMGR0142E : Une erreur s'est produite dans un composant rappelé par le protocole HAMP. 
    L'exception est java.lang.ArrayIndexOutOfBoundsException à
    com.ibm.ws.cluster.propagation.bulletinboard.BBDescriptionManager.getOrderedBytes(BBDescriptionManager.java:618) 
Pratiques recommandées Pratiques recommandées: If you are running on Version 7.0.0.1 to Version 8.5.5.X, set the IBM_CS_HAM_PROTOCOL_VERSION core group custom property to 6.0.2.31 for all of your core groups to avoid a possible high availability state outage during core group bridge failover. Quand cette propriété personnalisée a la valeur 6.0.2.31, les autres passerelles reprennent l'état d'accessibilité avancée de la passerelle défaillante et les données restent disponibles dans le groupe central local.bprac
Eviter les incidents Eviter les incidents:
  • Vérifiez que tous les groupes centraux reliés aux passerelles de groupe central exécutent la même version de protocole.
  • Le basculement de passerelle transparent est conçu pour préserver la cohérence des données pendant les régénérations de passerelle de groupe central ainsi que le chemin des données d'état. Ce chemin comporte un fournisseur d'état, une passerelle de groupe central pour chaque groupe central et un consommateur de données d'état. Au cours d'une défaillance, s'il ne reste plus aucune passerelle de groupe central actif pour des groupes centraux, les données d'état peuvent être indisponibles.
gotcha

Déterminer la version de protocole à utiliser.

Pratiques recommandées Pratiques recommandées: Use the newest protocol version whenever possible (this is the default in Version 9). Cette recommandation est particulièrement importante pour les grosses topologies car la plupart des modifications récemment apportées aux protocoles comprennent des améliorations d'extensibilité. Mais avant de configurer les membres d'un groupe central pour leur permettre d'utiliser une nouvelle version du protocole, vous devez vous assurer qu'ils exécutent tous un niveau de code produit (VRM) supérieur ou égal au VRM dans lequel la version souhaitée a été ajoutée au produit. Par exemple :bprac
  • Un groupe central qui contient des membres avec n'importe quel VRM pris en charge peut être configuré pour utiliser le protocole WF (Wire Format) Version 6.0.0, 6.0.2.9, ou 6.1.0.
  • Un groupe central contenant à la fois des membres de groupes centraux appartenant aux versions 6.1.0.19 et 7.0.0.1 peut être configuré pour utiliser HAMP version 6.0.2.31.

ID de version du protocole de groupe central

Les tableaux suivants récapitulent pour chaque catégorie de protocole le niveau minimum du produit sous lequel doivent tourner les membres de groupes centraux afin de pouvoir être associés à une version spécifique de protocole. Ils décrivent également les nouvelles fonctionnalités qui sont venues enrichir chacune des versions de protocole.

Utilisez ces tableaux pour déterminer les versions de protocole que vous pouvez utiliser avec un groupe central donné, puis la propriété personnalisée IBM_CS_WIRE_FORMAT_VERSION ou IBM_CS_HAM_PROTOCOL_VERSION de groupe central pour configurer tous les membres du groupe central pour qu'ils s'exécutent en utilisant la dernière de ces versions de protocole prises en charge par le niveau de produit que vous utilisez. Le gestionnaire haute disponibilité détecte automatiquement les changements de configuration et il démarre en utilisant la nouvelle version du protocole avec ces membres du groupe central.

Fonction obsolète Fonction obsolète: Les versions 6.0.0 et 6.0.2.9 du protocole de format WF sont obsolètes. Si possible, utilisez une nouvelle version de ce protocole.depfeat
Tableau 1. ID de version de protocole de groupe central pris en charge. L'ID de version de protocole de groupe central indique le premier niveau de version, d'édition et de modification dans lequel est incluse cette version. Le tableau suivant répertorie les ID de version du protocole de format WF.
ID de version Niveau de produit minimal requis Description
6.0.0 Tout type Cette version de protocole correspond à la version d'origine ou à la version de base. Toutes les versions du gestionnaire haute disponibilité peuvent utiliser ce protocole. Lorsque vous n'indiquez aucune version de protocole WF en particulier, le gestionnaire haute disponibilité utilise cette version.
6.0.2.9 Toute version prise en charge Cette version de protocole facilite l'évolutivité du pont intergroupes centraux. Cette version est recommandée dans les grandes topologies dont la configuration contient plusieurs groupes centraux et passerelles de groupes centraux.
6.1.0 Toute version prise en charge Cette version apporte des améliorations à l'évolutivité du groupe central et offre une meilleure prise en charge des topologies de grande taille.
Tableau 2. ID de version de protocole HAMP pris en charge . L'ID de version de protocole de groupe central indique le premier niveau de version, d'édition et de modification dans lequel est incluse cette version. Le tableau suivant répertorie les ID de version du protocole HAMP pris en charge.
ID de version Niveau de produit minimal requis Description
6.0.2.31 6.1.0.19 pour la version 6.1, 7.0.0.1 pour la version 7.0 et l'édition initiale des versions suivantes du produit Cette version de protocole est la version d'origine ou de base du protocole du gestionnaire haute disponibilité et elle est disponible dans n'importe quelle version prise en charge du produit pour faciliter l'évolutivité du pont intrergroupes centraux. Cette version est recommandée pour les topologies qui regroupent plusieurs groupes centraux et plusieurs passerelles de groupes centraux au sein de leur configuration. Vous devez définir la version de protocole pour que le gestionnaire haute disponibilité puisse l'utiliser. Il n'existe pas de version par défaut.

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_protocol_ver
Nom du fichier : crun_ha_protocol_ver.html