Interoperação quando os servidores de aplicativos WebSphere e os gerenciadores de filas do IBM MQ estiverem em cluster
IBM MQ Os gerenciadores de fila geralmente são agrupados para distribuir a carga de trabalho das mensagens e porque, se um gerenciador de fila falhar, os outros podem continuar funcionando.
servidor de aplicativosrefere-se a um servidor de aplicativos em execução em WebSphere® Application Server e
gerenciador de filasrefere-se a um gerenciador de filas em execução em IBM MQ.
- 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 fila 1, 2 e 3 fazem parte do mesmo cluster 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 assumir sua carga de trabalho externa, mas nenhum outro servidor de aplicativos pode assumir sua carga de trabalho e IBM MQ, pois nenhum outro servidor de aplicativos está conectado ao gerenciador de filas 2. A carga de trabalho gerada pelo servidor de aplicativos 3 cessa.
- 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ê escolher não reiniciar, poderá aliviar essa situação configurando manualmente Q1 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, as 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 WebSphere Application Server, sua carga de trabalho não IBM MQ continua a ser distribuída entre todos eles, mesmo que os servidores de aplicativos 1 e 2 não possam usar 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 representante da IBM® para obter orientação 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 fazem 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 fila 1, 2 e 3 fazem parte do mesmo cluster 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 comoanexo 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 assumir sua carga de trabalho 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ê escolher não reiniciar, poderá aliviar essa situação configurando manualmente Q1 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, as 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 WebSphere Application Server, sua carga de trabalho não IBM MQ continua a ser distribuída entre todos eles, mesmo que os servidores de aplicativos 1 e 3 não possam usar 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 representante IBM para obter orientação de especialista