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 gestores de colas de IBM MQ suelen agruparse en clúster a fin de distribuir la carga de trabajo de mensajes y para que, si falla un gestor de colas, los demás pueden continuar la ejecución.

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 gestores de colas se ejecutan en hosts diferentes de los servidores de aplicaciones
  • Los gestores de colas se ejecutan en los mismos hosts que los servidores de aplicaciones

Los gestores de colas se ejecutan en hosts diferentes 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.
  • Los gestores de colas 1, 2 y 3 forman parte del mismo clúster de IBM MQ.
  • El gestor de colas 1 se ejecuta en el Host 3.
  • El gestor de colas 2 se ejecuta en el Host 4.
  • El gestor de colas 3 se ejecuta en el Host 5.
  • El gestor de colas 3 es responsable de distribuir los mensajes entre las colas de clúster de manera que se logre el equilibrio de la carga de trabajo.
  • 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).
    • Los servidores de aplicaciones 1 y 2 se conectan en modalidad de cliente con el gestor de colas 1.
    • El servidor de aplicaciones 3 se conecta en modalidad de cliente con el gestor de colas 2.
Figura 1. Clúster de WebSphere Application Server: conexión en modalidad de cliente con los gestores de colas
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 1 se ejecuta en el Host 3, el gestor de colas 2 se ejecuta en el Host 4, y el gestor de colas 3 se ejecuta en el Host 5. Los servidores de aplicaciones 1 y 2 se conectan al gestor de colas 1 en modalidad de cliente. El servidor 2 se conecta en modalidad de cliente con el gestor de colas 1. Los gestores de colas 1, 2 y 3 forman parte del mismo clúster de IBM MQ. El gestor de colas 3 es responsable de distribuir los mensajes entre las colas de clúster de manera que se logre el equilibrio de la carga de trabajo.
Si el servidor de aplicaciones 1 falla:
El servidor de aplicaciones 2 pueden tomar el control de su carga de trabajo porque ambos están conectados al gestor de colas 1.
Si el servidor de aplicaciones 2 falla:
El servidor de aplicaciones 1 pueden tomar el control de su carga de trabajo porque ambos están conectados al gestor de colas 1.
Si el servidor de aplicaciones 3 falla:
Debe reiniciarlo lo antes posible por las siguientes razones:
  • Otros servidores de aplicaciones del clúster pueden tomar el control de su carga de trabajo externa, pero ningún otro servidor de aplicaciones puede tomar el control de su carga de trabajo de IBM MQ, porque ningún otro servidor de aplicaciones está conectado con el gestor de colas 2. La carga de trabajo generada por el servidor de aplicaciones 3 cesa.
  • El gestor de colas 3 continúa distribuyendo el trabajo entre el gestor de colas 1 y el gestor de colas 2, aunque los servidores de aplicaciones 1 o 2 no pueden procesar la carga de trabajo que llega al gestor de colas 2.
Nota: Si opta por no reiniciar, puede mitigar esta situación configurando manualmente Q1 en el gestor de colas 2 de modo que la capacidad para colocar mensajes en ella quede inhabilitada. Esto hará que todos los mensajes se envíen al gestor de colas 1, donde los procesan los otros servidores de aplicaciones.
Si falla el gestor de colas 1:
Debe reiniciarlo lo antes posible por las siguientes razones:
  • Los mensajes que están en el gestor de colas 1 cuando éste falla no se procesan hasta que se reinicia el gestor de colas 1.
  • No se envían mensajes nuevos desde las aplicaciones de IBM MQ al gestor de colas 1; en lugar de ello, los mensajes nuevos se envían al gestor de colas 2 y los consume el servidor de aplicaciones 3.
  • Puesto que los servidores de aplicaciones 1 y 2 no están conectados al gestor de colas 2, no pueden tomar el control de ninguna de sus cargas de trabajo.
  • Puesto que los servidores de aplicaciones 1, 2 y 3 se encuentran en el mismo clúster de WebSphere Application Server, su carga de trabajo que no es de IBM MQ se continúa distribuyendo entre todos ellos, aunque los servidores de aplicaciones 1 y 2 no pueden utilizar IBM MQ porque el gestor de colas 1 ha fallado.

Aunque esta topología de red puede proporcionar disponibilidad y escalabilidad, la relación entre la carga de trabajo de diferentes gestores de colas y los servidores de aplicaciones a los que están conectados es compleja. Puede ponerse en contacto con el representante de IBM® para obtener consejo experto.

