Aviso importante: noid-cluster-notify também pode ser encontrado como zeninotify. Consulte: https://www.relianoid.com/resources/knowledge-base/enterprise-edition-v8-administration-guide/whats-new-in-relianoid-ee-v8/

O que é a RELIANOID Edição comunitária do cluster do balanceador de carga? #

O serviço de alta disponibilidade fornecido pela RELIANOID Load Balancer Community Edition é um cluster sem estado, incluído automaticamente na versão padrão do Community Edition. Este serviço replica habilmente arquivos de configuração entre nós, empregando o protocolo VRRP para monitorar a integridade do nó, tudo dentro de um design simples. Para aqueles que procuram um serviço de cluster com estado mais avançado e rico em recursos, o Enterprise Edition está disponível.

As etapas a seguir descrevem o processo de instalação e configuração do RELIANOID Cluster quando a alta disponibilidade for essencial para seu Load Balancer.

Conceitos #

Nó de cluster #

A nó do cluster é um único dispositivo de computação dentro de um cluster, que é um grupo de computadores ou servidores interconectados que trabalham juntos para executar tarefas como se fossem um único sistema. Cada nó em um cluster normalmente possui seu próprio poder de processamento, memória e armazenamento, e eles se comunicam entre si por meio de uma rede para compartilhar recursos e coordenar suas atividades. Os nós do cluster consistem em instâncias de balanceadores de carga configurados para operar em um serviço de cluster.

Interfaces flutuantes #

A IP flutuante endereço é um endereço IP que pode ser rapidamente reatribuído de um nó em um cluster para outro. Isso é comumente usado em configurações de alta disponibilidade, onde vários servidores ou nós executam serviços idênticos e, se um falhar, o endereço IP “flutua” para outro nó para que o serviço possa continuar ininterrupto.

batida de coração #

batida de coração refere-se a um mecanismo usado pelos nós do cluster para comunicar seu status e integridade entre si. Este sinal de pulsação indica que um nó está operacional e funcionando corretamente. A ausência de pulsação de um nó pode indicar uma falha ou um problema com esse nó.

Sincronização #

Sincronização de configuração refere-se ao processo de garantir que as definições de configuração em todos os nós do cluster sejam consistentes e atualizadas. Isto é essencial para manter a integridade e o funcionamento adequado do cluster, especialmente quando vários nós estão envolvidos no fornecimento de um serviço ou aplicação.

Failover #

Failover refere-se ao processo de redirecionamento ou redirecionamento automático de cargas de trabalho, serviços ou recursos de um nó com falha ou indisponível para um nó íntegro e disponível dentro do cluster.

Configuração de cluster #

Requisitos #

Para começar, instale duas instâncias do RELIANOID CE, garantindo que ambos estejam executando a mesma versão.

A seguir, verifique se o Serviço NTP está configurado corretamente em ambos os nós e que eles estão acessíveis a partir dos balanceadores de carga. A sincronização da hora dos sistemas é essencial para o bom funcionamento do protocolo VRRP.

Além disso, para automatizar a sincronização, é essencial configurar o login SSH sem senhas entre balanceadores de carga. Configure chaves de acesso remoto, por exemplo, utilizando o ssh-cópia-id comando.

root@noid-ce-01:~# ssh-keygen -t rsa # sem senha, basta pressionar Enter root@noid-ce-01:~# ssh-copy-id root@noid-ce-02

Então, no nó secundário:

root@noid-ce-02:~# ssh-keygen -t rsa # sem senha, basta pressionar Enter root@noid-ce-02:~# ssh-copy-id root@noid-ce-01

Configuração #

Para configurar o arquivo de configuração do cluster, primeiro copie o modelo /usr/local/relianoid/app/ucarp/etc/cluster.conf.example para /usr/local/relianoid/app/ucarp/etc/cluster.conf.

cp /usr/local/relianoid/app/ucarp/etc/cluster.conf.exemplo /usr/local/relianoid/app/ucarp/etc/cluster.conf

Em seguida, edite o arquivo de configuração localizado em /usr/local/relianoid/app/ucarp/etc/cluster.conf. Os parâmetros essenciais são descritos abaixo:

#interface utilizada para o cluster onde está configurado local_ip e remote_ip $interface="eth0"; #local IP a ser monitorado, ou seja, 192.168.0.101 $local_ip="192.168.101.242"; #remote IP a ser monitorado, ou seja, 192.168.0.102 $remote_ip="192.168.101.243"; #senha usada para comunicação do protocolo vrrp $password="secret"; #valor exclusivo para cluster vrrp na rede $cluster_id="1"; #usou IP virtual no cluster, este IP será executado sempre no nó mestre $cluster_ip="192.168.101.244"; # se o nic usado para cluster for diferente de eth0, altere o arquivo exclude conf na linha a seguir
######## $exclude="--excluir if_eth0_conf";

Tome nota que apenas interfaces virtuais sofrem replicação. Se seus serviços de balanceamento de carga envolverem vários NICs ou VLANs, eles deverão ser excluídos do arquivo de configuração do cluster. Por exemplo, se eth0 é designado para fins de cluster e vlan100 (eth0.100) para balanceamento de carga, a configuração deve ser ajustada da seguinte forma:

