Configurazione del cluster in RELIANOID Edizione comunitaria v7

Visualizza categorie

Configurazione del cluster in RELIANOID Edizione comunitaria v7

6 min letto

Nota importante: noid-cluster-notify può essere trovato anche come zeninotify. Per favore, riferisci: https://www.relianoid.com/resources/knowledge-base/enterprise-edition-v8-administration-guide/whats-new-in-relianoid-ee-v8/

Cosa è RELIANOID Load Balancer Cluster Community Edition? #

Il servizio ad alta disponibilità fornito da RELIANOID Load Balancer Community Edition è un cluster stateless, incluso automaticamente nella versione Community Edition predefinita. Questo servizio replica abilmente i file di configurazione tra i nodi, utilizzando il protocollo VRRP per monitorare l'integrità dei nodi, il tutto all'interno di un design semplice. Per coloro che cercano un servizio cluster con stato più avanzato e ricco di funzionalità, il Edizione Enterprise è disponibile.

I passaggi seguenti descrivono il processo di installazione e configurazione per RELIANOID Raggruppa quando la disponibilità elevata è essenziale per il tuo sistema di bilanciamento del carico.

concetti #

Nodo del cluster #

A nodo del cluster è un singolo dispositivo informatico all'interno di un cluster, ovvero un gruppo di computer o server interconnessi che lavorano insieme per eseguire attività come se fossero un unico sistema. Ogni nodo in un cluster ha in genere la propria potenza di elaborazione, memoria e archiviazione e comunica tra loro su una rete per condividere risorse e coordinare le proprie attività. I nodi del cluster sono costituiti da istanze di bilanciatori del carico configurati per funzionare all'interno di un servizio cluster.

Interfacce mobili #

A IP mobile L'indirizzo è un indirizzo IP che può essere rapidamente riassegnato da un nodo all'altro di un cluster. Questo è comunemente usato nelle configurazioni ad alta disponibilità in cui più server o nodi eseguono servizi identici e, se uno fallisce, l'indirizzo IP "fluttua" su un altro nodo in modo che il servizio possa continuare senza interruzioni.

Battito cardiaco #

Battito cardiaco si riferisce a un meccanismo utilizzato dai nodi all'interno del cluster per comunicare reciprocamente il proprio stato e integrità. Questo segnale di heartbeat indica che un nodo è operativo e funziona correttamente. L'assenza di un heartbeat da un nodo può indicare un errore o un problema con quel nodo.

Sincronizzazione #

Sincronizzazione di configurazione si riferisce al processo volto a garantire che le impostazioni di configurazione su tutti i nodi del cluster siano coerenti e aggiornate. Ciò è essenziale per mantenere l'integrità e il corretto funzionamento del cluster, soprattutto quando più nodi sono coinvolti nella fornitura di un servizio o di un'applicazione.

failover #

failover si riferisce al processo di reindirizzamento o reindirizzamento automatico di carichi di lavoro, servizi o risorse da un nodo guasto o non disponibile a un nodo integro e disponibile all'interno del cluster.

Configurazione del cluster #

Requisiti #

Per iniziare, installa due istanze di RELIANOID CE, assicurando che entrambi utilizzino la stessa versione.

Successivamente, verifica che il file Servizio NTP siano configurati correttamente su entrambi i nodi e che siano accessibili dai bilanciatori di carico. La sincronizzazione dell'ora dei sistemi è essenziale per il corretto funzionamento del protocollo VRRP.

Inoltre, per automatizzare la sincronizzazione, è essenziale configurare l'accesso SSH senza password tra i bilanciatori di carico. Configura le chiavi di accesso remoto, ad esempio, utilizzando il file ssh-id-copia comando.

root@noid-ce-01:~# ssh-keygen -t rsa # senza passphrase, basta premere Invio root@noid-ce-01:~# ssh-copy-id root@noid-ce-02

Quindi, nel nodo secondario:

root@noid-ce-02:~# ssh-keygen -t rsa # senza passphrase, basta premere Invio root@noid-ce-02:~# ssh-copy-id root@noid-ce-01

Configurazione #

Per impostare il file di configurazione del cluster, copiare prima il modello /usr/local/relianoid/app/ucarp/etc/cluster.conf.example a /usr/local/relianoid/app/ucarp/etc/cluster.conf.

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

Quindi modifica il file di configurazione che si trova in /usr/local/relianoid/app/ucarp/etc/cluster.conf. Di seguito si riportano i parametri essenziali:

#interfaccia utilizzata per il cluster dove sono configurati local_ip e remote_ip $interface="eth0"; #IP locale da monitorare, ovvero 192.168.0.101 $local_ip="192.168.101.242"; #IPremoto da monitorare, ovvero 192.168.0.102 $remote_ip="192.168.101.243"; #password utilizzata per la comunicazione con protocollo vrrp $password="segreto"; #valore univoco per il cluster vrrp nella rete $cluster_id="1"; #IP virtuale utilizzato nel cluster, questo IP verrà eseguito sempre nel nodo master $cluster_ip="192.168.101.244"; # se il nic utilizzato per il cluster è diverso da eth0, modificare il file conf di esclusione nella riga seguente
######## $exclude="--exclude if_eth0_conf";

