Questa sezione consente di gestire il servizio di clustering, che garantisce un'elevata disponibilità per il bilanciamento del carico attraverso due nodi collaborativi in ​​modalità attivo-passivo.

Come funziona RELIANOID lavori in cluster #

Panoramica #

Migliori Cluster Stateful caratteristica in RELIANOID garantisce la disponibilità continua del servizio e la tolleranza agli errori combinando due nodi che operano insieme come un'unica unità logica.

L'obiettivo principale di questa configurazione è prevenire interruzioni del servizio e mantenere una connettività senza interruzioni dal punto di vista del cliente, anche in caso di guasto di un nodo.

Un cluster è costituito da due nodi che lavorano in modalità attiva-passiva, dove uno agisce come nodo principale e l'altro come il nodo di backup.

• Migliori nodo principale gestisce attivamente tutto il traffico dei clienti, bilanciando le connessioni ai server backend e mantenendo le informazioni sulle sessioni in tempo reale.
• Migliori nodo di backup resta dentro modalità standby, sincronizzando continuamente la sua configurazione, lo stato e i dati della sessione dal master per essere pronto a subentrare in qualsiasi momento.

Se il nodo master non risponde o non è raggiungibile, il nodo di backup assume automaticamente il controllo, garantendo la fornitura ininterrotta del servizio.

Selezione del ruolo principale e di backup #

La determinazione di quale nodo agisce come Mastercard e che agisce come di riserva è gestito da Keepalived, utilizzando VRRP (protocollo di ridondanza del router virtuale) and tracciamento dell'interfaccia meccanismi.

A ciascun nodo del cluster viene assegnato un valore di priorità, che influenza il processo di elezione del master:

• Il nodo con la priorità più alta viene selezionato come master.
• Se entrambi i nodi hanno la stessa priorità, quello con l'indirizzo IP più basso diventa master per impostazione predefinita.

Keepalived monitora continuamente interfacce tracciate (interfacce di rete configurate per il rilevamento del failover). Se una di queste interfacce monitorate fallisce o diventa non disponibile, il nodo la priorità effettiva diminuisce, consentendo all'altro nodo di assumere il ruolo di master.

Ciò garantisce che il traffico venga sempre instradato attraverso il nodo più stabile e pienamente operativo.

Sincronizzazione con stato #

RELIANOID i cluster operano in modalità con stato, il che significa che i dati della sessione e le tabelle di connessione vengono sincronizzati tra i nodi master e di backup in tempo reale.
Questa sincronizzazione consente alle sessioni client attive di persistere anche dopo un failover: i client non subiscono interruzioni né hanno bisogno di riconnettersi, mantenendo un'esperienza utente fluida.

Anche le modifiche alla configurazione, le impostazioni IPDS, i certificati SSL e gli stati della farm vengono replicati automaticamente, garantendo che entrambi i nodi rimangano sempre completamente allineati.

Comportamento di manutenzione #

Durante l'esecuzione di operazioni di manutenzione (ad esempio aggiornamenti software, modifiche alla configurazione o interventi hardware), il cluster può modificare temporaneamente i ruoli master-backup:

• Se la modalità di manutenzione è abilitata su attuale padrone, il nodo di backup si promuove automaticamente a master, assumendo il controllo dei servizi attivi.
• Una volta completata la manutenzione e riabilitato il nodo, questo si ricongiunge al cluster come di riserva a meno che non sia configurato come maestro preferito.

Questo meccanismo garantisce che le attività di manutenzione possano essere eseguite senza interrompere le connessioni client attive o la disponibilità.

Nodo master preferito #

Gli amministratori possono configurare un nodo master preferito all'interno del cluster.

Questa impostazione garantisce che, una volta che entrambi i nodi sono online e stabili, il nodo preferito designato reclamerà automaticamente il ruolo principale, anche se l'altro nodo ha temporaneamente preso il sopravvento durante un failover.

Vantaggi #

• Instradamento del traffico prevedibile: La selezione coerente del master semplifica il monitoraggio, la registrazione e l'analisi del traffico.
• Coerenza della configurazione: Garantisce che un nodo noto e stabile rimanga il punto di controllo predefinito.

Svantaggi #

• Brevi commutazioni di servizio: quando il nodo preferito ritorna e recupera il ruolo di master, potrebbe verificarsi un breve evento di failover, che potenzialmente reimposta alcune sessioni.
• Minore flessibilità nel controllo del failover: in alcuni casi, il cluster potrebbe tornare al master preferito anche se entrambi i nodi sono integri, il che potrebbe introdurre transizioni non necessarie.

