Fizemos uma reconstrução prefeito do cluster Zevenet, olhando para o futuro do balanceamento de carga perfeito. Com o lançamento do Zevenet 5, apresentamos este novo cluster, incluindo capacidade de failover com estado para farms LSLB na camada 4 (também conhecidos como farms L4xNAT).

Para entender melhor os novos recursos do cluster, vamos dar uma olhada nos recursos mais característicos do sistema de cluster anterior:

Grupo de balanceadores de carga do Legacy Zen

Interfaces de rede

Todas as interfaces de rede estarão disponíveis no nó ativo do cluster (função de mestre), enquanto o nó passivo do cluster (escravo ou função de backup) só terá disponível a interface de cluster e a interface de gerenciamento, se houver alguma configurada.

Portanto, apenas a interface do cluster e a interface de gerenciamento terão endereços IP exclusivos para cada nó.

Failover

Quando o nó de backup detecta um problema com o nó principal e assume a função principal, todas as interfaces móveis e farms são iniciados.

Novo Zevenet Cluster

Interfaces de rede

Com o novo Zevenet Cluster a cada NIC, VLAN e Bonding interface tem um único O endereço IP, se configurado, e apenas as Interfaces Virtuais estarão disponíveis no nó ativo.

Isso significa que os endereços IP das Interfaces Virtuais serão configurados e ativados em ambos os nós, mas somente disponíveis no nó ativo, portanto, os farms devem usar essas Interfaces Virtuais como VIP (Virtual IP) para estarem disponíveis na rede. ativo nó a qualquer momento.

Failover

Antes do processo de failover acontecer backup O nó tem todas as interfaces de rede e farms ativos e em execução, mas todos os pacotes de anúncios ARP para interfaces virtuais são bloqueados, portanto, não haverá IPs duplicados com aqueles no nó mestre. Além disso, o FarmGuardian está em execução apenas no nó mestre.

Durante o processo de failover, o nó de backup detecta um problema com o nó mestre, remove os bloqueios de ARP para Interfaces Virtuais, os anuncia para a rede e também inicia as verificações de FarmGuardian. Uma vez terminado este processo, o backup assumiu a função ativa e se torna o nó mestre.

Desta forma, melhora muito o tempo que leva o processo de failover e alcança a comutação de cluster sem costura usando o recurso stateful.

Serviços

Três serviços compõem esse novo sistema de cluster.

• Um novo serviço de verificação de integridade (VRRP).
• Um sistema de sincronização aprimorado.
• Um novo serviço para sincronizar o estado das conexões para ativar o recurso stateful.
• Um novo serviço para sincronizar o estado dos sassions para habilitar o recurso stateful.

Stateful

O novo sistema de cluster também inclui capacidade stateful no módulo LSLB, também conhecido como farms L4xNAT e HTTP (S).

• Como? Para utilizar os recursos com estado do cluster, você só precisa configurar o VIP de seu farm como um IP flutuante.
• O que é um IP flutuante? Ele está definindo um endereço IP de interface virtual como o endereço de origem de uma interface de NIC, VLAN ou ligação.
• Porquê? Definir um IP flutuante fornece ao cluster um endereço IP de origem comum para os back-ends, independentemente do nó. Sem IPs flutuantes, a rota do back-end para o balanceador de carga mudaria quando o nó com a função ativa fosse alterado.

Migrando para o Zevenet Cluster

• O primeiro passo é desabilitar o cluster anterior. O nó mestre continuará executando os serviços e o nó de backup interromperá todos os farms e as interfaces com endereços em execução no nó principal.
• No nó em execução, pare todos os farms em execução em interfaces não virtuais (por exemplo, interfaces NIC, VLAN e Bonding). Essas interfaces não funcionarão mais no nó ativo.
• Defina Interfaces Virtuais como VIP dos farms parados. Certifique-se de não duplicar IPs neste processo.
• Comece todas as fazendas paradas.
• No nó de backup, certifique-se de ter IPs configurados nas mesmas sub-redes de cada NIC, VLAN e interface de ligação em que deseja alta disponibilidade.

Agora os nós estão prontos para configurar o novo cluster Zevenet.

Configurando o Zevenet Cluster

Tornamos o processo de configuração o mais simples possível:

Ao configurar um novo Cluster, certifique-se de que ambos os nós estejam usando a mesma versão do kernel (ou seja, o mesmo modelo de appliance).

• Vá para Sistema> Cluster
• Selecione um IP local do cluster: Apenas interfaces NIC, VLAN ou Bonding podem ser selecionadas (vamos escolher, por exemplo, eth1).
• Preencha o IP remoto do cluster: Usando o endereço IP da interface com o mesmo nome (no nosso exemplo seria eth1) no nó remoto.
• Digite a senha da raiz do nó remoto e confirme digitando-a novamente.
• Clique Atualizar para aplicar a configuração e habilitar o cluster.

Quando o cluster estiver configurado, clique no roda dentada ícone para alterar as configurações de cluster:

• Verifique o intervalo: Tempo em segundos entre as verificações de integridade do nó.
• Failback: Defina o nó de failback preferencial (nenhum nó de failback preferencial é definido por padrão).

Monitorando o Zevenet Cluster

Com o cluster pronto, podemos monitorar os nós do cluster clicando no olho ícone:

As informações dos nós atualizarão a cada 30 segundos automaticamente. Além disso, o status do nó exibido na parte superior da interface da GUI será atualizado automaticamente a cada minuto.

O status do nó possível é:

• Online e ativo: para o nó principal.
• Online um passivo: para o nó de backup.
• Manutenção: quando o modo de manutenção está ativado para tal nó.
• Inacessível: quando o nó remoto está offline (abaixo ou há um problema de rede)

A partir deste painel, o nó local pode ser colocado manutenção clicando no ícone quadrado ao lado do nó. Ativar esse modo faz com que o outro nó assuma a função ativa.