Le traduzioni sono generate tramite traduzione automatica. In caso di conflitto tra il contenuto di una traduzione e la versione originale in Inglese, quest'ultima prevarrà.
Limitazione dell'impatto degli errori
Quando si pianifica l'implementazione di MemoryDB, è necessario pianificare in modo che gli errori abbiano un impatto minimo sull'applicazione e sui dati. Questa sezione, organizzata in più argomenti, illustra cosa fare per proteggere l'applicazione e i dati in caso di errori.
Attenuazione degli errori: cluster MemoryDB
Un cluster MemoryDB è composto da un singolo nodo primario dal quale l'applicazione può sia leggere che scrivere, e da 0 a 5 nodi di replica di sola lettura. Tuttavia, consigliamo vivamente di utilizzare almeno 1 replica per un'elevata disponibilità. Ogni volta che i dati vengono scritti sul nodo primario, vengono conservati nel registro delle transazioni e aggiornati in modo asincrono sui nodi di replica.
Quando una replica di lettura genera un errore
MemoryDB rileva la replica fallita.
MemoryDB mette offline il nodo guasto.
MemoryDB avvia e fornisce un nodo sostitutivo nella stessa AZ.
Il nuovo nodo si sincronizza con il registro delle transazioni.
Nel frattempo, l'applicazione può continuare a leggere e scrivere avvalendosi degli altri nodi.
MemoryDB Multi-AZ
Se Multi-AZ è attivato sui cluster MemoryDB, un primario guasto verrà rilevato e sostituito automaticamente.
MemoryDB rileva il guasto del nodo principale.
MemoryDB esegue il failover su una replica dopo aver verificato che sia coerente con la replica primaria fallita.
MemoryDB genera una replica nella AZ del primario fallito.
Il nuovo nodo si sincronizza con il registro delle transazioni.
Il failover su un nodo di replica è un processo generalmente più veloce della creazione con il provisioning di un nuovo nodo primario. Ciò significa che l'applicazione può riprendere a scrivere sul nodo principale prima.
Per ulteriori informazioni, consulta Riduzione al minimo dei tempi di inattività in MemoryDB con Multi-AZ.
