Configuración del compartimiento de la carga de trabajo con alta disponibilidad

Esta configuración consta de varios motores de mensajería que se ejecutan un clúster, donde cada motor de mensajería puede realizar la sustitución por anomalía en uno o varios servidores alternativos.

Hay tres formas de lograr esta configuración:
  • Puede añadir un clúster al bus de integración de servicios utilizando la asistencia para la política del motor de mensajería, y utilizar la política de motor de mensajería de alta disponibilidad con escalabilidad. Este procedimiento crea un solo motor de mensajería para cada servidor del clúster. Cada motor de mensajería puede realizar una migración tras error en otro servidor especificado en el clúster. Cada servidor puede alojar hasta dos motores de mensajería, para que haya una relación circular ordenada entre los servidores. Cada motor de mensajería puede invertir la migración tras error, es decir, si un motor de mensajería realiza una migración tras error en otro servidor y el servidor original vuelve a estar disponible, el motor de mensajería regresa automáticamente a dicho servidor.
  • Puede añadir un clúster al bus de integración de servicios utilizando la asistencia para la política del motor de mensajería, y utilizar la política de motor de mensajería personalizado. Puede crear tantos motores de mensajería como necesite para el clúster. Para cada motor de mensajería que cree, deberá configurar la política de motor de mensajería para proporcionar al motor de mensajería el comportamiento que necesite.
  • Puede añadir un clúster a un bus de integración de servicios sin utilizar la asistencia para la política del motor de mensajería. Automáticamente se crea un motor de mensajería, luego añade al clúster los motores de mensajería adicionales que requiere. Una configuración típica tiene un motor de mensajería para cada servidor del clúster. Cree una nueva política de grupo principal "Uno de N" para cada motor de mensajería del clúster. Configure las políticas de modo que un motor de mensajería se ejecute en cada servidor y que exista un comportamiento de alta disponibilidad, por ejemplo, cada motor de mensajería puede realizar la migración tras error en un servidor designado.
    • Puede establecer una lista ordenada de servidores preferidos en los que el motor de mensajería puede ejecutarse o realizar la migración tras error.
    • Puede especificar si el motor de mensajería se puede ejecutar en cualquier servidor del clúster o sólo en los de la lista de servidores preferidos.
    • Puede especificar si el motor de mensajería puede realizar la migración inversa en un servidor más preferido cuando éste pasa a estar disponible.
    Después de crear las nuevas políticas, utilice el criterio de coincidencia para asociar cada política con el motor de mensajería requerido.

    La política de integración de servicios predeterminada, "Política SIBus predeterminada", no proporciona este comportamiento, por lo tanto, debe crear nuevas políticas de grupo principal.

Este tipo de configuración proporciona disponibilidad, porque cada motor de mensajería puede realizar una sustitución por anomalía si un servidor deja de estar disponible. La configuración proporciona carga de trabajo compartida porque hay varios motores de mensajería para compartir el tráfico a través del destino, así como escalabilidad porque es posible añadir nuevos servidores al clúster sin afectar a los motores de mensajería existentes en el clúster.

El diagrama siguiente muestra una configuración de ejemplo de este tipo. Existen tres motores de mensajería, ME1, ME2 y ME3, con los almacenes de datos A, B y C, respectivamente. Los motores de mensajería se ejecutan en un clúster de tres servidores y comparten el tráfico que pasa a través del destino. Cada servidor está en un nodo distinto, por lo que si el nodo falla, los servidores de los nodos restantes seguirán estando disponibles.

Cada motor de mensajería tiene una ubicación preferida y una ubicación secundaria. Cada servidor del clúster contiene la definición de dos motores de mensajería que pueden ejecutarse en el mismo, y crea una instancia de cada motor de mensajería de modo que el motor de mensajería pueda ejecutarse en el mismo como su ubicación preferida y la otra instancia está lista para activarse si falla el otro servidor. ME1 se ejecuta en server1 y realizar una migración tras error en server2; ME2 se ejecuta en server2 y puede realizar una migración tras error en server3; ME3 se ejecuta en server3 y puede realizar una migración tras error en server1.

