Questa pagina fornisce una panoramica della persistenza RDB in Memorystore for Valkey.
Per scoprire come attivare, disattivare e monitorare la persistenza RDB, consulta Gestire la persistenza.
Per informazioni sulle best practice per la persistenza RDB, consulta Best practice per la persistenza.
La funzionalità di persistenza RDB protegge i dati salvando gli snapshot su uno spazio di archiviazione durevole. Scegli la frequenza di questi istantanei selezionando un intervallo di istantanei compreso tra un minimo di 1 ora e un massimo di 24 ore. Se si verificano errori dei nodi, i dati vengono recuperati anche nei casi in cui il failover non sia possibile.
I nodi con repliche danno la priorità al recupero dei dati dalla replica. Tuttavia, se sia la principale che la replica si arrestano in modo anomalo contemporaneamente, i nodi si ripristinano dallo snapshot più recente.
La persistenza RDB non comporta costi aggiuntivi per la fatturazione delle istanze. Questa funzionalità è ideale per i casi d'uso in cui è accettabile un lieve grado di inattualità dei dati dopo il recupero. Poiché Memorystore utilizza gli snapshot per il recupero automatico, gli snapshot non sono disponibili per i ripristini manuali. Tieni inoltre presente che viene conservato solo lo snapshot riuscito più recente.
Memorystore for Valkey supporta anche la persistenza AOF, ma devi scegliere la modalità di persistenza AOF o RDB, perché non è possibile attivarle contemporaneamente. Per informazioni sulla scelta tra le due modalità di persistenza, consulta Panoramica della persistenza. Per la massima disponibilità possibile, ti consigliamo di utilizzare un'istanza ad alta disponibilità oltre ad abilitare la persistenza.
Pianificazione degli snapshot
La pianificazione degli snapshot è determinata da due impostazioni: l'ora di inizio e l'intervallo dello snapshot. Gli intervalli che puoi impostare sono 1h, 6h, 12h e
24h. Ad esempio, se imposti l'ora di inizio su 04:00 e l'intervallo su un'ora, gli istantanei iniziano alle 04:00 del giorno in cui vengono attivati e continuano ogni ora successiva.
Le pianificazioni degli snapshot vengono valutate nel fuso orario UTC, pertanto i fusi orari locali con l'ora legale subiranno aggiustamenti della pianificazione. Ad esempio, all'inizio e alla fine dell'ora legale negli Stati Uniti, le ore di inizio locali dei job di pianificazione degli snapshot si spostano in avanti o indietro di un'ora se il tuo fuso orario tiene conto delle modifiche dell'ora legale.
Mettere in pausa gli snapshot
Potresti trovarti in situazioni in cui vuoi mettere temporaneamente in pausa l'acquisizione di snapshot RDB per un determinato periodo di tempo. Ad esempio, per assicurarti che non ci siano impatti sulle prestazioni durante eventi critici o per disattivare temporaneamente gli snapshot per risolvere i problemi di prestazioni.
Per mettere in pausa gli snapshot, devi impostare l'ora di inizio su un momento futuro. In questo modo, l'ultimo snapshot viene conservato e utilizzato in caso di recupero. Per riprendere gli snapshot, modifica la pianificazione in modo che lo snapshot successivo venga eseguito quando vuoi. Per scoprire di più su come modificare le pianificazioni degli snapshot, consulta Modificare l'intervallo di snapshot della RDB.
Comportamento di recupero
Il failover dei nodi Memorystore for Valkey alle repliche è il meccanismo di recupero principale, anziché il caricamento da uno snapshot. Tuttavia, se un nodo non funziona e non può recuperare da una replica, recupera da uno snapshot.
Coerenza dei dati durante il recupero
Se abilitata, la persistenza RDB fa del suo meglio per garantire che i backup vengano eseguiti nell'intervallo specificato. Gli snapshot possono non riuscire per diversi motivi. Se lo snapshot non riesce consecutivamente in più intervalli, l'ultimo backup disponibile può essere arbitrariamente obsoleto.
L'obsolescenza dei dati peggiore per un recupero da uno snapshot è la somma dell'intervallo specificato dall'inizio dell'ultimo snapshot valido e del tempo necessario per salvare lo snapshot successivo nell'archiviazione. In caso di incidente di recupero, utilizza la metrica rdb_last_success_ages per visualizzare il periodo di tempo per l'obsolescenza dei dati.
Tempo di recupero
Se un nodo si guasta e deve recuperare i dati da uno snapshot, non è disponibile durante il recupero. Il tempo di recupero dipende dalle dimensioni dello snapshot.
Errore di snapshot
Per qualsiasi snapshot non riuscito viene eseguito immediatamente un nuovo tentativo con un backoff esponenziale da 5 a 300 secondi. Gli errori consecutivi degli snapshot aumentano l'obsolescenza dei dati in caso di recupero.
Recupero non riuscito
Gli errori di recupero sono rari, ma possono verificarsi. Se si verifica un errore di recupero, il nodo riprova ripetutamente fino a quando non viene recuperato correttamente.
Snapshot di monitoraggio
È importante monitorare gli snapshot e impostare avvisi per gli snapshot non riusciti. Per informazioni sulle best practice per la persistenza RDB, consulta le best practice per la persistenza RDB. Gli snapshot non riusciti possono indicare nodi sovraccaricati che potrebbero continuare ad avere difficoltà a recuperare dall'snapshot.
Per un elenco delle metriche disponibili per il monitoraggio degli snapshot, consulta Metriche di persistenza.
Gestione dell'impatto sulle prestazioni
Puoi monitorare l'impatto sulle prestazioni di uno snapshot sulla tua istanza Memorystore visualizzando le metriche disponibili tramite Cloud Monitoring, come l'utilizzo della CPU e della memoria.