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.
Versionen der Redis OSS-Engine
Dieser Abschnitt behandelt die unterstützten Redis OSS-Engine-Versionen.
Themen
MemoryDB Version 7.1 (erweitert)
MemoryDB Version 7.1 bietet Unterstützung für Vektorsuchfunktionen in der Vorschauversion für ausgewählte Regionen sowie wichtige Bugfixes und Leistungsverbesserungen.
Vektorsuchfunktion: Die Vektorsuche kann mit der vorhandenen MemoryDB-Funktionalität verwendet werden. Anwendungen, die die Vektorsuche nicht verwenden, sind von ihrer Präsenz nicht betroffen. Die Vorschau der Vektorsuche ist ab MemoryDB Version 7.1 in den folgenden Regionen verfügbar: USA Ost (Nord-Virginia und Ohio), USA West (Oregon), EU (Irland) und Asien-Pazifik (Tokio). Informationen zur Aktivierung der Vektor-Suchvorschau und der zugehörigen Funktionen finden Sie in der Dokumentation hier.
Anmerkung
MemoryDB Version 7.1 ist mit Redis OSS v7.0 kompatibel. Weitere Informationen zur Version Redis OSS 7.0 finden Sie in den Versionshinweisen zu Redis OSS 7.0 unter Redis OSS
MemoryDB Version 7.0 (erweitert)
MemoryDB 7.0 bietet eine Reihe von Verbesserungen und Unterstützung für neue Funktionen:
-
Redis OSS-Funktionen
: MemoryDB 7 bietet Unterstützung für Redis OSS-Funktionen und bietet eine verwaltete Oberfläche, mit der Entwickler LUA-Skripts mit auf dem MemoryDB-Cluster gespeicherter Anwendungslogik ausführen können, ohne dass Clients die Skripts bei jeder Verbindung erneut an den Server senden müssen. -
ACL-Verbesserungen
: MemoryDB 7 bietet Unterstützung für die nächste Version von Redis OSS Access Control Lists (ACLs). Mit MemoryDB OSS 7 können Kunden jetzt mehrere Berechtigungssätze für bestimmte Schlüssel oder Schlüsselräume in Redis OSS angeben. -
Sharded Pub/Sub
: MemoryDB 7 bietet Unterstützung für die gemeinsame Ausführung der Redis OSS Pub/Sub-Funktionalität, wenn MemoryDB im Cluster Mode Enabled (CME) ausgeführt wird. Die Pub/Sub-Funktionen von Redis OSS ermöglichen es Publishern, Nachrichten an eine beliebige Anzahl von Abonnenten auf einem Kanal zu senden. Mit Amazon MemoryDB OSS 7 sind Kanäle an einen Shard im MemoryDB-Cluster gebunden, sodass Kanalinformationen nicht mehr zwischen Shards weitergegeben werden müssen. Dies führt zu einer verbesserten Skalierbarkeit. -
Verbessertes I/O-Multiplexing: MemoryDB OSS Version 7 bietet erweitertes I/O-Multiplexing, das einen höheren Durchsatz und eine geringere Latenz für Workloads mit hohem Durchsatz und vielen gleichzeitigen Client-Verbindungen zu einem MemoryDB-Cluster bietet. Wenn Sie beispielsweise einen Cluster von r6g.4xlarge-Knoten verwenden und 5200 Clients gleichzeitig ausführen, können Sie im Vergleich zu MemoryDB Version 6 einen um bis zu 46% höheren Durchsatz (Lese- und Schreibvorgänge pro Sekunde) und eine um bis zu 21% verringerte P99-Latenz erzielen.
MemoryDB Version 6.2 (erweitert)
MemoryDB stellt die nächste Version der Redis OSS-Engine vor, die automatische Unterstützung für VersionsupgradesBenutzer mit Access Control Lists (ACLs) authentifizieren, clientseitiges Caching und erhebliche betriebliche Verbesserungen umfasst.
Die Redis-Engine-Version 6.2.6 bietet auch Unterstützung für das native JSON-Format ( JavaScript Object Notation), eine einfache, schemalose Methode zur Kodierung komplexer Datensätze innerhalb von Redis OSS-Clustern. Mit der JSON-Unterstützung können Sie die Leistung und die Redis OSS-APIs für Anwendungen nutzen, die über JSON arbeiten. Weitere Informationen finden Sie unter Erste Schritte mit JSON. Ebenfalls enthalten ist eine JSON-bezogene MetrikJsonBasedCmds, die CloudWatch zur Überwachung der Verwendung dieses Datentyps integriert ist. Weitere Informationen finden Sie unter Metriken für MemoryDB.
Mit Redis OSS 6 wird MemoryDB eine einzige Version für jede Redis OSS-Nebenversion anbieten, anstatt mehrere Patch-Versionen anzubieten. Dadurch sollen Verwirrung und Unklarheiten vermieden werden, wenn Sie aus mehreren Nebenversionen wählen müssen. MemoryDB verwaltet außerdem automatisch die Minor- und Patch-Version Ihrer laufenden Cluster und sorgt so für eine verbesserte Leistung und erhöhte Sicherheit. Dies wird über die üblichen Kanäle zur Kundenbenachrichtigung im Rahmen einer Service-Update-Kampagne abgewickelt. Weitere Informationen finden Sie unter Dienstupdates in MemoryDB.
Wenn Sie die Engine-Version bei der Erstellung nicht angeben, wählt MemoryDB automatisch die bevorzugte Redis OSS-Version für Sie aus. Wenn Sie andererseits die Engine-Version mithilfe 6.2 angeben, ruft MemoryDB automatisch die bevorzugte Patch-Version von Redis OSS 6.2 auf, die verfügbar ist.
Wenn Sie beispielsweise einen Cluster erstellen, setzen Sie den Parameter auf. --engine-version 6.2 Der Cluster wird zum Zeitpunkt der Erstellung mit der aktuell verfügbaren bevorzugten Patch-Version gestartet. Jede Anfrage mit einem Wert für die vollständige Engine-Version wird abgelehnt, es wird eine Ausnahme ausgelöst und der Vorgang schlägt fehl.
Beim Aufrufen der DescribeEngineVersions API wird der EngineVersion Parameterwert auf 6.2 gesetzt und die tatsächliche Vollversion der Engine wird im EnginePatchVersion Feld zurückgegeben.
Weitere Informationen zur Version Redis OSS 6.2 finden Sie in den Versionshinweisen zu Redis 6.2
Upgrade von Engine-Versionen
MemoryDB verwaltet die Patch-Version Ihrer laufenden Cluster standardmäßig automatisch über Service-Updates. Sie können sich auch vom auto Upgrade der Nebenversion abmelden, wenn Sie die AutoMinorVersionUpgrade Eigenschaft Ihrer Cluster auf „Falsch“ setzen. Sie können sich jedoch nicht vom auto Patch-Versionsupgrade abmelden.
Sie können steuern, ob und wann die protokollkonforme Software, die Ihren Cluster unterstützt, auf neue Versionen aktualisiert wird, die von MemoryDB unterstützt werden, bevor das auto Upgrade gestartet wird. 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.
Sie können Engine-Versions-Upgrades für Ihren Cluster auf folgende Weise initiieren:
Indem Sie es aktualisieren und eine neue Engine-Version angeben. Weitere Informationen finden Sie unter Einen MemoryDB-Cluster ändern.
Anwenden des Service-Updates für die entsprechende Engine-Version. Weitere Informationen finden Sie unter Dienstupdates in MemoryDB.
Beachten Sie Folgendes:
Sie können zwar auf eine neue Engine-Version upgraden, jedoch kein Downgrade auf eine ältere Engine-Version ausführen. Wenn Sie eine ältere Engine-Version verwenden möchten, müssen Sie den vorhandenen Cluster löschen und mit der älteren Engine-Version neu erstellen.
Wir empfehlen, regelmäßig auf die neueste Hauptversion zu aktualisieren, da die meisten wichtigen Verbesserungen nicht auf ältere Versionen zurückportiert werden. Da MemoryDB die Verfügbarkeit auf eine neue AWS Region ausdehnt, unterstützt MemoryDB die beiden jeweils neuesten
MAJOR.MINORVersionen für die neue Region. Wenn beispielsweise eine neue AWS Region eingeführt wird und die neuestenMAJOR.MINORMemoryDB-Versionen 7.0 und 6.2 sind, unterstützt MemoryDB die Versionen 7.0 und 6.2 in der neuen Region. AWS Sobald neuereMAJOR.MINORVersionen von MemoryDB veröffentlicht werden, wird MemoryDB weiterhin Unterstützung für die neu veröffentlichten MemoryDB-Versionen hinzufügen. Weitere Informationen zur Auswahl von Regionen für MemoryDB finden Sie unter. Unterstützte Regionen und EndpunkteVersionsverwaltung der Enginge ist so entwickelt, dass Sie so viel Kontrolle wie möglich darüber haben, wie Patchen erfolgt. MemoryDB behält sich jedoch das Recht vor, Ihren Cluster in Ihrem Namen zu patchen, sollte der unwahrscheinliche Fall eintreten, dass im System oder in der Software eine kritische Sicherheitslücke auftritt.
MemoryDB wird für jede Redis OSS-Nebenversion eine einzige Version anbieten, anstatt mehrere Patch-Versionen anzubieten. Dadurch sollen Verwirrung und Unklarheiten vermieden werden, wenn Sie aus mehreren Versionen wählen müssen. MemoryDB verwaltet außerdem automatisch die Minor- und Patch-Version Ihrer laufenden Cluster und sorgt so für eine verbesserte Leistung und erhöhte Sicherheit. Dies wird über die üblichen Kanäle zur Kundenbenachrichtigung im Rahmen einer Service-Update-Kampagne abgewickelt. Weitere Informationen finden Sie unter Dienstupdates in MemoryDB.
Sie können 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.
-
Wir empfehlen, Engine-Upgrades in Zeiten mit geringem eingehendem Schreibverkehr durchzuführen.
Cluster mit mehreren Shards werden wie folgt verarbeitet und gepatcht:
-
Pro Shard wird jeweils nur ein Upgrade-Vorgang 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.
-
So führen Sie ein Upgrade von Engine-Versionen aus
Sie initiieren Versionsupgrades für Ihren Cluster, indem Sie ihn mithilfe der MemoryDB-Konsole AWS CLI, der oder der MemoryDB-API ändern und eine neuere Engine-Version angeben. Weitere Informationen finden Sie unter den folgenden Themen.
Blockierte Redis OSS-Engine-Upgrades lösen
Wie in der folgenden Tabelle dargestellt, ist Ihr Redis OSS-Engine-Upgrade-Vorgang blockiert, wenn ein Scale-Up-Vorgang aussteht.
| Ausstehende Vorgänge | Blockierte Vorgänge |
|---|---|
| Aufwärtsskalierung | Unmittelbares Engine-Upgrade |
| Engine-Upgrade | Unmittelbares Aufwärtsskalieren |
| Aufwärtsskalierung und Engine-Upgrade | Unmittelbares Aufwärtsskalieren |
| Unmittelbares Engine-Upgrade |
