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à.
Opzioni di durabilità
ElastiCache for Valkey offre due opzioni di durabilità: scritture sincrone e asincrone.
Con le scritture sincrone, le operazioni di scrittura riuscite vengono archiviate in modo duraturo nel registro delle transazioni prima di tornare ai client Multi-AZ . Ciò comporta una latenza di scrittura di una sola cifra di millisecondi e garantisce che nessuna operazione di scrittura riconosciuta vada persa in caso di errore.
Con le scritture asincrone, le operazioni di scrittura riuscite vengono restituite ai client prima di essere archiviate in modo duraturo nel registro delle transazioni. Multi-AZ Poiché le operazioni di scrittura non attendono di essere archiviate in modo duraturo nel registro delle Multi-AZ transazioni, la latenza delle operazioni di scrittura equivale a una mancanza di durabilità. ElastiCache Tuttavia, in caso di errore potrebbero andare persi fino agli ultimi 10 secondi di operazioni di scrittura riuscite.
Per comprendere la potenziale perdita di dati con scritture asincrone, prendete in considerazione il concetto di buffer di durabilità. Il buffer di durabilità rappresenta l'età massima di qualsiasi scrittura accettata dal nodo primario ma non ancora persistente nel log delle transazioni. Multi-AZ Il nodo primario tiene traccia dell'età della scrittura non riconosciuta più vecchia. Finché questa età rimane inferiore a 10 secondi, il nodo continua ad accettare normalmente nuove scritture. Se l'età della scrittura non riconosciuta più vecchia supera i 10 secondi, il nodo primario rifiuterà tutti i comandi di scrittura in entrata finché non recupera il ritardo. Le operazioni di lettura continuano a essere eseguite con una latenza di microsecondi durante questo periodo. Una volta che le scritture in sospeso sono persistenti, il nodo riprende ad accettare le scritture automaticamente. Ciò garantisce che la potenziale perdita di dati sia limitata a 10 secondi di scrittura in caso di errore.
Quando configuri il client per inviare traffico a un cluster durevole asincrono, assicurati che il client riprovi automaticamente con il backoff esponenziale tutti i comandi di scrittura che vengono rifiutati con il messaggio di errore cluster down. Per indicazioni sulla configurazione dei client per gestire questo e altri errori temporanei, consulta Best practice: client Valkey/Redis OSS e Amazon
Scelta di un'opzione di durabilità
Utilizzate le scritture sincrone quando l'applicazione non può tollerare alcuna perdita di dati in caso di errori. Le scritture sincrone possono essere utilizzate ElastiCache per una serie più ampia di casi d'uso oltre alla memorizzazione nella cache in cui la perdita di dati non è accettabile, come le knowledge base per le applicazioni RAG, la memoria degli agenti AI, lo stato del flusso di lavoro degli agenti AI, la tokenizzazione dei pagamenti, i metadati di streaming, lo stato dei giocatori di gioco e la gestione dell'inventario in tempo reale.
Utilizza le scritture asincrone quando l'applicazione dà priorità alle prestazioni di scrittura e può tollerare la potenziale perdita fino a 10 secondi di dati non salvati in caso di errore. Questa opzione è ideale per carichi di lavoro come la memorizzazione nella cache dei dati delle applicazioni, gli archivi di sessione, le classiifiche dei giochi e l'analisi in tempo reale.
