Interopération lorsque les serveurs d'applications WebSphere et le gestionnaire de files d'attente IBM MQ ne sont pas mis en cluster

Les serveurs d'applications qui s'exécutent sur WebSphere Application Server et les gestionnaires de files d'attente qui s'exécutent sur IBM MQ peuvent se connecter l'un à l'autre lorsque aucun d'entre eux ne se trouve dans un cluster. Toutefois, cette configuration peut ne pas être fiable.

Remarque : Dans cette rubrique, "serveur d'applications" fait référence à un serveur d'applications exécuté sur WebSphere Application Server et "gestionnaire de files d'attente" fait référence à un gestionnaire de files d'attente exécuté sur IBM MQ.
Il existe deux options de topologie :
  • Le serveur d'applications et le gestionnaire de files d'attente s'exécutent sur des hôtes différents.
  • Le serveur d'applications et le gestionnaire de files d'attente s'exécutent sur le même hôte.

Le serveur d'applications et le gestionnaire de files d'attente s'exécutent sur des hôtes différents.

Le type de transport IBM MQ de la connexion est spécifié sous la forme "client". Une connexion client est utilisée lorsque le serveur d'applications et le gestionnaire de files d'attente sont exécutés sur des hôtes différents. Il s'agit d'une connexion réseau TCP/IP utilisée pour communiquer avec le gestionnaire de files d'attente. Une connexion client s'appelle également "Connexion par socket".

L'illustration suivante montre un serveur d'applications et un gestionnaire de files d'attente exécutés sur des hôtes différents.

Figure 1. Sans cluster : connexion en mode client au gestionnaire de files d'attente
Le serveur d'applications WebSphere Application Server et le gestionnaire de files d'attente IBM MQ s'exécutent sur des hôtes différents.
Cette topologie n'est pas fiable, car l'interopération s'arrête si une ou plusieurs des conditions suivantes existent :
  • Le serveur d'applications tombe en panne.
  • Le système hôte sur lequel s'exécute le serveur d'applications tombe en panne.
  • Le gestionnaire de files d'attente est défaillant.
  • L'hôte sur lequel s'exécute le gestionnaire de files d'attente est défaillant.

Vous pouvez améliorer la disponibilité de cette topologie en utilisant, par exemple, High Availability Cluster Multi-Processing (HACMP) pour redémarrer automatiquement le composant défaillant.

Le serveur d'applications et le gestionnaire de files d'attente s'exécutent sur le même hôte.

Le type de transport de la connexion est spécifié sous la forme "bindings". Une connexion bindings est utilisée lorsque le serveur d'applications et le gestionnaire de files d'attente sont exécutés sur le même hôte. Il s'agit d'une connexion réseau intermémoire utilisée pour communiquer avec le gestionnaire de files d'attente. Une connexion bindings s'appelle également "Connexion par appel".

L'illustration suivante montre un serveur d'applications et un gestionnaire de files d'attente exécutés sur le même hôte.

Figure 2. Sans cluster : connexion en mode liaisons au gestionnaire de files d'attente
WebSphere Application Server s'exécute sur Host 1 et un gestionnaire de files d'attente IBM MQ s'exécute sur Host 2.

Les contraintes de disponibilité de cette topologie sont similaires à celles de la topologie précédente. Toutefois, dans certaines configurations, le mode liaisons est plus rapide et procure une meilleure utilisation des processeurs que le mode client car la quantité de traitements est moindre.


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=cmm_mq_top02_nonclustered
Nom du fichier : cmm_mq_top02_nonclustered.html