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à.
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 dati creando una nuova cache Valkey, Redis OSS o Serverless Memcached e popolandola con i dati di un backup. Con ElastiCache, puoi gestire i backup utilizzando, the () e AWS Management Console l' AWS Command Line Interface API.AWS CLI ElastiCache
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
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.microTutti 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 progettati autonomamente da Valkey e Redis OSS, è possibile creare non più di 20 backup manuali per nodo del cluster.
-
Valkey o Redis OSS (modalità cluster abilitata) supporta solo l'esecuzione di backup a livello di cluster (per l'API o la CLI, a livello di gruppo di replica). Valkey o Redis OSS (modalità cluster abilitata) non supportano l'esecuzione di backup a livello di shard (per l'API o la CLI, a livello di gruppo di nodi).
-
Durante il processo di backup, non puoi eseguire altre operazioni API o CLI sulla cache serverless. È possibile eseguire operazioni API o CLI su un cluster progettato autonomamente durante il backup.
-
Se utilizzi cache Valkey o Redis OSS 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 Memcached ma sono disponibili con ElastiCache Redis OSS. ElastiCache
Di seguito sono elencate le linee guida per migliorare le prestazioni di backup dei cluster progettati autonomamente.
-
Imposta il
reserved-memory-percentparametro: 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 richieste durante BGSAVE, ti consigliamo di creare backup da una delle repliche di lettura. Nel corso della creazione del backup dalla replica, il nodo primario non viene alterato dai requisiti della risorsa 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 elimini un gruppo di replica e richiedi un backup finale, esegue ElastiCache sempre il backup dal nodo primario. Ciò garantisce l'acquisizione dei dati Valkey o Redis OSS più recenti, prima che il gruppo di replica venga eliminato.