El servidor preferido y el servidor secundario debe poder acceder al almacén de mensajes para cada motor de mensajería. La forma de lograrlo dependerá de la topología del almacén de datos que utilice. Si utiliza un servidor de base de datos en red, deberá asegurarse de que puedan acceder al mismo todos los servidores del clúster que pueden estar ejecutando el motor de mensajería. Alternativamente, puede utilizar una infraestructura de alta disponibilidad externa para gestionar la base de datos utilizando un disco compartido.

Esta configuración de ejemplo es la configuración creada al utilizar la asistencia de política del motor de mensajería y la política de motor de mensajería de alta disponibilidad con escalabilidad para un clúster de tres servidores.

Figura 1. Configuración de alta disponibilidad con carga de trabajo compartida o escalabilidad
El diagrama se describe en el texto circundante.

El siguiente diagrama muestra lo que sucede si falla server1. El motor de mensajería ME1 se activa en el siguiente servidor de la lista de servidores preferidos para ese motor de mensajería, que es server2. ME2 sigue ejecutándose en server2, y ME3 sigue ejecutándose en server3.

Figura 2. Configuración de alta disponibilidad con carga de trabajo compartida o escalabilidad después de que server1 falle
El diagrama se describe en el texto circundante.

El siguiente diagrama muestra lo que sucede si server1 vuelve a estar disponible y server2 falla. El motor de mensajería ME1 se activa en server1, el primer servidor de la lista de servidores preferidos para ese motor de mensajería, porque la inversión de la migración se ha establecido para ME1. ME2 se activa en el siguiente servidor de la lista de servidores preferidos para ese motor de mensajería, que es server3. ME3 sigue ejecutándose en server3.

Figura 3. Configuración de alta disponibilidad con carga de trabajo compartida o escalabilidad después de que server2 falle
El diagrama se describe en el texto circundante.

La política de motor de mensajería de alta disponibilidad con escalabilidad predefinida crea una configuración con aspectos de escalabilidad y alta disponibilidad. El siguiente diagrama muestra otro ejemplo de una configuración que proporciona alta disponibilidad y carga de trabajo compartida, donde la transmisión de mensajes es una prioridad. Existen dos motores de mensajería, ME1 y ME2, con los almacenes de datos A y B, respectivamente, que se ejecutan en un clúster de tres servidores y comparten el tráfico a través de un destino. En un funcionamiento normal, ME1 se ejecuta en server1 y ME2 se ejecuta en server2. Server3 proporciona una ubicación de migración tras error para los dos motores de mensajería. Se conoce como configuración "N+1", porque existe un servidor de recambio.

Figura 4. Los motores de mensajería de alta disponibilidad con la carga de trabajo compartida en una configuración "N+1"
El diagrama se describe en el texto circundante.

La lista de servidores preferidos para ME1 es server1, server3, y la lista de servidores preferidos para ME2 es server2, server3. La ventaja de esta configuración es que si un servidor falla, cada servidor restante sólo aloja un motor de mensajería. La desventaja de esta configuración es el costo del servidor de recambio. Para lograr este tipo de configuración, puede utilizar la política de motor de mensajería personalizado.

Si no utiliza la asistencia para la política del motor de mensajería y desea que el motor de mensajería utilice servidores preferidos, debe especificar uno o más servidores preferidos para el motor de mensajería. Siempre que esté disponible un servidor preferido, el High Availability Manager (HAManager) ejecuta el motor de mensajería en el servidor. Cuando no esté disponible ningún servidor preferido, el motor de mensajería se ejecuta en cualquier otro servidor disponible. También puede establecer la opción Invertir sustitución en la política de modo que cuando un servidor preferido vuelva a estar disponible, elHAManager mueva el motor de mensajería al mismo.


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=cjt0011_
File name: cjt0011_.html