Unterstützte Versionen

Memorystore for Redis wird von Open-Source-Redis-Software unterstützt. Memorystore for Redis unterstützt die Redis-Versionen 3.2, 4.0, 5.0, 6.x, 7.0 und 7.2. Die Standardversion ist 7.2.

Details zur Instanz können Sie aufrufen, um herauszufinden, welche Version verwendet wird. Sie können auch ein Upgrade der Version einer Instanz auf eine neuere Version ausführen. Beispielsweise ist ein Upgrade von Version 3.2 auf Version 7.2 möglich. Einen Verlauf der Memorystore for Redis-Produktupdates finden Sie in den Versionshinweisen.

Versionsunterstützungsrichtlinie

Memorystore for Redis unterstützt eine Patch-Version für jede größere OSS Redis-Version, die im Abschnitt Aktuelle Versionen dieser Seite aufgeführt ist. Während Wartungsperioden wird der Patch auf dem neuesten Stand gehalten.

Memorystore for Redis überwacht alle kritischen Patches, die auf Ihre Instanz angewendet werden müssen. Kritische Sicherheitspatches werden außerhalb des regulären Wartungszeitraums bereitgestellt. Weitere Informationen finden Sie unter Wartung.

Aktuelle Versionen

In dieser Tabelle werden die unterstützten Redis-Versionen, die Patch-Level für diese Versionen sowie der Zeitpunkt des letzten Updates angeführt:

Redis-Hauptversion Patch-Level Letzte Aktualisierung
7.2 7.2.0 29. Februar 2024
7.0 7.0.12 17. Juli 2023
6.x 6.2.13 9. Mai 2022
5.0 5.0.14 9. Mai 2022
4.0 4.0.14 17. Juni 2019
3.2 3.2.13 21. Juni 2018

Redis-Version 7.2

Die folgende Tabelle enthält Informationen zur Vektorsuche für Redis-Version 7.2:

Funktion Beschreibung Unterstützung in Memorystore for Redis
Vektorsuche Mit Redis 7.2 werden die Speicherung und Suche von Vektordaten eingeführt. Diese Funktionen sind in das LangChain-Framework integriert. Weitere Informationen finden Sie unter Vektorsuche für generative KI-Anwendungen. Ja

Redis-Version 7.0

In der folgenden Tabelle wird die Unterstützung von Memorystore for Redis für einige der wichtigsten Funktionen der OSS Redis-Version 7.0 beschrieben.

Zusätzlich zu den in diesem Abschnitt aufgeführten Funktionen bieten Instanzen, auf denen Redis-Version 7.0 mit Transitverschlüsselung ausgeführt wird, eine verbesserte Leistung.

Funktion Beschreibung Unterstützung in Memorystore for Redis
Redis-Funktionen Mit Redis 7.0 werden Redis-Funktionen eingeführt, die die Lua-Scripting-Funktionen auf dem Redis-Server verbessern. Vor Version 7.0 mussten Sie den Befehl EVAL verwenden, um Lua-Skripts zu nutzen. Redis-Funktionen bieten vereinfachtes und optimiertes Scripting. Weitere Informationen finden Sie in der Redis-Dokumentation unter Redis-Funktionen. Ja
Client-Entfernung Client-Entfernung, die in Redis 7.0 hinzugefügt wurde, trennt Clients, wenn der von allen Clientverbindungen verwendete Gesamtspeicher ein vom Nutzer angegebenes Limit überschreitet. Weitere Informationen zum Konfigurieren dieses Limits für Memorystore for Redis finden Sie unter Redis-Instanz konfigurieren. Ja
Verbesserungen bei Access Control Lists (ACLs) In Redis 7.0 wurde die ACL-Funktionalität verbessert. Nein
Sharded Pub/Sub Mit Redis 7.0 wird sharded Pub/Sub eingeführt. Nein
Mehrteilige AOF-Persistenz (Append-only File) Mit Redis 7.0 wird die AOF-Persistenz in mehreren Teilen eingeführt. Nein
Redis-Module Mit Redis 7.0 können Sie Module schreiben, die die Redis-Funktionen erweitern und neue Datentypen implementieren können. Nein

