Configurações :: cluster

POSTADO POR Zevenet | 3 de março de 2016

CONFIGURAÇÕES :: CLUSTER SECTION

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 tempo máximo 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.

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.

O failback automático do backup node1 master e 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.

Para conectar dois servidores Zen Load Balancer ao cross over cable para comunicação de cluster, você deve marcar esta 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.

Forçar a sincronização do cluster do mestre para o backup. Essa força manual é útil após uma recuperação do serviço de cluster.

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:

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.

CONFIGURAÇÕES :: SEÇÃO DE GERENCIAMENTO DE USUÁRIOS

Nesta seção, você poderá alterar a senha do usuário root.

É necessário inserir a senha atual e uma nova senha repetida. Pressionar o botão Aplicar mudará a senha do root.

Nesta seção você também será capaz de alterar a chave e senha do usuário zapi, além disso você poderá habilitar ou desabilitar o usuário zapi.

Compartilhar no:

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

Esse artigo foi útil?

Artigos Relacionados