$exclude="--excluir if_eth0_conf --excluir if_eth0.100_conf";

Esteja ciente de que o RELIANOID O cluster CE é gerenciado pelo usuário root e emprega rsync via ssh para replicar a configuração do nó mestre para o backup. Para facilitar isso, é crucial configurar o acesso SSH sem senha entre os nós.

Certifique-se de que o especificado $ cluster_ip está configurado e ativo em um RELIANOID balanceador de carga virtual, que será o futuro mestre. Depois que o serviço for iniciado neste nó, o arquivo de configuração para $ cluster_ip será replicado automaticamente para o servidor de backup.

Iniciar e parar um nó de cluster #

Para ativar o serviço de cluster, siga estas etapas:

1. Esta etapa é necessária apenas para RELIANOID Community Edition 7.1 ou versões anteriores: você precisa definir a variável $enable_cluster no arquivo /etc/init.d/relianoid-ce-cluster ao valor:

$enable_cluster="verdadeiro";

2. O serviço relianoid-ce-cluster está desabilitado por padrão na inicialização. Execute o seguinte comando para ativar relianoid-ce-cluster para ativação automática após uma reinicialização:

[] root@noid-ce-01:~# systemctl enable relianoid-ce-cluster

Lembre-se de que qualquer modificação feita no arquivo de configuração /usr/local/relianoid/app/ucarp/etc/cluster.conf requer uma reinicialização do serviço de cluster. Portanto, após finalizar os parâmetros de configuração, reinicie o cluster em ambos os nós utilizando as seguintes etapas:

[] root@noid-ce-01:~# /etc/init.d/relianoid-ce-cluster parar [] root@noid-ce-01:~# /etc/init.d/relianoid-ce-cluster iniciar

Ao iniciar o serviço de cluster, é importante observar que o prompt no balanceador de carga sofre modificação para exibir o status atual do cluster para cada serviço:

Master:

[mestre] root@noid-ce-01:~# 

Cópia de segurança:

[backup] root@noid-ce-02:~# 

Atualizar configuração #

Depois de configurar o serviço de cluster, todas as definições de configuração relativas a serviços virtuais e IPs virtuais/flutuantes são replicadas automaticamente nos nós do cluster.

Em um cluster sem estado, as sessões e conexões dos usuários não são sincronizadas, necessitando do uso de um cluster com estado, que está incluído em nosso Balanceador de carga empresarial.

Atualizando nós de cluster #

Atualizando nós de cluster com um RELIANOID balanceador de carga envolve atualizar cada nó dentro do cluster com o mais recente RELIANOID software ou firmware do balanceador de carga. É aconselhável atualizar o nó de backup antes de prosseguir com a atualização do nó mestre durante o processo de atualização dos nós de cluster.

Logs e solução de problemas do serviço de cluster #

1. SSH sem senha é um pré-requisito entre os dois nós do cluster.
2. Ambos os nós do cluster precisam ter o NTP configurado.
3. O notificação de cluster noid serviço operará exclusivamente no nó mestre. Confirme isso notificação de cluster noid está sendo executado executando o seguinte comando. No nó mestre, você deverá receber uma saída semelhante a esta:

[mestre] root@noid-ce-01:~# ps -ef | grep noid-cluster-notify root 16912 1 0 03:20 ? 00:00:00 /usr/bin/perl /usr/local/relianoid/bin/noid-cluster-notify.pl

No nó de backup, não deve haver saída relacionada a notificação de cluster noid ao executar o comando.

[backup] root@noid-ce-02:~# ps -ef | grep noid-cluster-notify [backup] root@noid-ce-02:~#

4. Os registros para ucarpo atendimento é direcionado para syslog at / var / log / syslog .
5. Registros para o notificação de cluster noid serviço de replicação são transmitidos para /var/log/noid-cluster-notify.log .
6. O status do cluster fica visível no prompt, sendo atualizado dinamicamente após cada execução de comando. Além disso, o status do cluster é registrado no arquivo de configuração: /etc/relianoid-ce-cluster.status . Se este arquivo estiver ausente, o serviço de cluster será interrompido.
7. Quando o nó do cluster é promovido para MESTRE, ocorre a execução do seguinte script: /usr/local/relianoid/app/ucarp/sbin/relianoid-ce-cluster-start .
8. Quando o nó do cluster é promovido para BACKUP, ocorre a execução do seguinte script: /usr/local/relianoid/app/ucarp/sbin/relianoid-ce-cluster-stop .
9. Quando o nó do cluster requer a execução de anúncios, ocorre a execução do seguinte script: /usr/local/relianoid/app/ucarp/sbin/anúncio-do-cluster-relianoid-ce .
10. Se houver necessidade de modificar algum parâmetro no ucarpo execução, você pode fazer ajustes dentro do run_cluster() sub-rotina no script /etc/init.d/relianoid-ce-cluster .
11. O serviço de cluster utiliza VRRP implementação, necessitando da permissão de pacotes multicast nos switches.