Motori e versioni supportati

• Nuova opzione WITHSCORE e comandi ZRANK ZREVRANK

• CLIENTNO: consente TOUCH ai client di eseguire comandi senza influire suLRU/LFUdelle chiavi.

• Nuovo comando CLUSTER MYSHARDID che restituisce lo Shard ID del nodo per raggruppare logicamente i nodi in modalità cluster in base alla replica.

• Ottimizzazioni delle prestazioni e della memoria per vari tipi di dati.

• Quando si chiama PUBLISH un RESP3 cliente che è anche iscritto allo stesso canale, l'ordine viene modificato e la risposta viene inviata prima del messaggio pubblicato.

• Il tracciamento degli script lato client ora tiene traccia delle chiavi lette dallo script, anziché delle chiavi dichiarate dal chiamante di/. EVAL FCALL

• Il freeze time sampling avviene durante l'esecuzione dei comandi e negli script.

• Quando un comando bloccato viene sbloccato, controlli comeACL, e altri vengono OOM rivalutati.

• ACLil testo del messaggio di errore e i codici di errore sono unificati.

• Un comando stream bloccato rilasciato quando la chiave non esiste più contiene un codice di errore diverso (- NOGROUP o - WRONGTYPE anziché -UNBLOCKED).

• Le statistiche del comando vengono aggiornate per i comandi bloccati solo quando il comando viene effettivamente eseguito.

• L'archiviazione interna degli ACL utenti non rimuove più le regole ridondanti di comando e categoria. Ciò può modificare il modo in cui tali regole vengono visualizzate come parte di ACLSAVE, ACL GETUSER e. ACL LIST

• Tutte le connessioni client create per l'utilizzo in modalità di replica TLS basata, SNI se possibile.

• XINFOSTREAM: Il campo di risposta in tempo di visualizzazione ora indica l'ultimo tentativo di interazione anziché l'ultima interazione riuscita. Il nuovo campo di risposta in tempo attivo ora indica l'ultima interazione riuscita.

• XREADGROUPe X [AUTO] CLAIM creano il consumatore indipendentemente dal fatto che sia stato in grado di eseguire alcune letture/affermazioni. [TBD- qual è il «problema» qui?]

• ACLl'utente predefinito appena creato imposta il flag sanitize-payload in/. ACL LIST GETUSER

• Il HELLO comando non influisce sullo stato del client a meno che non abbia esito positivo.

• NANle risposte sono normalizzate in un singolo tipo nan, in modo simile al comportamento corrente di inf.

• ElastiCache (Valkey) versione 7.2.6

• ElastiCache (Redis) versione 7.1 (migliorataOSS)

• Funzioni: ElastiCache (RedisOSS) 7 aggiunge il supporto per Redis OSS Functions e offre un'esperienza gestita che consente agli sviluppatori di eseguire LUAscript con logica applicativa archiviata nel ElastiCache cluster, senza richiedere ai client di inviare nuovamente gli script al server ad ogni connessione.

• ACLmiglioramenti: Valkey e Redis OSS 7 aggiungono il supporto per la prossima versione di Access Control Lists (). ACLs I client possono ora specificare più set di autorizzazioni su chiavi o spazi chiave specifici in Valkey e Redis. OSS

• Sharded Pub/Sub: ElastiCache con Valkey e Redis OSS 7 aggiunge il supporto per l'esecuzione della funzionalità Pub/Sub in modo frammentato durante l'esecuzione in modalità Cluster Enabled (). ElastiCache CME Le funzionalità Pub/Sub consentono agli editori di inviare messaggi a qualsiasi numero di abbonati su un canale. I canali sono associati a uno shard nel ElastiCache cluster, eliminando la necessità di propagare le informazioni del canale tra gli shard, con conseguente migliore scalabilità.

• Multiplexing I/O migliorato: ElastiCache con Valkey e Redis OSS 7 introduce il multiplexing I/O avanzato, che offre un throughput maggiore e una latenza ridotta per carichi di lavoro ad alto throughput con molte connessioni client simultanee a un cluster. ElastiCache Ad esempio, quando si utilizza un cluster di nodi r6g.xlarge e si eseguono 5200 client simultanei, è possibile ottenere un aumento del throughput fino al 72% (operazioni di lettura e scrittura al secondo) e una riduzione della latenza P99 fino al 71%, ElastiCache rispetto alla OSS versione 6 di Redis.

• Garanzia di stabilità del motore in condizioni speciali.

• Miglioramento della gestione degli errori di Hyperloglog.

