Configuração para Compartilhamento de Carga de Trabalho com Alta Disponibilidade

Esta configuração consiste em vários mecanismos do sistema de mensagens em execução em um cluster, em que cada mecanismo do sistema de mensagens podem executar failover em um ou mais servidores alternativos.

Há três maneiras de obter essa configuração:
  • É 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 escalabilidade com a política do mecanismo do sistema de mensagens de alta disponibilidade. Esse procedimento cria um único mecanismo do sistema de mensagens para cada servidor no cluster. Cada mecanismo do sistema de mensagens pode executar failover em outro servidor especificado no cluster. Cada servidor pode hospedar até dois mecanismos do sistema de mensagens, de modo que haja um relacionamento circular ordenado entre os servidores. Cada mecanismo do sistema de mensagens pode executar failback, ou seja, se um mecanismo do sistema de mensagens executar failover para outro servidor e o servidor original tornar-se disponível novamente, o mecanismo do sistema de mensagens retornará automaticamente para esse servidor.
  • É 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 customizada. Você pode criar quantos mecanismos do sistema de mensagens forem necessários para o cluster. Para cada mecanismo do sistema de mensagens que criar, você deverá configurar a política do mecanismo do sistema de mensagens para fornecer o comportamento do mecanismo do sistema de mensagens necessário.
  • É 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, em seguida você incluir os mecanismos do sistema de mensagens adicionais que necessita para o cluster. Uma configuração típica tem um mecanismo do sistema de mensagens para cada servidor no cluster. Crie uma nova política de grupo principal "Um de N" para cada mecanismo do sistema de mensagens no cluster. Configure as políticas para que um mecanismo do sistema de mensagens seja executado em cada servidor e para que haja um comportamento de alta disponibilidade, como por exemplo, cada mecanismo do sistema de mensagens poder sofrer failover em um servidor designado.
    • É 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.
    Depois de criar novas políticas, use os critérios de correspondência para associar cada política ao mecanismo do sistema de mensagens necessário.

    A política de integração de serviço padrão, "Política SIBus Padrão", não fornece esse comportamento, portanto será necessário criar novas políticas de grupo principal.

Esse tipo de configuração fornece disponibilidade, pois cada mecanismo do sistema de mensagens poderá executar o failover se um servidor se tornar indisponível. A configuração fornece o compartilhamento de carga de trabalho, pois há vários mecanismos do sistema de mensagens para compartilhar o tráfego até o destino, e a escalabilidade, porque é possível incluir novos servidores ao cluster sem afetar os mecanismos do sistema de mensagens existente no cluster.

O diagrama a seguir mostra um exemplo de configuração desse tipo. Há três mecanismos do sistema de mensagens, ME1, ME2 e ME3, com os armazéns de dados A, B e C, respectivamente. Os mecanismos do sistema de mensagens são executados em um cluster de três servidores e compartilham a transmissão do tráfego até o destino. Cada servidor está em um nó separado, portanto se um nó falhar, o servidor nos nós restantes ainda estarão disponíveis.

Cada mecanismo do sistema de mensagens tem um local preferencial e um local secundário. Cada servidor no cluster contém a definição de dois mecanismos do sistema de mensagens que podem ser executados nele, e cria uma instância de cada mecanismo do sistema de mensagens, para que um mecanismo do sistema de mensagens possa ser executado nele como seu local preferencial, e a outra instância esteja preparada para ser ativada se o outro servidor falhar. O ME1 é executado no servidor1 e pode realizar o failover no servidor2; o ME2 é executado no servidor2 e pode realizar o failover no servidor3; o ME3 é executado no servidor3 e pode realizar o failover no servidor1.

O armazenamento de mensagem para cada mecanismo do sistema de mensagens deve ser acessível pelo servidor preferencial e pelo servidor secundário. A maneira de obter isso depende da topologia do armazém de dados utilizado. 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.

Essa configuração de exemplo é a configuração criada ao utilizar a assistência à política do mecanismo do sistema de mensagens e a escalabilidade, com a política do mecanismo do sistema de mensagens de alta disponibilidade para um cluster de três servidores.

Figura 1. Alta disponibilidade com configuração de compartilhamento de carga de trabalho ou escalabilidade
O Diagrama É Descrito no Texto Circundante.

O diagrama a seguir mostra o que acontece se o servidor1 falhar. O mecanismo do sistema de mensagens ME1 é ativado no próximo servidor na lista de servidores preferenciais para esse mecanismo do sistema de mensagens, que é o servidor2. O ME2 continua em execução no servidor2, e o ME3 continua em execução no servidor3.

Figura 2. Alta disponibilidade com configuração de compartilhamento de carga de trabalho ou escalabilidade depois que o servidor1 falhar
O Diagrama É Descrito no Texto Circundante.

O diagrama a seguir mostra o que acontece se o servidor1 tornar-se disponível novamente e o servidor2 falhar. O mecanismo do sistema de mensagens ME1 é ativado no servidor1, o primeiro servidor na lista de servidores preferenciais para esse mecanismo do sistema de mensagens, porque o failback é configurado para o ME1. O ME2 é ativado no próximo servidor na lista de servidores preferenciais para esse mecanismo do sistema de mensagens, que é o servidor3. O ME3 continua em execução no servidor 3.

Figura 3. Alta disponibilidade com configuração de compartilhamento de carga de trabalho e escalabilidade depois que o servidor2 falhar
O Diagrama É Descrito no Texto Circundante.

A escalabilidade predefinida com a política do mecanismo do sistema de mensagens de alta disponibilidade cria uma configuração com aspectos de escalabilidade e alta disponibilidade. O diagrama a seguir mostra outro exemplo de uma configuração que fornece compartilhamento de alta disponibilidade e de carga de trabalho, no qual a transmissão da mensagem é uma prioridade. Há dois mecanismos do sistema de mensagens, ME1 e ME2, com armazéns de dados A e B, respectivamente, em execução em um cluster de três servidores e compartilhando o tráfego até um destino. Na operação normal, o ME1 é executado no servidor1 e o ME2 é executado no servidor2. O servidor3 fornece um local de failover para os mecanismos do sistema de mensagens. Isso é conhecido como configuração "N+1", porque há um servidor reserva.

Figura 4. Mecanismos do sistema de mensagens de alta disponibilidade com compartilhamento de carga de trabalho em uma configuração "N+1"
O Diagrama É Descrito no Texto Circundante.

A lista de servidores preferenciais para ME1 é servidor1 e servidor3, e a lista de servidores preferenciais para ME2 é servidor2 e servidor3. A vantagem desta configuração é que se um servidor falhar, cada servidor restante hospedará apenas um mecanismo do sistema de mensagens. A desvantagem desta configuração é a despesa com o servidor reserva. Para obter esse tipo de configuração, é possível usar a política do mecanismo do sistema de mensagens customizada.

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.


Ícone que indica o tipo de tópico Tópico de Conceito



Ícone de registro de data e hora Última atualização: last_date
http://www14.software.ibm.com/webapp/wsbroker/redirect?version=cord&product=was-nd-mp&topic=cjt0011_
Nome do arquivo: cjt0011_.html