Los gestores de colas se ejecutan en los mismos hosts que los servidores de aplicaciones

En la figura siguiente:

  • Los servidores de aplicaciones 1, 2 y 3 forman parte del mismo 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.
  • Los gestores de colas 1, 2 y 3 forman parte del mismo clúster de IBM MQ.
  • El gestor de colas 1 se ejecuta en el Host 1.
  • El gestor de colas 2 se ejecuta en el Host 2.
  • El gestor de colas 3 se ejecuta en el Host 3.
  • El gestor de colas 3 es responsable de distribuir los mensajes entre las colas de clúster de manera que se logre el equilibrio de la carga de trabajo.
  • El tipo de transporte para la conexión se especifica como "enlaces". Se utiliza una conexión "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 se conectan al gestor de colas 1 en modalidad de enlaces.
    • El servidor de aplicaciones 2 se conecta al gestor de colas 2 en modalidad de enlaces.
Figura 2. Clúster de WebSphere Application Server: conexión en modalidad de enlaces con los gestores de colas
Los servidores de aplicaciones 1 y 3 se ejecutan en Host 1 y se conectan al gestor de colas 1 en modalidad de enlaces. El servidor de aplicaciones 2 se ejecuta en Host 2 y está conectado al gestor de colas 2 en modalidad de enlaces. Los gestores de colas 1, 2 y 3 forman parte del mismo clúster de IBM MQ.El gestor de colas 1 se ejecuta en Host 1, el gestor de colas 2 se ejecuta en Host 2 y el gestor de colas 3 se ejecuta en Host 3.
Si el servidor de aplicaciones 1 falla:
El servidor de aplicaciones 3 pueden tomar el control de su carga de trabajo porque ambos están conectados al gestor de colas 1.
Si el servidor de aplicaciones 3 falla:
El servidor de aplicaciones 1 pueden tomar el control de su carga de trabajo porque ambos están conectados al gestor de colas 1.
Si el servidor de aplicaciones 2 falla:
Debe reiniciarlo lo antes posible por las siguientes razones:
  • Dado que ningún otro servidor de aplicaciones está conectado con el gestor de colas 2, ningún otro servidor de aplicaciones puede tomar el control de su carga de trabajo de IBM MQ. La carga de trabajo generada por el servidor de aplicaciones 2 cesa. Sin embargo, otros servidores de aplicaciones del clúster pueden tomar el control de su carga de trabajo externa
  • El gestor de colas 3 continúa distribuyendo el trabajo entre el gestor de colas 1 y el gestor de colas 2, aunque el servidor de aplicaciones 2 no puede procesar la carga de trabajo que llega al gestor de colas 2.
    Nota: Si opta por no reiniciar, puede mitigar esta situación configurando manualmente Q1 en el gestor de colas 2 de modo que la capacidad para colocar mensajes en ella quede inhabilitada. Esto hará que todos los mensajes se envíen al gestor de colas 1, donde los procesan los otros servidores de aplicaciones.
Si falla el gestor de colas 1:
Debe reiniciarlo lo antes posible por las siguientes razones:
  • Los mensajes que están en el gestor de colas 1 cuando éste falla no se procesan hasta que se reinicia el gestor de colas 1.
  • Puesto que los servidores de aplicaciones 1 y 3 no están conectados al gestor de colas 2, no pueden tomar el control de ninguna de sus cargas de trabajo.
  • No se envían mensajes nuevos desde las aplicaciones de IBM MQ al gestor de colas 1; en lugar de ello, los mensajes nuevos se envían al gestor de colas 2 y los consume el servidor de aplicaciones 2.
  • Puesto que los servidores de aplicaciones 1, 2 y 3 se encuentran en el mismo clúster de WebSphere Application Server, su carga de trabajo que no es de IBM MQ se continúa distribuyendo entre todos ellos, aunque los servidores de aplicaciones 1 y 3 no pueden utilizar IBM MQ porque el gestor de colas 1 ha fallado.

Aunque esta topología de red puede proporcionar disponibilidad y escalabilidad, la relación entre la carga de trabajo de diferentes gestores de colas y los servidores de aplicaciones con los que están conectados es compleja. Puede ponerse en contacto con el representante de IBM para obtener consejo experto.


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_clustered
File name: cmm_mq_top02_clustered.html