Configurações :: cluster

POSTADO POR Zevenet | 19 de fevereiro de 2016

Nesta seção, você pode configurar o serviço de cluster e verificar o status do serviço de cluster. Durante a configuração do processo de cluster, você não precisa acessar o segundo nó, pois a configuração será replicada automaticamente.

Status do cluster. É uma visão global dos elementos do cluster, você pode recarregar o cheque aqui
IP virtual para cluster ou crie um novo virtual aqui. Selecione um ip virtual que será usado para o serviço de cluster, se você não configurou um, por favor vá para Configurações :: Interface e configure um, essa interface virtual só precisa ser configurada no primeiro nó em que você está configurando o serviço de cluster.

Hostname local e nome do host remoto. Depois que uma interface virtual é selecionada, os nomes de host e as informações de endereço IP sobre os nós do cluster são necessários.

ID do cluster e taxa de inoperantes. Com os componentes do cluster, precisamos definir o ID do cluster. Se você tiver mais de um cluster em sua rede, você escolherá IDs diferentes para cada um. A relação morta é o máximo de segundos que o nó escravo está esperando pela resposta do nó mestre a cada verificação. Se esse tempo for excedido, o nó escravo promoverá o domínio. Valor recomendado = 10 para ambientes virtuais

Pressione o botão Salvar botão para salvar as alterações. Neste ponto, é necessário que o IP físico de ambos os nós esteja configurado na mesma interface física que o “cluster de IP virtual” na última etapa (por exemplo, eth0).

Senha raiz do nome do host remoto. Digite a senha da segunda raiz do nó, esta informação não será memorizada, só é necessário configurar a comunicação RSA nos dois nós.

Uma vez que o Configurar conexão RSA entre nós é pressionado o processo de comunicação é executado e se tudo estiver certo, você verá mensagens como mostrado abaixo.

Selecione o tipo de cluster. Através desta combinação, você pode escolher o comportamento do serviço de cluster.

–Desativar cluster em todos os hosts–:O serviço de cluster será interrompido e desativado em ambos os nós. Use esta opção somente se você precisar parar o serviço de cluster para fazer alterações ou desabilitar o serviço de cluster.
-Node1 master e failback automático do backup node2 Se node1 for detectado como inativo, o node2 assumirá o serviço de balanceamento de carga. Quando o node1 for restaurado, o serviço retornará automaticamente ao node1. Você deve escolher esta opção quando o node1 for um servidor mais poderoso que o node2.
-Node1 ou node2 podem ser mestres qualquer um pode ser mestre, não há failback automático quando um nó é recuperado. Se você tiver dois servidores muito semelhantes para node1 e node2 que podem manipular a carga total do seu tráfego, você poderá usar essa opção.

Use patch cord de crossover. Para conectar dois servidores Zen Load Balancer ao cross over cable para comunicação de cluster, você deve marcar essa opção.

Agora pressione para salvar as mudanças.

O serviço de cluster será iniciado nos dois nós e, no final do processo, essas mensagens serão exibidas.

Os processos serão lançados em segundo plano para configurar o cluster. Nesse momento, você pode pressionar o ícone de atualização para atualizar a exibição de status do cluster.

Se o cluster estiver configurado e funcionando corretamente, você poderá ver uma exibição semelhante como esta:

Nesta exibição, serão mostrados os serviços de cluster e o status que descrevemos nas próximas linhas:

Latência Zen. É um ativador do serviço UCARP, esse serviço deve estar em execução nos dois nós do cluster e verificar se a comunicação entre nós está OK.
IP do cluster. Esse IP é UP apenas no nó mestre e configurado, mas DOWN no ​​nó de backup.
Zen inotify. Este serviço deve estar rodando apenas no nó mestre e enviará ao nó de backup toda a configuração e mudanças de rede e farms.

Sobre a visualização configurada em cluster, você pode:

Recarregue a verificação para testar se o serviço de cluster está funcionando como um encanto.

Teste a conexão RSA. Verifique se a conexão RSA entre os nós está funcionando bem e se é necessário sincronizar o serviço zen inotify.

Teste de failover. Alterne o nó do serviço de cluster. É útil se você precisar executar algumas tarefas de manutenção no servidor principal ou testar o serviço de cluster. Para failback automático do backup node1 master e node2 o tipo de cluster será comutado por apenas 30 segundos; depois disso, o serviço de cluster será alternado de volta para node1.

Force o nó como backup para manutenção. Altere a prioridade do cluster para que o outro servidor receba uma prioridade mais alta.

Quando o serviço de cluster estiver configurado, você poderá alterar o tipo de cluster, mas o serviço poderá produzir algumas interrupções.

Por meio da GUI da Web, é fácil identificar qual é a função de cluster para os dois nós. No lado superior da página da Web, mostrará esta mensagem para o nó principal:

E para o nó de backup:

Se o botão “Forçar nó como backup para manutenção” for pressionado, a mensagem será:

Quando o serviço de cluster estiver sendo executado nos dois nós, você só precisará se conectar ao nó mestre para aplicar as alterações para farms e interfaces, que serão automaticamente configurados e replicados para o nó de backup.

Compartilhar no:

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

Esse artigo foi útil?

Artigos Relacionados