Questa pagina fornisce una panoramica della persistenza RDB su Memorystore for Valkey.
Per scoprire come abilitare, disabilitare 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 dei dati su spazio di archiviazione durevole. Scegli la frequenza di questi snapshot selezionando un intervallo di snapshot compreso tra un minimo di 1 ora e un massimo di 24 ore. In caso di errori dei nodi, i dati vengono recuperati anche nei casi in cui il failover non è possibile.
I nodi con repliche danno la priorità al recupero dei dati dalla replica. Tuttavia, se sia il nodo primario che la replica non funzionano contemporaneamente, i nodi vengono recuperati dall'ultimo snapshot.
La persistenza RDB non comporta costi aggiuntivi per la fatturazione dell'istanza. Questa funzionalità è ideale per i casi d'uso in cui è accettabile un piccolo grado di obsolescenza dei dati dopo il recupero. Poiché Memorystore utilizza gli snapshot per il recupero automatico, gli snapshot non sono disponibili per i ripristini manuali. Tieni presente che viene conservato solo l'ultimo snapshot riuscito.
Memorystore for Valkey supporta anche la persistenza AOF, ma devi scegliere la modalità di persistenza AOF o RDB, perché entrambe non possono essere abilitate 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 a elevata disponibilità oltre ad abilitare la persistenza.
Pianifica snapshot
La pianificazione degli snapshot è determinata da due impostazioni: l'ora di inizio dello snapshot e l'intervallo di snapshot. Gli intervalli che puoi impostare sono 1h, 6h, 12h e 24h. Ad esempio, se imposti l'ora di inizio alle 4:00 e l'intervallo di un'ora, gli snapshot iniziano alle 4:00 del giorno in cui sono abilitati e continuano ogni ora dopo.
Le pianificazioni degli snapshot vengono valutate nel fuso orario UTC, pertanto i fusi orari locali con spostamenti dell'ora legale subiranno modifiche alla 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 vengono spostate in avanti o indietro di un'ora se il tuo fuso orario rispetta le modifiche dell'ora legale.
Metti in pausa gli snapshot
Potresti riscontrare scenari in cui vuoi mettere in pausa temporaneamente l'acquisizione di snapshot RDB per un determinato periodo di tempo. Questo potrebbe essere per assicurarti che non ci siano impatti sulle prestazioni durante eventi critici o per disabilitare temporaneamente gli snapshot per risolvere i problemi di prestazioni.
Per mettere in pausa gli snapshot, devi impostare l'ora di inizio nel futuro. In questo caso, l'ultimo snapshot viene conservato e utilizzato in caso di recupero. Per riprendere gli snapshot, modifica la pianificazione degli snapshot in modo che si verifichi il prossimo snapshot. Per scoprire di più sulla modifica delle pianificazioni degli snapshot, consulta Modificare l'intervallo degli snapshot RDB.
Comportamento di recupero
I nodi Memorystore for Valkey eseguono il failover sulle repliche come meccanismo di recupero principale, anziché caricare da uno snapshot. Tuttavia, se un nodo non funziona e non può essere recuperato da una replica, il nodo viene recuperato 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 all'intervallo specificato. Gli snapshot possono non riuscire per una serie di motivi. Se lo snapshot non riesce consecutivamente su più intervalli, l'ultimo backup disponibile può essere arbitrariamente obsoleto.
L'obsolescenza dei dati nel caso peggiore per un recupero da uno snapshot è la somma dell'intervallo specificato dall'ultimo snapshot valido e del tempo necessario per salvare lo snapshot successivo nello spazio di archiviazione. In caso di incidente di recupero, utilizza la rdb_last_success_ages
metrica per visualizzare l'intervallo di tempo per l'obsolescenza dei dati.
Tempo di recupero
Se un nodo non funziona e deve recuperare i dati da uno snapshot, il nodo non è disponibile durante il recupero. Il tempo di recupero dipende dalle dimensioni dello snapshot.
Errori snapshot
Viene eseguito immediatamente un nuovo tentativo di qualsiasi snapshot non riuscito con un backoff esponenziale da 5 a 300 secondi. Gli errori di snapshot consecutivi aumentano l'obsolescenza dei dati in caso di recupero.
Errori di recupero
Gli errori di recupero sono rari, ma possono verificarsi. Se si verifica un errore di recupero, il nodo esegue ripetutamente nuovi tentativi fino a quando non viene recuperato correttamente.
Monitora gli snapshot
È importante monitorare gli snapshot e impostare avvisi per gli snapshot non riusciti. Per informazioni sulle best practice per la persistenza RDB, consulta Best practice per la persistenza RDB. Gli snapshot non riusciti possono indicare nodi sovraccarichi che potrebbero continuare ad avere difficoltà a recuperare dallo snapshot.
Per un elenco delle metriche disponibili per il monitoraggio degli snapshot, consulta Metriche di persistenza.
Gestisci l'impatto sulle prestazioni di uno snapshot
Puoi monitorare l'impatto sulle prestazioni di uno snapshot sull'istanza Memorystore visualizzando le metriche disponibili tramite Cloud Monitoring, come l'utilizzo della CPU e la memoria utilizzata.