Unterstützte Engines und Versionen

• Neue WITHSCORE Optionen für ZRANK und Befehle ZREVRANK

• CLIENTNEIN — TOUCH damit Clients Befehle ausführen können, ohneLRU/LFUvon Schlüsseln zu beeinflussen.

• Neuer Befehl CLUSTERMYSHARDID, der die Shard-ID des Knotens zurückgibt, um Knoten im Clustermodus auf der Grundlage der Replikation logisch zu gruppieren.

• Leistungs- und Speicheroptimierungen für verschiedene Datentypen.

• Wenn Sie PUBLISH mit einem RESP3 Kunden anrufen, der auch denselben Kanal abonniert hat, wird die Reihenfolge geändert und die Antwort wird vor der veröffentlichten Nachricht gesendet.

• Das clientseitige Tracking für Skripte verfolgt jetzt die Schlüssel, die vom Skript gelesen werden, und nicht die Schlüssel, die vom Aufrufer vonEVAL/deklariert wurden. FCALL

• Das Freeze Time-Sampling erfolgt während der Befehlsausführung und in Skripten.

• Wenn ein blockierter Befehl entsperrt wird, werden Prüfungen wie ACLOOM, und andere erneut ausgewertet.

• ACLDer Text der Fehlermeldung und die Fehlercodes sind vereinheitlicht.

• Ein blockierter Stream-Befehl, der freigegeben wird, wenn der Schlüssel nicht mehr existiert, enthält einen anderen Fehlercode (- NOGROUP oder - WRONGTYPE statt -UNBLOCKED).

• Die Befehlsstatistiken für blockierte Befehle werden nur aktualisiert, wenn der Befehl tatsächlich ausgeführt wird.

• Durch den internen Speicher von ACL Benutzern werden redundante Befehls- und Kategorieregeln nicht mehr entfernt. Dadurch kann sich die Art und Weise ändern, wie diese Regeln als Teil von ACLSAVE, ACL GETUSER und angezeigt werden ACLLIST.

• Verwenden SNI Sie nach Möglichkeit alle Client-Verbindungen, die für die TLS basierte Replikation erstellt wurden.

• XINFOSTREAM: Das Antwortfeld „Sendezeit“ steht jetzt für die letzte versuchte Interaktion und nicht mehr für die letzte erfolgreiche Interaktion. Das neue Antwortfeld zur aktiven Zeit kennzeichnet jetzt die letzte erfolgreiche Interaktion.

• XREADGROUPund X [AUTO] CLAIM erzeugen den Verbraucher, unabhängig davon, ob er in der Lage war, etwas zu lesen oder einen Anspruch geltend zu machen. [TBD- was ist das „es“ hier?]

• ACLStandardmäßig setzt neu erstellter Benutzer das Sanitize-Payload-Flag in/. ACL LIST GETUSER

• Der HELLO Befehl hat keinen Einfluss auf den Client-Status, sofern er nicht erfolgreich ist.

• NANAntworten werden auf einen einzigen Nan-Typ normalisiert, ähnlich dem aktuellen Verhalten von inf.

• ElastiCache (Valkey) Version 7.2.6

• ElastiCache (RedisOSS) Version 7.1 (erweitert)

• Funktionen: ElastiCache (RedisOSS) 7 bietet Unterstützung für OSS Redis-Funktionen und bietet eine verwaltete Oberfläche, die es Entwicklern ermöglicht, LUASkripts mit auf dem ElastiCache Cluster gespeicherter Anwendungslogik auszuführen, ohne dass Clients die Skripts bei jeder Verbindung erneut an den Server senden müssen.

• ACLVerbesserungen: Valkey und Redis OSS 7 bieten Unterstützung für die nächste Version von Access Control Lists (). ACLs Kunden können jetzt mehrere Berechtigungssätze für bestimmte Schlüssel oder Schlüsselräume in Valkey und Redis angeben. OSS

