WebSphere Adapters dans des environnements groupés

Vous pouvez améliorer les performances de l'adaptateur en déployant le module EAR (enterprise archive) de l'adaptateur WebSphere sur un environnement de serveur groupé. L'instance d'adaptateur dans le module EAR est répliquée sur des serveurs fédérés.

WebSphere Process Server et WebSphere Application Server Network Deployment prend en charge les environnements groupés. Les grappes sont des groupes de serveurs gérés ensemble afin d'équilibrer les charges de travail et offrir plus de disponibilité et de souplesse. Lorsque vous configurez une grappe de serveurs, vous créez un profil de gestionnaire de déploiement. HAManager, un sous-composant du gestionnaire de déploiement, notifie le conteneur JCA pour qu'il active l'instance de l'adaptateur. Le conteneur JCA fournit un environnement d'exécution aux instances d'adaptateur. Pour plus d'informations sur les environnements groupés, voir la rubrique http://publib.boulder.ibm.com/infocenter/wasinfo/v6r1/index.jsp?topic=/com.ibm.websphere.nd.doc/info/ae/ae/trun_wlm_cluster_v61.html.

Dans les environnements groupés, les instances d'adaptateur peuvent traiter à la fois des opérations entrantes et sortantes.

Haute disponibilité des opérations entrantes

Les opérations entrantes sont basées sur les événements déclenchés par les mises à jour apportées aux données dans l'application EIS. L'adaptateur est configuré pour détecter les mises à jour à l'aide de programmes d'écoute d'événement ou par interrogation d'une table d'événement. L'adaptateur publie alors l'événement sur son noeud final.

Dans un environnement groupé, il se peut que deux ou plusieurs instances d'adaptateur détectent le même événement. Ce scénario peut entraîner le traitement de données en double ou altérer les données. Par exemple, si deux instances d'adaptateur interrogent simultanément la même table d'événement en utilisant le même filtre de type d'événement, l'une des deux instances altérera peut-être les données dont dépend l'autre instance, ou échouera. Il existe un risque identique pour les architectures d'adaptateur d'écoute d'événement dans un environnement groupé.

Pour éviter cette condition, le HAManager des instances entrantes de l'adaptateur impose un comportement singleton. Même si toutes les instances d'adaptateur sont démarrées, une seule d'entre elles détecte et publie un événement sur le noeud final pour chaque type d'application EIS.

Lorsque vous déployez un module d'adaptateur sur une grappe, le conteneur JCA vérifie la propriété enableHASupport du bean ResourceAdapter. Si la valeur de la propriété enableHASupport est vraie, le conteneur JCA enregistre toutes les instances d'adaptateur en définissant pour le HAManager une politique de 1 à N. Cette politique signifie que seul un des serveurs en grappe démarre l'interrogation d'événement (ou l'écoute) pour cette instance d'adaptateur. Bien que d'autres instances d'adaptateur de la grappe soient démarrées, elles restent inactives quant à l'événement actif jusqu'à ce que l'instance d'adaptateur active termine de traiter l'événement. Si le serveur sur lequel l'unité d'exécution d'interrogation a été démarré s'arrête pour une certaine raison, l'instance d'adaptateur en cours d'exécution sur l'un des serveurs de secours est activée.

Haute disponibilité des opérations sortantes

Dans des environnements groupés, plusieurs instances d'adaptateur sont disponibles pour effectuer des demandes sortantes. Par conséquent, si votre environnement possède plusieurs applications qui interagissent avec le même adaptateur WebSphere pour les demandes sortantes, vous pouvez alors améliorer les performances en déployant le module d'adaptateur sur un environnement groupé.

WebSphere Application Server Network Deployment comporte une fonction de gestion de charge de travail qui distribue le traitement sortant sur les différentes instances de l'adaptateur. Ainsi, les opérations sortantes dans un environnement groupé sont identiques à celles d'un environnement de serveur unique : une instance d'adaptateur traite une demande sortante à la fois. Pour plus d'informations sur la gestion de charge de travail, voir la rubrique http://publib.boulder.ibm.com/infocenter/wasinfo/v6r1/index.jsp?topic=/com.ibm.websphere.nd.doc/info/ae/ae/trun_wlm.html.

Remarque : Les instances d'adaptateur sont répliquées dans un environnement de serveur groupé. Lorsque la propriété enableHASupport est définir par vraie, ce qui est le paramètre par défaut, seule une des instances d'adaptateur répliquées rechercher activement les événements alors que les autres instances restent en mode veille. Si la propriété enableHASupport est définie sur false, toutes les instances d'adaptateur répliquées sur les membres de la grappe recherchent activement les événements. Cela peut provoquer une duplication d'événement. Ne définissez pas la valeur de enableHASupport sur false pour des environnements de serveur unique. Pour des informations sur la modification de la valeur de cette propriété, voir la section Propriétés de l'adaptateur de ressources de ce document. Pour déterminer si la réplication est prise en charge dans un environnement groupé, voir la section de configuration matérielle et logicielle requise de ce document.

Conditions d'utilisation |


© Copyright IBM France 2006. Tous droits réservés

© Copyright IBM Corporation 2005, 2006.

Ce centre de documentation utilise la technologie Eclipse (http://www.eclipse.org)