• Comandi avanzati di handshake per una replica affidabile.

• Tracciamento costante della consegna dei messaggi tramite il comando XCLAIM.

• Gestione migliorata del campo LFU negli oggetti.

• Gestione migliorata delle transazioni durante l'utilizzo ZPOP.

• Capacità di rinominare i comandi: un parametro chiamato rename-commands che consente di rinominare OSS comandi Redis potenzialmente pericolosi o costosi che potrebbero causare la perdita accidentale di dati, come o. FLUSHALL FLUSHDB È simile alla configurazione rename-command in Redis open source. OSS Tuttavia, ElastiCache ha migliorato l'esperienza fornendo un flusso di lavoro completamente gestito. Le modifiche al nome del comando vengono applicate immediatamente e propagate automaticamente su tutti i nodi del cluster che contengono l'elenco comandi. Non è richiesto alcun intervento da parte dell'utente, come il riavvio dei nodi.

  I seguenti esempi mostrano come modificare i gruppi di parametri esistenti. È incluso il parametro rename-commands che è un elenco di comandi separati da spazi da rinominare:

  aws elasticache modify-cache-parameter-group --cache-parameter-group-name custom_param_group
  --parameter-name-values "ParameterName=rename-commands,  ParameterValue='flushall restrictedflushall'" --region region
  

  In questo esempio, il parametro rename-commands viene utilizzato per rinominare il comando flushall in restrictedflushall.

  Per rinominare più comandi, usa:

  aws elasticache modify-cache-parameter-group --cache-parameter-group-name custom_param_group
  --parameter-name-values "ParameterName=rename-commands,  ParameterValue='flushall restrictedflushall flushdb restrictedflushdb''" --region region
  

  Per ripristinare una modifica, esegui nuovamente il comando ed escludi i valori rinominati dall'elenco ParameterValue che vuoi conservare, come illustrato di seguito:

  aws elasticache modify-cache-parameter-group --cache-parameter-group-name custom_param_group
  --parameter-name-values "ParameterName=rename-commands,  ParameterValue='flushall restrictedflushall'" --region region
  

  In questo caso, il comando flushall viene rinominato in restrictedflushall e qualsiasi altro comando rinominato riacquista il nome originale.

  Nota

  Quando si rinominano i comandi, si applicano le seguenti limitazioni:

  • Tutti i comandi rinominati devono essere alfanumerici.

  • La lunghezza massima dei nuovi nomi di comandi è di 20 caratteri alfanumerici.

  • Durante la ridenominazione dei comandi, assicurati di aggiornare il gruppo di parametri associato al cluster.

  • Per impedire completamente l'uso di un comando, usa la parola chiave blocked, come indicato di seguito:

    aws elasticache modify-cache-parameter-group --cache-parameter-group-name custom_param_group
    --parameter-name-values "ParameterName=rename-commands,  ParameterValue='flushall blocked'" --region region
    

  Per ulteriori informazioni sulle modifiche ai parametri e per un elenco dei comandi idonei per la ridenominazione, vedi Modifiche ai parametri di Redis 5.0.3 OSS.

• Redis OSS Streams: Questo modello una struttura di dati di registro che consente ai produttori di aggiungere nuovi elementi in tempo reale. Inoltre consente ai consumatori di utilizzare i messaggi in modo bloccante e non. I flussi consentono i gruppi di consumatori, che rappresentano un gruppo di clienti che consumano cooperativamente diverse parti dello stesso flusso di messaggi, in modo simile ad Apache Kafka. Per ulteriori informazioni, consulta Streams.

• Support per una famiglia di comandi di flusso come XADD, XRANGE e XREAD. Per ulteriori informazioni, consulta Streams Commands.

• Alcuni parametri nuovi e ridenominati. Per ulteriori informazioni, consulta Modifiche ai parametri di Redis 5.0.0 OSS.

• Una nuova OSS metrica Redis,. StreamBasedCmds

• Tempo di snapshot leggermente più rapido per i nodi Redis. OSS

• Garanzia di stabilità del motore in condizioni speciali.

• Miglioramento della gestione degli errori di Hyperloglog.

• Comandi avanzati di handshake per una replica affidabile.

• Tracciamento costante della consegna dei messaggi tramite il comando XCLAIM.

• Gestione migliorata del campo LFU negli oggetti.

• Gestione migliorata delle transazioni durante l'utilizzo ZPOP.