• Sharded Pub/Sub: ElastiCache Mit Valkey und Redis bietet OSS 7 Unterstützung für die gemeinsame Ausführung der Pub/Sub-Funktionalität, wenn sie im Cluster-Modus aktiviert () ausgeführt wird. ElastiCache CME Pub/Sub-Funktionen ermöglichen es Publishern, Nachrichten an eine beliebige Anzahl von Abonnenten auf einem Kanal zu senden. Kanäle sind an einen Shard im ElastiCache Cluster gebunden, sodass Kanalinformationen nicht mehr über mehrere Shards verteilt werden müssen, was zu einer verbesserten Skalierbarkeit führt.

• Verbessertes I/O-Multiplexing: ElastiCache Mit Valkey und Redis OSS 7 wurde ein erweitertes I/O-Multiplexing eingeführt, das einen höheren Durchsatz und eine geringere Latenz für Workloads mit hohem Durchsatz und vielen gleichzeitigen Client-Verbindungen zu einem Cluster bietet. ElastiCache Wenn Sie beispielsweise einen Cluster von r6g.xlarge-Knoten verwenden und 5200 Clients gleichzeitig ausführen, können Sie im Vergleich zu Redis OSS Version 6 einen um bis zu 72% höheren Durchsatz (Lese- und Schreibvorgänge pro Sekunde) und eine um bis zu 71% verringerte P99-Latenz erzielen. ElastiCache

• Garantierte Engine-Stabilität in speziellen Bedingungen.

• Verbesserte Hyperloglog-Fehlerbehandlung.

• Erweiterte Handshake-Befehle für eine zuverlässige Replikation.

• Konsistente Nachverfolgung der Nachrichtenzustellung über den XCLAIM-Befehl.

• Verbesserte LFU -Feldverwaltung in Objekten.

• Verbesserte Transaktionsverwaltung bei Verwendung von ZPOP.

• Möglichkeit, Befehle umzubenennen: Ein Parameter namensrename-commands, mit dem Sie potenziell gefährliche oder teure OSS Redis-Befehle umbenennen können, die zu versehentlichem Datenverlust führen könnten, wie z. B. oder. FLUSHALL FLUSHDB Dies ähnelt der Rename-Command-Konfiguration in Open-Source-Redis. OSS ElastiCacheHat jedoch die Benutzererfahrung durch die Bereitstellung eines vollständig verwalteten Workflows verbessert. Die Befehlsnamensänderungen werden sofort übernommen und automatisch in allen Knoten im Cluster vorgenommen, die die Befehlsliste enthalten. Es ist kein Eingriff Ihrerseits erforderlich, wie etwa das Neustarten der Knoten.

  Die folgenden Beispiele zeigen, wie Sie vorhandene Parametergruppen ändern. Sie enthalten den rename-commands-Parameter, eine durch Leerzeichen getrennte Liste von Befehlen, die Sie umbenennen möchten:

  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 diesem Beispiel wird der rename-commands-Parameter zum Umbenennen des flushall-Befehls in restrictedflushall verwendet.

  Zum Umbenennen mehrerer Befehle verwenden Sie Folgendes:

  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
  

  Zum Zurücksetzen einer Änderung führen Sie den Befehl erneut aus und schließen sämtliche umbenannten Werte folgendermaßen von der ParameterValue-Liste aus, die Sie beibehalten möchten:

  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 diesem Fall wird der flushall-Befehl in restrictedflushall umbenannt und sämtliche anderen umbenannten Befehle werden auf ihre ursprünglichen Befehlsnamen zurückgesetzt.

  Anmerkung

  Beim Umbenennen von Befehlen unterliegen Sie den folgenden Einschränkungen:

  • Alle umbenannten Befehle müssen alphanumerisch sein.

  • Die maximale Länge neuer Befehlsnamen beträgt 20 alphanumerische Zeichen.

  • Beim Umbenennen von Befehlen muss sichergestellt werden, dass Sie die Parametergruppe aktualisieren, die mit Ihrem Cluster verknüpft ist.

  • Um die Nutzung eines Befehls gänzlich zu verhindern, verwenden Sie das Schlüsselwort blocked folgendermaßen:

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

  Weitere Informationen zu den Parameteränderungen und eine Liste der Befehle, die umbenannt werden können, finden Sie unter Änderungen der Parameter in Redis 5.0.3 OSS.