Prendi nota che solo le interfacce virtuali vengono replicate. Se i servizi di bilanciamento del carico coinvolgono più NIC o VLAN, è necessario escluderli nel file di configurazione del cluster. Ad esempio, se eth0 è designato per scopi di cluster e vlan100 (eth0.100) per il bilanciamento del carico, la configurazione deve essere modificata come segue:

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

Si prega di essere consapevoli del fatto che il RELIANOID Il cluster CE è gestito dall'utente root e impiega rsync via SSH per replicare la configurazione dal nodo master al backup. Per facilitare ciò, è fondamentale impostare l'accesso SSH senza password tra i nodi.

Assicurarsi che il file specificato $ cluster_ip è configurato e attivo su uno RELIANOID bilanciatore del carico virtuale, che sarà il futuro master. Una volta avviato il servizio su questo nodo, il file di configurazione per $ cluster_ip verrà replicato automaticamente sul server di backup.

Avvia e arresta un nodo del cluster #

Per attivare il servizio cluster attenersi alla seguente procedura:

1. Questo passaggio è necessario solo per RELIANOID Community Edition 7.1 o versioni precedenti: è necessario impostare la variabile $abilita_cluster nel file /etc/init.d/relianoid-ce-cluster al valore:

$enable_cluster="vero";

2. Il servizio cluster-relianoid-ce è disabilitato per impostazione predefinita all'avvio. Eseguire il comando seguente per abilitare cluster-relianoid-ce per l'attivazione automatica dopo un riavvio:

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

Tieni presente che qualsiasi modifica apportata al file di configurazione /usr/local/relianoid/app/ucarp/etc/cluster.conf richiede il riavvio del servizio cluster. Pertanto, dopo aver finalizzato i parametri di configurazione, riavviare il cluster su entrambi i nodi utilizzando i seguenti passaggi:

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

All'avvio del servizio cluster, è importante osservare che il prompt sul bilanciatore del carico subisce delle modifiche per visualizzare lo stato attuale del cluster per ciascun servizio:

Master:

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

Backup:

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

Aggiorna configurazione #

Dopo aver configurato il servizio di clustering, tutte le impostazioni di configurazione relative ai servizi virtuali e agli IP virtuali/mobili vengono replicate automaticamente sui nodi del cluster.

In un cluster stateless, le sessioni utente e le connessioni non sono sincronizzate, rendendo necessario l'uso di un cluster stateful, incluso nel nostro Bilanciatore del carico aziendale.

Aggiornamento dei nodi del cluster #

Aggiornamento dei nodi del cluster con a RELIANOID il bilanciamento del carico prevede l'aggiornamento di ciascun nodo all'interno del cluster con la versione più recente RELIANOID software o firmware del bilanciatore del carico. È consigliabile aggiornare il nodo di backup prima di procedere con l'aggiornamento del nodo master durante il processo di aggiornamento dei nodi di clustering.

Registri e risoluzione dei problemi del servizio cluster #

1. SSH senza password è un prerequisito tra entrambi i nodi del cluster.
2. Entrambi i nodi del cluster devono avere configurato NTP.
3. Migliori noid-cluster-notifica il servizio opererà esclusivamente sul nodo master. Confermare che noid-cluster-notifica è in esecuzione eseguendo il comando seguente. Sul nodo master, dovresti ricevere un output simile a questo:

[master] 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

Sul nodo di backup non dovrebbero esserci output relativi a noid-cluster-notifica durante l'esecuzione del comando.

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

4. I registri per il ucarp il servizio è rivolto a syslog at / Var / log / syslog .
5. Registri per il noid-cluster-notifica servizio di replica a cui vengono trasmessi /var/log/noid-cluster-notify.log .
6. Lo stato del cluster è visibile nel prompt e si aggiorna dinamicamente dopo l'esecuzione di ogni comando. Inoltre lo stato del cluster viene registrato nel file di configurazione: /etc/relianoid-ce-cluster.status . Se questo file è assente, il servizio cluster verrà interrotto.
7. Quando il nodo del cluster viene promosso a MASTER, avviene l'esecuzione del seguente script: /usr/local/relianoid/app/ucarp/sbin/relianoid-ce-cluster-start .
8. Quando il nodo del cluster viene promosso a BACKUP, avviene l'esecuzione del seguente script: /usr/local/relianoid/app/ucarp/sbin/relianoid-ce-cluster-stop .
9. Quando il nodo del cluster richiede l'esecuzione di annunci pubblicitari, avviene l'esecuzione del seguente script: /usr/local/relianoid/app/ucarp/sbin/relianoid-ce-cluster-advertisement .
10 Se è necessario modificare qualsiasi parametro nel file ucarp esecuzione, è possibile apportare modifiche all'interno del file esegui_cluster() subroutine nello script /etc/init.d/relianoid-ce-cluster .
11 Il servizio cluster utilizza VRRP implementazione, che richiede la disponibilità di pacchetti multicast negli switch.

📄 Scarica questo documento in formato PDF #

    EMAIL: *

    Sviluppato da BetterDocs