Come posso implementare il ripristino di emergenza o la tolleranza agli errori per il mio cluster Amazon ElastiCache Redis?

Risoluzione

Le soluzioni di tolleranza ai guasti disponibili hanno ciascuna il proprio equilibrio tra durabilità dei dati, impatto sulle prestazioni e costi. Scegli quello più adatto al tuo caso d'uso:

Multi-AZ

Multi-AZ è l'opzione migliore quando la conservazione dei dati, i tempi di inattività minimi e le prestazioni delle applicazioni sono una priorità.

• Potenziale di perdita di dati: basso. Multi-AZ offre tolleranza agli errori per ogni scenario, compresi i problemi relativi all'hardware.
• Impatto sulle prestazioni: basso. Tra le opzioni disponibili, Multi-AZ offre il tempo di ripristino più rapido, poiché non è necessaria alcuna procedura manuale da seguire dopo l'implementazione del processo.
• Costo: da basso ad alto. Multi-AZ è l'opzione più economica. Usa Multi-AZ quando non puoi rischiare di perdere dati a causa di un guasto hardware o non puoi permetterti i tempi di inattività richiesti da altre opzioni in risposta a un'interruzione.

Per ulteriori informazioni su Multi-AZ, consulta Riduzione dei tempi di inattività in ElastiCache for Redis con Multi-AZ.

Backup automatici giornalieri

Puoi pianificare backup automatici giornalieri in un momento in cui prevedi un basso utilizzo delle risorse per il tuo cluster. ElastiCache crea un backup del cluster e quindi scrive tutti i dati dalla cache in un file Redis RDB. Le versioni Redis 2.8.22 e successive implementano un backup senza fork in grado di migliorare le prestazioni.

Nota: il backup e il ripristino Redis non sono supportati sui nodi cache.t1.micro per i cluster disattivati in modalità cluster.

• Potenziale di perdita di dati: elevato (fino a un giorno). I backup automatici giornalieri vengono conservati per un massimo di 35 giorni.
• Impatto sulle prestazioni: da medio ad alto. L'esecuzione di più backup di file durante il giorno influisce sulle prestazioni. Per migliorare le prestazioni, valuta la possibilità di abilitare le istantanee RDB su un nodo secondario designato solo per la persistenza. Quindi, disabilita sia le istantanee RDB che il file di sola aggiunta Redis (AOF) sul nodo primario e su tutti gli altri nodi secondari.
• Costo: da basso a medio. I costi di archiviazione aumentano con il numero di backup e la durata della conservazione dei dati.

Prima di implementare il backup e il ripristino, considera le limitazioni causate dai vincoli di backup. Per informazioni complete sull'implementazione dei backup per i cluster ElastiCache che eseguono Redis, consulta Backup e ripristino per ElastiCache for Redis. Per ulteriori informazioni, consulta Creazione di backup manuali.

Informazioni correlate

Limitazione dell'impatto degli errori

Verifica della disponibilità di memoria sufficiente per creare uno snapshot Redis

Attenuazione dei problemi di errore durante l'utilizzo di Redis AOF

Redis persistence sul sito web di Redis

ElastiCache T2 support