Alta disponibilidade

Existem duas opções para assegurar que os serviços sejam ininterruptos: espera a frio e armazenamento em cluster.

Espera a frio

A opção de espera a frio é simples para implementar, reduz a inatividade próximo a zero, mas não melhora o desempenho do servidor. Nesta configuração, há um servidor ativo único (servidor principal) conectado a um banco de dados e um sistema de arquivos remoto. Também há um servidor secundário que está configurado para se conectar ao mesmo banco de dados e sistema de arquivos, mas esse servidor não está em execução. Se o nó ativo falhar, o servidor secundário será iniciado e o tráfego de rede será roteado para ele. Este evento é chamado de failover. O IBM® UrbanCode Deploy não tem nenhum processo automático para failover, mas pode ser automatizado.

Um diagrama de um sistema de espera a frio, mostrando a operação normal e o estado de failover

É possível converter um sistema de espera a frio em um sistema em cluster, colocando arquivos compartilhados no armazenamento de rede e conectando os servidores com retransmissões de rede. Consulte Configuring clustered servers for high availability.

Em cluster

O recurso de alta disponibilidade (HA) aumenta a escalabilidade e a disponibilidade pela distribuição de processamento em um cluster de servidores. Cada servidor é um nó independente que colabora no processamento comum. O objetivo é ser tão tolerante a falhas quanto possível, enquanto requer pouca ou nenhuma intervenção manual.

O servidores IBM UrbanCode Deploy criam uma malha JMS (via ActiveMQ); todos os servidores sabem uns sobre os outros. Todos os serviços estão ativos em cada servidor.

Um diagrama de um sistema em cluster, mostrando dois servidores que compartilham um banco de dados

Para obter instruções de instalação, consulte Configuring clustered servers for high availability.


Feedback