Tipos de Membros de Barramento e seus Efeitos em Alta Disponibilidade e Compartilhamento de Carga de Trabalho
É possível incluir um servidor a um barramento de integração de serviços para criar um membro do barramento de servidor. Também é possível incluir um cluster a um barramento de integração de serviços para criar um membro de barramento de cluster. Um membro de barramento de cluster pode fornecer compartilhamento de escalabilidade e de carga de trabalho, ou alta disponibilidade, exceto o membro de barramento de servidor.
Incluindo um Servidor a um Barramento
Quando incluir um servidor a um barramento de integração de serviços, será criado automaticamente um mecanismo do sistema de mensagens. Este mecanismo do sistema de mensagens simples não pode participar do compartilhamento da carga de trabalho com outros mecanismos do sistema de mensagens, isso pode ser feito apenas em um cluster. O mecanismo do sistema de mensagens também não pode estar altamente disponível, porque não há outros servidores nos quais ele pode ser executado.
Incluindo um Cluster a um Barramento
Uma implementação de cluster pode fornecer compartilhamento de escalabilidade e de carga de trabalho, ou alta disponibilidade, ou uma combinação desses aspectos. Isso depende do número de mecanismos do sistema de mensagens no cluster e do comportamento desses mecanismos do sistema de mensagens, como, por exemplo, se os mecanismos do sistema de mensagens podem executar failover em outro servidor ou failback quando um servidor se tornar disponível novamente.
- Alta disponibilidade. Um mecanismo do sistema de mensagens é criado no cluster. Ele pode executar o failover em qualquer outro servidor no cluster, portanto, é altamente disponível.
- Escalabilidade Um mecanismo do sistema de mensagens é criado para cada servidor de aplicativos no cluster. Os mecanismos do sistema de mensagens não podem executar failover.
- Escalabilidade com alta disponibilidade. Um mecanismo do sistema de mensagens é criado para cada servidor de aplicativos no cluster. Cada mecanismo do sistema de mensagens pode executar o failover para um servidor específico no cluster, ao criar um padrão circular de disponibilidade.
Também é possível usar a assistência à política do mecanismo de mensagens para criar uma política do mecanismo do sistema de mensagens customizado. É possível criar qualquer número de mecanismos do sistema de mensagens para o cluster e configurar os mecanismos do sistema de mensagens de acordo com sua necessidade. As políticas de grupo principal e as configurações para os mecanismos do sistema de mensagens são criadas automaticamente.
Se você não usar a assistência à política do mecanismo do sistema de mensagem, ao incluir um cluster de servidor a um barramento de integração de serviços, um único mecanismo do sistema de mensagens será criado automaticamente. Esse mecanismo do sistema de mensagens utiliza a política do grupo principal SIBus padrão que já existe no WebSphere Application Server. A política permite que o mecanismo do sistema de mensagens execute o failover para qualquer servidor no cluster. É possível incluir mecanismos do sistema de mensagens adicionais, caso seja necessário. A implementação de cluster depende do número de mecanismos de mensagens no cluster, e da política ligada ao grupo de alta disponibilidade (HAGroup) de cada mecanismo do sistema de mensagens.
Se houver apenas um mecanismo do sistema de mensagens no cluster e você implementar um destino para esse cluster, o destino será localizado por esse mecanismo do sistema de mensagens. Toda a carga de trabalho do sistema de mensagens para esse destino é manipulada por esse mecanismo do sistema de mensagens; a carga de trabalho do sistema de mensagens não pode ser compartilhada. As características de disponibilidade do destino são iguais às características de disponibilidade do mecanismo do sistema de mensagens.
É possível beneficiar-se da escalabilidade aumentada ao incluir outros mecanismos do sistema de mensagens ao cluster. Quando um destino ao cluster é implementado, ele é localizado por todos os mecanismos do sistema de mensagens dentro do cluster, e o destino é particionado entre os mecanismos do sistema de mensagens. Os mecanismos do sistema de mensagens podem compartilhar todo o tráfego que passa pelo destino, reduzindo o impacto de um mecanismo do sistema de mensagens que falhar. As características de disponibilidade de cada partição de destino são as mesmas características do mecanismo do sistema de mensagens pelo qual a partição é localizada.
Se você não usar a assistência à política do mecanismo do sistema de mensagens, você controlará o comportamento de disponibilidade de cada mecanismo do sistema de mensagens modificando a política de grupo principal aplicada pelo HAManager ao HAGroup do mecanismo do sistema de mensagens.
A maneira mais simples de criar e configurar mecanismos de sistema de mensagens em um cluster é incluir um cluster em um barramento e usar a assistência à política do mecanismo do sistema de mensagens com um dos tipos de política do mecanismo do sistema de mensagens predefinidos. Se você estiver familiarizado com a criação dos mecanismos do sistema de mensagens e a configuração do comportamento do mecanismo, será possível usar a assistência à política do mecanismo do sistema de mensagens e o tipo de política do mecanismo do sistema de mensagens customizada. Para incluir um cluster a um barramento sem usar a assistência à política do mecanismo do sistema de mensagens, é necessário familiarizar-se com todas as etapas de criação e configuração envolvidas, por exemplo, criação de um mecanismo do sistema de mensagens, configuração das políticas do grupo principal e uso de critérios de correspondência.