Configurações de Alta Disponibilidade e Compartilhamento de Carga de Trabalho da Integração de Serviço
A configuração de mecanismos do sistema de mensagens na integração de serviço é muito flexível. É possível ter um único mecanismo do sistema de mensagens que não forneça alta disponibilidade ou compartilhamento de carga de trabalho. Com um membro do barramento de cluster, é possível ter um único mecanismo do sistema de mensagens altamente disponível. Alternativamente, com um membro de barramento do cluster, é possível ter múltiplos mecanismos do sistema de mensagens que compartilhem carga de trabalho, ou que compartilhem carga de trabalho e também forneçam alta disponibilidade.
- Uma configuração simples possui um mecanismo do sistema de mensagens que é executado em um único servidor. Essa configuração é adequada para vários fins. No entanto, um mecanismo do sistema de mensagens é um ponto único de falha e a configuração não fornece alta disponibilidade ou compartilhamento de carga de trabalho.
- Uma configuração para alta disponibilidade possui um único mecanismo do sistema de mensagens que é executado em um servidor em um cluster, em que esse mecanismo do sistema de mensagens pode sofrer failover em um ou mais servidores alternativos no cluster. Usando o failover, você evita um ponto único de falha e garante que haja sempre um mecanismo do sistema de mensagens em execução no cluster.
- Uma configuração para compartilhamento ou escalabilidade de carga de trabalho possui múltiplos mecanismos de sistema de mensagens em execução em um cluster, em que cada mecanismo do sistema de mensagens é executado em um servidor específico no cluster. O carregamento do sistema de mensagens é distribuído pelos múltiplos servidores, e é possível incluir novos servidores no cluster sem afetar os mecanismos de sistema de mensagens existentes.
- Uma configuração para compartilhamento de carga de trabalho com alta disponibilidade possui múltiplos mecanismos de sistema de mensagens em execução em um cluster, em que cada mecanismo do sistema de mensagens é executado em um servidor específico no cluster e também pode sofrer failover em um ou mais servidores alternativos no cluster.
As configurações possíveis dependem do tipo de membro de barramento criado. Se você criar um membro de barramento de servidor, poderá criar apenas uma configuração simples. Se criar um membro de barramento de cluster, poderá criar qualquer uma das configurações da lista anterior, dependendo do número de mecanismos do sistema de mensagens do cluster e do comportamento desses mecanismos. Para obter mais detalhes, consulte o tópico sobre tipos de membros de barramento e seus efeitos em alta disponibilidade e compartilhamento de carga de trabalho.
para obter detalhes e exemplos das configurações que podem ser criadas, consulte os subtópicos.
Configurando o Comportamento do Mecanismo do Sistema de Mensagens
Para configurar o comportamento do mecanismo do sistema de mensagens, inclua um cluster em um barramento e use uma política predefinida do mecanismo do sistema de mensagens. As políticas predefinidas de mecanismo do sistema de mensagens suportam configurações de cluster usadas com frequência, como compartilhamento e escalabilidade da carga de trabalho, alta disponibilidade ou uma combinação. Você usa a assistência de política do mecanismo do sistema de mensagens, que cria um ou mais mecanismos de sistema de mensagens, e os configura para fornecer o comportamento necessário. Também é possível usar a assistência à política do mecanismo do sistema de mensagens para instalar uma configuração customizada. A assistência à política do mecanismo do sistema de mensagens fornece orientação durante a configuração e muitas das definições são criadas automaticamente. Para obter informações adicionais, consulte o tópico sobre a assistência à política do mecanismo do sistema de mensagens.
É possível incluir um cluster em um barramento e configurar o comportamento do mecanismo do sistema de mensagens sem usar a assistência à política do mecanismo do sistema de mensagens. Use esse procedimento se você já estiver familiarizado com ele. Caso contrário, utilize a assistência da política de mecanismo do sistema de mensagens.
- Se desejar alta disponibilidade, será possível usar um membro do barramento de cluster com um mecanismo do sistema de mensagens e com a política de integração de serviços padrão, "Política SIBus Padrão", que permitem que o mecanismo do sistema de mensagens sofra failover em qualquer outro servidor de aplicativos no cluster. Como alternativa, é possível criar uma nova política e configurá-la para especificar outro comportamento de disponibilidade, como uma preferência para servidores específicos ou a capacidade de executar failback.
- Se desejar o compartilhamento de carga de trabalho, mas não alta disponibilidade, será possível usar um membro do barramento do cluster com múltiplos mecanismos do sistema de mensagens e criar uma política Estático para cada mecanismo do sistema de mensagens. Isso poderá ser útil para o sistema de mensagens expresso escalável, no qual não há nenhum estado persistente associado a nenhum mecanismo do sistema de mensagens, portanto não é necessário nenhum failover.
- Se quiser que uma estrutura externa de alta disponibilidade gerencie os mecanismos do sistema de mensagens, crie uma política "Sem operação" para eles.
Para obter informações adicionais sobre políticas e configuração, consulte o tópico sobre políticas para integração de serviço.
Configuração | Tipo de membro do barramento | Número de mecanismos do sistema de mensagens | Tipo de Política |
---|---|---|---|
Simples | Server | 1 | Padrão ("Um de N") |
Simples | Cluster | 1 | Estático |
Alta Disponibilidade | Cluster | 1 | "Um de N" ou "Nenhuma operação" |
Compartilhamento de carga de trabalho sem alta disponibilidade | Cluster | mais de 1 (normalmente um mecanismo do sistema de mensagens para cada servidor) | Estático |
Alta Disponibilidade e Compartilhamento de Carga de Trabalho | Cluster | mais de 1 (normalmente um mecanismo do sistema de mensagens para cada servidor) | "Um de N" ou "Nenhuma operação" |