Para que un motor de mensajería de WebSphere Application Server se conecte a un gestor de colas
IBM MQ de forma altamente disponible, debe añadir soporte para cambios de dirección IP.
Un enlace IBM MQ se conecta con un motor de mensajería de integración de servicios a un gestor de colas IBM MQ. Para IBM MQ, el motor de mensajería parece estar en otro gestor de colas. Para la integración de servicios, la red de IBM MQ aparece como un bus foráneo.
El gestor de colas de pasarela de IBM MQ utiliza una
dirección IP para alcanzar el motor de mensajería de pasarela de WebSphere Application Server, y el motor de mensajería de
pasarela de WebSphere Application Server utiliza una dirección IP para alcanzar el gestor de colas de pasarela
de IBM MQ. En una configuración de alta disponibilidad, si el motor de mensajería de pasarela realiza la migración
tras error a un servidor de
aplicaciones diferente o si el gestor de colas de pasarela falla y se sustituye por un gestor de colas de pasarela de migración tras error, la conexión con la
dirección
IP original del componente anómalo se pierde. Debe asegurarse de que ambos productos son capaces de restablecer su conexión con el componente en su
nueva
ubicación.
Para asegurarse de que se restablece la conexión con un motor de mensajería de pasarela de
WebSphere Application Server de migración tras error, elija una de las siguientes opciones:
- Si está utilizando una versión de IBM MQ anterior a la Versión 7.0.1, instale el
SupportPac MR01 para IBM MQ. Este
SupportPac proporciona al gestor de colas de IBM MQ
una lista de direcciones IP y puertos alternativos, para que el gestor de colas pueda conectarse con el motor de mensajería de pasarela de
WebSphere Application Server después de que éste se haya migrado tras error a una dirección IP y
puerto
diferentes. En WebSphere Application Server, debe establecer una política de alta disponibilidad "Uno de
N" para el motor de mensajería de pasarela. Para obtener más información acerca de IBM MQ MR01 SupportPac, consulte MR01: Creación de un enlace de alta disponibilidad entre IBM MQ y un bus de integración de servicios.
- Si utiliza IBM MQ Versión 7.0.1, utilice el nombre de conexión (CONNAME) para especificar una lista de
conexiones.
Aunque normalmente sólo se necesita un nombre de máquina, puede proporcionar diversos nombres de máquina para configurar varias
conexiones
con las mismas propiedades. Las conexiones se intentan en el orden en el que se han especificado en la lista de conexiones hasta que se establece
correctamente una conexión. Si no hay ninguna conexión satisfactoria, el canal inicia el proceso de reintento. Al utilizar esta opción, especifique
el CONNAME como una lista de nombres de máquinas separados por comas para el TransportType (tipo de transporte) indicado, asegurándose de que todas las
direcciones IP de miembros de clúster de WebSphere Application Server se enumeran directamente en el CONNAME. Para obtener más
información sobre el uso de CONNAME, consulte el Information Center de IBM MQ.
Nota: IBM MQ Versión 7.0.1 no requiere el SupportPac MR01
porque
este release incluye la función equivalente a la que proporciona el SupportPac MR01 para
releases anteriores. La posibilidad de utilizar CONNAME para especificar una lista de conexiones se añadió como parte del soporte para gestores de
colas de varias instancias en IBM MQ Versión 7.0.1; sin embargo, también se puede utilizar como otra opción para
asegurarse de que se restablece la conexión con un motor de mensajería de pasarela de WebSphere Application Server de migración
tras error.
- Utilice una infraestructura de alta disponibilidad externa como, por ejemplo, HACMP, para gestionar un grupo de
recursos que contiene el motor de mensajería de pasarela. Cuando se utiliza una infraestructura de alta disponibilidad externa, la dirección IP puede
migrarse tras error a la máquina que ejecuta el servidor de aplicaciones al que se ha trasladado el motor de mensajería de pasarela.
Siga este
procedimiento para manejar correctamente la dirección IP:
- Establezca una política de alta disponibilidad de "Sin operación" para el motor de mensajería, de modo que la infraestructura externa de alta
disponibilidad controle cuándo y donde se ejecuta el motor de mensajería.
- Cree recursos para el motor de mensajería y su dirección IP en el grupo de recursos gestionados por la infraestructura de alta
disponibilidad
externa.
- Considere la posibilidad de ubicar el almacén de datos del motor de mensajería en el mismo grupo de recursos que
el recurso que
representa el motor de mensajería.
Para
asegurarse de que la conexión con un gestor de colas de pasarela de
IBM MQ de migración de error se restablece,
elija una de las
siguientes opciones:
- Configurar gestores de colas de varias instancias en IBM MQ, tal como se describe en el Information Center de
IBM MQ. En la definición para el canal emisor del enlace de IBM MQ, seleccione
Lista de varios nombres conexión y especifique los nombres de host (o direcciones IP) y puertos de los
servidores donde se encuentran los
gestores de colas activos y en espera. Si el gestor de colas de pasarela activo falla, el bus de integración de servicios utiliza esta información para
reconectarse al gestor de colas de pasarela en espera.
- Crear el clúster de alta disponibilidad de IBM MQ mediante una
infraestructura de alta disponibilidad externa como, por
ejemplo, HACMP, que dé soporte a la toma de control de la dirección IP. La toma de control de la dirección IP
asegura que el gestor de colas de pasarela en su nueva ubicación aparece como el mismo gestor de colas del bus de integración de servicios.
El gestor de colas de pasarela y el motor de mensajería de pasarela almacenan información de estado que utilizan para evitar la pérdida o duplicación de
mensajes cuando reinician la comunicación tras una anomalía. Esto significa que el motor de mensajería de pasarela siempre debe reconectarse al mismo
gestor de colas de pasarela.
Si utiliza los grupos de compartimiento de colas de IBM MQ for z/OS, puede
configurar el enlace de IBM MQ para utilizar los canales compartidos para la conexión. Los canales compartidos
proporcionan una disponibilidad superior en comparación con las opciones de clúster de alta disponibilidad disponibles en otras plataformas de
IBM MQ, ya que los canales compartidos puede conectarse a un gestor de colas diferente del mismo grupo de
compartimiento de colas. Reconectarse en el mismo grupo de compartimiento de colas es generalmente más rápido que esperar a reiniciar el mismo gestor de
colas en la misma ubicación o en una diferente.