Cuando diseña la red
WebSphere MQ que subyace al dominio de intermediarios
WebSphere Business Integration Message Broker, considere si va a utilizar clústeres.
Los clústeres de gestores de colas ofrecen dos ventajas importantes:
- Reducen la administración del sistema
Los clústeres necesitan menos definiciones para establecer una red; puede establecer y cambiar
la red más fácil y rápidamente.
- Mejoran la disponibilidad y el equilibrio de la carga de trabajo
Puede aprovechar la definición de
instancias de la misma cola para más de un gestor de colas, distribuyendo así la carga de trabajo en el clúster.
Si utiliza clústeres con WebSphere Business Integration Message Broker, tenga en cuenta lo siguiente:
- Para colas SYSTEM.BROKER:
- Las colas SYSTEM.BROKER se definen automáticamente al crear componentes WebSphere Business Integration Message Broker, y no se definen como colas de clúster. No cambie este atributo.
- Para la conectividad del intermediario, del Gestor de configuración y del Servidor de nombres de usuarios:
- Si define gestores de colas que ofrezcan soporte para los intermediarios, el
Gestor de configuración y el Servidor de nombres de usuarios para un clúster, puede aprovechar la simplificación de la administración que proporcionan los clústeres de
WebSphere MQ. Este aspecto puede ser de especial importancia en el caso de los intermediarios de un colectivo, en el que todos deben tener interconexiones
WebSphere MQ.
- Para colas de entrada de flujo de mensajes:
- Si define una cola de entrada como una cola de clúster, tenga en cuenta las posibles implicaciones en el orden de los mensajes o los segmentos de un mensaje segmentado. Las implicaciones son las mismas que en el caso de cualquier cola de clúster de WebSphere MQ. En especial, la aplicación debe garantizar que, si envía mensajes segmentados, la misma cola de destino procesará todos los segmentos y, por consiguiente, la misma instancia
de flujo de mensajes del mismo intermediario.
- Para colas de salida de flujo de mensajes:
-
- WebSphere Business Integration Message Broker siempre especifica MQOO_BIND_AS_Q_DEF al abrir una cola para salida.
Si espera que se transfieran mensajes segmentados a una cola de salida, o bien, si desea que el mismo proceso maneje varios mensajes, debe especificar DEFBIND(OPEN) cuando defina la cola. De este modo, se garantiza que todos los segmentos de un único mensaje o que todos los mensajes de una secuencia se transfieran a la misma cola de destino o que los procese la misma instancia de la aplicación receptora.
- Si crea sus propios nodos de salida, especifique MQOO_BIND_AS_Q_DEF cuando abra la cola de salida, y DEFBIND(OPEN) cuando defina la cola, si debe asegurarse del orden de los mensajes o de que exista un solo destino para los mensajes segmentados.
- Para publicación/suscripción:
-
- Si la cola de destino de una publicación es una cola de clúster, debe difundir el flujo de mensajes de
publicación/suscripción a todos los intermediarios de los gestores de colas del clúster.
Sin embargo, el clúster no proporciona ninguna función de sustitución por anomalía para el funcionamiento y la topología del dominio de intermediarios. Si un intermediario en el que se publica un mensaje o se registra un suscriptor no está disponible, ningún otro intermediario se hace cargo de la distribución de la publicación o del registro.
- Cuando un cliente registra una suscripción con un intermediario que se ejecuta en un gestor de colas que es miembro de un clúster, el intermediario envía un registro de proxy a sus intermediarios contiguos del dominio de intermediarios; los detalles del registro no se anuncian a los demás miembros del clúster.
Para comprender los clústeres y las implicaciones de la utilización de colas de clústeres, consulte la publicación
WebSphere MQ Queue Manager Clusters.