• Redis OSS Streams: modella una struttura di dati di log che consente ai produttori di aggiungere nuovi elementi in tempo reale. Inoltre consente ai consumatori di utilizzare i messaggi in modo bloccante e non. I flussi consentono i gruppi di consumatori, che rappresentano un gruppo di clienti che consumano cooperativamente diverse parti dello stesso flusso di messaggi, in modo simile ad Apache Kafka. Per ulteriori informazioni, consulta Streams.

• Support per una famiglia di comandi di flusso come XADD, XRANGE e XREAD. Per ulteriori informazioni, consulta Streams Commands.

• Alcuni parametri nuovi e ridenominati. Per ulteriori informazioni, consulta Modifiche ai parametri di Redis 5.0.0 OSS.

• Una nuova OSS metrica Redis,. StreamBasedCmds

• Tempo di snapshot leggermente più rapido per i nodi Redis. OSS

• Ridimensionamento e crittografia dei cluster online in un'unica ElastiCache versione (Redis). OSS Per ulteriori informazioni, consulta quanto segue:

  • Scalabilità dei cluster in Valkey o Redis OSS (modalità cluster abilitata)

  • Resharding online per Valkey o Redis OSS (modalità cluster abilitata)

  • Sicurezza dei dati in Amazon ElastiCache

• Alcuni nuovi parametri. Per ulteriori informazioni, consulta Modifiche ai parametri Redis OSS 4.0.10.

• Support per la famiglia di comandi di memoria, come MEMORY. Per ulteriori informazioni, consulta Comandi (ricerca attiva). MEMO

• Support per la deframmentazione della memoria in modalità online e, di conseguenza, un utilizzo più efficiente della memoria e più memoria disponibile per i dati.

• Support per lavaggi ed eliminazioni asincroni. ElastiCache (RedisOSS) supporta comandi come UNLINK FLUSHDB e da eseguire in un thread FLUSHALL diverso dal thread principale. Questo consente di migliorare i tempi di risposta e le prestazioni per le applicazioni liberando la memoria in modo asincrono.

• Una nuova OSS metrica Redis,. ActiveDefragHits Per ulteriori informazioni, consulta Metrics for Redis. OSS

• Resharding online per Valkey o Redis OSS (modalità cluster abilitata)

• Ridimensionamento di cluster online

• ElastiCache crittografia in transito () TLS

• Crittografia At-Rest in ElastiCache

• Convalida della conformità per Amazon ElastiCache

Note:

• Partizionamento: La possibilità di ripartire i dati tra un minimo di 2 e un massimo di 500 gruppi di nodi (partizioni), con il support della replica per ciascun gruppo di nodi.

• Indicizzazione geospaziale: Redis OSS 3.2.4 introduce il supporto per l'indicizzazione geospaziale tramite sei comandi. GEO Per ulteriori informazioni, consulta la documentazione del comando Redis OSS GEO * Comandi: nella pagina Comandi Valkey (filtrata per). GEO GEO

• Migrazione di repliche

• Ribilanciamento di cluster

• Debugger Lua

• cluster meet

• cluster replicate

• cluster flushslots

• cluster addslots

• cluster delslots

• cluster setslot

• cluster saveconfig

• cluster forget

• cluster failover

• cluster bumpepoch

• cluster set-config-epoch

• cluster reset

• Support per sincronizzazioni e backup senza fork, che permettono di allocare meno memoria per la gestione dei backup e più, invece, per l'applicazione. Per ulteriori informazioni, consulta Modalità di implementazione di sincronizzazione e backup. L'elaborazione senza fork può influire su latenza e throughput. Nel caso di un elevato throughput di scrittura, al momento del riavvio della sincronizzazione e per tutta la sua durata, una replica può non essere raggiungibile.

• In caso di failover, i gruppi di replica ora vengono ripristinati più velocemente perché, se possibile, le repliche eseguono sincronizzazioni parziali anziché complete con il nodo primario. Si guadagna ulteriormente in rapidità perché, inoltre, sia il primario che le repliche non utilizzano più il disco durante le sincronizzazioni.

• Support per due nuove CloudWatch metriche.

  • ReplicationBytes:- Il numero di byte che il cluster primario di un gruppo di replica invia alle repliche di lettura.

  • SaveInProgress - Un valore binario che indica se sia in esecuzione o meno un processo di salvataggio in background.

  Per ulteriori informazioni, consulta Monitoraggio dell'utilizzo con CloudWatch Metrics.

• Una serie di correzioni di bug critici nel comportamento di replicaPSYNC. Per ulteriori informazioni, consulta le note di rilascio di Redis OSS 2.8.