• Redis OSS Streams: Dabei wird eine Protokolldatenstruktur modelliert, die es Produzenten ermöglicht, neue Elemente in Echtzeit anzuhängen. Nachrichten können auch blockierend oder blockierungsfrei abgerufen werden. Streams ermöglichen auch Konsumentengruppen als Gruppe von Clients, die zusammen unterschiedliche Teile desselben Nachrichten-Streams abrufen, ähnlich wie bei Apache Kafka. Weitere Informationen finden Sie unter Streams.

• Unterstützung für eine Reihe von Stream-Befehlen wie etwa XADD, XRANGE und XREAD. Weitere Informationen finden Sie unter Streams-Befehle.

• Eine Anzahl neuer und umbenannter Parameter. Weitere Informationen finden Sie unter Änderungen der Parameter in Redis 5.0.0 OSS.

• Eine neue OSS Redis-Metrik,StreamBasedCmds.

• Etwas schnellere Snapshot-Zeit für Redis-KnotenOSS.

• Garantierte Engine-Stabilität in speziellen Bedingungen.

• Verbesserte Hyperloglog-Fehlerbehandlung.

• Erweiterte Handshake-Befehle für eine zuverlässige Replikation.

• Konsistente Nachverfolgung der Nachrichtenzustellung über den XCLAIM-Befehl.

• Verbesserte LFU -Feldverwaltung in Objekten.

• Verbesserte Transaktionsverwaltung bei Verwendung von ZPOP.

• Redis OSS Streams: Dies modelliert eine Protokolldatenstruktur, die es Produzenten ermöglicht, neue Elemente in Echtzeit anzuhängen. Nachrichten können auch blockierend oder blockierungsfrei abgerufen werden. Streams ermöglichen auch Konsumentengruppen als Gruppe von Clients, die zusammen unterschiedliche Teile desselben Nachrichten-Streams abrufen, ähnlich wie bei Apache Kafka. Weitere Informationen finden Sie unter Streams.

• Unterstützung für eine Reihe von Stream-Befehlen wie etwa XADD, XRANGE und XREAD. Weitere Informationen finden Sie unter Streams-Befehle.

• Eine Anzahl neuer und umbenannter Parameter. Weitere Informationen finden Sie unter Änderungen der Parameter in Redis 5.0.0 OSS.

• Eine neue OSS Redis-Metrik,StreamBasedCmds.

• Etwas schnellere Snapshot-Zeit für Redis-KnotenOSS.

• Sowohl die Online-Clustergrößenänderung als auch die Verschlüsselung in einer einzigen ElastiCache (OSSRedis-) Version. Weitere Informationen finden Sie hier:

  • Skalierung von Clustern in Valkey oder Redis OSS (Clustermodus aktiviert)

  • Online-Resharding für Valkey oder OSS Redis (Clustermodus aktiviert)

  • Datensicherheit bei Amazon ElastiCache

• Eine Anzahl neuer Parameter. Weitere Informationen finden Sie unter Änderungen der Parameter in Redis OSS 4.0.10.

• Unterstützung für eine Reihe von Speicherbefehlen wie etwa MEMORY. Weitere Informationen finden Sie unter Befehle (suchen nachMEMO).

• Unterstützung für Speicherdefragmentierung, während das System online ist, wodurch eine effizientere Speichernutzung ermöglicht wird und mehr Speicher für Ihre Daten zur Verfügung steht.

• Support für asynchrone Leerungen und Löschungen. ElastiCache (RedisOSS) unterstützt Befehle wie UNLINK FLUSHDB und FLUSHALL zur Ausführung in einem anderen Thread als dem Haupt-Thread. Dies hilft, Leistung und Reaktionszeiten für Ihre Anwendungen zu verbessern, indem Speicher asynchron freigegeben wird.

