Esta seção permite gerenciar o serviço de clustering que fornece alta disponibilidade para os serviços de balanceamento de carga por meio de dois nós de colaboração em passivo ativo modo.
Um cluster é principalmente um grupo de dispositivos de nós 2 trabalhando juntos para manter os serviços de back-ends sempre disponíveis e evitando o tempo de inatividade dos serviços do ponto de vista do cliente. Normalmente, há dominar e escravo 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 kernel (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)
Quando os serviços de balanceamento de carga são comutados 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. Este serviço permite sincronizar a configuração feita no nó mestre para o modo escravo automaticamente, de modo que cada alteração feita na configuração é replicada para o nó escravo e pronta para assumir o controle sempre que for necessário. Este serviço usa inotify e rsync através SSH para sincronizar os 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 conta com o protocolo VRRP sobre multicast projetado para ser uma comunicação leve e em tempo real. Zevenet 5 usa mantenha vivo a fim de fornecer este serviço.
Acompanhamento de Conexão. Este serviço permite replicar em tempo real as conexões e estados das mesmas para que o nó de backup possa retomar os estados de todas as conexões durante um failover para que as conexões de clientes e back-ends não detectem nenhuma interrupção de conexão, usando o conntrack.
Replicação de Comando. Este serviço permite enviar e ativar a configuração aplicada no nó mestre ao escravo, mas de forma passiva para que durante uma tarefa de failover o escravo assuma o controle e inicie todas as redes, fazendas e retome as conexões o mais rápido possível. possível. Este serviço é gerenciado por zclustermanager através SSH.
A Agrupar A configuração deve ser iniciada a partir do futuro nó mestre.
Atenção: Qualquer configuração anterior no nó Escravo 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 dados para ser criada:
IP local do cluster. Coloque todas as interfaces de rede disponíveis de onde um serviço de cluster pode ser criado, sem interfaces virtuais permitidas.
IP remoto do cluster. Endereço IP remoto do nó que se comportará como o nó escravo futuro.
Senha Raiz Remota do Cluster. Senha do usuário root do nó remoto (futuro escravo).
Repita a Senha Raiz Remota. Certifique-se de que é a senha correta, repetindo a senha.
Depois de definir todas as informações solicitadas, clique no Create 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 para gerenciá-lo.
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ó escravo tem menos recursos alocados que o mestre e o último deve ser o mestre preferencial para os serviços.
VERIFICAR INTERVALO. O tempo verifica se o serviço de pulsação será usado para verificar o status entre os nós.
AÇÕ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ó.
FUNÇÃO. 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.
NOME DE ANFITRIÃO. Nome do host de cada nó que compõe o cluster.
STATUS. O status dos nós pode ser Vermelho se houver alguma falha, Grey se o nó estiver inacessível ou não estiver configurado, 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.
AÇÕES. As ações disponíveis para cada nó são as seguintes.
- Manutenção. Coloque em modo de manutenção para desabilitar temporariamente um nó de cluster para realizar tarefas de manutenção e evitar um failover.
- Início. Coloque o nó do cluster online novamente após as tarefas de manutenção.
- Recarregar. Atualize o status do nó do cluster.
No topo do painel da web é mostrado um status resumido do nó local do cluster. Por exemplo, status green e role master:
Outro exemplo, estado laranja e função de manutenção:
Confira nosso vídeo sobre failover de cluster stateful com o Zevenet.