Políticas para Integração de Serviços
Cada mecanismo do sistema de mensagens em um barramento de integração de serviços pertence a um grupo de alta disponibilidade (HAGroup). Os membros de cada HAGroup são controlados por uma política designada ao grupo no tempo de execução. Essa política de grupo principal determina as características de disponibilidade do mecanismo do sistema de mensagens no HAGroup.
Se incluir um servidor em um barramento de integração de serviços, um mecanismo do sistema de mensagens que use a política de integração de serviços padrão, uma política "Um de N", será criado automaticamente. O comportamento do mecanismo do sistema de mensagens é executar somente nesse servidor, pois há somente um servidor disponível para ele. É possível configurar uma política não padrão para o mecanismo do sistema de mensagens, não afetando o comportamento do mecanismo do sistema de mensagens.
Se incluir um cluster de servidores em um barramento, será possível controlar em quais servidores o mecanismo do sistema de mensagens poderá ser executado e o comportamento do mecanismo do sistema de mensagens se um servidor estiver indisponível. Você também pode implementar mecanismos do sistema de mensagens adicionais no cluster. Por exemplo, é possível configurar o cluster para fornecer compartilhamento de alta disponibilidade, escalabilidade ou de carga de trabalho (o aumento de desempenho pelo aumento de recursos que fornecem o serviço), ou uma combinação desses fatores.
Quando você incluir um cluster a um barramento, poderá configurar o comportamento do mecanismo do sistema de mensagens usando a assistência à política do mecanismo do sistema de mensagens. Há políticas do mecanismo do sistema de mensagens predefinidas que suportam configurações do cluster usado com freqüência e uma opção para definir uma configuração customizada enquanto utiliza a assistência à política do mecanismo do sistema de mensagens. A vantagem da assistência à política do mecanismo do sistema de mensagens é ser orientado na configuração e muitas das configurações são criadas automaticamente. Para obter informações adicionais, consulte os tópicos relacionados.
O restante desse tópico descreve a configuração do comportamento do mecanismo do sistema de mensagens sem usar a assistência à política do mecanismo do sistema de mensagens. Use as configurações se você já estiver familiarizado com este procedimento. Caso contrário, utilize a assistência da política de mecanismo do sistema de mensagens.
Para configurar o comportamento do mecanismo do sistema de mensagens, você configura a política do grupo principal para o HAGroup do mecanismo do sistema de mensagens. É possível configurar a política para controlar se o mecanismo do sistema de mensagens terá preferência por um servidor específico ou por um conjunto de servidores, e se o mecanismo do sistema de mensagens ficará restrito ao conjunto de servidores preferenciais. É possível controlar se um mecanismo do sistema de mensagens pode ou não executar failback em um servidor preferencial após o failover. Também é possível modificar a política para alterar o intervalo de monitoramento para o mecanismo do sistema de mensagens.
Tipo de Política | Comportamento |
---|---|
Estático - com um servidor na lista de servidores do grupo estático | O mecanismo do sistema de mensagens está restrito a um determinado servidor. O mecanismo do sistema de mensagens pode ser executado apenas no servidor em que estiver restrito e não poderá executar failover em nenhum outro servidor no cluster. Para mecanismos múltiplos do sistema de mensagens, essa pode ser uma configuração útil para compartilhamento de carga de trabalho, na qual o failover não é desejado. |
Um de N - Sem servidores preferenciais | O mecanismo do sistema de mensagens é executado no primeiro servidor disponível e pode sofrer failover dos outros servidores no cluster.
Ele não tem nenhuma preferência por nenhum servidor. A "Política de SIBus Padrão" fornece esse comportamento. |
Um de N - Com servidores preferenciais | O mecanismo do sistema de mensagens é executado no primeiro servidor, na lista de servidores preferenciais, disponível quando o mecanismo do sistema de mensagens é iniciado. Ele pode sofrer failover no primeiro servidor, na lista de servidores preferenciais, disponível no momento do failover. Quanto mais inicial for a posição de um servidor na lista de servidores preferenciais, maior será a preferência sobre ele. Se nenhum servidor preferencial estiver disponível, ele poderá executar o failover em qualquer outro servidor no cluster. Depois que o mecanismo do sistema de mensagens executar o failover, ele não será movido mesmo se um servidor preferencial tornar-se disponível novamente. |
Um de N - com servidores preferenciais e a configuração de Failback | O mecanismo do sistema de mensagens é sempre executado no servidor mais preferencial disponível. Ele é executado no primeiro servidor, na lista de servidores preferenciais, quando o mecanismo do sistema de mensagens é iniciado. Ele pode sofrer failover no primeiro servidor, na lista de servidores preferenciais, disponível no momento do failover. Quanto mais inicial for a posição de um servidor na lista de servidores preferenciais, maior será a preferência sobre ele. Se nenhum servidor preferencial estiver disponível, ele poderá executar o failover em qualquer outro servidor no cluster. Depois que o mecanismo do sistema de mensagens executar o failover, se um servidor com mais preferência tornar-se disponível novamente, o mecanismo do sistema de mensagens será movido automaticamente para esse servidor. |
Um de N - com servidores preferenciais e a configuração Somente servidores preferenciais | O mecanismo do sistema de mensagens é executado somente em servidores, na lista de servidores preferenciais. Ele é executado no primeiro servidor, na lista de servidores preferenciais, quando o mecanismo do sistema de mensagens é iniciado. Ele pode sofrer failover no primeiro servidor, na lista de servidores preferenciais, disponível no momento do failover. Quanto mais inicial for a posição de um servidor na lista de servidores preferenciais, maior será a preferência sobre ele. Se nenhum servidor preferencial estiver disponível, ele não poderá executar o failover em nenhum outro servidor no cluster. Se a configuração Fail back for selecionada depois que o mecanismo do sistema de mensagens executar o failover, e se um servidor com mais preferência se tornar disponível novamente, o mecanismo do sistema de mensagens será movido automaticamente para esse servidor. |
Sem Operação | O mecanismo do sistema de mensagens é
gerenciado por uma estrutura externa de alta disponibilidade e pode executar fail over em qualquer outro servidor no cluster externo de alta disponibilidade. Se necessitar de afinidade de servidor, configure isso como uma preferência na configuração de cluster de alta disponibilidade. Os detalhes da configuração dependem da opção da estrutura de alta
disponibilidade. Esta política é útil onde um banco de dados em cluster de alta disponibilidade estiver sendo usado para o armazém de dados do mecanismo do sistema de mensagens, assim, é possível colocar o mecanismo do sistema de mensagens sob o controle do mesmo cluster de alta disponibilidade que gerencia o banco de dados. Essa política também é útil onde um mecanismo do sistema de mensagens está conectado a um gerenciador de filas do IBM MQ; o mecanismo do sistema de mensagens poderá executar failover se estiver utilizando um endereço IP em cluster de alta disponibilidade para suas cadeias de canais de entrada. Para obter mais informações, consulte Estruturas Externas e Integração de Serviços de Alta Disponibilidade. |
A política é designada ao HAGroup apropriado no tempo de execução usando os critérios de correspondência configurados para a política.
Política de Integração de Serviço Padrão
A política mais geral para a integração de serviço é o padrão incluído no produto, a "Política SIBus Padrão". Essa é uma política "Um de N", sem nenhum servidor preferencial, ou seja, o mecanismo do sistema de mensagens é iniciado no primeiro servidor disponível no cluster e pode sofrer failover em qualquer outro servidor de aplicativos no cluster. Não há nenhum failback automático e há um intervalo de monitoramento de 120 segundos. A política contém um único critério de correspondência que corresponde a qualquer mecanismo do sistema de mensagens da integração de serviço, a não ser que o mecanismo do sistema de mensagens esteja em um HAGroup, com uma correspondência mais expressiva a uma política diferente.