Interoperação quando os servidores de aplicativos WebSphere e os gerenciadores de filas do IBM MQ estiverem em cluster
Os gerenciadores de filas do IBM MQ são geralmente armazenados em cluster para distribuir a carga de trabalho de mensagens e porque, se um gerenciador de filas falhar, os outros podem continuar executando.
- Os gerenciadores de filas são executados em hosts diferentes dos servidores de aplicativos
- Os gerenciadores de filas são executados nos mesmos hosts que os servidores de aplicativos
Os gerenciadores de filas são executados em hosts diferentes dos servidores de aplicativos
Na figura a seguir:
- Os servidores de aplicativos 1, 2 e 3 estão em cluster em um cluster do WebSphere Application Server.
- Os servidores de aplicativos 1 e 3 estão em execução no Host 1.
- O servidor de aplicativos 2 está em execução no Host 2.
- Os gerenciadores de filas 1, 2 e 3 são parte do mesmo cluster do IBM MQ.
- O gerenciador de filas 1 está em execução no Host 3.
- O gerenciador de filas 2 está em execução no Host 4.
- O gerenciador de filas 3 está em execução no Host 5.
- O gerenciador de filas 3 é responsável por distribuir mensagens entre as filas de clusters de maneira a alcançar o balanceamento de carga de trabalho.
- Uma conexão do "cliente" é usada quando o servidor de aplicativos e o gerenciador de filas estão em
execução em hosts diferentes. Esta é uma conexão de rede TCP/IP usada para comunicação com o gerenciador de filas. Uma conexão de cliente também é conhecida como "anexo de soquete".
- Os servidores de aplicativos 1 e 2 estão conectados no modo cliente ao gerenciador de filas 1.
- O servidor de aplicativos 3 se conecta no modo cliente ao gerenciador de filas 2.

- Se o servidor de aplicativos 1 falhar:
- O servidor de aplicativos 2 pode controlar sua carga de trabalho porque ambos estão conectados ao gerenciador de filas 1.
- Se o servidor de aplicativos 2 do falhar:
- O servidor de aplicativos 1 pode controlar sua carga de trabalho porque ambos estão conectados ao gerenciador de filas 1.
- Se o servidor de aplicativos 3 do falhar:
- Você deve reiniciá-lo assim que possível em virtude das seguintes razões:
- Outros servidores de aplicativos no cluster podem controlar sua carga de trabalho externa, mas nenhum outro servidor de aplicativos pode controlar a carga de trabalho do seu IBM MQ, pois nenhum outro servidor de aplicativos está conectado ao gerenciador de filas 2. A carga de trabalho que foi gerada pelo servidor de aplicativos 3 é parada.
- O gerenciador de filas 3 continua a distribuir o trabalho entre o gerenciador de filas 1 e o gerenciador de filas 2, embora a carga de trabalho chagando no gerenciador de filas 2 não possa ser processada pelo servidor de aplicativos 1 ou 2.
Nota: Se você optar por não reiniciar, é possível aliviar esta situação configurando Q1 manualmente no gerenciador de filas 2 para que a capacidade de colocar mensagens nele seja inibida. Isso resulta em todas as mensagens sendo enviadas para o gerenciador de filas 1 no qual elas são processadas por outros servidores de aplicativos. - Se o gerenciador de filas 1 falhar:
- Você deve reiniciá-lo assim que possível em virtude das seguintes razões:
- As mensagens que estão no gerenciador de filas 1 quando ela falhar não são processadas até que você reinicie o gerenciador de filas 1.
- Nenhuma nova mensagem dos aplicativos IBM MQ é enviada para o gerenciador de filas 1, em vez disso, novas mensagens são enviadas para o gerenciador de filas 2 e consumidas pelo servidor de aplicativos 3.
- Como os servidores de aplicativos 1 e 2 do não estão conectados ao gerenciador de filas 2, eles não podem assumir nenhuma de suas cargas de trabalho.
- Como os servidores de aplicativos 1, 2 e 3 estão no mesmo cluster do WebSphere Application Server, sua carga de trabalho não IBM MQ continua a ser distribuída entre todos eles, embora os servidores de aplicativos 1 e 2 não possam usar o IBM MQ porque o gerenciador de filas 1 falhou.
Embora essa topologia de rede possa fornecer disponibilidade e escalabilidade, o relacionamento entre a carga de trabalho em diferentes gerenciadores de filas e os servidores de aplicativos do aos quais estão conectados é complexo. É possível entrar em contato com o seu representante da IBM® para obter aconselhamento de especialista.
Os gerenciadores de filas são executados nos mesmos hosts que os servidores de aplicativos
Na figura a seguir:
- Os servidores de aplicativos 1, 2 e 3 são parte do mesmo cluster do WebSphere Application Server.
- Os servidores de aplicativos 1 e 3 estão em execução no Host 1.
- O servidor de aplicativos 2 está em execução no Host 2.
- Os gerenciadores de filas 1, 2 e 3 são parte do mesmo cluster do IBM MQ.
- O gerenciador de filas 1 está em execução no Host 1.
- O gerenciador de filas 2 está em execução no Host 2.
- O gerenciador de filas 3 está em execução no Host 3.
- O gerenciador de filas 3 é responsável por distribuir mensagens entre as filas de clusters de maneira a alcançar o balanceamento de carga de trabalho.
- O tipo de transporte para a conexão é especificado como "ligações".
Uma conexão "ligações" é usada quando o servidor de aplicativos e o gerenciador de filas estão em
execução no mesmo host. Esta é uma conexão de memória cruzada usada para comunicação com um gerenciador de filas. A conexão de ligações também é conhecida como "anexo de chamada".
- Os servidores de aplicativos 1 e 3 se conectam ao gerenciador de filas 1 no modo de ligações.
- O servidor de aplicativos 2 se conecta ao gerenciador de filas 2 no modo de ligações.