• Per mantenere prestazioni di replica migliorate nei gruppi di replica Multi-AZ e per una maggiore stabilità del cluster, le non ElastiCache repliche non sono più supportate.

• Per affinare la coerenza dei dati tra il cluster primario e le repliche in un gruppo di replica, le repliche non eliminano più le chiavi indipendenti dal cluster principale.

• Le variabili di OSS configurazione Redis appendonly e non appendfsync sono supportate nella versione OSS Redis 2.8.22 e successive.

• In caso di memoria insufficiente, i client con un buffer di output consistente possono essere disconnessi da un cluster di replica. Se disconnesso, il client deve riconnettersi. È più probabile che tali situazioni si verifichino per i clienti. PUBSUB

• Support per HyperLogLog. Per ulteriori informazioni, consulta la OSSnuova struttura dati di Redis: HyperLogLog.

• I dati basati su set ordinati estendono il support alle query di intervallo lessicografiche con i nuovi comandi ZRANGEBYLEX, ZLEXCOUNT e ZREMRANGEBYLEX.

• Per impedire a un nodo primario di inviare dati non aggiornati ai nodi di replica, il master SYNC fallisce se viene interrotto un processo secondario save (bgsave) in background.

• Support per la HyperLogLogBasedCommands CloudWatchmetrica. Per ulteriori informazioni, consulta Metriche per Valkey e Redis OSS.

• Resilienza e tolleranza ai guasti migliorate per le repliche di lettura.

• Support per la risincronizzazione parziale.

• Support per un numero minimo definito dall'utente di repliche di lettura che devono essere sempre disponibili.

• Support completo per pub/sub-notifica ai client degli eventi sul server.

• Rilevamento automatico di un errore del nodo primario e failover di quest'ultimo con un nodo secondario.

• Ribilanciamento automatizzato dell'allocazione.

• Ricerche più rapide nella tabella hash con l'algoritmo murmur3.

• LRUAlgoritmo segmentato.

• LRUcrawler per recuperare la memoria in background.

• --enable-seccomp: un'opzione della fase di compilazione.

• Correzioni cumulative, come multiget, -2017-9951 e limiti di indicizzazione per. ASCII CVE metadumper

• Migliore gestione delle connessioni mediante la chiusura delle connessioni una volta raggiunto il limite di connessioni.

• Gestione migliorata delle dimensioni per elementi di dimensioni maggiori di 1 MB.

• Migliori prestazioni e miglioramenti del sovraccarico di memoria mediante la riduzione di qualche byte dei requisiti di memoria per voce.

• Capacità di esecuzione del dump dei metadati afferenti a una classe, un elenco di classi o tutte le classi di slab. Per ulteriori informazioni, consulta le note di rilascio di Memcached 1.4.31.

• Support migliorato per elementi di grandi dimensioni, superiori al megabyte di default. Per ulteriori informazioni, consulta le note di rilascio di Memcached 1.4.29.

• Capacità di stabilire quanto tempo un client può rimanere inattivo prima che ne venga richiesta la chiusura.

  Capacità di aumentare dinamicamente la quantità di memoria disponibile per Memcached senza dover riavviare il cluster. Per ulteriori informazioni, consulta le note di rilascio di Memcached 1.4.27.

• Registrazione di fetchers, mutations ed evictions ora supportata. Per ulteriori informazioni, consulta le note di rilascio di Memcached 1.4.26.

• Memoria liberata recuperabile in un pool globale e riassegnabile a nuove classi di slab. Per ulteriori informazioni, consulta le note di rilascio di Memcached 1.4.25.

• Risoluzione di vari bug.

• Nuovi comandi e parametri. Per un elenco, consulta Parametri di Memcached 1.4.33 aggiunti.

• Gestione utilizzata meno di recente (LRU) utilizzando un processo in background.

• Possibilità di utilizzo di jenkins o murmur3 come algoritmo hash.

• Nuovi comandi e parametri. Per un elenco, consulta Parametri di Memcached 1.4.24 aggiunti.

• Risoluzione di vari bug.

• Capacità potenziata di ribilanciamento dell'allocazione.

• Miglioramenti nelle prestazioni e nella scalabilità.

• Introduzione del comando touch, utile per aggiornare la scadenza di un elemento esistente senza il recupero.

• Auto discovery - consente ai programmi client di identificare automaticamente tutti i nodi cache in un cluster e di avviare e mantenere le connessioni a tutti questi nodi.