Avi Vantage può essere eseguito con un singolo controller Avi (distribuzione a nodo singolo) o con un cluster di controller Avi a 3 nodi. In una distribuzione che utilizza un singolo controller Avi, tale controller Avi esegue tutte le funzioni amministrative e tutte le analisi di raccolta ed elaborazione dei dati.
L’aggiunta di 2 nodi aggiuntivi per creare un cluster a 3 nodi fornisce ridondanza a livello di nodo per il controller Avi e massimizza anche le prestazioni per le funzioni di analisi ad alta intensità di CPU. Mentre il controller Avi solitario in una distribuzione a nodo singolo esegue tutte le funzioni amministrative e la raccolta e l’elaborazione dei dati di analisi, queste attività sono distribuite in cluster a 3 nodi.
In un cluster di controller Avi a 3 nodi, un nodo è il nodo primario (leader) ed esegue le funzioni amministrative. Gli altri due nodi sono follower (secondari) ed eseguono la raccolta dei dati per l’analisi, oltre a rimanere in attesa come backup per il leader.
Funzionamento del controller Avi HA
Questa sezione spiega come l’alta disponibilità (HA) opera all’interno di un cluster di controller Avi.
Quorum
Avi Controller-livello HA richiede un quorum di nodi del controller Avi per essere alto. In un cluster di controller Avi a 3 nodi, il quorum può essere mantenuto se almeno 2 dei 3 nodi del controller Avi sono attivi. Se uno dei controller Avi fallisce, i restanti 2 nodi continuano il servizio e Avi Vantage continua a funzionare. Tuttavia, se 2 dei 3 nodi scendono, l’intero cluster scende e Avi Vantage smette di funzionare.
Failover
Ogni nodo del controller Avi in un cluster invia periodicamente messaggi heartbeat agli altri nodi del controller Avi nel cluster attraverso un tunnel SSH crittografato utilizzando la porta TCP 22 (porta 5098 se in esecuzione come contenitori Docker).
L’intervallo del battito cardiaco è di 10 secondi. Il numero massimo di messaggi heartbeat consecutivi che possono essere persi è 4. Se uno dei controller Avi non sente da un altro controller Avi per 40 secondi (4 battiti cardiaci mancati), si presume che l’altro controller Avi sia inattivo.
Se un solo nodo è inattivo, il quorum viene mantenuto e il cluster può continuare a funzionare.
- Se un follower scende ma il nodo leader rimane attivo, l’accesso ai servizi virtuali continua senza interruzioni.
- Se il nodo primario (leader) va giù, i nodi membri formano un nuovo quorum ed eleggono un leader del cluster. Il processo elettorale dura circa 50-60 secondi e durante questo periodo non vi è alcun impatto sul piano dati. Il SEs continuerà a funzionare in modalità senza testa, ma il servizio del piano di controllo non sarà disponibile. Durante questo periodo, gli utenti non saranno in grado di creare un VIP tramite LBaaS o utilizzare l’interfaccia utente Vantage, API o CLI.
Conversione di una distribuzione a nodo singolo in un cluster a 3 nodi
Per convertire una distribuzione del controller Avi a nodo singolo in una distribuzione a 3 nodi, procedere come segue.
In questa procedura, il nodo del controller Avi già distribuito nella distribuzione del nodo singe viene indicato come controller Avi in carica.
- Installa 1 nuovi nodi del controller Avi. Durante l’installazione, configurare solo le seguenti impostazioni per ciascun nodo:
- Indirizzo IP gestione nodi
- Indirizzo gateway
- Collegare l’interfaccia di gestione di ogni nuovo nodo del controller Avi alla stessa rete del controller Avi in carica. Dopo che il regolatore incumbent di Avi individua i 2 nuovi nodi del regolatore di Avi, il regolatore incumbent di Avi si trasformerà nel regolatore primario di Avi (capo) per il mazzo di 3 nodi.
- Utilizzare un browser Web per accedere all’indirizzo IP di gestione del controller Avi primario (leader).
- Passare a Amministratore > Controller e fare clic su Modifica . Viene visualizzato il popup Modifica configurazione controller.
- Nel campo IP Cluster controller, immettere l’indirizzo IP condiviso per il cluster controller.
- Nei campi Hostname/IP, immettere gli indirizzi IP di gestione dei nuovi nodi del controller Avi.
Dopo questi passaggi, il controller Avi incumbent diventa il primario (leader) per il cluster e invita gli altri controller Avi al cluster come membri. Avi Vantage esegue quindi un riavvio a caldo del cluster. Questo processo può richiedere 2-3 minuti. La configurazione del controller primario (leader) viene sincronizzata con i nuovi nodi membro quando il cluster entra in linea dopo il riavvio.