- Se o servidor de aplicativos 1 falhar:
- O servidor de aplicativos 3 pode controlar sua carga de trabalho porque ambos estão conectados ao gerenciador de filas 1.
- Se o servidor de aplicativos 3 do falhar:
- O servidor de aplicativos 1 pode controlar sua carga de trabalho porque ambos estão conectados ao gerenciador de filas 1.
- Se o servidor de aplicativos 2 do falhar:
- Você deve reiniciá-lo assim que possível em virtude das seguintes razões:
- Como nenhum outro servidor de aplicativos está conectado ao gerenciador de filas 2, nenhum outro servidor de aplicativos pode controlar sua carga de trabalho do IBM MQ. A carga de trabalho que foi gerada pelo servidor de aplicativos 2 é parada. Outros servidores de aplicativos no cluster podem, entretanto, controlar sua carga de trabalho externa
- O gerenciador de filas 3 continua a distribuir o trabalho entre o gerenciador de filas 1 e o gerenciador de filas 2,
embora a carga de trabalho chegando no gerenciador de filas 2 não possa ser assumida pelo servidor de aplicativos 2. Nota: Se você optar por não reiniciar, é possível aliviar esta situação configurando Q1 manualmente no gerenciador de filas 2 para que a capacidade de colocar mensagens nele seja inibida. Isso resulta em todas as mensagens sendo enviadas para o gerenciador de filas 1 no qual elas são processadas por outros servidores de aplicativos.
- Se o gerenciador de filas 1 falhar:
- Você deve reiniciá-lo assim que possível em virtude das seguintes razões:
- As mensagens que estão no gerenciador de filas 1 quando ela falhar não são processadas até que você reinicie o gerenciador de filas 1.
- Como os servidores de aplicativos 1 e 3 do não estão conectados ao gerenciador de filas 2, eles não podem assumir nenhuma de suas cargas de trabalho.
- Nenhuma nova mensagem dos aplicativos IBM MQ é enviada para o gerenciador de filas 1, em vez disso, novas mensagens são enviadas para o gerenciador de filas 2 e consumidas pelo servidor de aplicativos 2.
- Como os servidores de aplicativos 1, 2 e 3 estão no mesmo cluster do WebSphere Application Server, sua carga de trabalho não IBM MQ continua a ser distribuída entre todos eles, embora os servidores de aplicativos 1 e 3 não possam usar o IBM MQ porque o gerenciador de filas 1 falhou.
Embora essa topologia de rede possa fornecer disponibilidade e escalabilidade, o relacionamento entre a carga de trabalho em gerenciadores de filas diferentes e os servidores de aplicativos do aos quais estão conectados é complexo. É possível entrar em contato com o seu representante da IBM para obter aconselhamento de especialista.