Vous pouvez améliorer les performances et la disponibilité de l'adaptateur en déployant le module d'archive d'entreprise d'adaptateur (EAR)WebSphere dans un environnement de serveurs en cluster. L'instance de l'adaptateur au sein du module EAR est répliquée sur les serveurs fédérés.
WebSphere Process Server et WebSphere Application Server Network Deployment prennent en charge les environnements en cluster. Les clusters sont des groupes de serveurs gérés ensemble pour équilibrer les charges de travail et fournir un niveau élevé de disponibilité et d'évolutivité. Lorsque vous configurez un cluster de serveurs, vous créez un profil de Deployment Manager. Le HAManager, un sous-composant de Deployment Manager, invite le conteneur JCA à activer l'instance de l'adaptateur. Le conteneur JCA fournit un environnement d'exécution aux instances d'adaptateur. Pour plus d'informations à propos des environnements en cluster, voir 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 en cluster, les instances d'adaptateur peuvent gérer à la fois les opérations entrantes et sortantes.
Les opérations entrantes sont basées sur les événements déclenchés suite à la mise à jour de données dans l'application de système d'information de l'entreprise (EIS). L'adaptateur est configuré pour détecter les mises à jour via des programmes d'écoute d'événements ou en interrogeant une table d'événements. L'adaptateur publie alors l'événement vers son noeud final.
Dans un environnement en cluster, plusieurs instances d'adaptateur peuvent détecter le même événement. Ce scénario soulève la possibilité d'un traitement d'événement en doublon ou d'une infidélité des données. Par exemple, si deux instances d'adaptateur interrogent simultanément la même table d'événements avec le même filtre de type d'événement, l'une peut modifier des données dont dépend l'autre instance de l'adaptateur, ou peut tomber en panne. Il existe un risque parallèle pour les architectures d'adaptateurs équipés d'un programme d'écoute d'événements dans un environnement en cluster.
Pour éviter cet écueil, HAManager pour les instances d'adaptateur entrantes applique un comportement singleton. Bien que toutes les instances d'adaptateur soient lancées, une seule détecte et publie un événement vers le noeud final pour chaque type d'application EIS.
Lorsque vous déployez un module d'adaptateur vers un cluster, le conteneur JCA vérifie la propriété enableHASupport du bean ResourceAdapter. Si la valeur de la propriété enableHASupport est définie sur true, le conteneur JCA enregistre toutes les instances d'adaptateur utilisant HAManager en appliquant une règle 1 de N. Cette règle signifie qu'un seul des serveurs en cluster démarre l'interrogation d'événement (ou l'écoute) pour cette instance d'adaptateur. Même si d'autres instances de l'adaptateur dans le cluster sont démarrées, elles restent en sommeil en ce qui concerne l'événement actif jusqu'à ce que l'instance d'adaptateur active ait terminé de traiter l'événement. Si le serveur sur lequel l'unité d'exécution d'interrogation a démarré s'arrête pour une raison quelconque, une instance d'adaptateur s'exécutant sur l'un des serveurs de sauvegarde est activée.
Dans les environnements en cluster, plusieurs instances d'adaptateur sont disponibles pour traiter les 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 améliorer les performances en déployant le module d'adaptateur dans un environnement en cluster.
WebSphere Application Server Network Deployment possède une fonctionnalité de gestion de la charge de travail qui répartit les traitements sortants entre les instances d'adaptateur. Ainsi, les opérations sortantes dans un environnement en cluster sont similaires à celles d'un environnement à serveur unique : une instance de l'adaptateur traite une seule demande sortante à la fois. Pour plus d'informations à propos de la gestion de la charge de travail, voir http://publib.boulder.ibm.com/infocenter/wasinfo/v6r1/index.jsp?topic=/com.ibm.websphere.nd.doc/info/ae/ae/trun_wlm.html.
(c) Copyright IBM Corporation 2005, 2006.
Technologie Eclipse (http://www.eclipse.org)