Interoperatividad cuando el servidor de aplicaciones de WebSphere está en clúster y el gestor de colas de IBM MQ no está en clúster

Los servidores de aplicaciones que se ejecutan en WebSphere Application Server pueden agruparse en un clúster y conectarse a gestores de colas que se ejecutan en IBM MQ que no están en clúster. Esta configuración proporciona protección de migración tras error mejorada con respecto a las topologías no agrupadas en clúster.

Nota: En este tema, el término "servidor de aplicaciones" hace referencia a un servidor de aplicaciones que se ejecuta en WebSphere Application Server y "gestor de colas" hace referencia a un gestor de colas que se ejecuta en IBM MQ.
Hay dos opciones de topología:
  • Los servidores de aplicaciones se ejecutan en varios hosts, uno de los cuales aloja un gestor de colas.
  • El gestor de colas se ejecuta en un host diferente del de cualquiera de los servidores de aplicaciones.

El gestor de colas se ejecuta en un host diferente del de cualquiera de los servidores de aplicaciones.

En la figura siguiente:
  • Los servidores de aplicaciones 1, 2 y 3 están agrupados en un clúster de WebSphere Application Server.
  • Los servidores de aplicaciones 1 y 3 se ejecutan en el Host 1.
  • El servidor de aplicaciones 2 se ejecuta en el Host 2.
  • El gestor de colas se ejecuta en el Host 3.
  • Se utiliza una conexión de "cliente" cuando el servidor de aplicaciones y el gestor de colas se ejecutan en hosts diferentes. Esta es una conexión de red TCP/IP que se utiliza para comunicarse con el gestor de colas . Una conexión de cliente se conoce también como "conexión de socket" (socket attach).
    • Los servidores de aplicaciones 1, 2 y 3 están conectados al gestor de colas en modalidad de cliente.
Figura 1. Clúster de WebSphere Application Server: conexión en modalidad de cliente con el gestor de colas
Los servidores de aplicaciones WebSphere Application Server 1 y 3 se ejecutan en el Host 1. El servidor de aplicaciones WebSphere Application Server 2 se ejecuta en el Host 2. Un gestor de colas IBM MQ se ejecuta en el Host 3.
  • Si falla algún servidor de aplicaciones del clúster o si falla el host en el que aquél se está ejecutando, los servidores de aplicaciones restantes del clúster pueden tomar el control de la carga de trabajo.
  • Si falla el gestor de colas o si falla el host en el que aquél se está ejecutando, cesará la interoperación.

Puede mejorar la disponibilidad de esta topología utilizando, por ejemplo, HACMP (High Availability Cluster Multi-Processing) para reiniciar automáticamente el gestor de colas anómalo.

Los servidores de aplicaciones se ejecutan en varios hosts, uno de los cuales aloja un gestor de colas.

La figura siguiente muestra algunos servidores de aplicaciones que se ejecutan en el mismo host que el gestor de colas. Otros servidores de aplicaciones del mismo clúster de WebSphere Application Server se ejecutan en un host diferente.

En la figura siguiente:
  • Los servidores de aplicaciones 1, 2 y 3 están agrupados en un clúster de WebSphere Application Server.
  • Los servidores de aplicaciones 1 y 3 se ejecutan en el Host 1.
  • El servidor de aplicaciones 2 se ejecuta en el Host 2.
  • El gestor de colas se ejecuta en el Host 1.
  • El tipo de transporte para la conexión se especifica como "enlaces". Se utiliza una conexión de "enlaces" cuando el servidor de aplicaciones y el gestor de colas se ejecutan en el mismo host. Esta es una conexión de memorias cruzadas que se utiliza para comunicarse con un gestor de colas. Una conexión de enlaces se conoce también como "conexión de llamada" (call attach).
    • Los servidores de aplicaciones 1 y 3 están conectadas al gestor de colas en modalidad de enlaces.
  • Se utiliza una conexión de "cliente" cuando el servidor de aplicaciones y el gestor de colas se ejecutan en hosts diferentes. Esta es una conexión de red TCP/IP que se utiliza para comunicarse con el gestor de colas . Una conexión de cliente se conoce también como "conexión de socket" (socket attach).
    • El servidor de aplicaciones 2 está conectado al gestor de colas en modalidad de cliente.
Nota: En el caso de servidores de aplicaciones que se ejecutan en el mismo host que el gestor de colas, el tipo de transporte IBM MQ para la conexión se especifica como modalidad de "enlaces, luego cliente", es decir, si un intento en una conexión de modalidad de enlaces al gestor de cola falla, se realiza una conexión de modalidad de cliente. Para servidores de aplicaciones que no se ejecutan en el mismo host que el gestor de colas, el servidor de aplicaciones utiliza automáticamente la modalidad de cliente.
Figura 2. Clúster de WebSphere Application Server: conexión en modalidad de "enlaces, luego cliente" con el gestor de colas
El servidor de aplicaciones WebSphere Application Server 1, el servidor de aplicaciones 3 y un gestor de colas IBM MQ se ejecutan en el Host 1. El servidor de aplicaciones WebSphere Application Server 2 se ejecuta en el Host 2.
  • Si uno de los servidores de aplicaciones falla, el resto de servidores de aplicaciones del clúster pueden tomar el control de su carga de trabajo.
  • Si el host 2 falla, el servidor de aplicaciones 2 se detendrá. Los servidores de aplicaciones 1 y 3 pueden tomar el control de su carga de trabajo.
  • Si el gestor de colas falla, la interoperación cesa.
  • Si el host 1 falla, el gestor de colas, el servidor de aplicaciones 1 y el servidor de aplicaciones 3 se detendrán. La interoperación cesará.

Icon that indicates the type of topic Concept topic



Timestamp icon Last updated: last_date
http://www14.software.ibm.com/webapp/wsbroker/redirect?version=cord&product=was-nd-mp&topic=cmm_mq_top02_semiclustered1
File name: cmm_mq_top02_semiclustered1.html