Esta seção permite gerenciar o serviço de cluster. O serviço de clustering fornece alta disponibilidade para serviços de balanceamento de carga por meio de dois nós de colaboração em passivo ativo modo.

Um cluster é formado por nós 2 trabalhando juntos para manter os serviços de back-ends sempre disponíveis e evitando qualquer tempo de inatividade dos serviços do ponto de vista do cliente. Normalmente, há dominar e backup funções em um modo ativo-passivo: o mestre é o nó que está atualmente gerenciando o tráfego de serviços para os back-ends e aceitando as conexões dos clientes, o nó de backup conhece toda a configuração em tempo real para estar pronto para iniciar os serviços se eles detectarem que o nó mestre não está respondendo corretamente.

Alguns requisitos a serem considerados ao criar um cluster:

• Ambos os nós devem estar executando a mesma versão do Zevenet (ou seja, o mesmo modelo de appliance)
• Ambos os nós devem ter nomes de host diferentes
• Ambos os nós devem ter os mesmos nomes de NICs (interfaces de rede)
• O nó mestre deve ser o único nó onde configurar serviços, nunca deve ser feito no nó de backup
• Pode haver a necessidade de configurar dispositivos intermediários de comutação e roteamento para evitar qualquer tipo de conflito com a comutação de cluster
• Definir IP flutuante é sempre uma boa prática quando o serviço de cluster está em execução para evitar que o serviço enfrente qualquer tempo de inatividade devido a um comutador de cluster.

Quando os serviços de balanceamento de carga alternam de um nó para outro, o nó de backup cuidará de todas as conexões e serviços atuais por si só, a fim de evitar que o cliente sofra qualquer interrupção no serviço.

Configurar o serviço de cluster

Esta é a página principal onde configurar o cluster. O agrupamento é composto por vários serviços, incluindo:

Sincronização. Esse serviço sincroniza a configuração feita no nó principal para o nó de backup automaticamente, portanto, todas as alterações feitas na configuração são replicadas para o nó de backup e permitem que ele assuma o controle sempre que for necessário. Este serviço usa inotify e rsync daemons através SSH para sincronizar arquivos de configuração em tempo real.
batida de coração. Esse serviço permite verificar o status de funcionamento dos nós do cluster entre todos eles para detectar rapidamente quando um nó não está funcionando corretamente. Este serviço depende do VRRP protocolo sobre multicast projetado para ser leve e comunicação em tempo real. Zevenet 6 usa mantenha vivo a fim de fornecer este serviço.
Acompanhamento de Conexão. Este serviço permite replicar conexões em tempo real e seu estado para permitir que o nó de backup retome todas as conexões durante um failover para que as conexões de clientes e back-ends não detectem qualquer interrupção de conexão, graças ao conntrack serviço.
Replicação de Comando. Este serviço permite enviar e ativar a configuração aplicada no nó mestre para o backup, mas de forma passiva, de modo que durante uma tarefa de failover o backup tomará o controle e iniciará todos os sistemas de rede, farms e retomará as conexões assim que possível. Este serviço é gerenciado por zclustermanager através SSH.

O nó onde o Agrupar está configurado torna-se o nó principal.
Atenção: Qualquer configuração anterior no nó de backup será apagada. Isso significa que você perderá quaisquer Fazendas (incluindo seus certificados), Interfaces Virtuais, regras do IPDS, etc.

A nova configuração de cluster requer os seguintes parâmetros para ser criada:

IP local. Suspensa com todas as interfaces de rede disponíveis para serem selecionadas como a interface de gerenciamento de cluster, nenhuma interface virtual é permitida.
IP remoto. Endereço IP remoto do nó que se comportará como o futuro nó de backup.
Senha Raiz Remota. Senha do usuário root do nó remoto (backup futuro).
Confirmar palavra-passe. Certifique-se de que é a senha correta, repetindo a senha.

Depois de definir todos os parâmetros necessários, clique no CRIAR botão e uma confirmação de que os serviços de cluster são configurados corretamente se houver comunicação entre os nós e nenhum problema tiver sido produzido.

Mostrar serviço de cluster

Se o serviço de cluster já está configurado e ativo, o cluster mostra as seguintes informações sobre os serviços, back-ends e ações.

Interface. Interface de rede de onde os serviços de cluster foram configurados.
Failback. Defina se, durante um failover, os serviços de balanceamento de carga devem ser retornados ao mestre quando estiverem disponíveis novamente ou se manter o nó atual como o novo mestre. Esta opção é útil quando o nó de backup possui menos recursos alocados que o mestre e o último deve ser o mestre preferencial para os serviços.
Verifique o intervalo. O tempo verifica se o serviço de pulsação será usado para verificar o status entre os nós.
Opções. Ações disponíveis para aplicar.

• configurar. Altere algumas configurações de cluster disponíveis.
• Desviar. Desative o cluster entre os nós fornecidos.
• Mostrar nós. Mostre os nós da tabela e seu status.
• Recarregar. Atualize a tabela de nós e seu status.

A Mostrar nós ação mostra uma tabela com:

Node . Para cada nó do cluster, mostre se é local or remoto. Depende de qual nó você se conectou por meio da GUI da web, local será o nó que você está conectado atualmente e remoto é o outro nó.
Tipo. Para cada nó do cluster, mostre se é dominar, backup (também conhecido como escravo) ou manutenção se for temporariamente desabilitado o nó. Vai depender da função que o nó tem no cluster.
IP. Endereço IP de todos os nós que compõem o cluster.
hostname. Nome do host de cada nó que compõe o cluster.
Estado . O status dos nós pode ser Vermelho se houver alguma falha, Grey se o nó estiver inacessível ou não estiver respondendo, Laranja se está em modo de manutenção ou Verde se está tudo certo.
Mensagem. A mensagem do nó remoto, é uma mensagem de depuração de cada nó do cluster.
Opções. As ações disponíveis para cada nó são as seguintes.

• Manutenção. Colocado no modo de manutenção, ele desativa temporariamente um nó de cluster para executar tarefas de manutenção e evitar um failover.
• Início. Coloque o nó do cluster de volta no cluster após as tarefas de manutenção.

No topo do painel da web é mostrado um status resumido do nó local do cluster. Por exemplo, status green e role master:

Outro exemplo, um nó de cluster colocado no estado de manutenção:

Configuração de cluster

As opções globais de configuração disponíveis estão descritas abaixo.

Failback. Selecione qual dos balanceadores de carga é preferido como o mestre.
Verifique o intervalo. Tempo entre cada verificação de saúde do nó de back-end, a fim de verificar a saúde do mestre.

Clique no SAVE botão para aplicar as alterações.

Confira nosso vídeo sobre failover de cluster stateful com o Zevenet.