Conexión de servidores de aplicaciones de WebSphere a IBM MQ for z/OS con grupos de compartimiento de colas
En los sistemas z/OS, un servidor de aplicaciones puede conectarse a un gestor de colas que sea miembro de un grupo de compartimiento de colas de IBM MQ for z/OS. Puede configurar la conexión de forma que seleccione un gestor de colas específico o puede configurarlo para que acepte cualquier gestor de colas del grupo de compartimiento de colas.
Si configura una conexión para seleccionar un gestor de colas específico, las opciones para proporcionar alta disponibilidad son las mismas que para conectarse a IBM MQ en otras plataformas. Sin embargo, puede mejorar la disponibilidad si configura la conexión para que acepte cualquier gestor de colas del grupo de compartimiento de colas. En esta situación, cuando el servidor de aplicaciones se reconecte después de una anomalía del gestor de colas de IBM MQ, el servidor de aplicaciones podrá aceptar la conexión con un gestor de colas diferente que no ha fallado.
La conexión que configure para aceptar cualquier gestor de colas sólo debe utilizarse para acceder a colas compartidas. Una cola compartida es una única cola a la que todos los gestores de colas del grupo de compartimiento de colas pueden acceder. No importa qué gestor de colas utiliza una aplicación para acceder a una cola compartida. Incluso si la misma instancia de la aplicación utiliza gestores de colas diferentes para acceder a la misma cola compartida, esto siempre produce resultados coherentes.
- Los servidores de aplicaciones y los gestores de colas se ejecutan en la misma partición lógica (LPAR)
- Los servidores de aplicaciones y los gestores de colas se ejecutan en particiones lógicas (LPAR) diferentes
Los servidores de aplicaciones y los gestores de colas se ejecutan en la misma partición lógica (LPAR)
La siguiente figura muestra una conexión en modalidad de enlaces de WebSphere Application Server a IBM MQ for z/OS. La figura muestra la siguiente configuración:
- Los servidores de aplicaciones 1 y 2 forman parte de un clúster de WebSphere Application Server.
- El servidor de aplicaciones 1 se ejecuta en la LPAR 1.
- El servidor de aplicaciones 2 se ejecuta en la LPAR 2.
- Los gestores de colas 1 y 2 son miembros de un grupo de compartimiento de colas de IBM MQ que aloja una cola compartida, Q1. La cola compartida se encuentra en un recurso de acoplamiento.
- El gestor de colas 1 se ejecuta en la LPAR 1.
- El gestor de colas 2 se ejecuta en la LPAR 2.
- Se utiliza una conexión "enlaces" cuando el servidor de aplicaciones y el gestor de colas se ejecutan en el
mismo host. Se trata de una conexión de memoria cruzada que se establece en un gestor de colas
que se ejecuta en el mismo host.
Una conexión de enlaces se conoce también como "conexión de llamada" (call attach).
- El servidor de aplicaciones 1 y el gestor de colas 1 están conectados entre sí en modalidad de enlaces.
- El servidor de aplicaciones 2 y el gestor de colas 2 están conectados entre sí en modalidad de enlaces.

Esta topología de red puede beneficiarse del equilibrio de carga de "extracción" si varias instancias de aplicación, incluyendo las instancias que se ejecutan en LPAR diferentes, están procesando mensajes de la misma cola compartida.
Puede mejorar la disponibilidad para esta topología mediante el gestor de rearranque automático (ARM) de z/OS para reiniciar los gestores de colas o servidores de aplicaciones anómalos. Si un gestor de colas de una LPAR falla, el ARM puede reiniciar un servidor de aplicaciones en una LPAR diferente, donde el servidor de aplicaciones puede conectarse a un gestor de colas en ejecución, en lugar de esperar el reinicio del gestor de colas que utilizaba anteriormente. En el ejemplo utilizado aquí, el ARM puede reiniciar el servidor de aplicaciones WebSphere Application Server 1 en la LPAR 2, donde puede conectarse al gestor de colas de IBM MQ 2, en lugar de esperar a que se reinicie el gestor de colas 1.
Los servidores de aplicaciones y los gestores de colas se ejecutan en particiones lógicas (LPAR) diferentes
La siguiente figura muestra una conexión en modalidad de cliente de WebSphere Application Server a IBM MQ for z/OS. La figura muestra la siguiente configuración:
- Los gestores de colas 1 y 2 son miembros de un grupo de compartimiento de colas de IBM MQ que aloja una cola compartida, Q1. La cola compartida se encuentra en un recurso de acoplamiento. Los dos gestores de colas se ejecutan en LPAR diferentes.
- Se utiliza una conexión "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).
- Varios servidores de aplicaciones tienen una conexión en modalidad de cliente (TCP/IP) con los gestores de colas. Todas las conexiones en modalidad de cliente son gestionados por el distribuidor de sysplex de z/OS, que selecciona el gestor de colas 1 o el gestor de colas 2 para cada solicitud de conexión.
Figura 2. WebSphere Application Server con conexión en modalidad de cliente a IBM MQ for z/OSEl gestor de colas IBM MQ 1 se ejecuta en LPAR 1 y el gestor de colas IBM MQ 2 se ejecuta en LPAR 2. Los gestores de colas son miembros de un grupo de compartimiento de colas de IBM MQ que aloja una cola compartida, Q1, ubicada en un recurso de acoplamiento. Varios servidores de aplicaciones WebSphere Application Server se conectan a los gestores de colas mediante una conexión en modalidad de cliente. Todas las conexiones atraviesan en distribuidor de sysplex de z/OS, que selecciona el gestor de colas 1 o el gestor de colas 2 para cada solicitud de conexión.
Al igual que en el ejemplo de conexión en modalidad de enlaces, esta topología de red puede beneficiarse del equilibrio de carga de "extracción" si varias instancias de aplicación que se ejecutan en el mismo servidor de aplicaciones o en servidores de aplicaciones diferentes procesan mensajes de la misma cola compartida.
El uso del distribuidor de sysplex de z/os mejora la disponibilidad para esta topología de red. Si uno de los gestores de colas falla, el distribuidor de sysplex de z/OS puede conectar aplicaciones que se ejecutan en los servidores de aplicaciones al otro gestor de colas, sin esperar a que se reinicie el gestor de colas que ha fallado. En el ejemplo utilizado aquí, si el gestor de colas 1 falla, el distribuidor de sysplex de z/OS puede seleccionar el gestor de colas 2 para todas las solicitudes de conexión, hasta que el gestor de colas 1 se reinicie.