• Eine neue OSS Redis-Metrik,. ActiveDefragHits Weitere Informationen finden Sie unter Metriken für OSS Redis.

• Online-Resharding für Valkey oder OSS Redis (Clustermodus aktiviert)

• Online-Größenanpassung von Clustern

• ElastiCache Verschlüsselung bei der Übertragung () TLS

• Verschlüsselung im Ruhezustand in ElastiCache

• Konformitätsvalidierung für Amazon ElastiCache

Hinweise:

• Partitionierung – die Möglichkeit, Ihre Daten auf 2 bis 500 Knotengruppen (Shards) mit Replikationsunterstützung für jede Knotengruppe aufzuteilen.

• Geospatiale Indizierung — Redis OSS 3.2.4 bietet Unterstützung für die Geodatenindizierung über sechs Befehle. GEO Weitere Informationen finden Sie in der OSS GEO Redis*-Befehlsdokumentation Befehle: GEO auf der Seite Valkey-Befehle (gefiltert). GEO

• Replikatmigration

• Cluster-Ausgleich

• Lua Debugger

• 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 für unvergabelte Sicherungen und Synchronisationen, sodass Sie weniger Speicher für die Sicherungsverwaltung und mehr für Ihre Anwendung zuweisen können. Weitere Informationen finden Sie unter So werden Synchronisation und Backup implementiert. Der unvergabelte Prozess kann sich sowohl auf die Latenz als auch den Durchsatz auswirken. Bei einem hohen Schreibdurchsatz kann ein Replikat, das erneut synchronisiert wird, für den gesamten Synchronisierungszeitraum nicht erreichbar sein.

• Bei einem Failover werden Replikationsgruppen nun schneller wiederhergestellt, da Replikate möglichst eine partielle Synchronisierung mit dem primären Knoten anstelle von vollständigen Synchronisierungen durchführen. Darüber hinaus verwenden sowohl der primäre Knoten als auch die Replicas während der Synchronisierungen keinen Datenträger mehr, was sich positiv auf die Geschwindigkeit auswirkt.

• Support für zwei neue CloudWatch Metriken.

  • ReplicationBytes – Die Anzahl der Bytes, die der primäre Cluster einer Replikationsgruppe an die Lesereplikate sendet.

  • SaveInProgress – Ein Binärwert, der angibt, ob ein Speicherprozess im Hintergrund ausgeführt wird oder nicht.

  Weitere Informationen finden Sie unter Überwachung der Nutzung mit CloudWatch Metrics.

• Eine Reihe kritischer Bugfixes im PSYNC Replikationsverhalten. Weitere Informationen finden Sie in den Versionshinweisen zu Redis OSS 2.8.

• Um die verbesserte Replikationsleistung in Multi-AZ-Replikationsgruppen aufrechtzuerhalten und die Cluster-Stabilität zu erhöhen, werden ElastiCache Nicht-Replikate nicht mehr unterstützt.

• Zur Verbesserung der Datenkonsistenz zwischen dem primären Cluster und Replikaten in einer Replikationsgruppe entfernen die Replikate keine Schlüssel unabhängig vom primären Cluster mehr.

• OSSRedis-Konfigurationsvariablen appendonly und appendfsync werden in Redis OSS Version 2.8.22 und höher nicht unterstützt.

• In Situationen mit geringem Speicher können Clients mit einem großen Ausgabepuffer von einem Replikat-Cluster getrennt werden. In diesem Fall muss der Client die Verbindung erneut herstellen. Solche Situationen treten am wahrscheinlichsten bei Kunden auf. PUBSUB

• Support für HyperLogLog. Weitere Informationen finden Sie unter OSSNeue Datenstruktur von Redis: HyperLogLog.

• Der Datentyp „Sorted Set“ verfügt mit den neuen Befehlen ZRANGEBYLEX, ZLEXCOUNT und ZREMRANGEBYLEX nun über Support für lexikografische Bereichsabfragen.

