Clusters de exemplo
O primeiro exemplo mostra o menor cluster possível de dois gerenciadores de filas. O segundo e terceiro exemplos mostram duas versões de um cluster de três gerenciadores de filas.
O menor cluster possível contém somente dois gerenciadores de filas. Neste caso, ambos os gerenciadores de filas contêm repositórios completos. É necessário apenas algumas definições para configurar o cluster e ainda existe um alto grau de autonomia em cada gerenciador de filas.

- Os gerenciadores de filas podem ter nomes longos como
LONDONeNEWYORK.
Em IBM® MQ for z/OS®, os nomes dos gerenciadores de fila são limitados a quatro caracteres. - Cada gerenciador de filas é geralmente configurado em uma máquina separada. No entanto, você pode ter vários gerenciadores de filas na mesma máquina.
Para obter instruções sobre como configurar um cluster de exemplo similar, consulte Configurando um novo cluster.
CLSTR1.- Neste cluster, há três gerenciadores de filas,
QM1,QM2eQM3. - O
QM1e oQM2hospedam repositórios de informações sobre todos os gerenciadores de filas e objetos relacionados ao cluster no cluster. Eles são referidos como gerenciadores de fila de repositório completo. Os repositórios são representados no diagrama pelos cilindros sombreados. - O
QM2e oQM3hospedam algumas filas que são acessíveis para qualquer outro gerenciador de filas no cluster. As filas que estão acessíveis para qualquer outro gerenciador de filas no cluster são chamadas de filas de clusters. As filas de clusters são representadas no diagrama pelas filas sombreadas. As filas de clusters são acessíveis a partir de qualquer local no cluster. IBM MQ código de clustering garante que definições de filas remotas para filas de clusters são criadas em qualquer gerenciador de filas que se refere a elas.Como com o enfileiramento distribuído, um aplicativo usa a chamada MQPUT para colocar uma mensagem em uma fila de clusters em qualquer gerenciador de filas no cluster. Um aplicativo usa a chamada MQGET para recuperar as mensagens de uma fila de clusters apenas no gerenciador de filas em que a fila reside.
- Cada gerenciador de filas tem uma definição criada manualmente para a extremidade de recebimento de um canal chamado cluster_name. queue_manager_name no qual ele pode receber mensagens. No gerenciador de filas de recebimento, o cluster_name. queue_manager_name é um canal de receptor de clusters. Um canal do receptor de clusters é como um canal receptor usado no enfileiramento distribuído; ele recebe as mensagens para o gerenciador de filas. Além disso, também recebe as informações sobre o cluster.
Figura 2 Um Cluster de Gerenciadores de Filas 
- Na Figura 3 cada gerenciador de filas também tem uma definição para a extremidade de envio de um canal. Ele
se conecta ao canal do receptor de clusters de um dos gerenciadores de filas de repositório completo. No gerenciador de filas de envio, o
cluster_name. queue_manager_nameé um canal de emissor de clusters. OQM1e oQM3possuem canais do emissor de clusters conectando-se aCLSTR1.QM2, consulte a linha pontilhada2
.O
QM2possui um canal do emissor de clusters conectando-se aCLSTR1.QM1, consulte a linha pontilhada3
. Um canal do emissor de clusters é como um canal emissor usado no enfileiramento distribuído; ele envia mensagens para o gerenciador de filas de recebimento. Além disso, também envia as informações sobre o cluster.Quando a extremidade do receptor de cluster e a extremidade do emissor de cluster de um canal são definidas, o canal inicia automaticamente.

Definir um canal do emissor de clusters no gerenciador de filas locais introduz esse gerenciador de filas em um dos gerenciadores de filas de repositório completo. O gerenciador de filas de repositório completo atualiza as informações em seu repositório completo de acordo. Em seguida, ele cria automaticamente um canal do emissor de clusters de volta no gerenciador de filas original e envia essas informações do gerenciador de filas sobre o cluster. Assim, um gerenciador de filas aprende sobre um cluster e um cluster aprende sobre um gerenciador de filas.
Veja novamente a Figura 2. Suponha que um aplicativo conectado ao gerenciador de filas QM3 deseje enviar algumas mensagens para as filas no QM2. A primeira vez que o QM3 deve acessar essas filas, ele as descobre ao consultar um repositório completo. O repositório completo neste caso é QM2, que é acessado usando o canal do emissor CLSTR1.QM2. Com as informações do repositório, ele pode criar automaticamente
definições remotas para essas filas. Se as filas estiverem no QM1, esse mecanismo ainda funciona, pois QM2 é um repositório completo. Um repositório completo possui um registro completo de todos os objetos
no cluster. Neste último caso, o QM3 também criaria automaticamente um canal do emissor de clusters correspondente ao canal do receptor de clusters no QM1, permitindo a comunicação direta entre os dois.
CLSTR1.QM3. Ele também mostra a fila de transmissão do cluster, SYSTEM.CLUSTER.TRANSMIT.QUEUE, a qual o QM1 usa para enviar suas mensagens. Todos os gerenciadores de filas no cluster possuem uma
fila de transmissão de cluster, a partir da qual eles podem enviar mensagens a qualquer outro
gerenciador de filas no mesmo cluster.