Conteúdo
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.
- Por quê? 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.