• Um zu verhindern, dass ein primärer Knoten veraltete Daten an Replikatknoten sendet, schlägt der Master SYNC fehl, wenn ein untergeordneter Speichervorgang (bgsave) im Hintergrund abgebrochen wird.

• Support für die HyperLogLogBasedCommands CloudWatchMetrik. Weitere Informationen finden Sie unter Metriken für Valkey und Redis OSS.

• Verbesserte Resilienz und Fehlertoleranz für Read Replicas.

• Support für partielle Synchronisierung.

• Support für eine benutzerdefinierte Mindestanzahl von Read Replicas, die jederzeit verfügbar sein müssen.

• Volle Unterstützung für Pub/Sub – Benachrichtigen von Clients über Ereignisse auf dem Server.

• Automatische Erkennung eines Ausfalls des primären Knotens und eines Failovers Ihres primären auf einen sekundären Knoten.

• Automatisierter Slab-Ausgleich

• Schnelleres Suchen von Hash-Tabellen durch murmur3-Algorithmus

• LRUSegmentierter Algorithmus.

• LRUCrawler, um im Hintergrund Speicher zurückzugewinnen.

• --enable-seccomp: eine Kompilierungszeitoption

• Kumulative Korrekturen, wie ASCII Multigets, -2017-9951 und Limit-Crawls für. CVE metadumper

• Verbesserte Verbindungsverwaltung durch das Schließen von Verbindungen beim Erreichen der maximalen Verbindungsanzahl

• Verbesserte Verwaltung der Elementgröße bei Elementen, deren Größe 1 MB überschreitet

• Bessere Leistung und Optimierung des Speichermehraufwands durch Reduzierung der Speicheranforderungen pro Element um wenige Bytes

• Die Fähigkeit, alle Metadaten für eine bestimmte Slab-Klasse, eine Liste der Slab-Klassen oder alle Slab-Klassen zu sichern. Weitere Informationen finden Sie unter Memcached 1.4.31 Release Notes.

• Verbesserter Support für große Elemente über den Standardwert von 1 MB. Weitere Informationen finden Sie unter Memcached 1.4.29 Release Notes.

• Die Fähigkeit, anzugeben, wie lange sich ein Client im Leerlauf befinden kann, bevor er zum Schließen aufgefordert wird.

  Die Fähigkeit, den für Memcached verfügbaren Speicherplatz dynamisch zu erhöhen, ohne den Cluster neu starten zu müssen. Weitere Informationen finden Sie unter Memcached 1.4.27 Release Notes.

• Die Protokollierung von fetchers, mutations und evictions wird jetzt unterstützt. Weitere Informationen finden Sie unter Memcached 1.4.26 Release Notes.

• Freier Speicher kann für einen globalen Pool wieder freigegeben und neuen Slab-Klassen zugewiesen werden. Weitere Informationen finden Sie unter Memcached 1.4.25 Release Notes.

• Mehrere Fehlerbehebungen

• Einige neue Befehle und Parameter Eine Liste finden Sie hier: In Memcached 1.4.33 hinzugefügte Parameter.

• In letzter Zeit verwendete Verwaltung (LRU) mithilfe eines Hintergrundprozesses.

• Die Option, jenkins oder murmur3 als Hash-Algorithmus zu verwenden, wurde hinzugefügt.

• Einige neue Befehle und Parameter Eine Liste finden Sie hier: In Memcached 1.4.24 hinzugefügte Parameter.

• Mehrere Fehlerbehebungen

• Verbesserter Slab-Ausgleich.

• Performance und Skalierbarkeit wurden verbessert.

• Der Befehl touch wurde eingeführt, um das Ablaufdatum eines vorhandenen Elements zu aktualisieren, ohne es abzurufen.

• Automatische Erkennung – die Möglichkeit für Client-Programme, automatisch alle Cache-Knoten in einem Cluster zu ermitteln und Verbindungen zu all diesen Knoten zu initiieren und aufrechtzuerhalten.