Le migliori pratiche generali - Amazon ElastiCache

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à.

Le migliori pratiche generali

Di seguito puoi trovare informazioni sulle migliori pratiche per l'utilizzo delle interfacce Valkey, Memcached e Redis OSS all'interno. ElastiCache

  • 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 una minore latenza. and/or 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 costosi: evita di eseguire operazioni computazionali e intensive, come i comandi and I/O . KEYS 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 usi Valkey o Redis OSS per supportare pub/sub carichi di lavoro con throughput elevato, ti consigliamo di utilizzare sharded pub/sub (disponibile con Valkey e con Redis OSS 7 o versione successiva). I cluster tradizionali abilitati alla modalità cluster pub/sub trasmettono messaggi a tutti i nodi del cluster, il che può comportare un aumento. EngineCPUUtilization Notatelo nei ElastiCache comandi tradizionali senza server. pub/sub commands internally use sharded pub/sub

Argomenti