Tópicos em Cluster

Os tópicos podem ser armazenados em cluster de um modo semelhante às filas de clusters, embora um objeto de tópico individual possa ser membro apenas de um cluster. Um tópico é criado em um tópico de cluster definindo, no objeto de tópico, o nome do cluster que deve hospedar o tópico e o mecanismo de roteamento de cluster para usar em publicações sobre esse tópico.

Há duas opções para rotear publicações em um cluster de publicação/assinatura: roteamento direto e roteamento de host de tópico. Para escolher a mensagem de roteamento a usar dentro do cluster, você deve configurar a propriedade CLROUTE no objeto de tópico administrado para um dos seguintes valores:
  • DIRECT
  • TOPICHOST

Por padrão, o roteamento de tópicos é DIRECT. Esta foi a única opção antes do IBM® MQ 8.0. Ao configurar um tópico de cluster roteado diretamente em um gerenciador de filas, todos os gerenciadores de filas no cluster ficam cientes de todos os outros gerenciadores de filas no cluster. Ao executar operações de publicação e assinatura, cada gerenciador de filas se conecta diretamente a todos os outros.

No IBM MQ 8.0, você poderá, em vez disso, configurar roteamento de tópicos como TOPICHOST. Ao usar roteamento de host de tópico, todos os gerenciadores de filas no cluster ficam cientes dos gerenciadores de filas do cluster que hospedam as definições de tópico roteadas. Ao executar operações de publicação e assinatura, os gerenciadores de filas no cluster se conectam apenas a estes gerenciadores de filas do host de tópico, e não diretamente uns aos outros. Os gerenciadores de filas do host de tópico são responsáveis pelas publicações de roteamento a partir de gerenciadores de filas em que as publicações são publicadas para gerenciadores de filas com assinaturas correspondentes.

Um cluster de publicação/assinatura roteado para host de tópico fornece os seguintes benefícios:
  • Melhor escalabilidade de clusters maiores. Apenas os gerenciadores de filas de host do tópico precisam ser capazes de se conectar a todos os outros gerenciadores de filas no cluster. Portanto, há menos canais entre os gerenciadores de filas e há menos tráfego administrativo de publicação/assinatura entre gerenciadores de filas do que para roteamento direto. Quando assinaturas são alteradas em um gerenciador de filas, somente os gerenciadores de filas de host de tópico precisam ser informados.
  • Mais controle sobre a configuração física. Com o roteamento direto, todos os gerenciadores de filas assumem todas as funções, e, portanto, todos precisam ser igualmente capazes. Com do roteamento do host do tópico, você escolhe explicitamente os gerenciadores de filas do host do tópico. Portanto, é possível assegurar que os gerenciadores de filas estejam em execução em equipamento adequado, e você pode usar sistemas menos potentes para os outros gerenciadores de filas.

O efeito de definir um tópico local, bem como um tópico de cluster

Defina um objeto do tópico local se desejar que os aplicativos do publicador conectados a um gerenciador de filas publiquem apenas para os assinantes conectados localmente. Uma definição local de um tópico sempre substitui quaisquer definições de tópico de cluster em gerenciadores de filas remotos.

Nota: Você também precisa especificar um Escopo de Publicação do Gerenciador de Filas no objeto de tópico local. Se o Escopo de publicação é resolvido para Todos, então as publicações também são enviadas aos assinantes remotos publicados para o tópico definido nesse gerenciador de filas.

Definições de tópico em vários clusters em um cluster roteado diretamente

Em um cluster roteado diretamente, você geralmente não define um tópico de cluster em mais de um gerenciador de filas do cluster. Isso ocorre porque o roteamento direto torna o tópico disponível em todos os gerenciadores de filas no cluster.

Também não é essencial que o gerenciador de filas do host único seja continuamente disponível, porque a definição de tópico de cluster é armazenada em cache pelos gerenciadores de filas de repositório completo e todos os outros gerenciadores de filas em seus repositórios de cluster parciais. Esse armazenamento em cache permite pelo menos 60 dias de disponibilidade enquanto o gerenciador de filas do host está indisponível.

Se você precisar alterar uma definição de tópico de cluster, tenha cuidado para modificá-lo no mesmo gerenciador de filas que foi definido.

Definições de tópico em vários clusters em um cluster roteado para host de tópico

Em um cluster roteado para host de tópico, todas as mensagens de publicação/assinatura são roteadas através dos hosts de tópico. Portanto, para garantir a escalabilidade e disponibilidade, é comum definir um tópico de cluster em mais de um gerenciador de filas, e que as definições de tópico de vários cluster sejam idênticas.