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.
# MemoryDB Multiregion
MemoryDB Multi-Region ist eine vollständig verwaltete, aktiv-aktive, multiregionale Datenbank, mit der Sie regionsübergreifende Anwendungen mit einer Verfügbarkeit von bis zu 99,999% und Leselatenzen im Mikrosekundenbereich und Schreiblatenzen im einstelligen Millisekundenbereich erstellen können. Sie können sowohl die Verfügbarkeit als auch die Resilienz aufgrund regionaler Einschränkungen verbessern und gleichzeitig von lokalen Lese- und Schreibvorgängen mit geringer Latenz für Anwendungen in mehreren Regionen profitieren.
Mit MemoryDB Multi-Region können Sie hochverfügbare Anwendungen für mehrere Regionen erstellen, um die Ausfallsicherheit zu erhöhen. Es bietet aktive und aktive Replikation, sodass Sie Lese- und Schreibvorgänge lokal von den Regionen aus durchführen können, die Ihren Kunden am nächsten sind, mit Leselatenz im Mikrosekundenbereich und Schreiblatenz im einstelligen Millisekundenbereich. MemoryDB Multi-Region repliziert Daten asynchron zwischen Regionen, und Daten werden normalerweise innerhalb einer Sekunde weitergegeben. Es löst automatisch Aktualisierungskonflikte und behebt Probleme mit Datendivergenz, sodass Sie sich auf Ihre Anwendung konzentrieren können.
MemoryDB Multiregion wird derzeit in den folgenden AWS Regionen unterstützt: USA Ost (Nord-Virginia und Ohio), USA West (Oregon, Nordkalifornien), Europa (Irland, Frankfurt und London) und Asien-Pazifik (Tokio, Sydney, Mumbai, Seoul und Singapur).
Sie können ganz einfach mit MemoryDB Multi-Region mit nur wenigen Klicks vom oder mit dem neuesten SDK AWS-Managementkonsole oder mit dem neuesten SDK beginnen. AWS AWS CLI
**Topics**
+ [Voraussetzungen und Einschränkungen](multi-region.prereq.md)
+ [Funktionsweise](multi-region.how.md)
+ [Konsistenz und Konfliktlösung](#multi-region.conflict)
+ [Verwenden von MemoryDB Multi-Region mit der Konsole](multi-Region.console.md)
+ [Verwenden von MemoryDB Multi-Region mit der CLI](multi-Region.cli.md)
+ [Überwachung von MemoryDB Multiregion](multi-Region.monitoring.md)
+ [Skalierung mit MemoryDB Multi-Region](multi-Region.Scaling.md)
+ [Unterstützte und nicht unterstützte Befehle](multi-Region.SupportedCommands.md)
# Voraussetzungen und Einschränkungen
Bevor Sie mit MemoryDB Multi-Region beginnen, sollten Sie Folgendes beachten:
+ **MemoryDB Multi-Region repliziert Daten zwischen Regionen Ihrer Wahl** — Durch die Erstellung eines Clusters mit mehreren Regionen erklären Sie sich damit einverstanden, dass Daten zwischen Ihren ausgewählten Regionen verschoben werden.
Wenn Sie eine Region aus der Multi-Region-Gruppe entfernen, wird auch der regionale Cluster in dieser Region gelöscht.
+ **Regionale Verfügbarkeit** — MemoryDB Multiregion wird in den folgenden AWS Regionen unterstützt: USA Ost (Nord-Virginia und Ohio), USA West (Oregon, Nordkalifornien), Europa (Irland, Frankfurt und London) und Asien-Pazifik (Tokio, Sydney, Mumbai, Seoul und Singapur).
+ **Verhalten und Einstellungen** — Alle regionalen Cluster mit mehreren Regionen verfügen über dieselbe Anzahl von Shards, Instance-Typen, Valkey-Engine-Version, TLS- und Parametergruppeneinstellungen. Sie können für jeden Ihrer regionalen Cluster unterschiedliche IAM-Authentifizierungs- ACLs, Snapshot-Fenster, Tags, vom Kunden verwaltete Schlüssel (CMKs) und Wartungsfenster wählen.
Mit MemoryDB Multiregion können Cluster in verschiedenen Regionen eine unterschiedliche Anzahl von Replikaten haben.
+ **Unterstützte Knotentypen** — MemoryDB Multi-Region wird auf R7g-Knoten der Größe XL und höher unterstützt.
MemoryDB Multi-Region unterstützt die Valkey-Engine-Version 7.3 und höher.
+ **Unterstützte Datentypen** — MemoryDB Multi-Region unterstützt derzeit die meisten Redis OSS- oder Valkey-Datentypen, und wir werden in future Unterstützung für weitere Datentypen hinzufügen. Zu den unterstützten Datentypen gehören Strings, Hashes, Sets und Sorted Sets, obwohl nicht alle Befehle unterstützt werden, die diese Datentypen manipulieren.
+ **Gesamtzahl der Regionen** — Mit MemoryDB Multi-Region können Sie MemoryDB-Clusterdaten automatisch zwischen bis zu fünf Regionen replizieren. AWS
+ **Unterstützte Optionen** — MemoryDB Multi-Region unterstützt horizontal/vertical Skalierung, IAM-Integration, automatisches Snapshoting und On-Demand-Snapshots ACLs, automatisches Software-Patching und Überwachung.
+ **Backup und Wiederherstellen** — Sie können Snapshots erstellen, um die Daten Ihrer regionalen Cluster mit mehreren Regionen zu sichern. Sie können einen Snapshot manuell erstellen oder den automatisierten Snapshot-Scheduler von MemoryDB verwenden, um jeden Tag einen neuen Snapshot zu einer Uhrzeit zu erstellen, die Sie für jeden regionalen Cluster individuell festlegen.
+ **Migration** — Sie können wählen, ob Sie alle Backups im MemoryDB- oder Redis-RDB-Format wiederherstellen möchten. OSS/Valkey Um die Daten aus einem Backup zu migrieren, erstellen Sie einen neuen regionalen MemoryDB-Cluster mit mehreren Regionen und geben Sie den Snapshot-Speicherort von Amazon S3 an. Wenn es sich um einen MemoryDB-Snapshot handelt, können Sie auch den Namen angeben. MemoryDB Multi-Region erstellt den regionalen Cluster mit den Daten aus dem Snapshot. Da MemoryDB Multi-Region die Datentypen Strings, Hashes, Sets und Sorted Sets unterstützt, können Sie Snapshot-Daten nur für diese unterstützten Datentypen migrieren. Wenn die Sicherungsdatei Redis OSS-Datentypen enthält, die nicht unterstützt werden, schlägt der Migrationsvorgang von MemoryDB Multi-Region standardmäßig fehl.
+ **Ressourcenreservierung** — MemoryDB Multi-Region wurde entwickelt, um die regionale Verfügbarkeit zu gewährleisten. Einige Ressourcen sind dauerhaft auf jedem Knoten reserviert, um sicherzustellen, dass lokale Lese- und Schreibanforderungen unabhängig von der Arbeitslast in den Peer-Regionen bedient werden können. Diese Ressourcen dienen auch dazu, die lokale Verfügbarkeit bei Ereignissen in den Peer-Regionen zu schützen, einschließlich bei Regionisolationsereignissen und deren Wiederherstellung. Dies führt zu anderen Leistungsmerkmalen im Vergleich zu MemoryDB mit einer einzelnen Region. MemoryDB Multi-Region unterstützt sowohl horizontale als auch vertikale Skalierung, um die verfügbaren Ressourcen zu erweitern.
+ **Nein RPO/RTO SLAs** — MemoryDB Multi-Region bietet kein festgelegtes SLA. RPO/RTO Es akzeptiert weiterhin Schreibvorgänge in einer AWS Region, die von anderen AWS Regionen isoliert wurde, wodurch sich die Verzögerung bei der Kreuzreplikation auf unbestimmte Zeit erhöhen kann. Wir erwarten, dass Kunden Isolation anhand der Metrik „MultiRegionClusterReplicationLag“ erkennen und ihren Anwendungsdatenverkehr je nach gewünschtem RPO in eine andere Region umleiten.
+ **Kein einziger Endpunkt oder automatisches Failover:** - Im Falle eines regionalen Ausfalls müssen Sie den Traffic Ihrer Kunden manuell auf ihren Anwendungsstapel in einer anderen Region umleiten. Sie müssen sicherstellen, dass der multiregionale Zugriff auf MemoryDB-Cluster ordnungsgemäß konfiguriert ist.
+ **Keine TTL-Unterstützung** — MemoryDB Multi-Region unterstützt TTL (Time to Live) nicht.
+ **Keine Unterstützung für Datenklassierung oder Vektorsuche — MemoryDB Multi-Region unterstützt** keine Funktionen für Vektorsuche und Datenklassierung.
+ MemoryDB Multi-Region unterstützt keine read-modify-write Befehle (APPEND, RENAMENX usw.).
+ Die Atomarität und Konsistenz von Redis OSS-Transaktionen sind in MemoryDB Multi-Region nicht garantiert.
+ **Authentifizierungsmodell** — MemoryDB-API-Aktionen für mehrere Regionen können von jeder unterstützten Region aus aufgerufen werden. Der Umfang der Berechtigungen kann eingeschränkt werden, indem der ARN des Clusters mit mehreren Regionen in einer IAM-Richtlinie angegeben wird. Das Format des Multiregions-Cluster-ARN ist`arn:aws:memorydb:::multiregioncluster/multi-region-cluster-name`. Der ARN enthält keine Regionsinformationen.
+ **Durchsatzbeschränkungen** — MemoryDB Multi-Region kann bis zu 1,3 GB/s Lesedurchsatz pro Knoten in einer Region und \$150 MB/s global aggregierten Schreibdurchsatz pro Shard unterstützen.
+ **AWS Richtlinie** — Die AWS ReadOnlyAccess Richtlinie bietet nur Lesezugriff auf AWS Dienste und Ressourcen, ruft jedoch nicht automatisch Details zu einem oder mehreren Clustern mit mehreren Regionen ab. Um Details zu einem oder mehreren Clustern mit mehreren Regionen abzurufen, verwenden Sie die [AmazonMemoryDBReadOnlyAccess](security-iam-awsmanpol.md#iam.identitybasedpolicies.predefinedpolicies-readonly) Richtlinie oder erstellen Sie vom Kunden verwaltete [IAM-Richtlinien](https://docs.aws.amazon.com/IAM/latest/UserGuide/access_policies_job-functions.html).
+ **Löschen eines regionalen Clusters** — Beim Löschen eines regionalen Clusters müssen alle zugehörigen vom Kunden verwalteten Schlüssel (CMKs) gültig bleiben, bis der regionale Cluster vollständig gelöscht ist. Dadurch wird sichergestellt, dass die verbleibenden regionalen Cluster zu einem konsistenten Zustand zusammengeführt werden können.
# Funktionsweise
So funktioniert MemoryDB Multi-Region.
+ **Konzepte**
Ein Cluster mit mehreren Regionen ist eine Sammlung von einem oder mehreren regionalen Clustern, die alle einem einzigen Konto gehören. AWS
Ein regionaler Cluster ist ein einzelner Cluster in einer AWS Region, der Teil eines Clusters mit mehreren Regionen ist. Jeder regionale Cluster speichert denselben Datensatz. Jeder Cluster mit mehreren Regionen kann nur einen regionalen Cluster pro AWS Region haben.
Wenn Sie einen Cluster mit mehreren Regionen erstellen, besteht er aus mehreren regionalen Clustern (einer pro Region), die MemoryDB als eine Einheit behandelt. Wenn eine Anwendung Daten in einen regionalen Cluster schreibt, repliziert MemoryDB diese Daten automatisch und asynchron auf alle anderen regionalen Cluster innerhalb des Multi-Region-Clusters. Sie können dem Multi-Region-Cluster regionale Cluster hinzufügen, sodass er in weiteren Regionen verfügbar ist. Sie können MemoryDB-Clusterdaten automatisch zwischen bis zu fünf Regionen replizieren.
+ **Verfügbarkeit und Haltbarkeit**
Im unwahrscheinlichen Fall einer regionalen Isolierung oder Verschlechterung einer Region können Sie Ihr globales DNS so aktualisieren, dass der Datenverkehr zu Ihrer Anwendung ohne Neukonfiguration der Datenbank in eine der anderen fehlerfreien Regionen umgeleitet wird, wodurch die Aufrechterhaltung der Hochverfügbarkeit Ihrer Anwendungen vereinfacht wird. MemoryDB speichert dauerhaft alle Schreibvorgänge aus allen Regionen im Multi-AZ-Transaktionsprotokoll, um sicherzustellen, dass innerhalb der Region kein Datenverlust auftritt. MemoryDB Multi-Region verfolgt alle Schreibvorgänge, die in der Region bestätigt, aber noch nicht auf alle Mitgliedscluster repliziert wurden. Falls eine Region isoliert oder beeinträchtigt ist, akzeptiert sie weiterhin lokale Schreibvorgänge. Wenn die isolierte Region wieder mit dem Multiregions-Cluster verbunden wird, werden Schreibvorgänge, die bestätigt, aber noch nicht in andere Regionen repliziert wurden, auf alle Regionen im Multiregions-Cluster repliziert. MemoryDB Multi-Region gleicht außerdem mithilfe eines CRDT-Mechanismus automatisch die ausstehenden Schreibvorgänge mit allen Aktualisierungen ab, die während des Ausfalls möglicherweise in anderen Regionen vorgenommen wurden.
+ **Verbindung zu MemoryDB-Clustern mit mehreren Regionen herstellen**
Um Daten in Ihren regionalen Cluster zu schreiben und Daten aus diesem zu lesen, stellen Sie über einen der unterstützten OSS/Valkey Redis-Clients (einschließlich Valkey GLIDE) eine Verbindung zu diesem Cluster her. Jeder regionale Cluster hat einen Endpunkt, mit dem Ihr OSS/Valkey Redis-Client eine Verbindung herstellen kann. Sie können Ihre regionalen Cluster-Endpunkte über die AWS Konsole, CLI oder API abrufen. Sie können diesen Endpunkt dann in Ihrer Anwendung für read/write Daten aus regionalen Clustern verwenden (oder konfigurieren).
## Konsistenz und Konfliktlösung
Alle Aktualisierungen, die an einem Schlüssel in einem der regionalen Cluster vorgenommen werden, werden asynchron an andere regionale Cluster im Multi-Region-Cluster weitergegeben, normalerweise in weniger als einer Sekunde. Wenn eine Region isoliert oder heruntergestuft wird, verfolgt MemoryDB Multi-Region alle Schreibvorgänge, die ausgeführt wurden, aber noch nicht an alle Mitgliedscluster weitergegeben wurden. Wenn die Region wieder online ist, setzt MemoryDB Multi-Region die Weitergabe aller ausstehenden Schreibvorgänge von dieser Region an die Mitgliedscluster in anderen Regionen fort. Es nimmt auch die Weitergabe von Schreibvorgängen von anderen Mitgliedsclustern an die Region wieder auf, die jetzt wieder online ist. Alle zuvor erfolgreichen Schreibvorgänge werden letztendlich weitergegeben, unabhängig davon, wie lange die Region isoliert ist.
Konflikte können auftreten, wenn Ihre Anwendung denselben Schlüssel in verschiedenen Regionen ungefähr zur gleichen Zeit aktualisiert. MemoryDB Multi-Region verwendet den Conflict-Free Replicated Data Type (CRDT), um widersprüchliche gleichzeitige Schreibvorgänge abzugleichen. CRDT ist eine Datenstruktur, die unabhängig und gleichzeitig ohne Koordination aktualisiert werden kann. Das bedeutet, dass der Schreib-/Schreibkonflikt auf jedem Replikat unabhängig zusammengeführt wird, sodass letztendlich Konsistenz gewährleistet ist.
Insbesondere verwendet MemoryDB zwei Stufen von Last Writer Wins (LWW), um Konflikte zu lösen. Für den Datentyp String löst LWW Konflikte auf Schlüsselebene. Bei anderen Datentypen löst LWW Konflikte auf Unterschlüsselebene. Die Konfliktlösung wird vollständig verwaltet und erfolgt im Hintergrund, ohne dass die Verfügbarkeit der Anwendung beeinträchtigt wird. Im Folgenden finden Sie ein Beispiel für den Hash-Datentyp:
Region A führt „HSET K F1 V1“ zum Zeitstempel T1 aus; Region B führt „HSET K F2 V2“ zum Zeitstempel T2 aus. Nach der Replikation haben beide Regionen A und B den Schlüssel K für beide Felder. Wenn verschiedene Regionen gleichzeitig verschiedene Unterschlüssel in derselben Sammlung aktualisieren, weil MemoryDB Konflikte auf Unterschlüsselebene für den Hash-Datentyp löst, stehen die beiden Aktualisierungen nicht miteinander in Konflikt. Daher würden die endgültigen Daten die Auswirkungen beider Aktualisierungen beinhalten.
| Zeit | Region A | Region B |
| --- | --- | --- |
| T1 | BLATT KF1 V1 | |
| T2 | | HSET K F2 V2 |
| T3 | sync | sync |
| T4 | K: \$1F1:V1, F2:V2\$1 | K: \$1F1:V1, F2:V2\$1 |
### CRDT und Beispiele
MemoryDB Multi-Region implementiert konfliktfreie replizierte Datentypen (CRDT), um gleichzeitige Schreibkonflikte aus mehreren Regionen zu lösen. CRDT ermöglicht es verschiedenen Regionen, unabhängig voneinander Konsistenz zu erreichen, sobald sie irgendwann unabhängig von der Reihenfolge dieselben Operationen erhalten haben.
Wenn ein einzelner Schlüssel gleichzeitig in mehreren Regionen aktualisiert wurde, muss ein Schreib-/Schreibkonflikt gelöst werden, um Datenkonsistenz zu erreichen. MemoryDB Multi-Region verwendet die LWW-Strategie (Last Writer Wins), um zu ermitteln, welcher Vorgang erfolgreich ist, und nur die Auswirkungen des Vorgangs, der „danach passiert“, werden letztendlich beobachtet. Wir sagen, dass eine Operation op1 vor einer Operation op2 „stattgefunden“ hat, wenn die Auswirkungen von op1 in der Region angewendet wurden. Sie wurde ursprünglich ausgeführt, als op2 ausgeführt wurde.
Bei Sammlungen (Hash, Set und SortedSet) MemoryDB Multi-Region wird der Konflikt auf Elementebene gelöst. Dadurch kann MemoryDB Multi-Region LWW verwenden, um Konflikte auf jedem Element zu lösen. write/write Beispielsweise führt das gleichzeitige Hinzufügen verschiedener Elemente aus mehreren Regionen zu derselben Sammlung dazu, dass die Sammlung alle Elemente enthält.
**Gleichzeitige Ausführung: Der letzte Autor gewinnt**
Wenn in MemoryDB Multi-Region gleichzeitig ein Schlüssel erstellt wird, bestimmt die letzte Operation, die in einer beliebigen Region ausgeführt wurde, das Ergebnis des Schlüssels. Beispiel:
![\[Gleichzeitige Ausführung: Der letzte Writer gewinnt.\]](http://docs.aws.amazon.com/de_de/memorydb/latest/devguide/images/concurrent-ex-last-writer-wins.png)
Der Schlüssel x wurde in Region B mit dem Wert „b“ erstellt, aber danach wurde derselbe Schlüssel in Region A mit dem Wert „a“ erstellt. Schließlich wird der Schlüssel konvergieren, sodass er den Wert „a“ hat, da die Operation in Region A die zuletzt ausgeführte Operation war.
**Gleichzeitige Ausführung mit widersprüchlichen Datentypen: Der letzte Writer gewinnt**
Im vorherigen Beispiel wurde der Schlüssel in beiden Regionen mit demselben Typ erstellt. Ein ähnliches Verhalten wird auch beobachtet, wenn der Schlüssel mit unterschiedlichen Datentypen erstellt wird:
![\[Gleichzeitige Ausführung mit widersprüchlichen Datentypen: Der letzte Writer gewinnt.\]](http://docs.aws.amazon.com/de_de/memorydb/latest/devguide/images/concurrent-ex-conflict-data-types-last-writer-wins.png)
Der Schlüssel x wurde als Zeichenfolge in Region B mit dem Wert „b“ erstellt. Aber danach und bevor diese Operation in Region A repliziert wurde, wird derselbe Schlüssel in Region A als Hash erstellt. Irgendwann wird der Schlüssel zusammengeführt, sodass der Hash in Region A erstellt wird, da die Operation in Region A die zuletzt ausgeführte Operation war.
**Gleichzeitiges Erstellen/Löschen: Der letzte Writer gewinnt**
In dem Szenario, in dem gleichzeitig gelöscht und „erstellt“ wird (d. h. der Wert replacement/addition von), gewinnt der zuletzt ausgeführte Vorgang. Das Endergebnis wird durch die Reihenfolge des Löschvorgangs bestimmt. Wenn das Löschen schon einmal erfolgt:
![\[Gleichzeitiges Löschen von Kreationen: Der letzte Autor gewinnt, wenn das Löschen zuvor erfolgt ist.\]](http://docs.aws.amazon.com/de_de/memorydb/latest/devguide/images/concurrent-create-delete-last-writer-wins-before.jpg)
Der Schlüssel x vom Typ Set wurde in Region B gelöscht. Danach wurde diesem Schlüssel in Region A ein neues Element hinzugefügt. Schließlich wird der Schlüssel so zusammengeführt, dass das Set mit dem einzigen Element in Region A hinzugefügt wird, da die Operation in Region A die letzte ausgeführte Operation war.
Wenn das Löschen erfolgt nach:
![\[Gleichzeitiges Löschen von Kreationen: Der letzte Autor gewinnt, wenn das Löschen danach erfolgt.\]](http://docs.aws.amazon.com/de_de/memorydb/latest/devguide/images/concurrent-create-delete-last-writer-wins-after.jpg)
Ein neues Mitglied wurde dem Schlüssel x vom Typ Set in Region A hinzugefügt. Danach wurde der Schlüssel in Region B gelöscht. Schließlich wird der Schlüssel gelöscht, da der Vorgang in Region B der letzte ausgeführte Vorgang war.
**Zähler, gleichzeitige Operationen: Die vollständige Wertreplikation mit dem letzten Writer gewinnt**
Zähler in MemoryDB Multi-Region verhalten sich ähnlich wie Typen, die keine Leistungsindikatoren sind, da sie den vollen Wert replizieren und anwenden. last-writer-strategy Gleichzeitiger Vorgang wird nicht kombiniert, sondern der letzte Vorgang gewinnt. Beispiel:
![\[Vollständige Wertreplikation, falls der letzte Writer gewinnt.\]](http://docs.aws.amazon.com/de_de/memorydb/latest/devguide/images/concurrent-full-rep-last-writer-wins.jpg)
In diesem Szenario hat der Schlüssel x den Startwert 1. Dann erhöht Region B den Zähler x um 2, dann kurz darauf hat Region A den Zähler um 1 erhöht. Da Region A die zuletzt ausgeführte Operation war, wird der Schlüssel x irgendwann auf den Wert 2 konvergieren, da die Erhöhung um 1 die letzte durchgeführte Operation war.
**Nicht deterministische Befehle werden als deterministisch repliziert**
Um die Konsistenz der Werte in den verschiedenen Regionen zu gewährleisten, werden in MemoryDB Multi-Region nichtdeterministische Befehle als deterministisch repliziert. Nicht deterministische Befehle sind Befehle, die von externen Faktoren abhängen, wie z. B. SETNX. SETNX hängt davon ab, ob der Schlüssel vorhanden ist oder nicht, und der Schlüssel kann in einer entfernten Region vorhanden sein, aber nicht in der lokalen Region, die den Befehl empfängt. Aus diesem Grund werden andernfalls nicht deterministische Befehle als vollständige Wertreplikation repliziert. Im Fall einer Zeichenfolge wird sie als SET-Befehl repliziert.
![\[Nicht deterministische Befehle werden als deterministisch repliziert.\]](http://docs.aws.amazon.com/de_de/memorydb/latest/devguide/images/nondeterministic_commands.png)
Zusammenfassend lässt sich sagen, dass alle Operationen über den Typ String als SET oder DEL repliziert werden, alle Operationen über den Typ Hash werden als HSET oder HDEL repliziert, alle Operationen über den Typ Set werden als SADD oder SREM repliziert und alle Operationen über Sorted Sets werden als ZADD oder ZREM repliziert.
# Verwenden von MemoryDB Multi-Region mit der Konsole
Hier finden Sie Möglichkeiten, MemoryDB Multi-Region mit der Konsole zu verwenden.
**Topics**
+ [Erstellen Sie einen neuen Cluster in MemoryDB Multi-Region](#multi-Region.console.create)
+ [Stellen Sie einen Snapshot auf einem neuen oder vorhandenen Cluster innerhalb eines Clusters mit mehreren Regionen wieder her](#multi-Region.console.restore)
+ [Ändern Sie Cluster in MemoryDB Multi-Region](#multi-Region.console.modify)
+ [Löschen Sie Cluster in MemoryDB Multi-Region](#multi-Region.console.delete)
## Erstellen Sie einen neuen Cluster in MemoryDB Multi-Region
1. Navigieren Sie in der Clusterliste oder im Dashboard zum Abschnitt „Cluster erstellen“.
![\[Erstellen Sie einen Cluster, Konsolenansicht.\]](http://docs.aws.amazon.com/de_de/memorydb/latest/devguide/images/create-multi-region1.png)
1. Wählen Sie im Feld **Clustertyp** die Option **Multi-Region-Cluster** aus.
1. Wählen Sie im Feld **Methode zur Clustererstellung** die Option **Einfache Erstellung** aus.
1. Geben Sie den **Namen** und die **Beschreibung** ein, überprüfen Sie die Standardwerte und wählen Sie **Erstellen** aus.
**Erstellen und konfigurieren Sie einen Cluster**
1. Navigieren Sie in der Clusterliste oder im Dashboard zum Abschnitt „Cluster erstellen“.
![\[Erstellen und konfigurieren Sie einen Cluster, Konsolenansicht.\]](http://docs.aws.amazon.com/de_de/memorydb/latest/devguide/images/create-multi-region2-configure.png)
1. Wählen Sie im Feld **Clustertyp** die Option **Multi-Region-Cluster** aus.
1. Wählen Sie im Feld **Methode zur Clustererstellung** die Option **Neuen Cluster erstellen** aus.
1. Geben Sie den **Namen** und die **Beschreibung** ein, überprüfen Sie die Werte und wählen Sie **Erstellen** aus.
## Stellen Sie einen Snapshot auf einem neuen oder vorhandenen Cluster innerhalb eines Clusters mit mehreren Regionen wieder her
1. Navigieren Sie in der Clusterliste oder im Dashboard zum Abschnitt „Cluster erstellen“.
![\[Einen Cluster wiederherstellen, Konsolenansicht.\]](http://docs.aws.amazon.com/de_de/memorydb/latest/devguide/images/restore-multi-region-from-snapshot1.png)
1. Wählen Sie im Feld **Clustertyp** die Option **Multi-Region-Cluster** aus.
1. Wählen Sie im Feld **Methode zur Clustererstellung** die Option **Aus Snapshot wiederherstellen aus**.
1. Wählen Sie den Quell-Snapshot aus und füllen Sie dann die erforderlichen Felder aus. Überprüfen Sie Ihre Auswahl und wählen Sie dann **Wiederherstellen** aus.
![\[In der Konsolenansicht können Sie den Quell-Snapshot auswählen, der auf einem Multi-Region-Cluster wiederhergestellt werden soll.\]](http://docs.aws.amazon.com/de_de/memorydb/latest/devguide/images/restore-multi-region-from-snapshot2-confirm.png)
1. Um Ihre Cluster mit mehreren Regionen zu sehen, navigieren Sie zum Cluster-Bereich:
![\[Konsolenansicht des Cluster-Bereichs zum Ändern von Clustern mit mehreren Regionen.\]](http://docs.aws.amazon.com/de_de/memorydb/latest/devguide/images/restore-multi-region-from-snapshot3-confirm.png)
1. Wählen Sie nun den Namen des multiregionalen Zielclusters aus.
![\[Konsolenansicht zur Auswahl des zu ändernden multiregionalen Clusters.\]](http://docs.aws.amazon.com/de_de/memorydb/latest/devguide/images/restore-multi-region-from-snapshot4-confirm.png)
1. Wählen Sie nun den Namen des regionalen Zielclusters aus.
![\[Konsolenansicht zur Auswahl des zu ändernden regionalen Clusters.\]](http://docs.aws.amazon.com/de_de/memorydb/latest/devguide/images/restore-multi-region-from-snapshot5-confirm.png)
## Ändern Sie Cluster in MemoryDB Multi-Region
1. Navigieren Sie zum Cluster-Bereich. Sie sollten alle Ihre aktuellen Cluster sehen.
![\[Dies ist mein Image.\]](http://docs.aws.amazon.com/de_de/memorydb/latest/devguide/images/modify-multi-region1.png)
Wählen Sie dann je nach Clustertyp, den Sie ändern möchten, aus den folgenden Schritten aus.
1. Um einen einzelnen Cluster mit einem Cluster mit mehreren Regionen zu ändern, wählen Sie zunächst die Multiregion aus, zu der er gehört. Wählen Sie dann bei den Aktionen die Schaltfläche „Bearbeiten“ (oben rechts). Wählen Sie dann den einzelnen Zielcluster aus. Sie können diesen Cluster auch auf der **Detailseite** ändern.
**Ändern Sie einen regionalen Cluster**
1. Um einen multiregionalen Cluster zu ändern, wählen Sie den Namen des multiregionalen Zielclusters aus.
![\[In der Konsolenansicht wird ein Zielcluster mit mehreren Regionen ausgewählt, der geändert werden soll.\]](http://docs.aws.amazon.com/de_de/memorydb/latest/devguide/images/modify-multi-region2.png)
Wählen Sie dann den Cluster aus und klicken Sie in den Aktionen (oben rechts) oder auf der Detailseite auf die Schaltfläche **Bearbeiten**.
1. Um einen regionalen Cluster hinzuzufügen, wählen Sie den ausgewählten Multi-Region-Zielcluster aus, gehen Sie dann zur Drop-down-Liste „**Aktionen**“ und wählen Sie ** AWS Region hinzufügen** aus. Sie können auch zur Detailseite für AWS Regionen gehen, den Zielcluster mit mehreren Regionen auswählen und von dort aus hinzufügen.
![\[In der Konsolenansicht wird ein Zielcluster mit mehreren Regionen ausgewählt, zu dem ein regionaler Cluster hinzugefügt werden soll.\]](http://docs.aws.amazon.com/de_de/memorydb/latest/devguide/images/modify-multi-region3-add-regional-cluster.png)
1. Um eine Region hinzuzufügen, wählen Sie die Zielregion aus. Geben Sie dann die erforderlichen Informationen ein und wählen Sie ** AWS Region hinzufügen** aus.
![\[In der Konsolenansicht wird ein Zielcluster mit mehreren Regionen ausgewählt, zu dem eine Region hinzugefügt werden soll.\]](http://docs.aws.amazon.com/de_de/memorydb/latest/devguide/images/modify-multi-region4-add-region.png)
1. Um einem leeren Cluster mit mehreren Regionen einen neuen regionalen Cluster hinzuzufügen, werden Ihnen dieselben Optionen wie unter Cluster mit mehreren Regionen erstellen angezeigt. Der einzige Unterschied besteht darin, dass die multiregionalen Clusterinformationen bereits vorhanden sind.
![\[Konsolenansicht zur Auswahl eines leeren Clusters mit mehreren Regionen, zu dem ein neuer regionaler Cluster hinzugefügt werden soll.\]](http://docs.aws.amazon.com/de_de/memorydb/latest/devguide/images/modify-multi-region5-add-regional-cluster-to-empty.png)
## Löschen Sie Cluster in MemoryDB Multi-Region
1. Um einen einzelnen Cluster in einer Region zu löschen, wählen Sie den regionalen Zielcluster aus. Gehen Sie dann zur Dropdownliste des Aktionsmenüs, wählen Sie den einzelnen Cluster aus und wählen Sie **Löschen** aus.
![\[Konsolenansicht zur Auswahl eines einzelnen Clusters zum Löschen.\]](http://docs.aws.amazon.com/de_de/memorydb/latest/devguide/images/delete-multi-region1-select.png)
Es wird ein Bestätigungsfenster angezeigt, in dem Sie die Option haben, vor dem Löschen einen Snapshot zu erstellen. Wenn Sie trotzdem löschen möchten, geben Sie „Löschen“ in das Textfeld ein und wählen Sie dann **Löschen**.
![\[Console-Ansicht eines Bestätigungsfensters für den Löschvorgang.\]](http://docs.aws.amazon.com/de_de/memorydb/latest/devguide/images/delete-multi-region2-snapshot.png)
1. Um alle regionalen Cluster zu löschen, die einem Cluster mit mehreren Regionen zugeordnet sind, wählen Sie den multiregionalen Zielcluster mit einem oder mehreren Clustern aus. Wählen Sie dann den multiregionalen Zielcluster aus, gehen Sie zur Dropdownliste des Aktionsmenüs und wählen Sie **Löschen** aus.
![\[In der Konsolenansicht können Sie auswählen, ob alle zugehörigen Cluster mit einem Cluster mit mehreren Regionen gelöscht werden sollen.\]](http://docs.aws.amazon.com/de_de/memorydb/latest/devguide/images/delete-multi-region3-associated-clusters.png)
1. Um einen gesamten multiregionalen Cluster zu löschen, wählen Sie den leeren multiregionalen Zielcluster aus. Gehen Sie dann zur Dropdownliste des Aktionsmenüs und wählen Sie **Löschen** aus.
![\[Konsolenansicht zum Löschen eines gesamten multiregionalen Clusters.\]](http://docs.aws.amazon.com/de_de/memorydb/latest/devguide/images/delete-multi-region4-entire-mrc.png)
# Verwenden von MemoryDB Multi-Region mit der CLI
Im Folgenden finden Sie Möglichkeiten, MemoryDB Multi-Region mit der CLI zu verwenden
**Anmerkung**
MemoryDB Multi-Region unterstützt nur den Knotentyp db.r7g.xlarge und höher.
## Cluster mit Speicherregion erstellen DBMulti
**Erstellen Sie einen Cluster mit mehreren Regionen**
```
aws memorydb create-multi-region-cluster \
--multi-region-cluster-name-suffix my-multi-region-cluster \
--node-type db.r7g.xlarge \
--engine valkey \
--region us-east-1
```
**Erstellen Sie einen regionalen Cluster in der Region USA Ost (Nord-Virginia)**
```
aws memorydb create-cluster \
--cluster-name my-cluster \
--multi-region-cluster-name my-multi-region-cluster \
--node-type db.r7g.xlarge \
--acl-name open-access \
--region us-east-1 \
```
**Erstellen Sie einen Regionscluster in der Region Europa (Irland)**
```
aws memorydb create-cluster \
--cluster-name my-cluster \
--multi-region-cluster-name my-multi-region-cluster \
--node-type db.r7g.xlarge \
--acl-name open-access \
--region eu-west-1 \
```
**Beschreiben Sie den multiregionalen Cluster aus einer beliebigen Region**
```
aws memorydb describe-multi-region-cluster \
--multi-region-cluster-name my-multi-region-cluster \
--region eu-west-1
```
## Aktualisieren Sie einen Cluster mit mehreren Regionen
**Knotentyp ändern**
```
aws memorydb update-multi-region-cluster \
--multi-region-cluster-name my-multi-region-cluster \
--node-type db.r7g.4xlarge \
--region us-east-1
```
**Die Anzahl der Shards ändern**
```
aws memorydb update-multi-region-cluster \
--multi-region-cluster-name my-multi-region-cluster \
--shard-configuration \
ShardCount=3 \
--update-strategy COORDINATED \
--region us-east-1
```
## Skalierung von MemoryDB-Clustern
Listen Sie zunächst die Knoten auf, die mit dem folgenden Befehl nach oben oder unten skaliert werden können: `list-allowed-node-type-updates`
```
aws memorydb list-allowed-node-type-updates \
--cluster-name my-cluster-name
```
Dadurch wird eine Liste von Knoten angezeigt, die nach oben oder unten skaliert werden können. Um sie dann zu aktualisieren, können Sie den `update-cluster` folgenden Befehl verwenden:
```
aws memorydb update-cluster \
--cluster-name my-cluster \
--node-type db.r6g.2xlarge
```
Weitere Informationen zur Skalierung mit Multi-Region finden Sie unter[Skalierung mit MemoryDB Multi-Region](multi-Region.Scaling.md).
## Löschen von Clustern in MemoryDB Multi-Region
**Löschen Sie einen regionalen Cluster**
```
aws memorydb delete-cluster \
--cluster-name my-cluster \
--multi-region-cluster-name my-multi-region-cluster \
--region us-east-1
```
**Löschen Sie einen Cluster mit mehreren Regionen**
```
aws memorydb delete-multi-region-cluster \
--multi-region-cluster-name my-multi-region-cluster \
--region us-east-1
```
# Überwachung von MemoryDB Multiregion
Sie können Amazon verwenden CloudWatch , um das Verhalten und die Leistung eines Clusters mit mehreren Regionen zu überwachen. MemoryDB veröffentlicht die `MultiRegionClusterReplicationLag` Metrik für jeden regionalen Cluster innerhalb des Multi-Region-Clusters.
`MultiRegionClusterReplicationLag`zeigt die verstrichene Zeit zwischen dem Schreiben eines Updates in das Multi-AZ-Transaktionsprotokoll eines regionalen Remote-Clusters und dem Schreiben dieses Updates auf den primären Knoten im lokalen Multi-Region-Cluster. Diese Metrik wird in Millisekunden ausgedrückt und für jedes Quell- und Zielregionspaar auf Shard-Ebene ausgegeben.
Im Normalbetrieb sollte `MultiRegionClusterReplicationLag` relativ konstant sein. Ein erhöhter Wert für `MultiRegionClusterReplicationLag` könnte darauf hinweisen, dass Updates von einem regionalen Cluster nicht rechtzeitig auf andere regionale Cluster übertragen werden. Im Laufe der Zeit könnte dies dazu führen, dass andere regionale Cluster *ins Hintertreffen geraten*, weil sie nicht mehr regelmäßig Updates erhalten.
`MultiRegionClusterReplicationLag`kann zunehmen, wenn eine AWS Region isoliert oder heruntergestuft wird und Sie in dieser Region über einen regionalen Cluster verfügen. In diesem Fall können Sie die Lese- und Schreibaktivitäten Ihrer Anwendung vorübergehend in eine andere fehlerfreie AWS Region umleiten.
# Skalierung mit MemoryDB Multi-Region
Wenn sich die Nachfrage nach Ihren Clustern ändert, können Sie entscheiden, die Leistung zu verbessern oder die Kosten zu senken, indem Sie den Knotentyp oder die Anzahl der Shards in Ihrem MemoryDB-Cluster ändern. Durch die Skalierung eines MemoryDB-Clusters mit mehreren Regionen werden alle darin enthaltenen regionalen Cluster skaliert. Der MemoryDB-Cluster mit mehreren Regionen unterstützt Online-Resharding. Der MemoryDB-Cluster mit mehreren Regionen unterstützt kein Offline-Resharding.
Zu den Bedingungen, unter denen Sie den Cluster möglicherweise neu skalieren, gehören folgende:
+ **Speicherdruck**
Wenn die Knoten in Ihren regionalen Clustern unter Speicherauslastung stehen, entscheiden Sie sich möglicherweise für ein Hoch- oder Hochskalieren, sodass Sie über mehr Ressourcen verfügen, um Daten besser speichern und Anfragen bearbeiten zu können.
Sie können feststellen, ob Ihre Knoten unter Speicherauslastung stehen, indem Sie die folgenden Messwerte überwachen: FreeableMemory SwapUsage,, BytesUsedForMemory DB und MultiRegionClusterReplicationLag
+ **CPU- oder Netzwerkengpass**
Wenn Ihr Cluster von latency/throughput Problemen betroffen ist, müssen Sie möglicherweise nach oben oder nach oben skalieren, um die Probleme zu lösen.
Sie können Ihre Latenz und Ihren Durchsatz überwachen, indem Sie die folgenden Messwerte überwachen:`CPUUtilization`,,`NetworkBytesIn`,` NetworkBytesOut`,`CurrConnections`,` NewConnections`. ` and MultiRegionClusterReplicationLag`
+ **Ihr Cluster ist überskaliert**
Der aktuelle Bedarf an Ihrem Cluster ist so hoch, dass eine Zu- oder Herunterskalierung die Leistung nicht beeinträchtigt und Ihre Kosten gesenkt werden.
Mithilfe der folgenden Kennzahlen können Sie die Nutzung Ihres Clusters überwachen, um festzustellen, ob Sie sicher ein- oder herunterskalieren können: FreeableMemory SwapUsage,, BytesUsedForMemory DB CPUUtilization, NetworkBytesIn, NetworkBytesOut, CurrConnections, NewConnections und MultiRegionClusterReplicationLag
Es gibt zwei Möglichkeiten, Ihren MemoryDB-Cluster mit mehreren Regionen zu skalieren: horizontale und vertikale Skalierung.
+ Mit der horizontalen Skalierung können Sie die Anzahl der Shards im MemoryDB-Cluster mit mehreren Regionen ändern, indem Sie Shards hinzufügen oder entfernen. Der Online-Resharding-Prozess ermöglicht die Skalierung, in/out während die regionalen Cluster weiterhin eingehende Anfragen bearbeiten.
+ Vertical ändert den Knotentyp, um die Größe des MemoryDB-Clusters mit mehreren Regionen zu ändern. Die vertikale Online-Skalierung ermöglicht die Skalierung, up/down während die regionalen Cluster weiterhin eingehende Anfragen bearbeiten.
Bei der Skalierung wird standardmäßig die „koordinierte“ Aktualisierungsstrategie verwendet. Das bedeutet, dass entweder alle regionalen Cluster erfolgreich skaliert werden oder keiner der regionalen Cluster skaliert.
Die Scale-Out-Operation unterstützt auch die „unkoordinierte“ Aktualisierungsstrategie. Das bedeutet, dass einige regionale Cluster erfolgreich skalieren können, während einige regionale Cluster bei einem Scale-Out-Versuch scheitern. Wenn ein regionales Cluster-Scale-out erfolgreich war, versuchen alle anderen regionalen Cluster erneut, bis jedes dieser anderen Scale-Outs ebenfalls erfolgreich ist.
Ein Cluster mit mehreren Regionen schlägt bei einer „unkoordinierten“ Skalierung fehl, wenn alle regionalen Cluster nicht skalieren können.
**Anmerkung**
Ein „unkoordiniertes“ Scale-out kann zu einem anhaltenden Ungleichgewicht der Kapazitäten zwischen regionalen Clustern führen, wenn regionale Cluster zu unterschiedlichen Zeiten skaliert werden. Dies kann zu einer Zunahme von MultiRegionClusterReplicationLag metrischen Clustern führen, und die Daten zu regionalen Clustern können für lange Zeit voneinander abweichen.
Regionale MemoryDB-Cluster mit mehreren Regionen können unterschiedliche Konfigurationen für die Anzahl der Replikatknoten haben, aber alle Shards in einem regionalen Cluster haben dieselbe Anzahl von Replikatknoten.
Wenn Sie die Größe und Speicherkapazität des MemoryDB-Clusters mit mehreren Regionen reduzieren, indem Sie entweder ein- oder herunterskalieren, stellen Sie sicher, dass die neue Konfiguration über ausreichend Arbeitsspeicher und freien Speicherplatz IPs für Ihre Daten verfügt, dass ausreichend Engine-Overhead vorhanden ist und dass die MultiRegionClusterReplicationLag Metriken für regionale Cluster innerhalb von Sekunden oder einer Minute liegen.
Sie können Ihren MemoryDB-Cluster mit mehreren Regionen horizontal und vertikal skalieren, indem Sie die, und die AWS-Managementkonsole MemoryDB-API verwenden. AWS CLI
# Unterstützte und nicht unterstützte Befehle
**Unterstützte Befehle**
**Anmerkung**
Der SET-Befehl unterstützt derzeit nicht die Optionen EX, PX, EXAT, PXAT und KEEPTTL.
Der Befehl RESTORE unterstützt nicht, TTL auf einen Wert ungleich Null zu setzen. Die Optionen ABSTTL, IDLETIME und FREQ werden ebenfalls nicht unterstützt.
| Datentyp | commands |
| --- | --- |
| Zeichenfolge | SET\$1, DECR, DECRBY, GET, GETRANGE, SUBSTR, GETDEL, GETSET, INCR, INCRBY, INCRBYFLOAT, MGET, MSET, MSETNX, SETNX, STRLEN, LCS |
| Hash | HINCRBY, HINCRBYFLOAT, HDEL, HSET, HMSET, HGET, HEXISTS, HLEN, HKEYS, HVALS, HGETALL, HMGET, HSTRLEN, HSETNX, HRANDFIELD, HSCAN |
| Einstellen | SADD, SREM, SISMEMBER, SMISMEMBER, SCARD, SMEMBERS, STANDMEMBER, SCAN, SUNION, SINTERCARD, SINTER, SDIFF, SPOP |
| Sortiertes Set | ZADD, ZINCRBY, ZSCORE, ZMSCORE, ZCARD, ZRANK, ZREVRANK, ZRANGE, ZRANGEBYSCORE, ZRANGEBYLEX, ZREVRANGE, ZREVRANGEBYLEX, ZREVRANGEBYSCORE, ZREMRANGEBYSCORE, ZREMRANGEBYRANK, ZUNION, ZINTER, ZINTERCARD, ZDIFF, ZLEXCOUNT, ZCOUNT, ZREM, ZMPOP, ZPOPMIN, ZPOPMAX, ZSCAN, ZRANDMEMBER |
| Generisch | SCANNEN, LÖSCHEN, VERKNÜPFUNG TRENNEN, SICHERN, WIEDERHERSTELLEN\$1\$1, EXISTS, KEYS, RANDOMKEY, TYPE |
**Befehle werden nicht unterstützt**
Zu den allgemeinen Kategorien nicht unterstützter Befehle gehören die nicht unterstützten Datentypen (Bitmaps, Hyperloglog, List, Geospatial und Stream), Befehle im Zusammenhang mit TTL, Blockierbefehle und Befehle im Zusammenhang mit Funktionen. Die vollständige Liste lautet wie folgt:
| Datentyp | commands |
| --- | --- |
| Zeichenfolge | APPEND, GETEX, SETEX, SETRANGE |
| Bitmap | BITCOUNT, BITFIELD, BITFIELD\$1RO, BITOP, BITPOS, GETBIT, SETBIT |
| Hyperlog-Protokoll | PFADD, PFCOUNT, PFDEBUG, PFMERGE, PFSELFTEST |
| Auflisten | BLMOVE, BLMPOP, BLPOP, BRPOP, BRPOPLPUSH, LINDEX, LINSERT, LEN, LMOVE, LMPOP, LPOP, LPOS, PUSH, PUSHX, LRANGE, LREM, LET, LTRIM, RPOP, RPOPLPUSH, RPUSH, RPUSHX |
| Einstellen | SMOVE, SUNONSTORE, DIFFSTORE, SINTERSTORE |
| Sortiertes Set | BZMPOP, BZPOPMAX, BZPOPMIN, ZDIFFSTORE, ZINTERSTORE, ZRANGESTORE, ZUNIONSTORE |
| Geodaten | GEOADD, GEODIST, GEOHASH, GEOPOS, GEORADIUS, GEORADIUS\$1RO, GEORADIUSBYMEMBER, GEORADIUSBYMEMBER\$1RO, GEOSEARCH, GEOSEARCHSTORE |
| Streamen | XACK, XADD, XAUTOCLAIM, XCLAIM, XDEL, XLEN, XPENDING, XRANGE, XREAD, XREADGROUP, XREVRANGE, XSETID, XTRIM, XGROUP, XINFO |
| Generisch | COPY, FLUSHDB, FLUSHALL, MOVE, RENAME, RENAMENX, SORT, SORT\$1RO, SWAPDB, OBJECT, FUNCTION, FCALL, FCALL\$1RO, EXPIRE, EXPIREAT, EXPIRETIME, PERSIST, PEXPIRE, PEXPIREAT, PEXPIREAT, PEXPIRETIME, PSETEX, PTTL, TTL |