Gestione delle interruzioni di corrente e dell’isolamento di rete in un cluster HA

Quali sono i diversi scenari in caso di isolamento della rete in un cluster?

Una singola rete

In caso di isolamento della rete, il comportamento predefinito è:

• quando heartbeat vengono persi per ogni nodo, ogni nodo passa a ALONE ed esegue l’applicazione con il suo indirizzo IP virtuale (doppia esecuzione dell’applicazione che modifica i suoi dati locali),
• quando l’isolamento viene ripristinato, un nodo ALONE è costretto a fermarsi e a risincronizzare i propri dati dall’altro nodo,
• alla fine il cluster è PRIM-SECOND (o SECOND-PRIM in base al rilevamento dell’indirizzo IP virtuale duplicato effettuato da Windows).

Due reti con una rete di replica dedicata

In caso di isolamento della rete, il comportamento con una rete di replica dedicata è il seguente:

• una rete di replica dedicata è implementata su una rete privata,
• Heartbeat sulla rete di produzione vengono persi (rete isolata),
• Heartbeat sulla rete di replica funzionano (non sulla rete isolata),
• Il cluster rimane nello stato PRIM/SECOND.

Una singola rete e un checker split-brain

In caso di isolamento della rete, il comportamento con un checker split-brain è il seguente:

• un checker split-brain è stato configurato con l’indirizzo IP di un witness (in genere un router),
• il checker split-brain si attiva quando un server passa da PRIM a ALONE o da SECOND a ALONE,
• in caso di isolamento della rete, prima di passare ad ALONE, entrambi i nodi testano l’indirizzo IP,
• il nodo che può accedere all’indirizzo IP passa a ALONE, l’altro passa a WAIT,
• Quando l’isolamento viene ripristinato, il nodo WAIT risincronizza i suoi dati e diventa SECOND.

Nota: se il witness è inattivo o disconnesso, entrambi i nodi passano a WAIT e l’applicazione non è più in esecuzione. Ecco perché è necessario scegliere un witness robusto come un router.

Quali sono i diversi scenari in caso di interruzione di corrente in un cluster?

Interruzione di corrente del nodo primario

Quando un’interruzione di corrente arresta solo il nodo primario:

• si verifica un failover automatico sul nodo secondario, che diventa SOLO e riavvia l’applicazione,
• quando il nodo 1 viene riavviato, diventa SEDOND dopo la risincronizzazione dei dati replicati,
• I ruoli di responsabile primario e secondario possono essere scambiati da un amministratore, se necessario.

Interruzione di corrente del nodo secondario

Quando un’interruzione di corrente arresta solo il nodo secondario:

• non c’è failover, il primario diventa SOLO e l’applicazione continua la sua esecuzione sul nodo 1,
• Quando il nodo 2 viene riavviato, diventa SEDOND dopo la risincronizzazione dei dati replicati.

Interruzione generale di corrente - caso 1

Quando un’interruzione di corrente arresta entrambi i nodi, il comportamento predefinito è:

• entrambi i nodi vanno in STOP,
• quando il nodo 1 viene riavviato, non passa allo stato ALONE e non riavvia l’applicazione perché non sa se ha i dati aggiornati. Quindi passa allo stato WAIT in attesa del riavvio dell’altro nodo,
• Quando il nodo 2 viene riavviato, entrambi i nodi ritornano ai loro precedenti stati PRIM/SECOND.

Interruzione generale di corrente - caso 2

Quando un’interruzione di corrente arresta entrambi i nodi, il comportamento con syncdelta è:

• syncdelta è impostato, ad esempio, a 10 minuti nella configurazione, il che significa che l’avvio di un nodo viene accettato anche se i suoi dati sono 10 minuti indietro rispetto all’ultima sincronizzazione,
• quando il nodo 1 viene riavviato, passa ad ALONE e riavvia l’applicazione presupponendo che il riavvio venga effettuato entro 10 minuti dall’interruzione di corrente,
• quando il nodo 2 viene riavviato, diventa SECONDO dopo la risincronizzazione dei dati replicati,
• Nota: se il nodo 2 viene riavviato per primo, diventa SOLO e il nodo 1 diventerà SECONDO all’avvio.

🔍 Esplora SafeKit

Trova informazioni sulle funzionalità, le architetture, i video, la documentazione e la versione di prova gratuita di SafeKit.