Questa pagina fornisce una panoramica della persistenza RDB in Memorystore for Valkey.
Per scoprire come abilitare, disabilitare e monitorare la persistenza RDB, consulta Gestisci la persistenza.
Per informazioni sulle best practice per la persistenza RDB, vedi Best practice sulla persistenza.
La funzionalità di persistenza RDB protegge i dati salvando snapshot dei dati 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 a livello di nodo, 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 un piccolo grado di inattività dei dati dopo il ripristino accettabile. Poiché Memorystore utilizza gli snapshot per il recupero automatico, gli snapshot non sono disponibili per i ripristini manuali. Tieni inoltre presente che verrà conservato solo lo snapshot più recente riuscito.
Memorystore for Valkey supporta anche la persistenza AOF, ma devi scegliere la modalità di persistenza AOF o RDB, perché 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 ad alta disponibilità oltre ad attivare 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 alle 04:00 e l'intervallo su uno
ora, gli snapshot iniziano alle 04:00 del giorno in cui sono stati abilitati e continuano
ogni ora successiva.
Le pianificazioni degli snapshot vengono valutate nel fuso orario UTC, quindi i fusi orari locali con luce diurna le variazioni di risparmio sperimenteranno le regolazioni della pianificazione. Ad esempio, all'inizio e alla fine dell'ora legale negli Stati Uniti, gli orari 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 riscontrare scenari in cui potresti voler mettere in pausa temporaneamente l'acquisizione di snapshot RDB per un determinato un periodo di tempo. Questo potrebbe garantire che non ci siano impatti sulle prestazioni durante eventi critici o per disattivare temporaneamente gli snapshot al fine di risolvere i problemi di prestazioni.
Per mettere in pausa gli snapshot, devi impostare un'ora di inizio nel futuro. In questo modo, l'ultimo snapshot viene conservato e utilizzato in caso di recupero. Per riprendere gli snapshot, regola la pianificazione degli snapshot su quando vuoi che sia presente lo snapshot successivo. 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'inattività dei dati peggiore per un recupero da uno snapshot è la somma dell'intervallo specificato a partire dal
è stato avviato l'ultimo snapshot valido e il tempo necessario per salvare lo snapshot successivo nello spazio di 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 snapshot
Viene ritentato immediatamente qualsiasi snapshot non riuscito con un backoff esponenziale da 5 a 300 secondi. Gli errori consecutivi degli snapshot aumentano l'obsolescenza dei dati in caso di recupero.
Errore di ripristino
Gli errori di recupero sono rari, ma possono verificarsi. In caso di errore di ripristino, il nodo proverà ripetutamente fino a quando non viene ripristinato.
Snapshot di monitoraggio
È importante monitorare gli snapshot e impostare avvisi per gli snapshot non riusciti. Per informazioni sulle migliori 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.