Panoramica della persistenza

Questa pagina fornisce una panoramica della persistenza per Memorystore for Redis Cluster.

Memorystore for Redis Cluster supporta due tipi di persistenza:

Per la migliore disponibilità delle istanze e durabilità dei dati, ti consigliamo di abilitare sia la persistenza che l'alta disponibilità. Sebbene la persistenza e l'alta disponibilità si sovrappongano nella protezione che offrono, hanno punti di forza diversi che si completano a vicenda. L'alta disponibilità può essere considerata la prima linea di difesa contro gli errori dei singoli nodi e le interruzioni zonali. La persistenza fornisce il ripristino di emergenza per eventi rari quando tutti i nodi di uno shard non funzionano e l'alta disponibilità non è in grado di aiutare.

Scelta di un tipo di persistenza

La scelta tra la persistenza AOF e RDB dipende da un compromesso tra prestazioni e durabilità dei dati. Questi compromessi sono generalmente validi per tutti i servizi Redis gestiti a causa della natura della persistenza AOF e RDB in OSS Redis.

Se la tua priorità principale è la durabilità dei dati e la conservazione della percentuale più alta di scritture inviate al tuo server Redis, ti consigliamo di scegliere la persistenza AOF. La capacità di AOF di rendere persistenti i dati ogni secondo (o per ogni scrittura) offre una durabilità dei dati superiore rispetto agli snapshot RDB, che salvano i dati su base oraria.

Se il rendimento è la tua priorità assoluta, ti consigliamo di utilizzare la persistenza RDB perché in genere richiede un rendimento inferiore per l'istanza rispetto alla persistenza AOF per un'istanza di dimensioni simili. Se accetti un certo livello di obsolescenza dei dati durante il recupero e vuoi le prestazioni offerte dalla persistenza RDB per un'istanza di dimensioni simili, la persistenza RDB è la scelta migliore per te.

È possibile avere sia un'alta velocità effettiva con la durabilità della persistenza AOF. Per ottenere entrambi, puoi attivare la persistenza AOF e scegliere anche un numero elevato di shard. Un numero elevato di shard fornisce più vCPU, il che migliora le prestazioni. Tuttavia, è previsto un aumento della latenza per AOF in qualsiasi configurazione.