Le migliori pratiche generali

Usa configurazioni abilitate per la modalità cluster: la modalità cluster abilitata consente alla cache di scalare orizzontalmente per ottenere uno storage e un throughput più elevati rispetto a una configurazione disabilitata in modalità cluster. ElastiCache serverless è disponibile solo in una configurazione abilitata per la modalità cluster.

Usa connessioni di lunga durata: la creazione di una nuova connessione è costosa e richiede tempo e risorse della CPU della cache. Riutilizza le connessioni quando possibile (ad esempio con il pool di connessioni) per ammortizzare questo costo rispetto a molti comandi.

Leggi dalle repliche: se utilizzi la modalità ElastiCache serverless o disponi di repliche di lettura predisposte (cluster progettati autonomamente), indirizza le letture alle repliche per ottenere una migliore scalabilità e/o una latenza inferiore. Le letture dalle repliche sono consistenti finali con il nodo primario.

In un cluster progettato autonomamente, evita di indirizzare le richieste di lettura a una singola replica di lettura perché le letture potrebbero non essere temporaneamente disponibili in caso di errore del nodo. Puoi configurare il client per indirizzare le richieste di lettura ad almeno due repliche di lettura oppure indirizzare le letture a una sola replica e al nodo primario.

In modalità ElastiCache serverless, la lettura dalla porta di replica (6380) indirizzerà le letture verso la zona di disponibilità locale del client, ove possibile, riducendo la latenza di recupero. Esegue automaticamente il fallback agli altri nodi in caso di errore.

Evita comandi che richiedono un elevato utilizzo delle risorse - Evita di eseguire operazioni di I/O e calcolo intensive, come i comandi KEYS e SMEMBERS. Suggeriamo l'utilizzo di questo approccio perché queste operazioni aumentano il carico sul cluster e hanno impatto sulle prestazioni del cluster. Utilizza i comandi SCAN e SSCAN.

Segui le best practice Lua - Evita script Lua di lunga durata e dichiara sempre in anticipo le chiavi utilizzate degli script Lua. Consigliamo questo approccio per determinare che lo script Lua non utilizza comandi tra slot. Assicurati che le chiavi utilizzate negli script Lua appartengano allo stesso slot.

Usa sharded pub/sub: quando utilizzi Valkey o Redis OSS per supportare carichi di lavoro pub/sub con throughput elevato, ti consigliamo di utilizzare pub/sub sharded (disponibile con Valkey e con Redis OSS 7 o versioni successive). I cluster pub/sub tradizionali con la modalità cluster abilitata trasmettono messaggi a tutti i nodi del cluster, il che può comportare un aumento di EngineCPUUtilization. ElastiCache Notatelo nei comandi tradizionali pub/sub commands internally use sharded pub/sub senza server.