Die vorliegende Übersetzung wurde maschinell erstellt. Im Falle eines Konflikts oder eines Widerspruchs zwischen dieser übersetzten Fassung und der englischen Fassung (einschließlich infolge von Verzögerungen bei der Übersetzung) ist die englische Fassung maßgeblich.
# Motorversionen und Aufrüstung in ElastiCache
In diesem Abschnitt werden die unterstützten Valkey-, Memcached- und Redis OSS-Engines sowie Informationen zum Upgrade behandelt. Beachten Sie, dass alle mit Redis OSS 7.2 verfügbaren Funktionen standardmäßig in Valkey 7.2 und höher verfügbar sind. Sie können auch ein Upgrade von einigen vorhandenen ElastiCache für Redis OSS-Engines auf eine Valkey-Engine durchführen.
# Aufrüstung von Motorversionen, einschließlich motorübergreifender Upgrades
**Valkey und Redis OSS**
Mit Valkey und Redis OSS initiieren Sie Versionsupgrades für Ihren Cluster oder Ihre Replikationsgruppe, indem Sie ihn mithilfe der ElastiCache Konsole, der oder der AWS CLI ElastiCache API ändern und eine neuere Engine-Version angeben.
Sie können auch ein Cross-Upgrade von Redis OSS auf Valkey durchführen. Weitere Informationen zu Cross-Upgrades finden Sie unter. [Wie führe ich ein Upgrade von Redis OSS auf Valkey durch](#VersionManagement.HowTo.cross-engine-upgrade)
**Topics**
+ [Wie führe ich ein Upgrade von Redis OSS auf Valkey durch](#VersionManagement.HowTo.cross-engine-upgrade)
+ [Blockierte Valkey- oder Redis OSS-Engine-Upgrades lösen](#resolving-blocked-engine-upgrades)
****
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/AmazonElastiCache/latest/dg/VersionManagement.HowTo.html)
**Memcached**
Um mit Memcached Versionsupgrades für Ihren Cluster zu starten, ändern Sie ihn und geben eine neuere Engine-Version an. Sie können dies tun, indem Sie die ElastiCache Konsole AWS CLI, die oder die ElastiCache API verwenden:
+ Informationen zur Verwendung von AWS-Managementkonsole finden Sie unter —[Unter Verwendung der ElastiCache AWS-Managementkonsole](Clusters.Modify.md#Clusters.Modify.CON).
+ Informationen zur Verwendung von AWS CLI finden Sie unter[Verwenden Sie das mit AWS CLI ElastiCache](Clusters.Modify.md#Clusters.Modify.CLI).
+ Informationen zur Verwendung der ElastiCache API finden Sie unter[Verwenden der ElastiCache API](Clusters.Modify.md#Clusters.Modify.API).
## Wie führe ich ein Upgrade von Redis OSS auf Valkey durch
Valkey ist als Drop-In-Ersatz für Redis OSS 7 konzipiert. Sie können mithilfe der Konsole, API oder CLI ein Upgrade von Redis OSS auf Valkey durchführen, indem Sie die neue Engine und die Hauptversion der Engine angeben. Die IP-Adresse des Endpunkts und alle anderen Aspekte der Anwendung werden durch das Upgrade nicht geändert. Beim Upgrade von Redis OSS 5.0.6 und höher treten keine Ausfallzeiten auf.
**Anmerkung**
**AWS Anforderungen an die CLI-Version für Upgrades von Redis OSS auf Valkey:**
Für AWS CLI v1: Erforderliche Mindestversion 1.35.2 (Aktuelle Version: 1.40.22)
Für AWS CLI v2: Mindestens erforderliche Version 2.18.2 (Aktuelle Version: 2.27.22)
**Anmerkung**
Bei einem Upgrade von früheren Redis OSS-Versionen als 5.0.6 kann es während der DNS-Propagierung zu einer Failover-Zeit von 30 bis 60 Sekunden kommen.
Gehen Sie zunächst wie folgt vor, um einen vorhandenen Redis OSS-Single-Node-Cluster (Cluster-Modus deaktiviert) auf die Valkey-Engine zu aktualisieren:. [Erstellen einer Replikationsgruppe unter Verwendung eines vorhandenen Clusters](Replication.CreatingReplGroup.ExistingCluster.md) Sobald der Redis OSS-Cluster (Cluster-Modus deaktiviert) mit einem Knoten zu einer Replikationsgruppe hinzugefügt wurde, können Sie ein Engine-übergreifendes Upgrade auf Valkey durchführen.
### Upgrade einer Replikationsgruppe von Redis OSS auf Valkey
Wenn Sie über eine bestehende Redis OSS-Replikationsgruppe verfügen, die die Standard-Cache-Parametergruppe verwendet, können Sie ein Upgrade auf Valkey durchführen, indem Sie die neue Engine und die Engine-Version mit der API angeben. modify-replication-group
Für Linux, macOS oder Unix:
```
aws elasticache modify-replication-group \
--replication-group-id myReplGroup \
--engine valkey \
--engine-version 8.0
```
Für Windows:
```
aws elasticache modify-replication-group ^
--replication-group-id myReplGroup ^
--engine valkey ^
--engine-version 8.0
```
Wenn Sie eine benutzerdefinierte Cache-Parametergruppe auf die bestehende Redis OSS-Replikationsgruppe angewendet haben, die Sie aktualisieren möchten, müssen Sie in der Anfrage auch eine benutzerdefinierte Valkey-Cache-Parametergruppe übergeben. Die benutzerdefinierte Valkey-Eingabeparametergruppe muss dieselben statischen Redis OSS-Parameterwerte haben wie die vorhandene benutzerdefinierte Redis OSS-Parametergruppe.
Für Linux, macOS oder Unix:
```
aws elasticache modify-replication-group \
--replication-group-id myReplGroup \
--engine valkey \
--engine-version 8.0 \
--cache-parameter-group-name myParamGroup
```
Für Windows:
```
aws elasticache modify-replication-group ^
--replication-group-id myReplGroup ^
--engine valkey ^
--engine-version 8.0 ^
--cache-parameter-group-name myParamGroup
```
### Aktualisieren eines serverlosen Redis OSS-Caches auf Valkey mit der CLI
Für Linux, macOS oder Unix:
```
aws elasticache modify-serverless-cache \
--serverless-cache-name myCluster \
--engine valkey \
--major-engine-version 8
```
Für Windows:
```
aws elasticache modify-serverless-cache ^
--serverless-cache-name myCluster ^
--engine valkey ^
--major-engine-version 8
```
### Redis OSS mit der Konsole auf Valkey aktualisieren
**Upgrade von Redis OSS 5 auf Valkey**
1. Wählen Sie den Redis OSS-Cache für das Upgrade aus.
1. Ein Fenster „**Upgrade to Valkey**“ sollte angezeigt werden. Wählen Sie die **Schaltfläche Auf Valkey aktualisieren**.
1. Gehen Sie zu den **Cache-Einstellungen** und wählen Sie dann **Engine-Version** aus. Die neueste Version von Valkey wird empfohlen.
1. Wenn dieser Cache serverlos ist, müssen Sie die Parametergruppe aktualisieren. Gehen Sie in den **Cache-Einstellungen** zum Bereich **Parametergruppen** und wählen Sie eine entsprechende Parametergruppe aus, z. B. *default.valkey8*.
1. **Wählen Sie Upgrade aus.**
Dieser Cache wird nun im Valkey-Bereich der Konsole aufgeführt.
**Anmerkung**
Ein direktes Upgrade von Redis OSS 4 oder niedriger auf Valkey kann eine längere Failover-Zeit von 30 bis 60 Sekunden während der DNS-Propagierung beinhalten.
### Wie führe ich ein Downgrade von Valkey auf Redis OSS durch
Wenn Sie aus irgendeinem Grund Ihren aktualisierten Cluster zurücksetzen möchten, ElastiCache unterstützt Amazon das Rollback eines Valkey 7.2-Caches auf Redis OSS 7.1. Sie können ein Rollback mit denselben Konsolen-, API- oder CLI-Schritten wie bei einem Engine-Upgrade durchführen und Redis OSS 7.1 als Ziel-Engine-Version angeben. Rollbacks verwenden dieselben Prozesse wie ein Upgrade. Die IP-Adresse des Endpunkts und alle anderen Aspekte der Anwendung werden durch das Rollback nicht geändert, und es treten keine Ausfallzeiten auf.
Darüber hinaus können Sie einen aus Ihrem Valkey 7.2-Cache erstellten Snapshot als Redis OSS 7.1-Cache wiederherstellen. Wenn Sie aus einem Snapshot wiederherstellen, können Sie Redis OSS 7.1 als Ziel-Engine-Version angeben. Wenn Sie diese Option verwenden, wird aus dem Snapshot ein neuer Cache erstellt. Die Wiederherstellung aus einem Snapshot hat keine Auswirkung auf den Valkey-Cache, aus dem der Snapshot erstellt wurde.
Bei der Durchführung eines Rollbacks gelten die folgenden Anforderungen und Einschränkungen:
+ ElastiCache unterstützt nur das Rollback von Valkey 7.2 auf Redis OSS 7.1. Dies gilt auch dann, wenn Sie von einer früheren Version als Redis OSS 7.1 auf Valkey 7.2 aktualisiert haben.
+ Jede Benutzergruppe und jeder Benutzer, die der Replikationsgruppe oder dem serverlosen Cache zugeordnet sind, für den ein Rollback ausgeführt wird, müssen mit dem Engine-Typ konfiguriert werden. `REDIS`
## Blockierte Valkey- oder Redis OSS-Engine-Upgrades lösen
Wie in der folgenden Tabelle dargestellt, ist Ihr Valkey- oder Redis OSS-Engine-Upgrade-Vorgang blockiert, wenn ein Scale-Up-Vorgang aussteht.
****
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/AmazonElastiCache/latest/dg/VersionManagement.HowTo.html)
**Um ein blockiertes Valkey- oder Redis OSS-Engine-Upgrade zu beheben**
+ Führen Sie eine der folgenden Aktionen aus:
+ Planen Sie Ihren Redis OSS- oder Valkey-Engine-Upgrade-Vorgang für das nächste Wartungsfenster, indem **Sie das Kontrollkästchen Sofort anwenden** deaktivieren.
Mit der CLI verwenden Sie `--no-apply-immediately`. Mit der API verwenden Sie `ApplyImmediately=false`.
+ Warten Sie bis zum nächsten Wartungsfenster (oder danach), um Ihr Redis OSS-Engine-Upgrade durchzuführen.
+ Fügen Sie dieser Cluster-Änderung den Redis OSS-Scale-Up-Vorgang hinzu, indem Sie das Kontrollkästchen **Sofort anwenden** aktivieren.
Mit der CLI verwenden Sie `--apply-immediately`. Mit der API verwenden Sie `ApplyImmediately=true`.
Dieser Ansatz bricht das Engine-Upgrade während des nächsten Wartungsfensters effektiv ab, indem es direkt ausgeführt wird.
# ElastiCache Erweiterter Support
Mit ElastiCache Extended Support können Sie Ihren Cache gegen Aufpreis auch nach Ablauf des Standard-Supportdatums auf einer Hauptversion der Engine weiter ausführen. Wenn Sie nach Ablauf des Standard-Supportdatums kein Upgrade durchführen, wird Ihnen eine Gebühr berechnet.
Extended Support bietet die folgenden Updates und technischen Support:
+ Sicherheitsupdates für kritische und hohe Sicherheitsaktualisierungen CVEs für Ihren Cache und Ihre Cache-Engine
+ Bugfixes und Patches für kritische Probleme
+ Die Möglichkeit, im Rahmen des standardmäßigen ElastiCache Service Level Agreements Supportanfragen zu eröffnen und Hilfe bei der Fehlerbehebung zu erhalten
Dieses kostenpflichtige Angebot gibt Ihnen mehr Zeit für ein Upgrade auf eine unterstützte Hauptversion der Engine.
Beispielsweise ElastiCache endet der Standardsupport für Redis OSS 4.0.10 am 31. Januar 2026. Wenn Sie bis zu diesem Datum nicht bereit sind, manuell auf Valkey oder auf Redis OSS 6 oder höher zu aktualisieren, ElastiCache werden Ihre Caches automatisch für Extended Support registriert und Sie können Redis OSS 4.0.10 weiterhin ausführen. Ab dem ersten Tag des Monats nach Ablauf des Standard-Supports, dem 1. Februar 2026, ElastiCache wird Ihnen automatisch der erweiterte Support in Rechnung gestellt.
Extended Support ist bis zu 3 Jahre nach Ablauf des Standard-Supportdatums für eine Hauptversion der Engine verfügbar. Für die OSS-Versionen 4 und 5 von Elasticache für Redis ist das der 31. Januar 2029. Nach diesem Datum werden alle Caches, auf denen die Redis OSS-Versionen 4 und 5 noch ausgeführt werden, automatisch auf die neueste Version von Valkey aktualisiert.
Sobald der Supportzeitraum einer Engine endet, werden Caches, auf denen die alte Version weiterhin ausgeführt wird, automatisch auf Extended Support umgestellt. Sie werden vor dem Startdatum der Preise für den erweiterten Support benachrichtigt, sodass Sie stattdessen ein Upgrade Ihrer Instance durchführen können. Sie können sich auch jederzeit ausdrücklich abmelden, indem Sie ein Upgrade auf unterstützte Versionen durchführen.
Weitere Informationen zum Ende der Standard-Supportdaten und zum Ende der Extended Support-Daten finden Sie unter [ElastiCache Zeitplan für das Ende der Lebensdauer von Versionen für Redis OSS](engine-versions.md#deprecated-engine-versions) für Valkey, Memcached oder Redis OSS.
**Topics**
+ [ElastiCache Gebühren für erweiterten Support](extended-support-charges.md)
+ [Versionen mit ElastiCache erweitertem Support](extended-support-versions.md)
+ [ElastiCache und Kundenverantwortung mit ElastiCache Extended Support](extended-support-responsibilities.md)
# ElastiCache Gebühren für erweiterten Support
Ab dem Tag nach dem Ende des Standardsupports fallen Gebühren für alle Engines an, die für den ElastiCache erweiterten Support registriert sind. Informationen zum ElastiCache Ende des Standard-Supports finden Sie unter. [Versionen mit ElastiCache erweitertem Support](extended-support-versions.md)
Die zusätzliche Gebühr für den ElastiCache erweiterten Support endet automatisch, wenn Sie eine der folgenden Maßnahmen ergreifen:
+ Führen Sie ein Upgrade auf eine Engine-Version durch, für die der Standardsupport gilt.
+ Löschen Sie den Cache, auf dem eine Hauptversion nach ElastiCache Ablauf des Standard-Supportdatums ausgeführt wird.
Die Gebühren werden wieder aufgenommen, wenn Ihre Ziel-Engine-Version in future in den erweiterten Support aufgenommen wird.
Nehmen wir zum Beispiel an, dass ElastiCache Version 4 für Redis OSS am 1. Februar 2026 in den erweiterten Support aufgenommen wird und Sie Ihre Caches von v4 am 1. Januar 2027 auf v6 aktualisieren. Bei ElastiCache Version 4 für Redis OSS werden Ihnen nur 11 Monate Extended Support in Rechnung gestellt. Wenn Sie ElastiCache Version 6 für Redis OSS nach dem Ende des Standard-Supports am 31. Januar 2027 weiter ausführen, fallen für diese Caches ab dem 1. Februar 2027 erneut Gebühren für den erweiterten Support an.
Sie können vermeiden, dass ElastiCacheExtended Support in Rechnung gestellt wird, indem Sie ElastiCache verhindern, dass nach ElastiCache Ablauf des Standard-Supportdatums ein Cache erstellt oder wiederhergestellt wird.
Weitere Informationen finden Sie unter [ ElastiCache Amazon-Preise](https://aws.amazon.com/elasticache/pricing/).
# Versionen mit ElastiCache erweitertem Support
Die Versionen 4 und 5 von Redis Open Source Software (OSS) erreichten 2020 bzw. 2022 das Ende der Nutzungsdauer ihrer Community. Dies bedeutet, dass keine weiteren Updates, Bugfixes oder Sicherheitspatches von der Community veröffentlicht werden. Der Standardsupport für die ElastiCache Redis OSS-Versionen 4 und 5 ElastiCache endet am 31. Januar 2026. Wenn Sie weiterhin nicht unterstützte Versionen von Redis OSS verwenden, könnten Ihre Daten anfällig für [bekannte Sicherheitslücken und Sicherheitslücken](https://nvd.nist.gov/vuln-metrics/cvss) () werden. CVEs
Ab dem 1. Februar 2026 werden ElastiCache Caches, die noch auf den Redis OSS-Versionen 4 und 5 laufen, automatisch für Extended Support registriert, um kontinuierliche Verfügbarkeit und Sicherheit zu gewährleisten. Extended Support bietet zwar Flexibilität, wir empfehlen jedoch, das Ende des Standard-Supports als Planungsmeilenstein für Ihre Produktionsworkloads zu betrachten. Wir empfehlen Ihnen dringend, Ihre Redis OSS v4- und v5-Caches vor dem Ende des ElastiCache Standardsupports auf Valkey oder Redis OSS v6 oder höher zu aktualisieren.
In der folgenden Tabelle sind das Datum für das ElastiCache Ende des Standard-Supports und das Datum des erweiterten Supports von Amazon zusammengefasst.
**Erweiterter Support und Zeitplan für das Ende der Nutzungsdauer**
| Hauptversion der Engine | Ende des Standard-Supports | Beginn des erweiterten Support Y1 Premium | Beginn des erweiterten Support Y2 Premium | Beginn des erweiterten Support Y3 Premium | Ende des erweiterten Support und Versions-EOL |
| --- | --- | --- | --- | --- | --- |
| Redis OSS v4 | 31.1.2026 | 1.2.2026 | 1.2.2027 | 1.2.2028 | 31.1.2029 |
| Redis OSS v5 | 31.1.2026 | 1.2.2026 | 1.2.2027 | 1.2.2028 | 31.1.2029 |
| Redis OSS v6 | 31.1.2027 | 1.2.2027 | 1.2.2028 | 1.2.2029 | 31.1.2030 |
Erweiterter Support wird nur für die neueste unterstützte Patch-Version jeder Hauptversion von Redis OSS angeboten. Wenn der erweiterte Support am 1. Februar 2026 beginnt und Ihre Redis OSS v4- und v5-Cluster noch nicht auf den neuesten Patch-Versionen installiert sind, werden sie automatisch auf v4.0.10 für Redis OSS v4 und v5.0.6 für Redis OSS v5 aktualisiert, bevor sie für Extended Support registriert werden. Dadurch wird sichergestellt, dass Sie Sicherheitsupdates und Bugfixes über den erweiterten Support erhalten. Sie müssen keine Maßnahmen ergreifen, um im Rahmen der Umstellung auf den erweiterten Support ein Upgrade auf diese neuesten Patch-Versionen durchzuführen.
# ElastiCache und Kundenverantwortung mit ElastiCache Extended Support
Im Folgenden sind die Aufgaben von Amazon ElastiCache und Ihre Verantwortlichkeiten mit ElastiCache Extended Support aufgeführt.
** ElastiCache Verantwortlichkeiten von Amazon**
Nach ElastiCache Ablauf des Standard-Supportdatums ElastiCache stellt Amazon Patches, Bugfixes und Upgrades für Engines bereit, die für den ElastiCache erweiterten Support registriert sind. Dies gilt für bis zu 3 Jahre oder bis Sie die Engines im Extended Support nicht mehr verwenden, je nachdem, was zuerst eintritt.
**Ihre Aufgaben**
Sie sind dafür verantwortlich, die Patches, Bugfixes und Upgrades zu installieren, die für Caches im ElastiCache Extended Support bereitgestellt werden. Amazon ElastiCache behält sich das Recht vor, solche Patches, Bugfixes und Upgrades jederzeit zu ändern, zu ersetzen oder zurückzuziehen. Wenn ein Patch erforderlich ist, um Sicherheits- oder kritische Stabilitätsprobleme zu beheben, ElastiCache behält sich Amazon das Recht vor, Ihre Caches mit dem Patch zu aktualisieren oder zu verlangen, dass Sie den Patch installieren.
Sie sind auch dafür verantwortlich, Ihre Engine vor ElastiCache Ablauf des Extended Support-Datums auf eine neuere Engine-Version zu aktualisieren. Das ElastiCache Ende des erweiterten Support liegt in der Regel 3 Jahre nach dem ElastiCache Ende des Standard-Supportdatums.
Wenn Sie Ihren Motor nicht aufrüsten, versucht Amazon ElastiCache nach ElastiCache Ablauf des Extended Support-Datums, Ihren Motor auf eine neuere Engine-Version aufzurüsten, die im Rahmen des ElastiCache Standardsupports unterstützt wird. Wenn das Upgrade fehlschlägt, ElastiCache behält sich Amazon das Recht vor, den Cache zu löschen, in dem die Engine nach ElastiCache Ablauf des Standard-Supportdatums läuft. Vorher bewahrt Amazon ElastiCache jedoch Ihre Daten aus dieser Engine auf.
# Versionsverwaltung für ElastiCache
Sie können festlegen, wie Sie Ihre ElastiCache Caches und knotenbasierten Cluster aktualisieren möchten, die für die Valkey-, Memcached- und Redis OSS-Engines aktualisiert wurden.
## ElastiCache Versionsverwaltung für Serverless Cache
Verwalten Sie, ob und wann der ElastiCache Serverless Cache aktualisiert wird, und führen Sie Versionsupgrades zu Ihren eigenen Bedingungen und Zeitplänen durch.
ElastiCache Serverless wendet automatisch die neueste Minor- und Patch-Softwareversion auf Ihren Cache an, ohne dass dies Auswirkungen oder Ausfallzeiten auf Ihre Anwendung hat. Von Ihrer Seite aus ist keine Aktion erforderlich.
Wenn eine neue Hauptversion verfügbar ist, sendet Ihnen ElastiCache Serverless eine Benachrichtigung in der Konsole und ein Ereignis in. EventBridge Sie können Ihren Cache auf die neueste Hauptversion aktualisieren, indem Sie ihn mithilfe der Konsole, CLI oder API ändern und die neueste Engine-Version auswählen. Ähnlich wie bei kleineren Upgrades und Patch-Upgrades werden Hauptversions-Upgrades ohne Ausfallzeiten Ihrer Anwendung durchgeführt.
## Versionsverwaltung für knotenbasierte Cluster ElastiCache
Wenn Sie mit knotenbasierten ElastiCache Clustern arbeiten, können Sie steuern, wann die Software, die Ihren Cluster unterstützt, auf neue Versionen aktualisiert wird, die von unterstützt werden. ElastiCache Sie können steuern, wann Ihr Cache auf die neuesten verfügbaren Haupt-, Neben- und Patch-Versionen aktualisiert werden soll. Sie starten Engine-Versions-Upgrades für Ihren Cluster oder Ihre Replikationsgruppe, indem Sie ihn bzw. sie ändern und eine neue Engine-Version angeben.
Sie können steuern, ob und wann die protokollkonforme Software, die Ihren Cluster unterstützt, auf neue Versionen aktualisiert wird, die von unterstützt werden. ElastiCache Mit diesem Maß an Kontrolle können Sie die Kompatibilität mit bestimmten Versionen aufrechterhalten, neue Versionen mit Ihrer Anwendung testen, bevor Sie sie für die Produktion bereitstellen, und Versions-Upgrades nach Ihren eigenen Vorgaben und Zeitplänen durchführen lassen.
Da Versions-Upgrades ggf. mit Kompatibilitätsrisiken verbunden sind, können sie nicht automatisch eingestellt werden. Sie müssen von Ihnen selbst installiert werden.
**Valkey- und Redis OSS-Cluster**
**Anmerkung**
Wenn ein Valkey- oder Redis OSS-Cluster in einer oder mehreren Regionen repliziert wird, wird die Engine-Version für sekundäre Regionen und dann für die primäre Region aktualisiert.
ElastiCache für Redis werden OSS-Versionen mit einer semantischen Version identifiziert, die eine Haupt- und eine Nebenkomponente umfasst. In Redis OSS 6.2 ist die Hauptversion beispielsweise 6 und die Nebenversion 2. Beim Betrieb knotenbasierter Cluster wird ElastiCache für Redis OSS auch die Patch-Komponente verfügbar gemacht, z. B. Redis OSS 6.2.1, und die Patch-Version ist 1.
Hauptversionen sind für API-inkompatible Änderungen und Nebenversionen für neue Funktionen vorgesehen, die abwärtskompatibel hinzugefügt wurden. Patch-Versionen sind für abwärtskompatible Bugfixes und nicht funktionale Änderungen vorgesehen.
Mit Valkey und Redis OSS initiieren Sie Engine-Versions-Upgrades für Ihren Cluster oder Ihre Replikationsgruppe, indem Sie ihn ändern und eine neue Engine-Version angeben. Weitere Informationen finden Sie unter [Ändern einer Replikationsgruppe](Replication.Modify.md).
**Memcached**
Bei Memcached müssen Sie für ein Upgrade auf eine neuere Version Ihren Cluster ändern und die neue Engine-Version angeben, die Sie verwenden möchten. Das Upgrade auf eine neuere Memcached-Version ist ein destruktiver Prozess – Sie verlieren Ihre Daten und beginnen mit einem kalten Cache. Weitere Informationen finden Sie unter [Einen ElastiCache Cluster ändern](Clusters.Modify.md).
Beim Upgraden einer älteren Memcached-Version auf Memcached Version 1.4.33 oder höher sind folgende Anforderungen zu beachten. `CreateCacheCluster` und `ModifyCacheCluster` schlagen unter den folgenden Bedingungen fehl:
+ Wenn `slab_chunk_max > max_item_size`.
+ Wenn `max_item_size modulo slab_chunk_max != 0`.
+ Wenn `max_item_size > ((max_cache_memory - memcached_connections_overhead) / 4)`.
Der Wert `(max_cache_memory - memcached_connections_overhead)` ist der für Daten nutzbare Speicher des Knotens. Weitere Informationen finden Sie unter [Overhead von Memcached-Verbindungen](ParameterGroups.Engine.md#ParameterGroups.Memcached.Overhead).
## Unterstützte Engines und Versionen
ElastiCache Serverlose Caches unterstützen ElastiCache Version 7.2 für Valkey und höher, ElastiCache Version 1.6 für Memcached und höher und ElastiCache 7.0 für Redis OSS und höher.
Knotenbasierte ElastiCache Cluster unterstützen ElastiCache Version 7.2 für Valkey und höher, ElastiCache Version 1.4.5 für Memcached und höher und 4.0.10 für Redis OSS und höher. ElastiCache
**Topics**
+ [Unterstützte Valkey-Versionen](#supported-engine-versions.valkey)
+ [Valkey 8.2](#valkey-version-8.2)
+ [Valkey 8.1](#valkey-version-8.1)
+ [Valkey 8.0](#valkey-version-8)
+ [ElastiCache Version 7.2.6 für Valkey](#valkey-version-7.2.6)
### Unterstützte Valkey-Versionen
Nachfolgend finden Sie die unterstützten Valkey-Versionen. Beachten Sie, dass Valkey standardmäßig die meisten Funktionen unterstützt, die in ElastiCache Version 7.2 für Redis OSS verfügbar sind.
+ Sie können Ihre ElastiCache Cluster auch mit Versionen vor 5.0.6 aktualisieren. Der Prozess ist identisch, kann jedoch längere Failover-Zeit während der DNS-Ausbreitung (30 Sek. - 1 Min.) verursachen.
+ Ab Redis OSS 7 wird ElastiCache das Umschalten zwischen Valkey oder Redis OSS (Clustermodus deaktiviert) und Valkey oder Redis OSS (Clustermodus aktiviert) unterstützt.
+ Der Upgrade-Prozess ElastiCache für die Amazon for Redis OSS-Engine ist darauf ausgelegt, Ihre vorhandenen Daten bestmöglich beizubehalten, und erfordert eine erfolgreiche Redis OSS-Replikation.
+ Beim Upgrade der Engine ElastiCache werden bestehende Client-Verbindungen beendet. [Um Ausfallzeiten bei Engine-Upgrades zu minimieren, empfehlen wir Ihnen, [bewährte Methoden für Redis OSS-Clients](BestPractices.Clients.redis.md) mit Fehlerwiederholungen und exponentiellem Backoff sowie bewährte Methoden zur Minimierung von Ausfallzeiten während der Wartung zu implementieren.](BestPractices.MinimizeDowntime.md)
+ Sie können beim Upgrade Ihrer Engine kein direktes Upgrade von Valkey oder Redis OSS (Clustermodus deaktiviert) auf Valkey oder Redis OSS (Clustermodus aktiviert) durchführen. Das folgende Verfahren zeigt Ihnen, wie Sie von Valkey oder Redis OSS (Clustermodus deaktiviert) auf Valkey oder Redis OSS (Clustermodus aktiviert) aktualisieren.
**Um ein Upgrade von einer Valkey- oder Redis OSS-Engine-Version (Cluster-Modus deaktiviert) auf eine Valkey- oder Redis OSS-Engine-Version (Clustermodus aktiviert) durchzuführen**
1. Erstellen Sie eine Sicherungskopie Ihres Valkey- oder Redis OSS-Clusters oder Ihrer Replikationsgruppe (Clustermodus deaktiviert). Weitere Informationen finden Sie unter [Erstellen manueller Backups](backups-manual.md).
1. Verwenden Sie das Backup, um einen Valkey- oder Redis OSS-Cluster (Clustermodus aktiviert) mit einem Shard (Knotengruppe) zu erstellen und zu starten. Geben Sie die neue Engine-Version an und aktivieren Sie den Cluster-Modus, wenn Sie den Cluster oder die Replikationsgruppe erstellen. Weitere Informationen finden Sie unter [Tutorial: Seeding eines neuen knotenbasierten Clusters mit einem extern erstellten Backup](backups-seeding-redis.md).
1. Löschen Sie den alten Valkey- oder Redis OSS-Cluster oder die alte Replikationsgruppe (Clustermodus deaktiviert). Für weitere Informationen siehe [Löschen eines Clusters in ElastiCache](Clusters.Delete.md) oder [Löschen einer Replikationsgruppe](Replication.DeletingRepGroup.md).
1. Skalieren Sie den neuen Valkey- oder Redis OSS-Cluster oder die neue Replikationsgruppe (Clustermodus aktiviert) auf die Anzahl der Shards (Knotengruppen), die Sie benötigen. Weitere Informationen finden Sie unter [Skalierung von Valkey- oder Redis OSS-Clustern (Clustermodus aktiviert)](scaling-redis-cluster-mode-enabled.md).
+ Beim Upgrade von Hauptversionen der Engine, beispielsweise von 5.0.6 auf 6.0, müssen Sie auch eine neue Parametergruppe auswählen, die mit der neuen Engine-Version kompatibel ist.
+ Für einzelne Redis OSS-Cluster und Cluster mit deaktiviertem Multi-AZ empfehlen wir, Redis OSS ausreichend Speicher zur Verfügung zu stellen, wie unter beschrieben. [Stellen Sie sicher, dass Sie über genügend Arbeitsspeicher verfügen, um einen Valkey- oder Redis OSS-Snapshot zu erstellen](BestPractices.BGSAVE.md) In diesen Fällen steht der primäre Knoten während des Upgrade-Prozesses für Serviceanfragen nicht zur Verfügung.
+ Für Redis OSS-Cluster mit aktiviertem Multi-AZ empfehlen wir außerdem, Engine-Upgrades in Zeiten mit geringem eingehendem Schreibverkehr zu planen. Bei einem Upgrade auf Redis OSS 5.0.6 oder höher steht der primäre Cluster während des Upgrade-Vorgangs weiterhin für Serviceanfragen zur Verfügung.
Cluster und Replikationsgruppen mit mehreren Shards werden wie folgt verarbeitet und gepatcht:
+ Alle Shards werden parallel verarbeitet. Es wird jeweils nur eine Upgrade-Operation für einen Shard gleichzeitig durchgeführt.
+ In jedem Shard werden alle Replicas verarbeitet, bevor der Primärknoten verarbeitet wird. Wenn es in einem Shard weniger Replicas gibt, kann der Primärknoten in diesem Shard verarbeitet werden, bevor die Verarbeitung der Replicas in anderen Shards abgeschlossen wird.
+ Die Primärknoten für alle Shards werden seriell verarbeitet. Es erfolgt jeweils nur ein Upgrade für einen Primärknoten gleichzeitig.
+ Wenn die Verschlüsselung in Ihrem aktuellen Cluster oder Ihrer Replikationsgruppe aktiviert ist, können Sie nicht auf eine Engine-Version aktualisieren, die keine Verschlüsselung unterstützt, z. B. von 3.2.6 auf 3.2.10.
**Überlegungen zu Memcached**
Beachten Sie beim Upgrade eines knotenbasierten Memcached-Clusters Folgendes.
+ Versionsverwaltung der Enginge ist so entwickelt, dass Sie so viel Kontrolle wie möglich darüber haben, wie Patchen erfolgt. Behält sich jedoch ElastiCache das Recht vor, Ihren Cluster in Ihrem Namen zu patchen, sollte der unwahrscheinliche Fall eintreten, dass das System oder die Cache-Software eine kritische Sicherheitslücke aufweist.
+ Da die Memcached-Engine keine Persistenz unterstützt, stellen Versions-Upgrades der Memcached-Engine immer einen Störfall dar, bei dem alle Cache-Daten im Cluster gelöscht werden.
### ElastiCache Version 8.2 für Valkey
Hier sind einige der neuen Funktionen, die in Valkey 8.2 eingeführt wurden (im Vergleich zu ElastiCache Valkey 8.1):
+ Native Unterstützung für [Vector Search](vector-search.md), mit der Sie Milliarden von hochdimensionalen Vektoreinbettungen im Speicher speichern, indexieren, suchen und aktualisieren können, mit Latenzen von nur Mikrosekunden.
[Weitere Informationen zu Valkey finden Sie unter Valkey.](https://valkey.io/)
[Weitere Informationen zur Version Valkey 8.2, in der die Vektorsuche eingeführt wird, finden Sie unter Valkey Search.](https://github.com/valkey-io/valkey-search)
### ElastiCache Version 8.1 für Valkey
Hier sind einige der neuen Funktionen, die in Valkey 8.1 eingeführt wurden (im Vergleich zu ElastiCache Valkey 8.0):
+ Eine [neue Hash-Tabellenimplementierung](https://valkey.io/blog/new-hash-table/), die den Speicheraufwand reduziert, um den Speicherverbrauch für gängige key/value Muster um bis zu 20% zu senken.
+ Native Unterstützung für [Bloom-Filter](https://valkey.io/topics/bloomfilters/), einen neuen Datentyp, mit dem Sie Suchvorgänge mit bis zu 98% weniger Speicher durchführen können als mit dem Set-Datentyp.
+ Neuer Befehl [COMMANDLOG](https://valkey.io/commands/commandlog-get/), der langsame Ausführungen, umfangreiche Anfragen und umfangreiche Antworten aufzeichnet.
+ Neue Unterstützung für bedingte Updates des SET-Befehls mithilfe des IFEQ-Arguments.
+ Leistungsverbesserungen, darunter eine um bis zu 45% geringere Latenz für den Befehl ZRANK, eine bis zu 12-mal schnellere Leistung für PFMERGE und PFCOUNT und ein um bis zu 514% höherer Durchsatz für BITCOUNT.
[Weitere Informationen zu Valkey finden Sie unter Valkey](https://valkey.io/)
Weitere Informationen zur Version Valkey 8.1 finden Sie in den Versionshinweisen zu [Valkey](https://github.com/valkey-io/valkey/blob/8.1/00-RELEASENOTES) 8.1
### ElastiCache Version 8.0 für Valkey
Hier sind einige der neuen Funktionen, die in Valkey 8.0 eingeführt wurden (im Vergleich zu ElastiCache Valkey 7.2.6):
+ Verbesserungen der Speichereffizienz, sodass Benutzer bis zu 20% mehr Daten pro Knoten speichern können, ohne dass Änderungen an der Anwendung vorgenommen werden müssen.
+ Neu eingeführte Metrikinfrastruktur pro Steckplatz für knotenbasierte Cluster, die detaillierte Einblicke in die Leistung und den Ressourcenverbrauch einzelner Steckplätze bietet.
+ ElastiCache Serverless for Valkey 8.0 kann die Anzahl der unterstützten Anfragen pro Sekunde (RPS) alle 2 bis 3 Minuten verdoppeln, sodass 5 Millionen RPS pro Cache in weniger als 13 Minuten von Null erreicht werden, und das bei gleichbleibender p50-Leselatenz von unter einer Millisekunde.
[Weitere Informationen zu Valkey finden Sie unter Valkey](https://valkey.io/)
Weitere Informationen zur Valkey 8-Version finden Sie in den Versionshinweisen zu [Valkey](https://github.com/valkey-io/valkey/blob/8.0/00-RELEASENOTES) 8
### ElastiCache Version 7.2.6 für Valkey
Am 10. Oktober 2024 ElastiCache wurde Version 7.2.6 für Valkey veröffentlicht. Hier sind einige der neuen Funktionen, die in 7.2 eingeführt wurden (im Vergleich zu ElastiCache Version 7.1 für Redis OSS):
+ Leistungs- und Speicheroptimierungen für verschiedene Datentypen: Speicheroptimierung für Tasten vom Typ List und Set, Geschwindigkeitsoptimierung für Befehle mit sortierten Sets, Leistungsoptimierung für Befehle mit mehreren Tasten im Clustermodus, pub/sub Leistungsverbesserungen, Leistungsoptimierung für SCAN-, SSCAN-, HSCAN-, ZSCAN-Befehle und zahlreiche andere kleinere Optimierungen.
+ Neue WITHSCORE-Option für die Befehle ZRANK und ZREVRANK
+ CLIENT NO-TOUCH ermöglicht es Clients, Befehle auszuführen, ohne die Tasten zu beeinträchtigen. LRU/LFU
+ Neuer Befehl CLUSTER MYSHARDID, der die Shard-ID des Knotens zurückgibt, um Knoten im Clustermodus auf der Grundlage der Replikation logisch zu gruppieren.
[Weitere Informationen zu Valkey finden Sie unter Valkey](https://valkey.io/)
Weitere Informationen zur ElastiCache Version 7.2 für Valkey finden Sie in den [Versionshinweisen zu Redis OSS 7.2.4](https://github.com/valkey-io/valkey/blob/d2c8a4b91e8c0e6aefd1f5bc0bf582cddbe046b7/00-RELEASENOTES) (ElastiCache Version 7.2 für Valkey enthält alle Änderungen von Version 7.1 für Redis OSS bis ElastiCache ElastiCache Version 7.2.4 für Redis OSS). Versionshinweise zu Valkey 7.2 bei [Valkey](https://github.com/valkey-io/valkey/blob/7.2/00-RELEASENOTES) am. GitHub
## ElastiCache Version 8.2 für Valkey
Hier sind einige der neuen Funktionen, die in Valkey 8.2 eingeführt wurden (im Vergleich zu ElastiCache Valkey 8.1):
+ Native Unterstützung für [Vector Search](vector-search.md), mit der Sie Milliarden von hochdimensionalen Vektoreinbettungen im Speicher speichern, indexieren, suchen und aktualisieren können, mit Latenzen von nur Mikrosekunden.
[Weitere Informationen zu Valkey finden Sie unter Valkey.](https://valkey.io/)
[Weitere Informationen zur Version Valkey 8.2, in der die Vektorsuche eingeführt wird, finden Sie unter Valkey Search.](https://github.com/valkey-io/valkey-search)
## ElastiCache Version 8.1 für Valkey
Hier sind einige der neuen Funktionen, die in Valkey 8.1 eingeführt wurden (im Vergleich zu ElastiCache Valkey 8.0):
+ Eine [neue Hash-Tabellenimplementierung](https://valkey.io/blog/new-hash-table/), die den Speicheraufwand reduziert, um den Speicherverbrauch für gängige key/value Muster um bis zu 20% zu senken.
+ Native Unterstützung für [Bloom-Filter](https://valkey.io/topics/bloomfilters/), einen neuen Datentyp, mit dem Sie Suchvorgänge mit bis zu 98% weniger Speicher durchführen können als mit dem Set-Datentyp.
+ Neuer Befehl [COMMANDLOG](https://valkey.io/commands/commandlog-get/), der langsame Ausführungen, umfangreiche Anfragen und umfangreiche Antworten aufzeichnet.
+ Neue Unterstützung für bedingte Updates des SET-Befehls mithilfe des IFEQ-Arguments.
+ Leistungsverbesserungen, darunter eine um bis zu 45% geringere Latenz für den Befehl ZRANK, eine bis zu 12-mal schnellere Leistung für PFMERGE und PFCOUNT und ein um bis zu 514% höherer Durchsatz für BITCOUNT.
[Weitere Informationen zu Valkey finden Sie unter Valkey](https://valkey.io/)
Weitere Informationen zur Version Valkey 8.1 finden Sie in den Versionshinweisen zu [Valkey](https://github.com/valkey-io/valkey/blob/8.1/00-RELEASENOTES) 8.1
## ElastiCache Version 8.0 für Valkey
Hier sind einige der neuen Funktionen, die in Valkey 8.0 eingeführt wurden (im Vergleich zu ElastiCache Valkey 7.2.6):
+ Verbesserungen der Speichereffizienz, sodass Benutzer bis zu 20% mehr Daten pro Knoten speichern können, ohne dass Änderungen an der Anwendung erforderlich sind.
+ Neu eingeführte Metrikinfrastruktur pro Steckplatz für knotenbasierte Cluster, die detaillierte Einblicke in die Leistung und den Ressourcenverbrauch einzelner Steckplätze bietet.
+ ElastiCache Serverless for Valkey 8.0 kann die Anzahl der unterstützten Anfragen pro Sekunde (RPS) alle 2 bis 3 Minuten verdoppeln, sodass 5 Millionen RPS pro Cache in weniger als 13 Minuten erreicht werden, und das bei gleichbleibender p50-Leselatenz von unter einer Millisekunde.
[Weitere Informationen zu Valkey finden Sie unter Valkey](https://valkey.io/)
Weitere Informationen zur Valkey 8-Version finden Sie in den Versionshinweisen zu [Valkey](https://github.com/valkey-io/valkey/blob/8.0/00-RELEASENOTES) 8
## ElastiCache Version 7.2.6 für Valkey
Am 10. Oktober 2024 ElastiCache wurde Version 7.2.6 für Valkey veröffentlicht. Hier sind einige der neuen Funktionen, die in 7.2 eingeführt wurden (im Vergleich zu ElastiCache Version 7.1 für Redis OSS):
+ Leistungs- und Speicheroptimierungen für verschiedene Datentypen: Speicheroptimierung für Tasten vom Typ List und Set, Geschwindigkeitsoptimierung für Befehle mit sortierten Sets, Leistungsoptimierung für Befehle mit mehreren Tasten im Clustermodus, pub/sub Leistungsverbesserungen, Leistungsoptimierung für SCAN-, SSCAN-, HSCAN-, ZSCAN-Befehle und zahlreiche andere kleinere Optimierungen.
+ Neue WITHSCORE-Option für die Befehle ZRANK und ZREVRANK
+ CLIENT NO-TOUCH ermöglicht es Clients, Befehle auszuführen, ohne die Tasten zu beeinträchtigen. LRU/LFU
+ Neuer Befehl CLUSTER MYSHARDID, der die Shard-ID des Knotens zurückgibt, um Knoten im Clustermodus auf der Grundlage der Replikation logisch zu gruppieren.
[Weitere Informationen zu Valkey finden Sie unter Valkey](https://valkey.io/)
Weitere Informationen zur ElastiCache Version 7.2 für Valkey finden Sie in den [Versionshinweisen zu Redis OSS 7.2.4](https://github.com/valkey-io/valkey/blob/d2c8a4b91e8c0e6aefd1f5bc0bf582cddbe046b7/00-RELEASENOTES) (ElastiCache Version 7.2 für Valkey enthält alle Änderungen von Version 7.1 für Redis OSS bis ElastiCache ElastiCache Version 7.2.4 für Redis OSS). Versionshinweise zu Valkey 7.2 bei [Valkey](https://github.com/valkey-io/valkey/blob/7.2/00-RELEASENOTES) am. GitHub
## Unterstützte Redis OSS-Engine-Versionen
ElastiCache Serverlose Caches und knotenbasierte Cluster unterstützen alle Redis OSS-Versionen 7.1 und früher.
+ [ElastiCache Version 7.1 für Redis OSS (erweitert)](#redis-version-7.1)
**Topics**
+ [ElastiCache Version 7.1 für Redis OSS (erweitert)](#redis-version-7.1)
+ [ElastiCache Version 7.0 für Redis OSS (erweitert)](#redis-version-7.0)
+ [ElastiCache Version 6.2 für Redis OSS (erweitert)](#redis-version-6.2)
+ [ElastiCache Version 6.0 für Redis OSS (erweitert)](#redis-version-6.0)
+ [ElastiCache Version 5.0.6 für Redis OSS (erweitert)](#redis-version-5-0.6)
+ [ElastiCache Version 5.0.5 für Redis OSS (veraltet, verwenden Sie Version 5.0.6)](#redis-version-5-0.5)
+ [ElastiCache Version 5.0.4 für Redis OSS (veraltet, verwenden Sie Version 5.0.6)](#redis-version-5-0.4)
+ [ElastiCache Version 5.0.3 für Redis OSS (veraltet, verwenden Sie Version 5.0.6)](#redis-version-5-0.3)
+ [ElastiCache Version 5.0.0 für Redis OSS (veraltet, verwenden Sie Version 5.0.6)](#redis-version-5-0)
+ [ElastiCache Version 4.0.10 für Redis OSS (erweitert)](#redis-version-4-0-10)
+ [Frühere Versionen für das Ende der Lebensdauer (EOL) (3.x)](#redis-version-3-2-10-scheduled-eol)
+ [Frühere Versionen für das Ende der Lebensdauer (EOL) (2.x)](#redis-version-2-x-eol)
### ElastiCache Version 7.1 für Redis OSS (erweitert)
Diese Version enthält Leistungsverbesserungen, die es Workloads ermöglichen, einen höheren Durchsatz und geringere Betriebslatenzen zu erzielen. ElastiCache Version 7.1 für Redis OSS bietet [zwei](https://aws.amazon.com/blogs/database/achieve-over-500-million-requests-per-second-per-cluster-with-amazon-elasticache-for-redis-7-1/) Hauptverbesserungen:
Wir haben die erweiterte I/O Thread-Funktionalität erweitert, um auch die Logik der Präsentationsebene zu handhaben. Mit Presentation Layer meinen wir die erweiterten I/O-Threads, die jetzt nicht nur Client-Eingaben lesen, sondern die Eingabe auch im Redis OSS-Binärbefehlsformat analysieren. Diese wird dann zur Ausführung an den Haupt-Thread weitergeleitet, was zu einer Leistungssteigerung führt. Verbessertes Redis OSS-Speicherzugriffsmuster. Die Ausführungsschritte vieler Datenstrukturoperationen sind miteinander verwoben, um Speicherzugriff und reduzierte Speicherzugriffslatenz parallel zu gewährleisten. Kunden, die ElastiCache auf Graviton3 `R7g.4xlarge` oder höher basieren, können über 1 Million Anfragen pro Sekunde und Knoten erreichen. Mit den Leistungsverbesserungen von Redis OSS v7.1 können Kunden im Vergleich zu ElastiCache Redis OSS v7.0 einen um bis zu 100% höheren Durchsatz und eine um 50% geringere P99-Latenz erzielen. ElastiCache Diese Verbesserungen sind bei Knotengrößen mit mindestens 8 physischen Kernen (`2xlarge` auf Graviton und `4xlarge` auf x86) unabhängig vom CPU-Typ aktiviert und erfordern keine Client-Änderungen.
**Anmerkung**
ElastiCache v7.1 ist mit Redis OSS v7.0 kompatibel.
### ElastiCache Version 7.0 für Redis OSS (erweitert)
ElastiCache für Redis OSS 7.0 bietet eine Reihe von Verbesserungen und Unterstützung für neue Funktionen:
+ [Funktionen](https://valkey.io/topics/functions-intro/): ElastiCache für Redis OSS 7 bietet Unterstützung für Redis OSS-Funktionen und bietet eine verwaltete Oberfläche, die es Entwicklern ermöglicht, [LUA-Skripts](https://valkey.io/topics/eval-intro/) mit auf dem ElastiCache Cluster gespeicherter Anwendungslogik auszuführen, ohne dass Clients die Skripts bei jeder Verbindung erneut an den Server senden müssen.
+ [ACL-Verbesserungen](https://valkey.io/topics/acl/): Valkey und Redis OSS 7 bieten Unterstützung für die nächste Version von Access Control Lists (). ACLs Clients können jetzt mehrere Berechtigungssätze für bestimmte Schlüssel oder Schlüsselräume in Valkey und Redis OSS angeben.
+ [Sharded Pub/Sub](https://valkey.io/topics/pubsub/): ElastiCache Für Valkey und Redis bietet OSS 7 Unterstützung für Pub/Sub functionality in a sharded way when running ElastiCache in Cluster Mode Enabled (CME). Pub/Sub Run-Funktionen, mit denen Publisher Nachrichten an eine beliebige Anzahl von Abonnenten auf einem Kanal versenden können. 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 Für Valkey und Redis führt OSS 7 ein erweitertes I/O-Multiplexing ein, 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 ElastiCache Version 6 für Redis OSS einen um bis zu 72% höheren Durchsatz (Lese- und Schreibvorgänge pro Sekunde) und eine um bis zu 71% verringerte P99-Latenz erzielen.
[Weitere Informationen zu Valkey finden Sie unter Valkey.](https://valkey.io/) Weitere Informationen zur Version Redis OSS 7.0 finden Sie in den [Versionshinweisen zu Redis OSS 7.0 unter Redis OSS](https://github.com/redis/redis/blob/7.0/00-RELEASENOTES) auf. GitHub
### ElastiCache Version 6.2 für Redis OSS (erweitert)
ElastiCache für Redis OSS 6.2 beinhaltet Leistungsverbesserungen für TLS-fähige Cluster, die x86-Knotentypen mit 8 V CPUs oder mehr oder Graviton2-Knotentypen mit 4 V oder mehr verwenden. CPUs Diese Verbesserungen verbessern den Durchsatz und reduzieren die Zeit für den Verbindungsaufbau der Clients, indem die Verschlüsselung auf andere V verlagert wird. CPUs Mit Redis OSS 6.2 können Sie auch den Zugriff auf Pub/Sub-Kanäle mithilfe von ACL-Regeln (Access Control List) verwalten.
Mit dieser Version führen wir auch Unterstützung für Daten-Tiering auf Clusterknoten ein, die lokal angeschlossene SSDs enthalten. NVMe Weitere Informationen finden Sie unter [Datenzuweisung ElastiCache](data-tiering.md).
Version 6.2.6 der Redis OSS Engine bietet auch Unterstützung für das native JSON-Format ( JavaScript Object Notation), eine einfache, schemalose Methode zur Kodierung komplexer Datensätze in Redis OSS-Clustern. Mit der JSON-Unterstützung können Sie die Leistung und Redis OSS für Anwendungen nutzen, die über JSON arbeiten. APIs Weitere Informationen finden Sie unter [Erste Schritte mit JSON](json-gs.md). Ebenfalls enthalten sind JSON-bezogene Metriken `JsonBasedCmds` und`JsonBasedCmdsLatency`, die CloudWatch zur Überwachung der Verwendung dieses Datentyps integriert sind. Weitere Informationen finden Sie unter [Metriken für Valkey und Redis OSS](CacheMetrics.Redis.md).
Sie geben die Engine-Version mit 6.2 an. ElastiCache ruft automatisch die bevorzugte Patch-Version von Redis OSS 6.2 auf, die verfügbar ist. Wenn Sie beispielsweise einen Cluster erstellen/ändern, setzen Sie den `--engine-version` Parameter auf 6.2. Der Cluster wird mit der jeweils aktuell verfügbaren bevorzugten Patch-Version von Redis OSS 6.2 gestartet. creation/modification Die Angabe der Engine-Version 6.x in der API führt zur neuesten Nebenversion von Redis OSS 6.
Für bestehende 6.0-Cluster können Sie sich für das nächste Autominor-Versions-Upgrade entscheiden, indem Sie den `AutoMinorVersionUpgrade` Parameter `yes` im`CreateCacheCluster`,`ModifyCacheCluster`, `CreateReplicationGroup` oder `ModifyReplicationGroup` APIs auf setzen. ElastiCache aktualisiert die Nebenversion Ihrer vorhandenen 6.0-Cluster mithilfe von Self-Service-Updates auf 6.2. Weitere Informationen finden Sie unter [Self-Service-Updates in Amazon ElastiCache](Self-Service-Updates.md).
Beim Aufrufen der DescribeCacheEngineVersions API wird der `EngineVersion` Parameterwert auf 6.2 gesetzt und die tatsächliche Engine-Version mit der Patch-Version wird im `CacheEngineVersionDescription` Feld zurückgegeben.
Weitere Informationen zur Version Redis OSS 6.2 finden Sie in den [Versionshinweisen zu Redis OSS 6.2](https://github.com/redis/redis/blob/6.2/00-RELEASENOTES) unter Redis OSS auf. GitHub
### ElastiCache Version 6.0 für Redis OSS (erweitert)
Amazon ElastiCache stellt die nächste Version der ElastiCache Redis OSS-Engine vor, die die [Authentifizierung von Benutzern mit rollenbasierter Zugriffskontrolle](Clusters.RBAC.md), clientseitiges Caching und erhebliche betriebliche Verbesserungen umfasst.
Ab Redis OSS 6.0 ElastiCache wird es eine einzige Version für jede Redis OSS-Nebenversion geben, anstatt mehrere Patch-Versionen anzubieten. ElastiCache verwaltet automatisch die Patch-Version Ihrer laufenden Cluster und sorgt so für eine verbesserte Leistung und erhöhte Sicherheit.
Sie können sich auch für das nächste auto Nebenversions-Upgrade anmelden, indem Sie den `AutoMinorVersionUpgrade` Parameter auf `yes` setzen. Das Upgrade der Nebenversion ElastiCache wird über Self-Service-Updates verwaltet. Weitere Informationen finden Sie unter [Service-Updates in ElastiCache](Self-Service-Updates.md).
Sie geben die Engine-Version an, indem Sie `6.0` ElastiCache ruft automatisch die bevorzugte Patch-Version von Redis OSS 6.0 auf, die verfügbar ist. Wenn Sie beispielsweise create/modify einen Cluster erstellen, setzen Sie den `--engine-version` Parameter auf 6.0. Der Cluster wird zum Zeitpunkt der Erstellung/Änderung mit der aktuell verfügbaren bevorzugten Patch-Version von Redis OSS 6.0 gestartet. Jede Anfrage mit einem bestimmten Patch-Versionswert wird abgelehnt, eine Ausnahme wird ausgelöst und der Vorgang schlägt fehl.
Beim Aufrufen der DescribeCacheEngineVersions API wird der `EngineVersion` Parameterwert auf 6.0 gesetzt und die tatsächliche Engine-Version mit der Patch-Version wird im Feld zurückgegeben. `CacheEngineVersionDescription`
Weitere Informationen zur Version Redis OSS 6.0 finden Sie in den [Versionshinweisen zu Redis OSS 6.0](https://github.com/redis/redis/blob/6.0/00-RELEASENOTES) unter Redis OSS auf. GitHub
### ElastiCache Version 5.0.6 für Redis OSS (erweitert)
Amazon ElastiCache stellt die nächste Version von ElastiCache für die Redis OSS-Engine vor, die Fehlerkorrekturen und die folgenden kumulativen Updates enthält:
+ 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 namens`rename-commands`, der es Ihnen ermöglicht, potenziell gefährliche oder teure Redis OSS-Befehle umzubenennen, die zu versehentlichem Datenverlust führen könnten, wie z. B. oder. `FLUSHALL` `FLUSHDB` Dies ähnelt der Konfiguration mit Rename-Commands im 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 an den Parametern von Redis OSS 5.0.3](ParameterGroups.Engine.md#ParameterGroups.Redis.5-0-3).
+ 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](https://kafka.apache.org/documentation/). [Weitere Informationen finden Sie unter Streams.](https://valkey.io/topics/streams-intro)
+ Unterstützung für eine Reihe von Stream-Befehlen wie etwa `XADD`, `XRANGE` und `XREAD`. Weitere Informationen finden Sie unter [Streams-Befehle](https://valkey.io/commands/#stream).
+ Eine Anzahl neuer und umbenannter Parameter. Weitere Informationen finden Sie unter [Änderungen der Parameter von Redis OSS 5.0.0](ParameterGroups.Engine.md#ParameterGroups.Redis.5.0).
+ Eine neue Redis-OSS-Metrik,`StreamBasedCmds`.
+ Etwas schnellere Snapshot-Zeit für Redis OSS-Knoten.
**Wichtig**
ElastiCache hat zwei kritische Bugfixes aus der [Open-Source-Version 5.0.1 von Redis OSS](https://github.com/redis/redis/blob/5.0/00-RELEASENOTES) zurückportiert. Sie sind im Folgenden aufgeführt:
RESTORE-Antwort bei fehlender Übereinstimmung, wenn bestimmte Schlüssel bereits abgelaufen sind.
Der Befehl `XCLAIM` kann einen falschen Eintrag zurückgeben oder die Synchronisierung des Protokolls verhindern.
Beide Bugfixes sind in der Redis OSS-Unterstützung ElastiCache für Redis OSS Engine Version 5.0.0 enthalten und werden in future Versionsupdates verwendet.
Weitere Informationen finden Sie in den [Versionshinweisen zu Redis OSS 5.0.6](https://github.com/redis/redis/blob/5.0/00-RELEASENOTES) unter Redis OSS unter. GitHub
### ElastiCache Version 5.0.5 für Redis OSS (veraltet, verwenden Sie Version 5.0.6)
Amazon ElastiCache stellt die nächste Version von ElastiCache für die Redis OSS-Engine vor;. Es beinhaltet Online-Konfigurationsänderungen für ElastiCache Auto-Failover-Cluster während aller geplanten Operationen. Sie können jetzt Ihren Cluster skalieren, die Redis OSS-Engine-Version aktualisieren und Patches und Wartungsupdates anwenden, während der Cluster online bleibt und weiterhin eingehende Anfragen bearbeitet. Das beinhaltet auch Fehlerbehebungen.
Weitere Informationen finden Sie in den [Versionshinweisen zu Redis OSS 5.0.5](https://github.com/redis/redis/blob/5.0/00-RELEASENOTES) unter Redis OSS unter. GitHub
### ElastiCache Version 5.0.4 für Redis OSS (veraltet, verwenden Sie Version 5.0.6)
Amazon ElastiCache stellt die nächste Version der Redis OSS-Engine vor, die von ElastiCache unterstützt wird. Die Version enthält die folgenden Erweiterungen:
+ 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`.
Weitere Informationen finden Sie in den [Versionshinweisen zu Redis OSS 5.0.4](https://github.com/redis/redis/blob/5.0/00-RELEASENOTES) unter Redis OSS am. GitHub
### ElastiCache Version 5.0.3 für Redis OSS (veraltet, verwenden Sie Version 5.0.6)
Amazon ElastiCache stellt die nächste Version von ElastiCache für die Redis OSS-Engine vor, die Fehlerkorrekturen enthält.
### ElastiCache Version 5.0.0 für Redis OSS (veraltet, verwenden Sie Version 5.0.6)
Amazon ElastiCache stellt die nächste Hauptversion von ElastiCache für die Redis OSS-Engine vor. ElastiCache Version 5.0.0 für Redis OSS bietet Unterstützung für die folgenden Verbesserungen:
+ 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](https://kafka.apache.org/documentation/). [Weitere Informationen finden Sie unter Streams.](https://valkey.io/topics/streams-intro)
+ Unterstützung für eine Reihe von Stream-Befehlen wie etwa `XADD`, `XRANGE` und `XREAD`. Weitere Informationen finden Sie unter [Streams-Befehle](https://valkey.io/commands/#stream).
+ Eine Anzahl neuer und umbenannter Parameter. Weitere Informationen finden Sie unter [Änderungen der Parameter von Redis OSS 5.0.0](ParameterGroups.Engine.md#ParameterGroups.Redis.5.0).
+ Eine neue Redis-OSS-Metrik,`StreamBasedCmds`.
+ Etwas schnellere Snapshot-Zeit für Redis OSS-Knoten.
### ElastiCache Version 4.0.10 für Redis OSS (erweitert)
Amazon ElastiCache stellt die nächste Hauptversion von ElastiCache für die Redis OSS-Engine vor. ElastiCache Version 4.0.10 für Redis OSS bietet Unterstützung für die folgenden Verbesserungen:
+ Sowohl Online-Cluster-Größenänderung als auch Verschlüsselung in einer einzigen Version. ElastiCache Weitere Informationen finden Sie hier:
+ [Skalierung von Valkey- oder Redis OSS-Clustern (Clustermodus aktiviert)](scaling-redis-cluster-mode-enabled.md)
+ [Online-Resharding für Valkey oder Redis OSS (Clustermodus aktiviert)](scaling-redis-cluster-mode-enabled.md#redis-cluster-resharding-online)
+ [Datensicherheit bei Amazon ElastiCache](encryption.md)
+ Eine Anzahl neuer Parameter. Weitere Informationen finden Sie unter [Änderungen an den Parametern von Redis OSS 4.0.10](ParameterGroups.Engine.md#ParameterGroups.Redis.4-0-10).
+ Unterstützung für eine Reihe von Speicherbefehlen wie etwa `MEMORY`. Weitere Informationen finden Sie unter [Befehle](https://valkey.io/commands) (Suche auf MEMO).
+ 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 für Redis unterstützt OSS 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 Redis OSS-Metrik,. `ActiveDefragHits` Weitere Informationen finden Sie unter [Metriken für Redis OSS](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/CacheMetrics.Redis.html).
Redis OSS-Benutzer (Clustermodus deaktiviert), die ElastiCache Version 3.2.10 für Redis OSS ausführen, können die Konsole verwenden, um ihre Cluster per Online-Upgrade zu aktualisieren.
**Vergleich der ElastiCache Clustergrößenänderung und der Verschlüsselungsunterstützung**
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/AmazonElastiCache/latest/dg/engine-versions.html)
### Frühere Versionen für das Ende der Lebensdauer (EOL) (3.x)
#### ElastiCache Version 3.2.10 für Redis OSS (erweitert)
Amazon ElastiCache stellt die nächste Hauptversion von ElastiCache für die Redis OSS-Engine vor. ElastiCache Version 3.2.10 für Redis OSS (verbessert) führt die Online-Größenänderung von Clustern ein, um Shards zum Cluster hinzuzufügen oder daraus zu entfernen, während der Cluster weiterhin eingehende Anfragen bearbeitet. I/O ElastiCache für Redis OSS 3.2.10 stehen Benutzern alle Funktionen früherer Redis OSS-Versionen zur Verfügung, mit Ausnahme der Möglichkeit, ihre Daten zu verschlüsseln. Diese Möglichkeit ist derzeit nur in Version 3.2.6 verfügbar.
**Vergleich der ElastiCache Versionen 3.2.6 und 3.2.10 für Redis OSS**
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/AmazonElastiCache/latest/dg/engine-versions.html)
Weitere Informationen finden Sie hier:
+ [Online-Resharding für Valkey oder Redis OSS (Clustermodus aktiviert)](scaling-redis-cluster-mode-enabled.md#redis-cluster-resharding-online)
+ [Online-Größenanpassung von Clustern](best-practices-online-resharding.md)
#### ElastiCache Version 3.2.6 für Redis OSS (erweitert)
Amazon ElastiCache stellt die nächste Hauptversion von ElastiCache für die Redis OSS-Engine vor. ElastiCache Version 3.2.6 für Redis OSS-Benutzer haben Zugriff auf alle Funktionen früherer Redis OSS-Versionen sowie auf die Option, ihre Daten zu verschlüsseln. Weitere Informationen finden Sie hier:
+ [ElastiCache Verschlüsselung bei der Übertragung (TLS)](in-transit-encryption.md)
+ [Verschlüsselung im Ruhezustand in ElastiCache](at-rest-encryption.md)
+ [Konformitätsvalidierung für Amazon ElastiCache](elasticache-compliance.md)
#### ElastiCache Version 3.2.4 für Redis OSS (erweitert)
ElastiCache Amazon-Version 3.2.4 führt die nächste Hauptversion von ElastiCache für die Redis OSS-Engine ein. ElastiCache *3.2.4-Benutzern stehen alle Funktionen früherer Redis OSS-Versionen sowie die Option zur Ausführung im *Cluster-Modus oder Nicht-Cluster-Modus* zur Verfügung.* Die folgende Tabelle enthält eine Zusammenfassung.
**Vergleich von Redis OSS 3.2.4 im Nicht-Cluster-Modus und im Cluster-Modus**
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/AmazonElastiCache/latest/dg/engine-versions.html)
**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 GEO-Befehle. Weitere Informationen finden Sie in der Redis OSS GEO\$1-Befehlsdokumentation [Befehle: GEO auf der Seite Valkey-Befehle (gefiltert nach GEO](http://valkey.io/commands#geo)).
Informationen zu zusätzlichen Funktionen von Redis OSS 3 finden Sie in den Versionshinweisen zu [Redis OSS 3.2 und den Versionshinweisen](https://github.com/redis/redis/blob/3.2/00-RELEASENOTES) zu [Redis](https://github.com/redis/redis/blob/3.0/00-RELEASENOTES) OSS 3.0.
Derzeit ElastiCache verwaltetes Valkey oder Redis OSS (Clustermodus aktiviert) unterstützt die folgenden Redis OSS 3.2-Funktionen nicht:
+ Replikatmigration
+ Cluster-Ausgleich
+ Lua Debugger
ElastiCache deaktiviert die folgenden Redis OSS 3.2-Verwaltungsbefehle:
+ `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`
Informationen zu den Redis OSS 3.2.4-Parametern finden Sie unter. [Änderungen der Parameter in Redis OSS 3.2.4](ParameterGroups.Engine.md#ParameterGroups.Redis.3-2-4)
### Frühere Versionen für das Ende der Lebensdauer (EOL) (2.x)
#### ElastiCache Version 2.8.24 für Redis OSS (erweitert)
Zu den seit Version 2.8.23 hinzugefügten Verbesserungen an Redis OSS gehören Bugfixes und die Protokollierung fehlerhafter Speicherzugriffsadressen. Weitere Informationen finden Sie in den Versionshinweisen zu [Redis OSS 2.8](https://github.com/redis/redis/blob/2.8/00-RELEASENOTES).
#### ElastiCache Version 2.8.23 für Redis OSS (erweitert)
Die seit Version 2.8.22 hinzugefügten Redis OSS-Verbesserungen beinhalten Fehlerkorrekturen. Weitere Informationen finden Sie in den Versionshinweisen zu [Redis OSS 2.8](https://github.com/redis/redis/blob/2.8/00-RELEASENOTES). Diese Version umfasst außerdem Support für den neuen Parameter `close-on-slave-write` der in aktiviertem Zustand die Verbindung zu Clients trennt, die versuchen, in ein schreibgeschütztes Replikat zu schreiben.
Weitere Informationen zu den Parametern von Redis OSS 2.8.23 finden Sie [Redis OSS 2.8.23 (erweitert) hat Parameter hinzugefügt](ParameterGroups.Engine.md#ParameterGroups.Redis.2-8-23) im Benutzerhandbuch. ElastiCache
#### ElastiCache Version 2.8.22 für Redis OSS (erweitert)
Zu den Verbesserungen von Redis OSS, die seit Version 2.8.21 hinzugefügt wurden, gehören:
+ 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](Replication.Redis.Versions.md). 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](CacheMetrics.md).
+ Eine Reihe entscheidender Fehlerbehebungen im PSYNC-Replikationsverhalten. Weitere Informationen finden Sie in den [Versionshinweisen zu Redis OSS 2.8](https://github.com/redis/redis/blob/2.8/00-RELEASENOTES).
+ 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.
+ Redis OSS-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 häufig bei PUBSUB-Clients auf.
#### ElastiCache Version 2.8.21 für Redis OSS
Die seit Version 2.8.19 hinzugefügten Redis OSS-Verbesserungen beinhalten eine Reihe von Fehlerkorrekturen. Weitere Informationen finden Sie in den Versionshinweisen zu [Redis OSS 2.8](https://github.com/redis/redis/blob/2.8/00-RELEASENOTES).
#### ElastiCache Version 2.8.19 für Redis OSS
Zu den Verbesserungen von Redis OSS, die seit Version 2.8.6 hinzugefügt wurden, gehören:
+ Support für HyperLogLog. Weitere Informationen finden Sie unter [Neue Datenstruktur von Redis OSS: HyperLogLog](http://antirez.com/news/75).
+ Der Datentyp „Sorted Set“ verfügt mit den neuen Befehlen `ZRANGEBYLEX`, `ZLEXCOUNT` und `ZREMRANGEBYLEX` nun über Support für lexikografische Bereichsabfragen.
+ Damit ein primärer Knoten keine veralteten Daten an Replica-Knoten sendet, schlägt die Master-Synchronisierung fehl, wenn ein untergeordneter Speicherprozess im Hintergrund (`bgsave`) abgebrochen wird.
+ Support für die *HyperLogLogBasedCommands* CloudWatchMetrik. Weitere Informationen finden Sie unter [Metriken für Valkey und Redis OSS](CacheMetrics.Redis.md).
#### ElastiCache Version 2.8.6 für Redis OSS
Zu den Verbesserungen von Redis OSS, die seit Version 2.6.13 hinzugefügt wurden, gehören:
+ 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.
#### ElastiCache Version 2.6.13 für Redis OSS
ElastiCache Version 2.6.13 für Redis OSS war die erste Version, die Redis OSS unterstützte. ElastiCache Multi-AZ wird in ElastiCache Version 2.6.13 für Redis OSS nicht unterstützt.
## ElastiCache Zeitplan für das Ende der Lebensdauer von Versionen für Redis OSS
In diesem Abschnitt werden die Termine für das Ende der Lebensdauer (EOL) für ältere Hauptversionen so festgelegt, wie sie angekündigt werden. Auf diese Weise können Sie Versions- und Upgrade-Entscheidungen für die Zukunft treffen.
**Anmerkung**
ElastiCache Versionen von 5.0.0 bis 5.0.5 für Redis OSS sind veraltet. Verwenden Sie Version 5.0.6 oder höher.
Die folgende Tabelle zeigt den Zeitplan für den [erweiterten Support](extended-support.md) ElastiCache für Redis OSS-Engines.
**Erweiterter Support und Zeitplan für das Ende des Lebenszyklus**
| Hauptversion der Engine | Ende des Standard-Supports | Beginn des erweiterten Support Y1 Premium | Beginn des erweiterten Support Y2 Premium | Beginn des erweiterten Support Y3 Premium | Ende des erweiterten Support und Versions-EOL |
| --- | --- | --- | --- | --- | --- |
| Redis OSS v4 | 31.1.2026 | 1.2.2026 | 1.2.2027 | 1.2.2028 | 31.1.2029 |
| Redis OSS v5 | 31.1.2026 | 1.2.2026 | 1.2.2027 | 1.2.2028 | 31.1.2029 |
| Redis OSS v6 | 31.1.2027 | 1.2.2027 | 1.2.2028 | 1.2.2029 | 31.1.2030 |
Die folgende Tabelle fasst jede Version und ihr angekündigtes EOL-Datum sowie die empfohlene Upgrade-Zielversion zusammen.
**Vergangenes EOL**
| Quelle für Hauptversionen | Quelle für Unterversionen | Empfohlenes Upgrade-Ziel | EOL-Datum |
| --- | --- | --- | --- |
| Version 3 | 3.2.4, 3.2.6 und 3.2.10 | Version 6.2 oder höher Für die Regionen US-ISO-EAST US-ISO-WEST -1, -1 und US-ISOB-EAST -1 empfehlen wir 5.0.6 oder höher. | 31. Juli 2023 |
| Version 2 | 2.8.24, 2.8.23, 2.8.22, 2.8.21, 2.8.19, 2.8.12, 2.8.6, 2.6.13 | Version 6.2 oder höher Für die Regionen -1, -1 und -1 empfehlen wir 5.0.6 oder höher. US-ISO-EAST US-ISO-WEST US-ISOB-EAST | 13. Januar 2023 |
## Wird ElastiCache für Memcached-Versionen unterstützt
ElastiCache unterstützt die folgenden Memcached-Versionen und Upgrades auf neuere Versionen. Achten Sie beim Upgrade auf eine neuere Version sorgfältig auf die Bedingungen, die Ihr Upgrade fehlschlagen lassen, wenn sie nicht erfüllt werden.
**Topics**
+ [ElastiCache Version 1.6.22 für Memcached](#memcached-version-1-6-22)
+ [ElastiCache Version 1.6.17 für Memcached](#memcached-version-1-6-17)
+ [ElastiCache Version 1.6.12 für Memcached](#memcached-version-1-6-12)
+ [ElastiCache Version 1.6.6 für Memcached](#memcached-version-1-6-6)
+ [ElastiCache Version 1.5.16 für Memcached](#memcached-version-1-5-16)
+ [ElastiCache Version 1.5.10 für Memcached](#memcached-version-1-5-10)
+ [ElastiCache Version 1.4.34 für Memcached](#memcached-version-1-4-34)
+ [ElastiCache Version 1.4.33 für Memcached](#memcached-version-1-4-33)
+ [ElastiCache Version 1.4.24 für Memcached](#memcached-version-1-4-24)
+ [ElastiCache Version 1.4.14 für Memcached](#memcached-version-1-4-14)
+ [ElastiCache Version 1.4.5 für Memcached](#memcached-version-1-4-5)
### ElastiCache Version 1.6.22 für Memcached
ElastiCache für Memcached Version 1.6.22 für Memcached fügt Unterstützung für Memcached Version 1.6.22 hinzu. Es sind keine neuen Funktionen enthalten, aber Fehlerbehebungen und kumulative Updates von [Memcached 1.6.18](https://github.com/memcached/memcached/wiki/ReleaseNotes1618).
[Weitere Informationen finden Sie unter 1622 bei Memcached am. ReleaseNotes](https://github.com/memcached/memcached/wiki/ReleaseNotes1622) GitHub
### ElastiCache Version 1.6.17 für Memcached
ElastiCache für Memcached Version 1.6.17 für Memcached fügt Unterstützung für Memcached Engine Version 1.6.17 hinzu. Es sind keine neuen Funktionen enthalten, aber Fehlerbehebungen und kumulative Updates von [Memcached 1.6.17](https://github.com/memcached/memcached/wiki/ReleaseNotes1617).
[Weitere Informationen finden Sie unter 1617 bei Memcached am. ReleaseNotes](https://github.com/memcached/memcached/wiki/ReleaseNotes1617) GitHub
### ElastiCache Version 1.6.12 für Memcached
ElastiCache Version 1.6.12 für Memcached für Memcached fügt Unterstützung für Memcached Engine 1.6.12 und Verschlüsselung bei der Übertragung hinzu. Es enthält Fehlerkorrekturen und kumulative Aktualisierungen von [Memcached 1.5.16](https://github.com/memcached/memcached/wiki/ReleaseNotes166).
Weitere Informationen finden Sie [ReleaseNotesunter 1612](https://github.com/memcached/memcached/wiki/ReleaseNotes1612) bei GitHub Memcached am.
### ElastiCache Version 1.6.6 für Memcached
ElastiCache für Memcached Version 1.6.6 für Memcached fügt Unterstützung für Memcached Version 1.6.6 hinzu. [Sie enthält keine neuen Funktionen, jedoch Bugfixes und kumulative Updates von Memcached 1.5.16.](https://github.com/memcached/memcached/wiki/ReleaseNotes1.5.16) ElastiCache [für Memcached beinhaltet keine Unterstützung für Extstore.](https://memcached.org/extstore)
Weitere Informationen finden Sie in Memcached unter [ReleaseNotes166](https://github.com/memcached/memcached/wiki/ReleaseNotes166). GitHub
### ElastiCache Version 1.5.16 für Memcached
ElastiCache Version 1.5.16 für Memcached fügt Unterstützung für Memcached Version 1.5.16 hinzu. Es sind keine neuen Funktionen enthalten, dafür aber Fehlerbehebungen und kumulative Updates von [Memcached 1.5.14](https://github.com/memcached/memcached/wiki/ReleaseNotes1514) und [Memcached 1.5.15](https://github.com/memcached/memcached/wiki/ReleaseNotes1515).
[Weitere Informationen finden Sie in den Versionshinweisen zu Memcached 1.5.16 auf Memcached am.](https://github.com/memcached/memcached/wiki/ReleaseNotes1516) GitHub
### ElastiCache Version 1.5.10 für Memcached
ElastiCache Version 1.5.10 für Memcached unterstützt die folgenden Memcached-Funktionen:
+ Automatisierter Slab-Ausgleich
+ Schnelleres Suchen von Hash-Tabellen durch `murmur3`-Algorithmus
+ Segmentierter LRU-Algorithmus
+ LRU-Crawler, um im Hintergrund Speicher zurückzugewinnen
+ `--enable-seccomp`: eine Kompilierungszeitoption
Es werden auch die Parameter `no_modern` und `inline_ascii_resp` eingeführt. Weitere Informationen finden Sie unter [Parameteränderungen für Memcached 1.5.10](ParameterGroups.Engine.md#ParameterGroups.Memcached.1-5-10).
Zu den Verbesserungen von Memcached, die seit ElastiCache Version 1.4.34 für Memcached hinzugefügt wurden, gehören:
+ Kumulative Korrekturen wie ASCII-Multigets, CVE-2017-9951 und Limit-Crawler for `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
Weitere Informationen finden Sie in den Versionshinweisen zu Memcached 1.5.10 auf [Memcached](https://github.com/memcached/memcached/wiki/ReleaseNotes1510) am. GitHub
### ElastiCache Version 1.4.34 für Memcached
ElastiCache Version 1.4.34 für Memcached fügt Version 1.4.33 keine neuen Funktionen hinzu. Version 1.4.34 dient der Fehlerbehebung und ist größer als für eine solche Version üblich.
Weitere Informationen finden Sie in den Versionshinweisen zu Memcached 1.4.34 auf [Memcached](https://github.com/memcached/memcached/wiki/ReleaseNotes1434) am. GitHub
### ElastiCache Version 1.4.33 für Memcached
Zu den Verbesserungen, die seit Version 1.4.24 hinzugefügt wurden, gehören:
+ 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](https://github.com/memcached/memcached/wiki/ReleaseNotes1431).
+ Verbesserter Support für große Elemente über den Standardwert von 1 MB. Weitere Informationen finden Sie unter [Memcached 1.4.29 Release Notes](https://github.com/memcached/memcached/wiki/ReleaseNotes1429).
+ 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](https://github.com/memcached/memcached/wiki/ReleaseNotes1427).
+ Die Protokollierung von `fetchers`, `mutations` und `evictions` wird jetzt unterstützt. Weitere Informationen finden Sie unter [Memcached 1.4.26 Release Notes](https://github.com/memcached/memcached/wiki/ReleaseNotes1426).
+ 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](https://github.com/memcached/memcached/wiki/ReleaseNotes1425).
+ Mehrere Fehlerbehebungen
+ Einige neue Befehle und Parameter Eine Liste finden Sie hier: [In Memcached 1.4.33 hinzugefügte Parameter](ParameterGroups.Engine.md#ParameterGroups.Memcached.1-4-33).
### ElastiCache Version 1.4.24 für Memcached
Zu den Verbesserungen, die seit Version 1.4.14 hinzugefügt wurden, gehören:
+ Die LRU-Verwaltung (Least Recently Used) mit einem Hintergrundprozess wurde verbessert.
+ 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](ParameterGroups.Engine.md#ParameterGroups.Memcached.1-4-24).
+ Mehrere Fehlerbehebungen
### ElastiCache Version 1.4.14 für Memcached
Zu den Verbesserungen, die seit Version 1.4.5 hinzugefügt wurden, gehören:
+ 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.
### ElastiCache Version 1.4.5 für Memcached
ElastiCache Version 1.4.5 für Memcached war die erste Engine und Version, die von Amazon ElastiCache für Memcached unterstützt wurden.
# Wichtige Unterschiede zwischen dem Verhalten und der Kompatibilität der Engine-Versionen mit Valkey
Valkey 7.2.6 weist ähnliche Kompatibilitätsunterschiede zu früheren Versionen von Redis OSS 7.2.4 auf. Die neueste unterstützte Version von Valkey finden Sie unter. [Unterstützte Engines und Versionen](VersionManagement.md#supported-engine-versions)
Weitere Informationen zur Version Valkey 7.2 finden Sie in den [Versionshinweisen zu Redis OSS 7.2.4](https://github.com/valkey-io/valkey/blob/d2c8a4b91e8c0e6aefd1f5bc0bf582cddbe046b7/00-RELEASENOTES) (Valkey 7.2 enthält alle Änderungen von Redis OSS bis Version 7.2.4) und in den Versionshinweisen zu Valkey 7.2 unter [Valkey](https://github.com/valkey-io/valkey/blob/7.2/00-RELEASENOTES) am. GitHub
Hier sind die potenziell schwerwiegenden Verhaltensänderungen zwischen Valkey 7.2 und Redis OSS 7.1 (oder 7.0):
+ Das Freeze Time-Sampling erfolgt während der Befehlsausführung und in Skripten.
+ 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 clientseitige Nachverfolgung von Skripten verfolgt nun die Schlüssel, die vom Skript gelesen werden, und nicht die Schlüssel, die vom Aufrufer von EVAL//FCALL deklariert wurden.
# Wesentliche Unterschiede zwischen dem Verhalten und der Kompatibilität der Engine-Versionen mit Redis OSS
**Wichtig**
Auf der folgenden Seite sind alle Inkompatibilitätsunterschiede zwischen den Versionen aufgeführt und alle Aspekte angegeben, die Sie beim Upgrade auf neuere Versionen beachten sollten. In dieser Liste sind alle Probleme bezüglich Versionsinkompatibilitäten aufgeführt, die beim Upgrade auftreten können.
Sie können direkt von Ihrer aktuellen Redis OSS-Version auf die neueste verfügbare Redis OSS-Version aktualisieren, ohne dass sequentielle Upgrades erforderlich sind. Sie können beispielsweise direkt von Redis OSS Version 3.0 auf Version 7.0 aktualisieren.
Redis OSS-Versionen werden mit einer semantischen Version identifiziert, die aus einer Haupt-, Neben- und einer Patch-Komponente besteht. In Redis OSS 4.0.10 ist die Hauptversion beispielsweise 4, die Nebenversion 0 und die Patch-Version 10. Diese Werte werden im Allgemeinen basierend auf den folgenden Konventionen schrittweise erhöht:
+ Hauptversionen sind für API-inkompatible Änderungen vorgesehen
+ Nebenversionen sind für neue Funktionen vorgesehen, die abwärtskompatibel hinzugefügt wurden
+ Patch-Versionen sind für abwärtskompatible Bugfixes und nicht funktionale Änderungen vorgesehen
Wir empfehlen, immer die neueste Patch-Version innerhalb einer bestimmten **Haupt-/Nebenversion zu verwenden, um die neuesten Leistungs** - und Stabilitätsverbesserungen zu erzielen. Ab ElastiCache Version 6.0 für Redis OSS ElastiCache wird eine einzige Version für jede Redis OSS-Nebenversion angeboten, anstatt mehrere Patch-Versionen anzubieten. ElastiCacheverwaltet automatisch die Patch-Version Ihrer laufenden Cluster und sorgt so für eine verbesserte Leistung und erhöhte Sicherheit.
Wir empfehlen außerdem, regelmäßig auf die neueste Hauptversion zu aktualisieren, da die meisten wichtigen Verbesserungen nicht auf ältere Versionen zurückportiert werden. Da die Verfügbarkeit auf eine neue AWS Region ElastiCache ausgedehnt wird, unterstützt OSS ElastiCache für Redis die beiden jeweils neuesten **Major.Minor-Versionen** für die neue Region. ****Wenn beispielsweise eine neue AWS Region eingeführt wird und die neuesten ElastiCache Major.Minor-Versionen für Redis OSS 7.0 und 6.2 sind, ElastiCache werden die Redis OSS-Versionen **7.0** und **6.2** in der neuen Region unterstützt.****AWS Sobald neuere Major.Minor-Versionen von ElastiCache für Redis OSS veröffentlicht werden, ElastiCache wird weiterhin Unterstützung für die neu veröffentlichten Versionen hinzugefügt. Weitere Informationen zur Auswahl von Regionen für finden Sie unter Regionen ElastiCache und [Verfügbarkeitszonen auswählen](https://docs.aws.amazon.com/AmazonElastiCache/latest/red-ug/RegionsAndAZs.html#SupportedRegions).
Wenn Sie ein Upgrade durchführen, das Haupt- oder Nebenversionen umfasst, beachten Sie bitte die folgende Liste, die Verhaltens- und rückwärtsinkompatible Änderungen enthält, die im Laufe der Zeit mit Redis OSS veröffentlicht wurden.
## Verhalten und abwärtsinkompatible Änderungen von Redis OSS 7.0
Eine vollständige Liste der Änderungen finden Sie in den Versionshinweisen zu [Redis OSS 7.0](https://raw.githubusercontent.com/redis/redis/7.0/00-RELEASENOTES).
+ `SCRIPT LOAD` und `SCRIPT FLUSH` werden nicht mehr auf Replikate weitergeleitet. Wenn Sie eine gewisse Haltbarkeit für Skripts benötigen, empfehlen wir Ihnen, die Verwendung von [Redis OSS-Funktionen](https://valkey.io/topics/functions-intro/) in Betracht zu ziehen.
+ Pubsub-Kanäle sind jetzt für neue ACL-Benutzer standardmäßig gesperrt.
+ Der `STRALGO`-Befehl wurde durch den `LCS`-Befehl ersetzt.
+ Das Format für `ACL GETUSER` wurde geändert, sodass alle Felder das standardmäßige Zugriffszeichenfolgemuster anzeigen. Wenn Sie Automatisierung mit `ACL GETUSER` verwendet haben, sollten Sie überprüfen, ob beide Formate verarbeitet werden.
+ Die ACL-Kategorien für `SELECT`, `WAIT`, `ROLE`, `LASTSAVE`, `READONLY`, `READWRITE` und `ASKING` haben sich geändert.
+ Der `INFO`-Befehl zeigt jetzt Befehlsstatistiken pro Unterbefehl und anstatt bei den Container-Befehlen in der obersten Ebene an.
+ Die Rückgabewerte der Befehle `LPOP`, `RPOP`, `ZPOPMIN` und `ZPOPMAX` haben sich in bestimmten Randfällen geändert. Wenn Sie diese Befehle verwenden, sollten Sie die Versionshinweise überprüfen und bewerten, ob Sie betroffen sind.
+ Die Befehle `SORT` und `SORT_RO` erfordern jetzt Zugriff auf den gesamten Schlüsselraum, um die Argumente `GET` sowie `BY` verwenden zu können.
## Verhalten und abwärtsinkompatible Änderungen in Redis OSS 6.2
Eine vollständige Liste der Änderungen finden Sie in den Versionshinweisen zu [Redis OSS 6.2](https://raw.githubusercontent.com/redis/redis/6.2/00-RELEASENOTES).
+ Die ACL-Flags der Befehle `TIME`, `ECHO`, `ROLE` und `LASTSAVE` wurden geändert. Dies kann dazu führen, dass Befehle, die zuvor gestattet waren, abgelehnt werden und umgekehrt.
**Anmerkung**
Keiner dieser Befehle verändert Daten oder gewährt Zugriff darauf.
+ Beim Upgrade von Redis OSS 6.0 wird die Reihenfolge der key/value Paare geändert, die von einer Map-Antwort an ein Lua-Skript zurückgegeben werden. Wenn Ihre Skripte eine Map verwenden `redis.setresp()` oder zurückgeben (neu in Redis OSS 6.0), sollten Sie die Auswirkungen berücksichtigen, die sich daraus ergeben können, dass das Skript bei Upgrades nicht mehr funktioniert.
## Verhalten von Redis OSS 6.0 und abwärtsinkompatible Änderungen
Eine vollständige Liste der Änderungen finden Sie in den Versionshinweisen zu [Redis OSS 6.0](https://raw.githubusercontent.com/redis/redis/6.0/00-RELEASENOTES).
+ Die maximale Anzahl zugelassener Datenbanken wurde von 1,2 Millionen auf 10.000 verringert. Der Standardwert ist 16, und wir raten davon ab, Werte zu verwenden, die viel größer sind, da wir Probleme mit der Leistung und dem Arbeitsspeicher festgestellt haben.
+ Stellen Sie den `AutoMinorVersionUpgrade` Parameter auf yes ein und das Upgrade der Nebenversion ElastiCache wird über Self-Service-Updates verwaltet. Dies wird über Standardkanäle für die Kundenbenachrichtigung über eine Self-Service-Update-Kampagne abgewickelt. Weitere Informationen finden Sie unter [Self-Service-Updates](Self-Service-Updates.md) unter. ElastiCache
## Verhalten und abwärtsinkompatible Änderungen in Redis OSS 5.0
Eine vollständige Liste der Änderungen finden Sie in den Versionshinweisen zu [Redis OSS 5.0](https://raw.githubusercontent.com/redis/redis/5.0/00-RELEASENOTES).
+ Skripte werden durch Effekte repliziert, statt das Skript auf dem Replikat erneut auszuführen. Dies verbessert im Allgemeinen die Leistung, kann jedoch die Menge der zwischen primären Replikaten und Replikaten replizierten Daten erhöhen. Es gibt eine Option, um zum vorherigen Verhalten zurückzukehren, die nur in ElastiCache Version 5.0 für Redis OSS verfügbar ist.
+ Wenn Sie ein Upgrade von Redis OSS 4.0 durchführen, geben einige Befehle in LUA-Skripten Argumente in einer anderen Reihenfolge zurück als in früheren Versionen. In Redis OSS 4.0 ordnete Redis OSS einige Antworten lexographisch an, um die Antworten deterministisch zu machen. Diese Reihenfolge wird nicht angewendet, wenn Skripten durch Effekte repliziert werden.
+ In Redis OSS 5.0.3 und höher wird bei Redis OSS bei ElastiCache Instance-Typen mit mehr als 4 ein Teil der I/O-Arbeit auf Hintergrundkerne ausgelagert. VCPUs Dies kann die Leistungsmerkmale von Redis OSS und die Werte einiger Metriken ändern. Weitere Informationen finden Sie unter [Welche Metriken sollte ich überwachen?](CacheMetrics.WhichShouldIMonitor.md), um zu verstehen, ob Sie ändern müssen, welche Metriken Sie sich ansehen.
## Verhalten von Redis OSS 4.0 und abwärtsinkompatible Änderungen
Eine vollständige Liste der Änderungen finden Sie in den Versionshinweisen zu [Redis OSS 4.0](https://raw.githubusercontent.com/redis/redis/4.0/00-RELEASENOTES).
+ Slow Log protokolliert jetzt zwei zusätzliche Argumente, den Namen und die Adresse des Clients. Diese Änderung sollte abwärtskompatibel sein, sofern Sie sich nicht explizit darauf verlassen, dass jeder Slow-Log-Eintrag 3 Werte enthält.
+ Der Befehl `CLUSTER NODES` gibt jetzt ein etwas anderes Format zurück, das nicht abwärtskompatibel ist. Wir empfehlen, dass Clients diesen Befehl nicht verwenden, um mehr über die in einem Cluster vorhandenen Knoten zu erfahren, sondern stattdessen `CLUSTER SLOTS` verwenden.
## Vergangenes EOL
### Verhalten von Redis OSS 3.2 und abwärtsinkompatible Änderungen
Eine vollständige Liste der Änderungen finden Sie in den Versionshinweisen zu [Redis OSS 3.2](https://raw.githubusercontent.com/redis/redis/3.2/00-RELEASENOTES).
+ Für diese Version sind keine Kompatibilitätsänderungen erforderlich.
Weitere Informationen finden Sie unter [ElastiCache Zeitplan für das Ende der Lebensdauer von Versionen für Redis OSS](engine-versions.md#deprecated-engine-versions).
### Verhalten von Redis OSS 2.8 und abwärtsinkompatible Änderungen
Eine vollständige Liste der Änderungen finden Sie in den Versionshinweisen zu [Redis OSS 2.8](https://raw.githubusercontent.com/redis/redis/2.8/00-RELEASENOTES).
+ Ab Redis OSS 2.8.22 wird Redis OSS AOF für Redis OSS nicht mehr unterstützt. ElastiCache Wir empfehlen die Verwendung von MemoryDB, wenn Daten dauerhaft gespeichert werden müssen.
+ Ab Redis OSS 2.8.22 unterstützt Redis OSS das Anhängen von Replikaten an ElastiCache darin gehostete Primärdateien nicht mehr. ElastiCache Während des Upgrades werden externe Replikate getrennt und sie können keine erneute Verbindung herstellen. Wir empfehlen die Verwendung von clientseitigem Caching, das in Redis OSS 6.0 als Alternative zu externen Replikaten verfügbar ist.
+ Die Befehle `TTL` und `PTTL` geben jetzt -2 zurück, wenn der Schlüssel nicht existiert, und -1, wenn er existiert, aber kein zugehöriges Ablaufdatum hat. Redis OSS 2.6 und frühere Versionen gaben in beiden Fällen -1 zurück.
+ `SORT` mit `ALPHA` sortiert jetzt nach lokalem Standardgebietsschema, wenn keine `STORE`-Option verwendet wird.
Weitere Informationen finden Sie unter [ElastiCache Zeitplan für das Ende der Lebensdauer von Versionen für Redis OSS](engine-versions.md#deprecated-engine-versions).
# Überlegungen zum Upgrade bei der Arbeit mit knotenbasierten Clustern
**Anmerkung**
Die folgenden Überlegungen gelten nur für das Upgrade knotenbasierter Cluster. Sie gelten nicht für Serverless. ElastiCache
**Überlegungen zu Valkey und Redis OSS**
Beachten Sie beim Upgrade eines knotenbasierten Valkey- oder Redis OSS-Clusters Folgendes.
+ Versionsverwaltung der Enginge ist so entwickelt, dass Sie so viel Kontrolle wie möglich darüber haben, wie Patchen erfolgt. ElastiCache behält sich jedoch das Recht vor, Ihren Cluster in Ihrem Namen zu patchen, falls im unwahrscheinlichen Fall eine kritische Sicherheitslücke im System oder in der Cache-Software auftritt.
+ Ab ElastiCache Version 7.2 für Valkey und ElastiCache Version 6.0 für Redis OSS ElastiCache wird für jede Nebenversion eine einzige Version angeboten, anstatt mehrere Patch-Versionen anzubieten.
+ Ab Redis OSS Engine Version 5.0.6 können Sie Ihre Cluster-Version mit minimaler Ausfallzeit aktualisieren. Der Cluster kann während des gesamten Upgrades gelesen und in der Regel auch beschrieben werden, ausgenommen während der Failover-Operation, der nur einige Sekunden dauert.
+ Sie können Ihre ElastiCache Cluster auch mit Versionen vor 5.0.6 aktualisieren. Der Prozess ist identisch, kann jedoch längere Failover-Zeit während der DNS-Ausbreitung (30 Sek. - 1 Min.) verursachen.
+ Ab Redis OSS 7 wird ElastiCache das Umschalten zwischen Valkey oder Redis OSS (Clustermodus deaktiviert) und Valkey oder Redis OSS (Clustermodus aktiviert) unterstützt.
+ Der Upgrade-Prozess ElastiCache für die Amazon for Redis OSS-Engine ist darauf ausgelegt, Ihre vorhandenen Daten bestmöglich beizubehalten, und erfordert eine erfolgreiche Redis OSS-Replikation.
+ Beim Upgrade der Engine ElastiCache werden bestehende Client-Verbindungen beendet. [Um Ausfallzeiten bei Engine-Upgrades zu minimieren, empfehlen wir Ihnen, [bewährte Methoden für Redis OSS-Clients](BestPractices.Clients.redis.md) mit Fehlerwiederholungen und exponentiellem Backoff sowie bewährte Methoden zur Minimierung von Ausfallzeiten während der Wartung zu implementieren.](BestPractices.MinimizeDowntime.md)
+ Sie können beim Upgrade Ihrer Engine kein direktes Upgrade von Valkey oder Redis OSS (Clustermodus deaktiviert) auf Valkey oder Redis OSS (Clustermodus aktiviert) durchführen. Das folgende Verfahren zeigt Ihnen, wie Sie von Valkey oder Redis OSS (Clustermodus deaktiviert) auf Valkey oder Redis OSS (Clustermodus aktiviert) aktualisieren.
**Um ein Upgrade von einer Valkey- oder Redis OSS-Engine-Version (Cluster-Modus deaktiviert) auf eine Valkey- oder Redis OSS-Engine-Version (Clustermodus aktiviert) durchzuführen**
1. Erstellen Sie eine Sicherungskopie Ihres Valkey- oder Redis OSS-Clusters oder Ihrer Replikationsgruppe (Clustermodus deaktiviert). Weitere Informationen finden Sie unter [Erstellen manueller Backups](backups-manual.md).
1. Verwenden Sie das Backup, um einen Valkey- oder Redis OSS-Cluster (Clustermodus aktiviert) mit einem Shard (Knotengruppe) zu erstellen und zu starten. Geben Sie die neue Engine-Version an und aktivieren Sie den Cluster-Modus, wenn Sie den Cluster oder die Replikationsgruppe erstellen. Weitere Informationen finden Sie unter [Tutorial: Seeding eines neuen knotenbasierten Clusters mit einem extern erstellten Backup](backups-seeding-redis.md).
1. Löschen Sie den alten Valkey- oder Redis OSS-Cluster oder die alte Replikationsgruppe (Clustermodus deaktiviert). Für weitere Informationen siehe [Löschen eines Clusters in ElastiCache](Clusters.Delete.md) oder [Löschen einer Replikationsgruppe](Replication.DeletingRepGroup.md).
1. Skalieren Sie den neuen Valkey- oder Redis OSS-Cluster oder die neue Replikationsgruppe (Clustermodus aktiviert) auf die Anzahl der Shards (Knotengruppen), die Sie benötigen. Weitere Informationen finden Sie unter [Skalierung von Valkey- oder Redis OSS-Clustern (Clustermodus aktiviert)](scaling-redis-cluster-mode-enabled.md).
+ Beim Upgrade von Hauptversionen der Engine, beispielsweise von 5.0.6 auf 6.0, müssen Sie auch eine neue Parametergruppe auswählen, die mit der neuen Engine-Version kompatibel ist.
+ Für einzelne Redis OSS-Cluster und Cluster mit deaktiviertem Multi-AZ empfehlen wir, Redis OSS ausreichend Speicher zur Verfügung zu stellen, wie unter beschrieben. [Stellen Sie sicher, dass Sie über genügend Arbeitsspeicher verfügen, um einen Valkey- oder Redis OSS-Snapshot zu erstellen](BestPractices.BGSAVE.md) In diesen Fällen steht der primäre Knoten während des Upgrade-Prozesses für Serviceanfragen nicht zur Verfügung.
+ Für Redis OSS-Cluster mit aktiviertem Multi-AZ empfehlen wir außerdem, Engine-Upgrades in Zeiten mit geringem eingehendem Schreibverkehr zu planen. Bei einem Upgrade auf Redis OSS 5.0.6 oder höher steht der primäre Cluster während des Upgrade-Vorgangs weiterhin für Serviceanfragen zur Verfügung.
Cluster und Replikationsgruppen mit mehreren Shards werden wie folgt verarbeitet und gepatcht:
+ Alle Shards werden parallel verarbeitet. Es wird jeweils nur eine Upgrade-Operation für einen Shard gleichzeitig durchgeführt.
+ In jedem Shard werden alle Replicas verarbeitet, bevor der Primärknoten verarbeitet wird. Wenn es in einem Shard weniger Replicas gibt, kann der Primärknoten in diesem Shard verarbeitet werden, bevor die Verarbeitung der Replicas in anderen Shards abgeschlossen wird.
+ Die Primärknoten für alle Shards werden seriell verarbeitet. Es erfolgt jeweils nur ein Upgrade für einen Primärknoten gleichzeitig.
+ Wenn die Verschlüsselung in Ihrem aktuellen Cluster oder Ihrer Replikationsgruppe aktiviert ist, können Sie nicht auf eine Engine-Version aktualisieren, die keine Verschlüsselung unterstützt, z. B. von 3.2.6 auf 3.2.10.
**Überlegungen zu Memcached**
Beachten Sie beim Upgrade eines knotenbasierten Memcached-Clusters Folgendes.
+ Versionsverwaltung der Enginge ist so entwickelt, dass Sie so viel Kontrolle wie möglich darüber haben, wie Patchen erfolgt. Behält sich jedoch ElastiCache das Recht vor, Ihren Cluster in Ihrem Namen zu patchen, sollte der unwahrscheinliche Fall eintreten, dass das System oder die Cache-Software eine kritische Sicherheitslücke aufweist.
+ Da die Memcached-Engine keine Persistenz unterstützt, stellen Versions-Upgrades der Memcached-Engine immer einen Störfall dar, bei dem alle Cache-Daten im Cluster gelöscht werden.