---
title: "Gestione delle interruzioni di corrente e dell'isolamento di rete in un cluster HA"
canonical: "https://safekit.eviden.com/it/best-practises/power-outage-and-network-isolation-in-a-cluster/"
description: "Scopri come gestire l'isolamento di rete e le interruzioni di corrente in un cluster ad alta disponibilità. SafeKit propone un'architettura SANless con verificatori di split-brain integrati e risincronizzazione automatica per garantire l'integrità dei dati e un uptime 24 ore su 24, 7 giorni su 7, senza disco condiviso."
category: "best-practises"
lang: "it"
topics: "Quali sono i diversi scenari in caso di isolamento della rete in un cluster?, Quali sono i diversi scenari in caso di interruzione di corrente in un cluster?"
---

# Gestione delle interruzioni di corrente e dell'isolamento di rete in un cluster HA {#handling-power-outages-and-network-isolation-in-a-ha-cluster}

## Quali sono i diversi scenari in caso di isolamento della rete in un cluster? {#isolation}

### Una singola rete {#a-single-network}

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 {#two-networks-with-a-dedicated-replication-network}

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 {#a-single-network-and-a-splitbrain-checker}

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? {#what-are-the-different-scenarios-in-case-of-power-outage-in-a-cluster}

### Interruzione di corrente del nodo primario {#primary-node-power-outage}

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 {#secondary-node-power-outage}

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 {#general-power-outage---case-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 {#general-power-outage---case-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.