Conteúdo
O Zevenet Cluster Service pode ser configurado como um software independente fora do pacote principal Zevenet CE, este novo serviço de cluster Zevenet foi desenvolvido com a idéia de ser facilmente gerenciado e modificado pelos administradores de sistemas, a fim de adaptá-lo às necessidades de qualquer arquitetura de rede. .
O próximo procedimento descreve como instalar e configurar o Zevenet Cluster em caso de alta disponibilidade para seu balanceador de carga.
Configure o nosso repositório oficial do APT da seguinte forma:
Como configurar o repositório APT para o ZEVENET Community Edition
Instalar o pacote de cluster Zevenet CE
Assim que o repositório de banco de dados local for atualizado, pesquise o pacote de cluster zevenet-ce-cluster da seguinte forma:
root@lb1 > apt-cache search zevenet-ce-cluster zevenet-ce-cluster - Zevenet Load Balancer Community Edition Cluster Service root@lb1 > apt-cache show zevenet-ce-cluster Package: zevenet-ce-cluster Version: 1.2 Maintainer: Zevenet SL <zevenet-ce-users@zevenet.com> Architecture: i386 Depends: zevenet (>=5.0), liblinux-inotify2-perl, ntp Priority: optional Section: admin Filename: pool/main/z/zevenet-ce-cluster/zevenet-ce-cluster_1.0_i386.deb Size: 43350 SHA256: e39bb9b8283904db2873287147c885637178e179be5dee67b2c7044039899f35 SHA1: 425d742cde523c93a55b25e96447a8088663a028 MD5sum: 123abcf0eab334a18054802962287dc7 Description: Zevenet Load Balancer Community Edition Cluster Service Cluster service for Zevenet CE, based in ucarp for vrrp implementation and zeninotify for configuration replication. VRRP through UDP is supported in this version. Description-md5: 5b668a78c0d00cdf89ac66c47b44ba28 root@lb1 > apt-get install zevenet-ce-cluster Reading package lists... Done Building dependency tree Reading state information... Done The following additional packages will be installed: liblinux-inotify2-perl Suggested packages: iwatch The following NEW packages will be installed: liblinux-inotify2-perl zevenet-ce-cluster 0 upgraded, 2 newly installed, 0 to remove and 37 not upgraded. Need to get 43.4 kB/61.4 kB of archives. After this operation, 60.4 kB of additional disk space will be used. Do you want to continue? [Y/n] Get:1 http://repo.zevenet.com/ce/v5 stretch/main i386 zevenet-ce-cluster i386 1.0 [43.4 kB] Fetched 43.4 kB in 0s (57.3 kB/s) Selecting previously unselected package liblinux-inotify2-perl. (Reading database ... 57851 files and directories currently installed.) Preparing to unpack .../liblinux-inotify2-perl_1%3a1.22-3_i386.deb ... Unpacking liblinux-inotify2-perl (1:1.22-3) ... Selecting previously unselected package zevenet-ce-cluster. Preparing to unpack .../zevenet-ce-cluster_1.0_i386.deb ... Unpacking zevenet-ce-cluster (1.0) ... Setting up liblinux-inotify2-perl (1:1.22-3) ... Processing triggers for systemd (232-25+deb9u1) ... Processing triggers for man-db (2.7.6.1-2) ... Setting up zevenet-ce-cluster (1.0) ... Completing the Zevenet CE Cluster installation...
Observe que o Zevenet CE Cluster usa o VRRP e o tempo de sincronização é obrigatório para este protocolo, portanto, assegure-se de que o serviço NTP esteja configurado corretamente e que os servidores NTP estejam acessíveis no Load Balancer.
Configurar pacote de cluster Zevenet CE
Quando a instalação estiver concluída, configure o serviço de cluster da seguinte maneira:
Abra o arquivo de configuração no caminho /usr/local/zevenet/app/ucarp/etc/zevenet-cluster.conf
Os parâmetros mais importantes são descritos a seguir:
#interface used for the cluster where is configured local_ip and remote_ip $interface="eth0"; #local IP to be monitored, i e 192.168.0.101 $local_ip="192.168.101.242"; #remote IP to be monitored, i e 192.168.0.102 $remote_ip="192.168.101.243"; #used password for vrrp protocol communication $password="secret"; #unique value for vrrp cluster in the network $cluster_id="1"; #used virtual IP in the cluster, this IP will run always in the master node $cluster_ip="192.168.101.244"; # if the nic used for cluster is different to eth0 then please change the exclude conf file in following line ######## $exclude="--exclude if_eth0_conf";
Observe que apenas interfaces virtuais são replicadas, portanto, se você estiver executando com mais de uma NIC ou VLAN, elas deverão ser excluídas no arquivo de configuração de cluster, por exemplo, eth0 é usado para fins de cluster e vlan100 (eth0.100) para fins de balanceamento de carga , então:
$exclude="--exclude if_eth0_conf --exclude if_eth0.100_conf";
Observe que o cluster zevenet é gerenciado pelo usuário root e replica a configuração do nó mestre para fazer backup por meio de rsync (ssh), portanto, ssh sem senha entre nós precisa ser configurado.
Observe que o definido $ cluster_ip tem que ser configurado e UP em um balanceador de carga virtual Zevenet, o futuro Mestre, assim que o serviço for iniciado neste nó o arquivo de configuração para $ cluster_ip será replicado para o servidor de backup automaticamente.
Agora habilite o serviço de cluster com as duas etapas a seguir:
Primeiro abra o arquivo /etc/init.d/zevenet-ce-cluster e altere a seguinte variável:
$enable_cluster="true";
Em segundo lugar, o serviço zevenet-ce-cluster é desabilitado por padrão após a inicialização, execute o seguinte comando para habilitar zevenet-ce-cluster após a reinicialização:
[] root@lb1 > systemctl enable zevenet-ce-cluster
Leve em consideração que qualquer mudança no arquivo de configuração /usr/local/zevenet/app/ucarp/etc/zevenet-cluster.conf requer a reinicialização do serviço de cluster, portanto, uma vez que os parâmetros de configuração forem concluídos, reinicie o cluster em ambos os nós do seguinte modo:
[] root@lb1 > /etc/init.d/zevenet-ce-cluster stop [] root@lb1 > /etc/init.d/zevenet-ce-cluster start
Observe que, assim que o serviço de cluster estiver em execução, o prompt no balanceador de carga será modificado para mostrar o status do cluster em cada serviço:
Master:
[master] root@lb1>
Cópia de segurança:
[backup] root@lb2>
Registros e solução de problemas
- O SSH sem senha é necessário entre os dois nós do cluster
- O ntp é necessário para ser configurado nos dois nós do cluster
- O serviço Zeninotify só será executado no nó principal, por favor, confirme se o zeninotify está sendo executado com o seguinte comando: Você deve obter algo parecido com isto no nó mestre:
[master] root@lb1> ps -ef | grep zeninotify root 16912 1 0 03:20 ? 00:00:00 /usr/bin/perl /usr/local/zevenet/app/zeninotify/zeninotify.pl
E você não deve ver nada relacionado ao zeninotify no nó de backup.
[backup] root@lb2> ps -ef | grep zeninotify [backup] root@lb2>
- Logs para o serviço ucarp são enviados para o syslog / var / log / syslog
- Logs para o serviço de replicação zeninotify são enviados para /var/log/zeninotify.log
- O status do cluster é mostrado no prompt e é atualizado após a execução de qualquer comando. Além disso, o status do cluster é salvo no arquivo de configuração: /etc/zevenet-ce-cluster.status, se esse arquivo não existir, o serviço de cluster é interrompido.
- No momento em que o nó do cluster é promovido a MASTER, o seguinte script é executado: / usr / local / zevenet / app / ucarp / sbin / zevenet-ce-cluster-start
- No momento em que o nó do cluster promove a BACKUP, o seguinte script é executado: / usr / local / zevenet / app / ucarp / sbin / zevenet-ce-cluster-stop
- No momento em que o nó do cluster precisa executar anúncios, o seguinte script é executado: / usr / local / zevenet / aplicativo / ucarp / sbin / zevenet-ce-cluster-anúncio
- Caso você precise alterar qualquer parâmetro na execução do ucarp, você pode modificar a função de execução do ucarp no script /etc/init.d/zevenet-ce-cluster subrutine run_cluster ()
- O serviço de cluster usa a implementação VRRP, portanto, pacotes multicast precisam ser permitidos nos comutadores