Redis-Version 6.x

In der folgenden Tabelle wird die Unterstützung von Memorystore for Redis für einige der wichtigsten Funktionen der OSS Redis-Version 6.x beschrieben:

Funktion Beschreibung Unterstützung in Memorystore for Redis
E/A mit Threads Wenn in Redis 6.x mehrere vCPUs verfügbar sind, können einige E/A-Vorgänge parallel ausgeführt werden. Memorystore for Redis nutzt automatisch die optimale Anzahl von E/A-Threads für eine konfigurierte Kapazitätsstufe. Ab der Kapazitätsstufe M3 werden zusätzliche I/O-Threads verwendet, was in der Regel zu einer Verbesserung des Abfrage-Durchsatzes führt. Ja
Befehl „Längste gemeinsame Teilfolge“ (Longest Common Subsequence, LCS) Mit dem LCS-Befehl, der ab Redis-Version 6.x unterstützt wird, können Nutzer nicht fortlaufende allgemeine Elemente zwischen Strings finden. Ja
Laufwerksloses Laden von Redis-Datenbanken (RDB) für Replikate Redis 6.x macht das Laden ohne Laufwerk für Replikate verfügbar. Dadurch kann das Replikat die RDB vom Socket anstelle des Laufwerks laden, was die Leistung verbessert. Weitere Informationen finden Sie in der Datei Redis 6.0 conf. Ja
Integrierte Traffic-Verschlüsselung Redis 6.0 bietet integriertes SSL zur Verschlüsselung des Traffics. Memorystore for Redis unterstützt dieses Feature nicht für OSS Redis Version 6.0, bietet aber eine eigene Verschlüsselung während der Übertragung. Nein
Access Control Lists (ACLs) Mit Redis-ACLs können Sie die Nutzer und Aktionen einschränken, die mit der Redis-Instanz interagieren. Nein

Redis-Version 5.0

In der folgenden Tabelle wird die Unterstützung von Memorystore for Redis für einige der wichtigsten Funktionen der OSS Redis-Version 5.0 beschrieben:

Funktion Beschreibung Unterstützung in Memorystore for Redis
Redis-Streams Mit Redis 5.0 wird die Datenstruktur streams eingeführt. Streams unterstützen die Listenfunktion, z. B. XADD und XDEL. Bei Streams wird auch das Konzept der Consumer Groups eingeführt, mit denen mehrere Clients verschiedene Teile des Streams nutzen können. Ja, über die stream-node-max-bytes- und stream-node-max-entries-Konfigurationsparameter.
Sortierte Satzbefehle Redis 5.0 enthält die folgenden sortierten Set-Befehle: ZPOPMAX, ZPOPMIN, BZPOPMAX> und BZPOPMIN. Mit diesen Befehlen werden die höchsten oder niedrigsten Werte gespeichert, die in der sortierten Liste gespeichert sind. Ja

Redis-Version 4.0

In der folgenden Tabelle wird die Unterstützung von Memorystore for Redis für einige der wichtigsten Funktionen der OSS Redis-Version 4.0 beschrieben:

Funktion Beschreibung Unterstützung in Memorystore for Redis
Verbesserungen beim Cache leeren Unterstützt die Richtlinie zur Entfernung der am wenigsten genutzten Einheiten (LFU). Weitere Informationen finden Sie in der Redis-Dokumentation unter Eviction policy. Ja, über die allkeys-lfu- und volatile-lfu-maxmemory-Richtlinien.
Aktive Defragmentierung Bietet die Möglichkeit, den Speicher während der Ausführung von Redis zu defragmentieren. Ja, über den activedefrag Konfigurationsparameter.