Sistema | Grupo

POSTADO POR Zevenet | 19 de junho de 2017

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ó 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á um 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.

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 atuais e do status dos serviços por si só, a fim de evitar que o cliente execute 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.

cluster do sistema zevenet

A vida do Agrupar A configuração deve ser iniciada a partir do nó mestre futuro e 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.

cluster do sistema zevenet configurado

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. Interface de rede de onde o.

  • 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 vida do Mostrar nós ação mostra uma tabela com:

nodos da mostra do conjunto do sistema zevenet

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:

mestre do status do nó do cluster do sistema zevenet

Outro exemplo, estado laranja e função de manutenção:

Manutenção do status do nó do cluster do sistema zevenet

Compartilhar no:

Documentação sob os termos da Licença de Documentação Livre GNU.

Esse artigo foi útil?

Artigos Relacionados