Snapshot e ripristino

ElastiCache Le cache Amazon che eseguono Valkey, Redis OSS o Serverless Memcached possono eseguire il backup dei dati creando uno snapshot. Il backup può essere utilizzato per ripristinare una cache o inizializzare i dati in una nuova cache. Il backup è costituito dai metadati della cache, insieme a tutti i dati presenti nella cache. Tutti i backup vengono scritti su Amazon Simple Storage Service (Amazon S3), che fornisce uno storage durevole. In qualsiasi momento, puoi ripristinare i tuoi dati creando una nuova cache Memcached Valkey, Redis OSS o Serverless e popolandola con i dati di un backup. Con ElastiCache, puoi gestire i backup utilizzando il, il () e AWS Management Console il. AWS Command Line Interface AWS CLI ElastiCache API

Se pianifichi di eliminare una cache ed è importante preservare i dati, puoi prendere precauzioni aggiuntive. Per farlo, crea innanzitutto un backup manuale, verifica che lo stato sia disponibile, quindi elimina la cache. In questo modo hai la garanzia che, in caso di errore del backup, disporrai comunque dei dati della cache. Puoi provare nuovamente a creare un backup, seguendo le best practice illustrate in precedenza.

Argomenti

• Vincoli del backup
• Impatto sulle prestazioni dei backup di cluster progettati autonomamente
• Pianificazione di backup automatici
• Esecuzione di backup manuali
• Creazione di un backup finale
• Descrizione dei backup
• Copia di backup
• Esportazione di un backup
• Ripristino da un backup in una nuova cache
• Eliminazione di un backup
• Assegnazione di tag di backup
• Tutorial: seminare un nuovo cluster progettato autonomamente con un backup creato esternamente

Vincoli del backup

Durante la pianificazione o la creazione di backup occorre considerare i seguenti vincoli:

• Il backup e il ripristino sono supportati solo per le cache in esecuzione su Valkey, Redis OSS o Serverless Memcached.

• Per i cluster Valkey o Redis OSS (modalità cluster disabilitata), il backup e il ripristino non sono supportati sui nodi. cache.t1.micro Tutti gli altri tipi di nodi di cache sono supportati.

• Per i cluster Valkey o Redis OSS (modalità cluster abilitata), il backup e il ripristino sono supportati per tutti i tipi di nodi.

• Durante un periodo contiguo di 24 ore, è possibile creare non più di 24 backup manuali per cache serverless. Per i cluster OSS progettati autonomamente da Valkey e Redis, è possibile creare non più di 20 backup manuali per nodo del cluster.

• Valkey o Redis OSS (modalità cluster abilitata) supportano solo l'esecuzione di backup a livello di cluster (a livello o, a livello di gruppo di replica). API CLI Valkey o Redis OSS (modalità cluster abilitata) non supportano l'esecuzione di backup a livello di shard (per o, a livello di gruppo di nodi). API CLI

• Durante il processo di backup, non è possibile eseguire altre CLI operazioni sulla cache API serverless. È possibile eseguire API le nostre CLI operazioni su un cluster progettato autonomamente durante il backup.

• Se utilizzi OSS cache Valkey o Redis con tiering dei dati, non puoi esportare un backup su Amazon S3.

• È possibile ripristinare un backup di un cluster utilizzando il tipo di nodo r6gd solo su cluster che utilizzano il tipo di nodo r6gd.

Impatto sulle prestazioni dei backup di cluster progettati autonomamente

I backup sulle cache serverless sono trasparenti per l'applicazione senza alcun impatto sulle prestazioni. Tuttavia, quando si creano backup per cluster progettati autonomamente, può esserci un certo impatto sulle prestazioni a seconda della memoria riservata disponibile. I backup per cluster progettati autonomamente non sono disponibili con ElastiCache (Memcached) ma sono disponibili con (Redis). ElastiCache OSS

Di seguito sono elencate le linee guida per migliorare le prestazioni di backup dei cluster progettati autonomamente.

• Imposta il reserved-memory-percent parametro: per ridurre il paging eccessivo, si consiglia di impostare il parametro. reserved-memory-percent Questo parametro impedisce a Valkey e Redis OSS di consumare tutta la memoria disponibile del nodo e può aiutare a ridurre la quantità di paging. È anche possibile che si verifichino miglioramenti delle prestazioni utilizzando semplicemente un nodo più grande. Per ulteriori informazioni sulla memoria riservata e sui parametri, vedere. reserved-memory-percentGestione della memoria riservata per Valkey e Redis OSS

   

• Creare backup da una replica di lettura: se si esegue Valkey o Redis OSS in un gruppo di nodi con più di un nodo, è possibile eseguire un backup dal nodo primario o da una delle repliche di lettura. A causa delle risorse di sistema necessarie durante il processoBGSAVE, si consiglia di creare backup da una delle repliche di lettura. Durante la creazione del backup dalla replica, il nodo primario rimane inalterato dai requisiti di risorse. BGSAVE Il nodo primario può continuare a servire le richieste senza rallentamenti.

  A tale scopo, consulta Creazione di un backup manuale (Console)e nel Nome del cluster nella finestra Crea backup, scegliere una replica anziché il nodo primario di default.

Se si elimina un gruppo di replica e si richiede un backup finale, esegue ElastiCache sempre il backup dal nodo principale. Ciò garantisce l'acquisizione dei OSS dati Valkey o Redis più recenti, prima che il gruppo di replica venga eliminato.