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.