Per le distribuzioni che danno priorità massimo tempo di attività e minima interruzione, gli amministratori possono scegliere di disabilitare l'opzione master preferita.

Per ambienti dove coerenza dei ruoli e prevedibilità operativa sono critici, si consiglia di abilitare il nodo master preferito.

Requisiti per la creazione di un cluster #

Entrambi i nodi devono eseguire la stessa versione di Relianoid (ovvero lo stesso modello di appliance).
Ogni nodo dovrebbe avere un nome host univoco.
La sincronizzazione dell'orologio nell'hypervisor dovrebbe essere disattivata. Si consiglia l'utilizzo del server NTP in entrambi i nodi (maggiori informazioni sulla configurazione di NTP).
Entrambi i nodi devono avere nomi NIC (interfacce di rete) identici con IP diversi nelle stesse subnet.
Entrambi i nodi devono essere connessi all'altro nodo tramite la porta 22/TCP e consentire i pacchetti VRRP.
Entrambi i nodi dovrebbero avere le stesse policy di sicurezza (accesso ai servizi e alle reti).
Le modifiche alla configurazione devono essere apportate solo sul nodo master, mai sul nodo di backup.
I dispositivi di commutazione e routing intermedi potrebbero richiedere una configurazione per evitare conflitti con la commutazione del cluster. Non sono richieste modalità promiscue, modifiche dell'indirizzo MAC o trasmissioni contraffatte. Tuttavia, il cluster sarà in grado di inviare pacchetti ARP gratuiti.
Si consiglia di impostare un IP mobile per evitare tempi di inattività del servizio durante un cambio di cluster. Ulteriori informazioni sugli IP flottanti.

Quando i servizi di bilanciamento del carico passano da un nodo a un altro, il nodo di backup gestisce le connessioni correnti e lo stato del servizio per prevenire interruzioni del client.

Componenti del servizio cluster #

Questa è la pagina principale per la configurazione del Cluster. Il servizio di clustering include diversi componenti:

Sincronizzazione. Sincronizza automaticamente le configurazioni dal master al nodo di backup utilizzando inotify and rsync attraverso SSH. Ogni modifica applicata al filesystem nel nodo master correlata ai servizi virtuali o alla configurazione comune per i servizi virtuali verrà automaticamente replicata nel nodo di backup.
Battito cardiaco. Monitora l'integrità dei nodi del cluster utilizzando VRRP protocollo su multicast, facilitato da keepalive.
Tracciamento della connessione. Replica gli stati di connessione in tempo reale per consentire un failover senza interruzioni senza interrompere le connessioni client o backend, utilizzando il connesso servizio.
Replica comandi. Invia e attiva le configurazioni dal master al nodo di backup tramite zclustermanager via SSH.

Il nodo in cui il Cluster è configurato diventa il nodo principale. Avvertenza: Qualsiasi configurazione precedente sul nodo di backup verrà cancellata, con conseguente perdita di qualsiasi configurazione Farms (compresi i certificati), Interfacce virtuali, Regole IPDS, ecc.

Dati replicati in un cluster #

In un ambiente di clustering, la replica dei dati garantisce che la configurazione e lo stato dei servizi siano coerenti tra i nodi master e di backup. Di seguito sono riportati gli elementi specifici che vengono replicati attraverso i nodi:

• Servizi LSLB (bilanciamento del carico del server locale), GSLB (bilanciamento del carico del server globale), DSLB (bilanciamento del carico del server dati). Questi servizi sono fondamentali per il bilanciamento del carico e vengono replicati per garantire che il failover non interrompa la distribuzione del traffico, inclusi configurazione, sessioni e stati del traffico.
• Routing statico. I percorsi definiti staticamente vengono replicati per mantenere percorsi di rete coerenti.
• Impostazioni RBAC (controllo degli accessi basato sui ruoli). Ruoli utente, autorizzazioni e impostazioni correlate vengono replicati per garantire che le politiche di sicurezza siano coerenti tra i nodi.
• Utenti, gruppi e autorizzazioni. Gli account utente, le appartenenze ai gruppi e le autorizzazioni associate vengono sincronizzati.
• Certificati SSL e crittografiamo la configurazione. I certificati SSL, compresi quelli gestiti da Let's Encrypt, vengono replicati per proteggere comunicazioni e servizi.
• Interfacce virtuali, VLAN, bonding e mobili. Vengono replicate le configurazioni delle interfacce di rete come interfacce virtuali, VLAN, interfacce collegate e IP mobili.
• Servizi VPN. Le configurazioni e gli stati della VPN sono sincronizzati per mantenere connessioni sicure.
• Regole e file IPDS (sistema di prevenzione e rilevamento delle intrusioni). Le regole IPDS e i file associati vengono replicati per un monitoraggio coerente della sicurezza.
• Configurazione dei guardiani della fattoria. Le configurazioni di monitoraggio e controllo dello stato per le farm (gruppi di server) vengono replicate.
• Impostazioni di notifica. Le impostazioni per le notifiche di sistema sono sincronizzate per garantire che gli avvisi siano coerenti.

