Configuração para Alta Disponibilidade
Essa configuração é composta de um único mecanismo do sistema de mensagens, em execução em um cluster, que pode sofrer failover em um ou mais servidores alternativos. Uma configuração de alta disponibilidade garante que haja sempre um mecanismo do sistema de mensagens em execução no cluster, para que as mensagens sejam sempre transmitidas.
- É possível incluir um cluster no barramento de integração de serviços usando a assistência à política do mecanismo do sistema de mensagens e usar a política do mecanismo do sistema de mensagens de alta disponibilidade. Esse procedimento cria um único mecanismo do sistema de mensagens para o cluster, que é configurado para executar o failover em qualquer outro servidor no cluster. Uma nova política do grupo principal é criada, configurada e associada automaticamente ao mecanismo do sistema de mensagens.
- É possível incluir um cluster ao barramento de integração de serviços sem usar a assistência à política do mecanismo do sistema de mensagens. Um mecanismo do sistema de mensagens é criado automaticamente e a política de integração de serviço padrão, "Política
SIBus Padrão", fornece um comportamento adequado para a alta disponibilidade.
A política de integração de serviço padrão é uma política "Um de N", na qual o mecanismo do sistema de mensagens é iniciado no primeiro servidor altamente disponível no cluster e pode sofrer failover em qualquer outro servidor no cluster. É possível, como opção, alterar a configuração: por exemplo, você deseja usar um servidor primário e um servidor de backup ou deseja que o mecanismo do sistema de mensagens seja executado em apenas um subconjunto de servidores em um cluster. Para alterar a configuração, crie uma nova política de grupo principal "Um de N" e configure, ainda mais, a política para o mecanismo do sistema de mensagens. Exemplo:
- É possível configurar uma lista organizada de servidores preferenciais nos quais o mecanismo do sistema de mensagens possa ser executado e sofrer failover.
- É possível especificar se o mecanismo do sistema de mensagens pode ser executado em qualquer servidor no cluster ou apenas naqueles na lista de servidores preferenciais.
- É possível especificar se o mecanismo do sistema de mensagens pode executar failback em um servidor mais preferencial quando um se tornar disponível.
Não é recomendável alterar a política de integração de serviço padrão, "Política SIBus Padrão", pois essas mudanças afetarão todos os mecanismos do sistema de mensagens gerenciados pela política.
Não há compartilhamento de carga de trabalho na configuração do mecanismo do sistema de mensagens de alta disponibilidade, porque há apenas um mecanismo do sistema de mensagens para tratar do tráfego até o destino.
O diagrama a seguir mostra uma configuração do mecanismo do sistema de mensagens de alta disponibilidade em que o único mecanismo do sistema de mensagens ME, com um armazenamento de dados, está em execução em um cluster de três servidores. Cada servidor está em um nó separado, portanto se um nó falhar, o servidor nos nós restantes ainda estarão disponíveis.
Cada servidor no cluster contém a configuração do mecanismo do sistema de mensagens, e cria uma instância do mecanismo do sistema de mensagens para que a instância esteja pronta para ser ativada se outro servidor falhar.
O armazenamento de mensagem para o mecanismo do sistema de mensagens deve ser acessível por todos os servidores no cluster. Para um armazém de dados, a forma de alcançar isso depende da topologia do armazém de dados que você usa. Se você usar um servidor de banco de dados em rede, será necessário certificar-se de que ele seja acessível a partir de todos os servidores no cluster que puderem executar o mecanismo do sistema de mensagens. Como alternativa, é possível usar uma estrutura externa de alta disponibilidade para gerenciar o banco de dados usando um disco compartilhado.
Inicialmente, o mecanismo do sistema de mensagens é executado no local preferencial do servidor1.

O diagrama a seguir mostra o que acontece se o servidor1 falhar. O mecanismo do sistema de mensagens é ativado no próximo servidor na lista de servidores preferenciais, que é o servidor2.

O diagrama a seguir mostra o que acontece se o servidor1 e o servidor2 falharem. O mecanismo do sistema de mensagens é ativado no servidor3, pois este é o único servidor disponível.

Se você usar a assistência à política do mecanismo do sistema de mensagens e a política do mecanismo do sistema de mensagens de alta disponibilidade, a lista de servidores preferenciais será configurada automaticamente.
Se você não usar a assistência à política do mecanismo do sistema de mensagens e desejar que o mecanismo do sistema de mensagens use os servidores preferenciais, será necessário especificar um ou mais servidores preferenciais para o mecanismo do sistema de mensagens. Sempre que um servidor preferido está disponível, o gerenciador de alta disponibilidade (HAManager) executa o mecanismo do sistema de mensagens nele. Quando nenhum servidor preferencial estiver disponível, o mecanismo do sistema de mensagens será executado em qualquer outro servidor disponível. Também é possível configurar a opção Fail back na política para que quando um servidor preferencial tornar-se disponível novamente, o HAManager mova o mecanismo do sistema de mensagens para ele novamente.
Se você usar a assistência à política do mecanismo do sistema de mensagens e a política do mecanismo do sistema de mensagens de alta disponibilidade, o mecanismo do sistema de mensagens não será configurado para executar failback.