Dati non replicati in un cluster #

• Interfacce NIC fisiche. Le configurazioni delle schede di interfaccia di rete fisica (NIC) non vengono replicate perché sono specifiche dell'hardware.
• Gateway predefiniti. Le impostazioni del gateway predefinito sono locali per ciascun nodo e non vengono replicate.
• Configurazione dei servizi locali e remoti. Servizi come DNS, NTP (Network Time Protocol), SNMP (Simple Network Management Protocol) sono configurati localmente e non replicati.
• Chiavi API. Le chiavi API utilizzate per accedere ai servizi non vengono replicate per motivi di sicurezza.
• Certificati di attivazione. I certificati di attivazione per la licenza software non vengono replicati.
• Pacchetti installati. I pacchetti software installati sui nodi non sono sincronizzati, poiché possono variare tra i nodi.
• Backup. I backup generati sono specifici per ciascun nodo e, pertanto, non vengono replicati tra i nodi.

Configurare il Servizio cluster #

IP locale. Seleziona tra le interfacce di rete disponibili per la gestione del cluster (non sono consentite interfacce virtuali).
IP remoto. Indirizzo IP del futuro nodo di backup.
Password del nodo remoto. Password root per il nodo remoto (backup futuro).
Conferma la password del nodo remoto. Password root per il nodo remoto (backup futuro).

Dopo aver inserito i parametri necessari, fare clic su APPLICA pulsante.

Mostra Servizio cluster #

Se l' servizio cluster è configurato e attivo, visualizza le seguenti informazioni su servizi, backend e azioni:

Interfaccia. Interfaccia di rete in cui sono configurati i servizi cluster.
failback. Opzione per restituire i servizi di bilanciamento del carico al master quando diventa nuovamente disponibile.
Controlla l'intervallo. Intervallo di tempo per i controlli dell'heartbeat tra i nodi.
Interfacce tracciate. Interfacce di rete attive monitorate in tempo reale.

Azioni del cluster #

Mostra nodi. Visualizza lo stato dei nodi.
Modifica. Modificare le impostazioni di configurazione.
Distruggere. Rimuovere le impostazioni di configurazione e un nodo.

Migliori Mostra nodi action visualizza una tabella con:

Nodo. Indica se il nodo è locale o remoto in base al nodo a cui sei stato connesso alla GUI web. Local sarà il nodo a cui sei attualmente connesso e a distanza è il nodo remoto.
Ruolo. Mostra se il nodo lo è Mastercard (attualmente serve servizi di bilanciamento del carico), di riserva, o manutenzione se si tratta di un nodo temporaneamente disabilitato.
IP. Indirizzo IP di ciascun nodo.
Nome host. Nome host di ciascun nodo.
Stato. Stato del nodo, indicato da:

• Rosso. Fallimento.
• Grigio. Irraggiungibile.
• Arancione. Modalità di manutenzione.
• Verde. Operativo.

Messaggio. Messaggi di debug da ciascun nodo.
Azione. Le opzioni per ciascun nodo includono.

• Abilita manutenzione. Disabilita temporaneamente un nodo per la manutenzione per evitare il failover.
• Disabilita manutenzione. Abilita nuovamente il nodo.

Impostazioni del cluster #

Opzioni di impostazione globale disponibili:

failback. Seleziona quale bilanciatore del carico è preferito come master.
Traccia le interfacce da monitorare. Monitorare interfacce specifiche (ad esempio, LAN o VLAN).
Controlla l'intervallo. Tempo tra i controlli di integrità dal nodo di backup al master.

Clicca su APPLICA pulsante per salvare le modifiche.

Manutenzione e aggiornamenti del cluster #

Per eseguire la manutenzione o aggiornare un cluster Relianoid con tempi di inattività minimi, fare riferimento alla guida dettagliata Aggiornanento RELIANOID Cluster con tempi di inattività minimi.