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.
# Hohe Verfügbarkeit mit Replikationsgruppen
Amazon ElastiCache Valkey- und Redis OSS-Cluster mit einem Knoten sind In-Memory-Einheiten mit eingeschränkten Datenschutzdiensten (AOF). Sollte Ihr Cluster aus irgendeinem Grund ausfallen, verlieren Sie alle Daten des Clusters. Wenn Sie jedoch eine Valkey- oder Redis OSS-Engine ausführen, können Sie 2 bis 6 Knoten zu einem Cluster mit Replikaten gruppieren, wobei 1 bis 5 schreibgeschützte Knoten replizierte Daten des einzelnen primären Knotens der Gruppe enthalten. read/write Wenn aus irgendeinem Grund ein Knoten in diesem Szenario ausfällt, verlieren Sie nicht alle Daten, da sie auf einem oder mehreren Knoten repliziert sind. Aufgrund der Replikationslatenz können einige Daten verloren gehen, wenn der primäre Knoten ausfällt. read/write
Wie in der folgenden Grafik zu sehen ist, ist die Replikationsstruktur in einem Shard (in der API/CLI als *Knotengruppe* bezeichnet) enthalten, der in einem Valkey- oder Redis-OSS-Cluster enthalten ist. Valkey- oder Redis OSS-Cluster (Clustermodus deaktiviert) haben immer einen Shard. Valkey- oder Redis OSS-Cluster (Cluster-Modus aktiviert) können bis zu 500 Shards haben, wobei die Daten des Clusters auf die Shards verteilt sind. Sie können einen Cluster mit einer höheren Anzahl an Shards und einer geringeren Anzahl an Replikaten mit bis zu 90 Knoten pro Cluster erstellen. Diese Clusterkonfiguration reicht von 90 Shards und 0 Replikaten bis hin zu 15 Shards und 5 Replikaten, was dem Höchstwert für die Anzahl erlaubter Replikate entspricht.
Das Knoten- oder Shard-Limit kann ElastiCache für Valkey auf maximal 500 pro Cluster und mit ElastiCache Version 5.0.6 oder höher für Redis OSS erhöht werden. Sie können beispielsweise einen Cluster mit 500 Knoten konfigurieren, der zwischen 83 Shards (ein primärer Knoten und 5 Replikate pro Shard) und 500 Shards (ein primärer Knoten und keine Replikate) umfasst. Stellen Sie sicher, dass für die Erhöhung genügend IP-Adressen verfügbar sind. Häufige Fallstricke sind Subnetze in der Subnetzgruppe, die einen zu kleinen CIDR-Bereich haben, oder Subnetze, die gemeinsam genutzt und von anderen Clustern stark beansprucht werden. Weitere Informationen finden Sie unter [Erstellen einer Subnetzgruppe](SubnetGroups.Creating.md).
Für Versionen unter 5.0.6 liegt das Limit bei 250 pro Cluster.
Um eine Erhöhung des Limits zu beantragen, [AWS siehe Service Limits](https://docs.aws.amazon.com/general/latest/gr/aws_service_limits.html) und wählen Sie den Limittyp **Nodes per cluster per instance type**.
![\[Bild: Der Valkey- oder Redis OSS-Cluster (Clustermodus deaktiviert) hat einen Shard und 0 bis 5 Replikatknoten\]](http://docs.aws.amazon.com/de_de/AmazonElastiCache/latest/dg/images/ElastiCacheClusters-CSN-Redis-Replicas.png)
*Der Valkey- oder Redis OSS-Cluster (Clustermodus deaktiviert) hat einen Shard und 0 bis 5 Replikatknoten*
Wenn für den Cluster mit Replikaten Multi-AZ aktiviert ist, wird bei einem Ausfall des primären Knotens ein automatisches Failover auf eine Read Replica durchgeführt. Da die Daten auf den Replikatknoten asynchron aktualisiert werden, kann die Latenz bei der Aktualisierung der Replikatknoten zu geringfügigem Datenverlust führen. Weitere Informationen finden Sie unter [Minimierung von Fehlern beim Ausführen von Valkey oder Redis OSS](disaster-recovery-resiliency.md#FaultTolerance.Redis).
**Topics**
+ [Die OSS-Replikation von Valkey und Redis verstehen](Replication.Redis.Groups.md)
+ [Replikation: Valkey- und Redis OSS-Clustermodus deaktiviert oder aktiviert](Replication.Redis-RedisCluster.md)
+ [Minimierung von Ausfallzeiten durch die Verwendung ElastiCache von Multi-AZ mit Valkey und Redis OSS](AutoFailover.md)
+ [So werden Synchronisation und Backup implementiert](Replication.Redis.Versions.md)
+ [Erstellen einer Valkey- oder Redis OSS-Replikationsgruppe](Replication.CreatingRepGroup.md)
+ [Anzeigen der Details einer Replikationsgruppe](Replication.ViewDetails.md)
+ [Suchen von Endpunkten von Replikationsgruppen](Replication.Endpoints.md)
+ [Ändern einer Replikationsgruppe](Replication.Modify.md)
+ [Löschen einer Replikationsgruppe](Replication.DeletingRepGroup.md)
+ [Ändern der Anzahl von Replikaten](increase-decrease-replica-count.md)
+ [Heraufstufen einer Read Replica zu primären Replikationsgruppen für Valkey oder Redis OSS (Clustermodus deaktiviert)](Replication.PromoteReplica.md)
# Die OSS-Replikation von Valkey und Redis verstehen
Redis OSS implementiert die Replikation auf zwei Arten:
+ Mit einem einzigen Shard, der alle Clusterdaten in jedem Knoten enthält — Valkey oder Redis OSS (Clustermodus deaktiviert)
+ Mit Daten, die auf bis zu 500 Shards partitioniert sind — Valkey oder Redis OSS (Clustermodus aktiviert)
Jeder Shard in einer Replikationsgruppe hat einen einzelnen read/write primären Knoten und bis zu 5 schreibgeschützte Replikatknoten. Sie können einen Cluster mit einer höheren Anzahl an Shards und einer geringeren Anzahl an Replikaten mit bis zu 90 Knoten pro Cluster erstellen. Diese Clusterkonfiguration reicht von 90 Shards und 0 Replikaten bis hin zu 15 Shards und 5 Replikaten, was dem Höchstwert für die Anzahl erlaubter Replikate entspricht.
Das Knoten- oder Shard-Limit kann auf maximal 500 pro Cluster erhöht werden, wenn die Redis OSS-Engine-Version 5.0.6 oder höher ist. Sie können beispielsweise einen Cluster mit 500 Knoten konfigurieren, der zwischen 83 Shards (ein primärer Knoten und 5 Replikate pro Shard) und 500 Shards (ein primärer Knoten und keine Replikate) umfasst. Stellen Sie sicher, dass für die Erhöhung genügend IP-Adressen verfügbar sind. Häufige Fallstricke sind Subnetze in der Subnetzgruppe, die einen zu kleinen CIDR-Bereich haben, oder Subnetze, die gemeinsam genutzt und von anderen Clustern stark beansprucht werden. Weitere Informationen finden Sie unter [Erstellen einer Subnetzgruppe](SubnetGroups.Creating.md).
Für Versionen unter 5.0.6 liegt das Limit bei 250 pro Cluster.
Um eine Erhöhung des Limits zu beantragen, [AWS siehe Service Limits](https://docs.aws.amazon.com/general/latest/gr/aws_service_limits.html) und wählen Sie den Limittyp **Nodes per cluster per instance type**.
**Topics**
+ [Valkey oder Redis OSS (Clustermodus deaktiviert)](#Replication.Redis.Groups.Classic)
+ [Valkey oder Redis OSS (Clustermodus aktiviert)](#Replication.Redis.Groups.Cluster)
## Valkey oder Redis OSS (Clustermodus deaktiviert)
Ein Valkey- oder Redis OSS-Cluster (Cluster-Modus deaktiviert) hat einen einzelnen Shard, in dem sich eine Sammlung von Knoten befindet: ein primärer read/write Knoten und bis zu fünf sekundäre, schreibgeschützte Replikatknoten. Jede Read Replica speichert eine Kopie der Daten aus dem primären Knoten des Clusters. Mittels asynchroner Replikationsmechanismen werden die Read Replicas mit dem primären Knoten synchron gehalten. Anwendungen können aus jedem Knoten im Cluster lesen. Anwendungen können nur in den primären Knoten schreiben. Read Replicas verbessern den Lesedurchsatz und schützen vor Datenverlust im Falle eines Knotenausfalls.
![\[Bild: Valkey- oder Redis OSS-Cluster (Cluster-Modus deaktiviert) mit einem einzigen Shard und Replikatknoten\]](http://docs.aws.amazon.com/de_de/AmazonElastiCache/latest/dg/images/ElastiCacheClusters-CSN-Redis-Replicas.png)
*Valkey- oder Redis OSS-Cluster (Clustermodus deaktiviert) mit einem einzigen Shard und Replikatknoten*
Sie können Valkey- oder Redis OSS-Cluster (Clustermodus deaktiviert) mit Replikatknoten verwenden, um Ihre Lösung für leseintensive Anwendungen ElastiCache zu skalieren oder um eine große Anzahl von Clients zu unterstützen, die gleichzeitig aus demselben Cluster lesen.
Alle Knoten in einem Valkey- oder Redis OSS-Cluster (Clustermodus deaktiviert) müssen sich in derselben Region befinden.
Wenn Sie eine Read Replica zu einem Cluster hinzufügen, werden alle Daten vom primären Knoten auf den neuen Knoten kopiert. Ab diesem Punkt werden Änderung jedes Mal, wenn Daten in den primären Knoten geschrieben werden, synchron auf alle Read Replicas übertragen.
Um die Fehlertoleranz zu verbessern und Ausfallzeiten beim Schreiben zu reduzieren, aktivieren Sie Multi-AZ mit automatischem Failover für Ihren Valkey- oder Redis OSS-Cluster (Cluster-Modus deaktiviert) mit Replikaten. Weitere Informationen finden Sie unter [Minimierung von Ausfallzeiten durch die Verwendung ElastiCache von Multi-AZ mit Valkey und Redis OSS](AutoFailover.md).
Sie können die Rollen der Knoten innerhalb des Valkey- oder Redis OSS-Clusters (Clustermodus deaktiviert) ändern, wobei der primäre Knoten und eines der Replikate die Rollen austauschen. Sie könnten sich aus Gründen der Leistungsoptimierung hierfür entscheiden. Bei einer Webanwendung mit der intensivsten Schreibaktivität könnten Sie z. B. den Knoten mit der niedrigsten Netzwerklatenz wählen. Weitere Informationen finden Sie unter [Heraufstufen einer Read Replica zu primären Replikationsgruppen für Valkey oder Redis OSS (Clustermodus deaktiviert)](Replication.PromoteReplica.md).
## Valkey oder Redis OSS (Clustermodus aktiviert)
Ein Valkey- oder Redis OSS-Cluster (Clustermodus aktiviert) besteht aus 1 bis 500 Shards (API/CLI: Knotengruppen). Jeder Shard verfügt über einen primären Knoten und bis zu fünf schreibgeschützte Replikatknoten. Die Konfiguration reicht von 90 Shards und 0 Replikaten bis hin zu 15 Shards und 5 Replikaten, was dem Höchstwert für die Anzahl erlaubter Replikate entspricht.
Das Knoten- oder Shard-Limit kann auf maximal 500 pro Cluster erhöht werden, wenn die Engine-Version Valkey 7.2 und höher oder Redis OSS 5.0.6 und höher ist. Sie können beispielsweise einen Cluster mit 500 Knoten konfigurieren, der zwischen 83 Shards (ein primärer Knoten und 5 Replikate pro Shard) und 500 Shards (ein primärer Knoten und keine Replikate) umfasst. Stellen Sie sicher, dass für die Erhöhung genügend IP-Adressen verfügbar sind. Häufige Fallstricke sind Subnetze in der Subnetzgruppe, die einen zu kleinen CIDR-Bereich haben, oder Subnetze, die gemeinsam genutzt und von anderen Clustern stark beansprucht werden. Weitere Informationen finden Sie unter [Erstellen einer Subnetzgruppe](SubnetGroups.Creating.md).
Für Versionen unter 5.0.6 liegt das Limit bei 250 pro Cluster.
Um eine Erhöhung des Limits zu beantragen, [AWS siehe Service Limits](https://docs.aws.amazon.com/general/latest/gr/aws_service_limits.html) und wählen Sie den Limittyp **Nodes per cluster per instance type**.
Jede Read Replica in einem Shard speichert eine Kopie der Daten aus dem primären Knoten des Shards. Mittels asynchroner Replikationsmechanismen werden die Read Replicas mit dem primären Knoten synchron gehalten. Anwendungen können aus jedem Knoten im Cluster lesen. Anwendungen können nur in die primären Knoten schreiben. Read Replicas verbessern die Leseskalierbarkeit und schützen vor Datenverlust. Die Daten werden auf die Shards in einem Valkey- oder Redis OSS-Cluster (Cluster-Modus aktiviert) aufgeteilt.
Anwendungen verwenden den *Konfigurationsendpunkt* des Valkey- oder Redis OSS-Clusters (Clustermodus aktiviert), um eine Verbindung mit den Knoten im Cluster herzustellen. Weitere Informationen finden Sie unter [Verbindungsendpunkte finden in ElastiCache](Endpoints.md).
![\[Bild: Valkey- oder Redis OSS-Cluster (Clustermodus aktiviert) mit mehreren Shards und Replikatknoten\]](http://docs.aws.amazon.com/de_de/AmazonElastiCache/latest/dg/images/ElastiCacheClusters-CSN-RedisClusters.png)
*Valkey- oder Redis OSS-Cluster (Clustermodus aktiviert) mit mehreren Shards und Replikatknoten*
Alle Knoten in einem Valkey- oder Redis OSS-Cluster (Clustermodus aktiviert) müssen sich in derselben Region befinden. Zur Verbesserung der Fehlertoleranz können Sie sowohl primären Knoten als auch Read Replicas in mehreren Availability Zones innerhalb dieser Region bereitstellen.
Derzeit weisen die Funktionen von Valkey oder Redis OSS (Clustermodus aktiviert) einige Einschränkungen auf.
+ Keine der Replikatknoten können zum primären Knoten manuell heraufgestuft werden.
# Replikation: Valkey- und Redis OSS-Clustermodus deaktiviert oder aktiviert
Ab Valkey 7.2 und Redis OSS Version 3.2 haben Sie die Möglichkeit, einen von zwei unterschiedlichen Clustertypen (API/CLI: replication groups). A Valkey or Redis OSS (cluster mode disabled) cluster always has a single shard (API/CLI: Knotengruppe) mit bis zu 5 Read Replica-Knoten zu erstellen. Ein Valkey- oder Redis OSS-Cluster (Clustermodus aktiviert) hat bis zu 500 Shards mit jeweils 1 bis 5 Read Replica-Knoten.
![\[Bild: Valkey- oder Redis OSS-Cluster (Clustermodus deaktiviert) und Valkey- oder Redis OSS-Cluster (Clustermodus aktiviert)\]](http://docs.aws.amazon.com/de_de/AmazonElastiCache/latest/dg/images/ElastiCache-NodeGroups.png)
*Valkey- oder Redis OSS-Cluster (Clustermodus deaktiviert) und Valkey- oder Redis OSS-Cluster (Clustermodus aktiviert)*
In der folgenden Tabelle werden wichtige Unterschiede zwischen Valkey- oder Redis OSS-Clustern (Clustermodus deaktiviert) und Valkey- oder Redis OSS-Clustern (Clustermodus aktiviert) zusammengefasst.
**Vergleich von Valkey- oder Redis OSS-Clustern (Clustermodus deaktiviert) und Valkey- oder Redis OSS-Clustern (Clustermodus aktiviert)**
| Funktion | Valkey oder Redis OSS (Clustermodus deaktiviert) | Valkey oder Redis OSS (Clustermodus aktiviert) |
| --- | --- | --- |
| Anpassbar | Ja. Unterstützt das Hinzufügen und Löschen von Replikatknoten und das Hochskalieren des Knotentyps. | Begrenzt. Weitere Informationen erhalten Sie unter [Versionsverwaltung für ElastiCache](VersionManagement.md) und [Skalierung von Valkey- oder Redis OSS-Clustern (Clustermodus aktiviert)](scaling-redis-cluster-mode-enabled.md). |
| Datenpartitionierung | Nein | Ja |
| Shards | 1 | 1 bis 500 |
| Read Replicas | 0 bis 5 Wenn Sie bei einem Knotenausfall über keine Replikate verfügen, gehen alle Ihre Daten verloren. | 0 bis 5 pro Shard. Wenn Sie bei einem Knotenausfall über keine Replikate verfügen, gehen alle Ihre Daten in diesem Shard verloren. |
| Multi-AZ | Ja, mit mindestens 1 Replikat. Optional. Standardmäßig aktiviert | JaOptional. Standardmäßig aktiviert |
| Snapshots (Backups) | Ja, es wird eine einzelne .rdb-Datei erstellt. | Ja, es wird für jeden Shard eine eindeutige .rdb-Datei erstellt. |
| Wiederherstellung | Ja, mit einer einzigen .rdb-Datei aus einem Valkey- oder Redis OSS-Cluster (Clustermodus deaktiviert). | Ja, mit .rdb-Dateien aus einem Valkey- oder Redis OSS-Cluster (Clustermodus deaktiviert) oder einem Valkey- oder Redis OSS-Cluster (Clustermodus aktiviert). |
| Unterstützt von | Alle Valkey- und Redis OSS-Versionen | Alle Valkey-Versionen und Redis OSS 3.2 und folgende |
| Engine aktualisierbar | Ja, mit einigen Einschränkungen. Weitere Informationen finden Sie unter [Versionsverwaltung für ElastiCache](VersionManagement.md). | Ja, mit einigen Einschränkungen. Weitere Informationen finden Sie unter [Versionsverwaltung für ElastiCache](VersionManagement.md). |
| Verschlüsselung | Versionen 3.2.6 (für EOL geplant, siehe [Zeitplan für das Ende der Lebensdauer der Redis OSS-Versionen](engine-versions.md#deprecated-engine-versions)) und 4.0.10 und höher. | Versionen 3.2.6 (für EOL geplant, siehe Zeitplan für das [Ende der Lebensdauer der Redis OSS-Versionen](engine-versions.md#deprecated-engine-versions)) und 4.0.10 und höher. |
| HIPAA-konform | Versionen 3.2.6 (für EOL geplant, siehe Zeitplan für das [Ende der Lebensdauer der Redis OSS-Versionen](engine-versions.md#deprecated-engine-versions)) und 4.0.10 und höher. | Versionen 3.2.6 (für EOL geplant, siehe Zeitplan für das [Ende der Lebensdauer der Redis OSS-Versionen](engine-versions.md#deprecated-engine-versions)) und 4.0.10 und höher. |
| Zu PCI DSS konform | Versionen 3.2.6 (für EOL geplant, siehe Zeitplan für das [Ende der Lebensdauer der Redis OSS-Versionen](engine-versions.md#deprecated-engine-versions)) und 4.0.10 und höher. | Versionen 3.2.6 (für EOL geplant, siehe Zeitplan für das [Ende der Lebensdauer der Redis OSS-Versionen](engine-versions.md#deprecated-engine-versions)) und 4.0.10 und höher. |
| Online-Resharding | N/A | Version 3.2.10 (für EOL geplant, siehe Zeitplan für das Ende der Lebensdauer der [Redis OSS-Versionen](engine-versions.md#deprecated-engine-versions)) und höher. |
## Welchen Cluster soll ich wählen?
Wenn Sie zwischen Valkey oder Redis OSS (Cluster-Modus deaktiviert) oder Valkey oder Redis OSS (Cluster-Modus aktiviert) wählen, sollten Sie die folgenden Faktoren berücksichtigen:
+ **Skalierung im Vergleich zu Partitionierung** – Geschäftliche Anforderungen ändern sich. Sie müssen entweder für Spitzenbedarf vorsorgen oder bei Bedarfsänderungen skalieren. Valkey oder Redis OSS (Clustermodus deaktiviert) unterstützt die Skalierung. Sie können die Lesekapazität durch Hinzufügen oder Löschen von Replikatknoten skalieren. Sie können die Kapazität auch nach oben skalieren, indem Sie auf einen größeren Knotentyp skalieren. Beide dieser Operationen sind zeitaufwendig. Weitere Informationen finden Sie unter [Skalierung von Replikatknoten für Valkey oder Redis OSS (Clustermodus deaktiviert)](Scaling.RedisReplGrps.md).
Valkey oder Redis OSS (Clustermodus aktiviert) unterstützt die Partitionierung Ihrer Daten auf bis zu 500 Knotengruppen. Sie können die Anzahl der Shards dynamisch ändern, wenn sich Ihre Geschäftsanforderungen ändern. Ein Vorteil der Partitionierung liegt darin, dass Ihre Arbeitslast über eine größere Anzahl von Endpunkten verteilt wird. Dadurch lassen sich Engpässe in Zeiten mit höchster Auslastung reduzieren. Zusätzlich dazu können Sie einen größeren Datensatz bewältigen, da die Daten über mehrere Server verteilt werden können. Informationen zur Skalierung Ihrer Partitionen finden Sie unter. [Skalierung von Valkey- oder Redis OSS-Clustern (Clustermodus aktiviert)](scaling-redis-cluster-mode-enabled.md)
+ **Knotengröße vs. Anzahl der Knoten** — Da ein Valkey- oder Redis OSS-Cluster (Cluster-Modus deaktiviert) nur einen Shard hat, muss der Knotentyp groß genug sein, um alle Daten des Clusters sowie den erforderlichen Overhead aufzunehmen. Da Sie Ihre Daten andererseits auf mehrere Shards partitionieren können, wenn Sie einen Valkey- oder Redis OSS-Cluster (Cluster-Modus aktiviert) verwenden, können die Knotentypen kleiner sein, obwohl Sie mehr davon benötigen. Weitere Informationen finden Sie unter [Auswahl der Knotengröße](CacheNodes.SelectSize.md).
+ **Lesevorgänge versus Schreibvorgänge** — Wenn die Hauptlast auf Ihrem Cluster darin besteht, dass Anwendungen Daten lesen, können Sie einen Valkey- oder Redis OSS-Cluster (Cluster-Modus deaktiviert) skalieren, indem Sie Read Replicas hinzufügen und löschen. Es gibt jedoch maximal 5 Read Replicas. Wenn die Last auf Ihrem Cluster viele Schreibvorgänge erfordert, können Sie von den zusätzlichen Schreibendpunkten eines Valkey- oder Redis OSS-Clusters (Clustermodus aktiviert) mit mehreren Shards profitieren.
Unabhängig von dem ausgewählten, zu implementierenden Clustertyp ist es wichtig, einen Knotentyp zu wählen, der für Ihre derzeitigen und zukünftigen Anforderungen angemessen ist.
# Minimierung von Ausfallzeiten durch die Verwendung ElastiCache von Multi-AZ mit Valkey und Redis OSS
Es gibt eine Reihe von Fällen, in denen OSS ElastiCache für Valkey und Redis möglicherweise einen Primärknoten austauschen muss. Dazu gehören bestimmte Arten von geplanten Wartungsarbeiten und der unwahrscheinliche Fall eines Ausfalls eines Primärknotens oder einer Availability Zone.
Dieser Austausch führt zu einer gewissen Ausfallzeit für den Cluster, aber wenn Multi-AZ aktiviert ist, wird die Ausfallzeit minimiert. Die Rolle des primären Knotens wird automatisch auf eines der Read Replicas übertragen. Es ist nicht erforderlich, einen neuen Primärknoten zu erstellen und bereitzustellen, da dies transparent ElastiCache gehandhabt wird. Dieser Failover und die Replikatheraufstufung stellen sicher, dass Sie weiter in den neuen primären Knoten schreiben können, sobald die Heraufstufung abgeschlossen wurde.
ElastiCache verbreitet auch den DNS-Namen (Domain Name Service) des beworbenen Replikats. Auf diese Weise ist in Ihrer Anwendung, falls sie in den primären Endpunkt schreibt, keine Endpunktänderung erforderlich. Wenn Sie aus individuellen Endpunkten lesen, müssen Sie den Leseendpunkt des zum primären Knoten heraufgestuften Replikats in den Endpunkt des neuen Replikats ändern.
Im Falle eines geplanten Knotenaustauschs, der aufgrund von Wartungs- oder Self-Service-Aktualisierungen eingeleitet wird, beachten Sie Folgendes:
+ Bei Valkey- und Redis OSS-Clustern werden die geplanten Knotenersetzungen abgeschlossen, während der Cluster eingehende Schreibanforderungen bearbeitet.
+ Bei deaktivierten Clustern im Valkey- und Redis OSS-Clustermodus mit aktiviertem Multi-AZ, die auf der Engine 5.0.6 oder höher ausgeführt werden, werden die geplanten Knotenersetzungen abgeschlossen, während der Cluster eingehende Schreibanforderungen bearbeitet.
+ Bei deaktivierten Clustern im Valkey- und Redis OSS-Clustermodus mit aktiviertem Multi-AZ, die auf der Engine 4.0.10 oder früher ausgeführt werden, stellen Sie möglicherweise eine kurze Schreibunterbrechung im Zusammenhang mit DNS-Updates fest. Diese Unterbrechung kann bis zu einigen Sekunden dauern. Dieser Vorgang ist viel schneller als die Neuerstellung und Bereitstellung einer neuen Primärdatenbank, was geschieht, wenn Sie Multi-AZ nicht aktivieren.
Sie können Multi-AZ mithilfe der ElastiCache Management Console, der oder der API aktivieren. AWS CLI ElastiCache
Die Aktivierung von ElastiCache Multi-AZ auf Ihrem Valkey- oder Redis OSS-Cluster (in der API und CLI, Replikationsgruppe) verbessert Ihre Fehlertoleranz. Dies gilt insbesondere in Fällen, in denen der read/write primäre Cluster Ihres Clusters nicht mehr erreichbar ist oder aus irgendeinem Grund ausfällt. Multi-AZ wird nur auf Valkey- und Redis OSS-Clustern mit mehr als einem Knoten in jedem Shard unterstützt.
**Topics**
+ [Aktivieren von Multi-AZ](#AutoFailover.Enable)
+ [Fehlerszenarien mit Multi-AZ-Antworten](#AutoFailover.Scenarios)
+ [Testen des automatischen Failovers](#auto-failover-test)
+ [Einschränkungen bei Multi-AZ](#AutoFailover.Limitations)
## Aktivieren von Multi-AZ
Sie können Multi-AZ aktivieren, wenn Sie einen Cluster (API oder CLI, Replikationsgruppe) mithilfe der ElastiCache Konsole oder der ElastiCache API erstellen oder ändern. AWS CLI
Sie können Multi-AZ nur auf Valkey- oder Redis OSS-Clustern (Clustermodus deaktiviert) aktivieren, für die mindestens eine Read Replica verfügbar ist. Cluster ohne Read Replicas bieten keine hohe Verfügbarkeit oder Fehlertoleranz. Weitere Informationen zum Erstellen eines Clusters mit Replikation finden Sie unter [Erstellen einer Valkey- oder Redis OSS-Replikationsgruppe](Replication.CreatingRepGroup.md). Weitere Informationen zum Hinzufügen einer Read Replica zu einem Cluster mit Replikation finden Sie unter [Hinzufügen einer Read Replica für Valkey oder Redis OSS (Cluster-Modus deaktiviert)](Replication.AddReadReplica.md).
**Topics**
+ [Aktivieren von Multi-AZ (Konsole)](#AutoFailover.Enable.Console)
+ [Aktivieren von Multi-AZ (AWS CLI)](#AutoFailover.Enable.CLI)
+ [Multi-AZ (ElastiCache API) aktivieren](#AutoFailover.Enable.API)
### Aktivieren von Multi-AZ (Konsole)
Sie können Multi-AZ mithilfe der ElastiCache Konsole aktivieren, wenn Sie einen neuen Valkey- oder Redis OSS-Cluster erstellen oder indem Sie einen vorhandenen Cluster mit Replikation ändern.
Multi-AZ ist standardmäßig auf Valkey- oder Redis OSS-Clustern (Clustermodus aktiviert) aktiviert.
**Wichtig**
ElastiCache aktiviert Multi-AZ automatisch nur dann, wenn der Cluster in allen Shards mindestens ein Replikat in einer anderen Availability Zone als der primären enthält.
#### Multi-AZ wird aktiviert, wenn ein Cluster mithilfe der Konsole erstellt wird ElastiCache
Weitere Informationen zu diesem Vorgang finden Sie unter [Erstellen eines Valkey-Clusters (Cluster-Modus deaktiviert) (Konsole)](SubnetGroups.designing-cluster-pre.valkey.md#Clusters.Create.CON.valkey-gs). Achten Sie darauf, dass mehr als ein Replikat vorhanden und Multi-AZ aktiviert ist.
#### Aktivieren von Multi-AZ auf einem vorhandenen Cluster (Konsole)
Weitere Informationen zu diesem Prozess finden Sie unter „Ändern eines Clusters“ [Unter Verwendung der ElastiCache AWS-Managementkonsole](Clusters.Modify.md#Clusters.Modify.CON).
### Aktivieren von Multi-AZ (AWS CLI)
Im folgenden Codebeispiel wird Multi-AZ für die AWS CLI Replikationsgruppe aktiviert. `redis12`
**Wichtig**
Die Replikationsgruppe `redis12` muss bereits vorhanden sein und mindestens eine verfügbare Read Replica besitzen.
Für Linux, macOS oder Unix:
```
aws elasticache modify-replication-group \
--replication-group-id redis12 \
--automatic-failover-enabled \
--multi-az-enabled \
--apply-immediately
```
Für Windows:
```
aws elasticache modify-replication-group ^
--replication-group-id redis12 ^
--automatic-failover-enabled ^
--multi-az-enabled ^
--apply-immediately
```
Die JSON-Ausgabe dieses Befehls sollte in etwa folgendermaßen aus.
```
{
"ReplicationGroup": {
"Status": "modifying",
"Description": "One shard, two nodes",
"NodeGroups": [
{
"Status": "modifying",
"NodeGroupMembers": [
{
"CurrentRole": "primary",
"PreferredAvailabilityZone": "us-west-2b",
"CacheNodeId": "0001",
"ReadEndpoint": {
"Port": 6379,
"Address": "redis12-001.v5r9dc.0001.usw2.cache.amazonaws.com"
},
"CacheClusterId": "redis12-001"
},
{
"CurrentRole": "replica",
"PreferredAvailabilityZone": "us-west-2a",
"CacheNodeId": "0001",
"ReadEndpoint": {
"Port": 6379,
"Address": "redis12-002.v5r9dc.0001.usw2.cache.amazonaws.com"
},
"CacheClusterId": "redis12-002"
}
],
"NodeGroupId": "0001",
"PrimaryEndpoint": {
"Port": 6379,
"Address": "redis12.v5r9dc.ng.0001.usw2.cache.amazonaws.com"
}
}
],
"ReplicationGroupId": "redis12",
"SnapshotRetentionLimit": 1,
"AutomaticFailover": "enabling",
"MultiAZ": "enabled",
"SnapshotWindow": "07:00-08:00",
"SnapshottingClusterId": "redis12-002",
"MemberClusters": [
"redis12-001",
"redis12-002"
],
"PendingModifiedValues": {}
}
}
```
Weitere Informationen zu diesen Themen finden Sie in der *AWS CLI -Befehlsreferenz*:
+ [create-cache-cluster](https://docs.aws.amazon.com/cli/latest/reference/elasticache/create-cache-cluster.html)
+ [create-replication-group](https://docs.aws.amazon.com/cli/latest/reference/elasticache/create-replication-group.html)
+ [modify-replication-group](https://docs.aws.amazon.com/cli/latest/reference/elasticache/modify-replication-group.html)in der *AWS CLI Befehlsreferenz.*
### Multi-AZ (ElastiCache API) aktivieren
Das folgende Codebeispiel verwendet die ElastiCache API, um Multi-AZ für die Replikationsgruppe zu aktivieren. `redis12`
**Anmerkung**
Zur Verwendung dieses Beispiels muss die Replikationsgruppe `redis12` bereits vorhanden sein und mindestens ein verfügbares Lesereplikat besitzen.
```
https://elasticache.us-west-2.amazonaws.com/
?Action=ModifyReplicationGroup
&ApplyImmediately=true
&AutoFailover=true
&MultiAZEnabled=true
&ReplicationGroupId=redis12
&Version=2015-02-02
&SignatureVersion=4
&SignatureMethod=HmacSHA256
&Timestamp=20140401T192317Z
&X-Amz-Credential=
```
Weitere Informationen zu diesen Themen finden Sie in der *ElastiCache -API-Befehlsreferenz*:
+ [CreateCacheCluster](https://docs.aws.amazon.com/AmazonElastiCache/latest/APIReference/API_CreateCacheCluster.html)
+ [CreateReplicationGroup](https://docs.aws.amazon.com/AmazonElastiCache/latest/APIReference/API_CreateReplicationGroup.html)
+ [ModifyReplicationGroup](https://docs.aws.amazon.com/AmazonElastiCache/latest/APIReference/API_ModifyReplicationGroup.html)
## Fehlerszenarien mit Multi-AZ-Antworten
Vor der Einführung von Multi-AZ wurden die ausgefallenen Knoten eines Clusters ElastiCache erkannt und ersetzt, indem der ausgefallene Knoten neu erstellt und erneut bereitgestellt wurde. Wenn Sie Multi-AZ aktivieren, wird bei einem ausgefallenen primärer Knoten ein Failover auf das Replikat mit der geringsten Replikationsverzögerung durchgeführt. Das ausgewählte Replikat wird automatisch zum primären Knoten heraufgestuft. Dies ist sehr viel schneller, als einen neuen primären Knoten zu erstellen und neu bereitzustellen. Bei diesem Vorgang dauert gewöhnlich nur wenige Sekunden, bis Sie wieder in den Cluster schreiben können.
Wenn Multi-AZ aktiviert ist, wird der Status des ElastiCache Primärknotens kontinuierlich überwacht. Sollte der primäre Knoten ausfallen, wird abhängig von der Art des Ausfalls eine der folgenden Aktionen durchgeführt.
**Topics**
+ [Fehlerszenarien, wenn nur der Primärknoten ausfällt](#AutoFailover.Scenarios.PrimaryOnly)
+ [Fehlerszenarien, wenn der Primärknoten und einige Read Replicas (Lesereplikate) fehlschlagen](#AutoFailover.Scenarios.PrimaryAndReplicas)
+ [Fehlerszenarien, wenn der gesamte Cluster ausfällt](#AutoFailover.Scenarios.AllFail)
### Fehlerszenarien, wenn nur der Primärknoten ausfällt
Wenn nur der primäre Knoten ausfällt, wird das Read Replica mit der geringsten Replikationsverzögerung wird zum primären Cluster heraufgestuft. Ein Ersatz-Read Replica wird dann in derselben Availability Zone wie der ausgefallene primäre Knoten erstellt und bereitgestellt .
Wenn nur der Primärknoten ausfällt, geht ElastiCache Multi-AZ wie folgt vor:
1. Der ausgefallene primäre Knoten wird in den Offline-Zustand versetzt.
1. Die Read Replica mit der geringsten Replikationsverzögerung wird zum primären Knoten heraufgestuft.
Die Schreibvorgänge können fortgesetzt werden, sobald der Vorgang der Heraufstufung abgeschlossen ist. Dies dauert in der Regel nur einige Sekunden. Wenn Ihre Anwendung auf den primären Endpunkt schreibt, ist keine Endpunktänderung für Schreib- oder Lesevorgänge Vorgänge erforderlich, da ElastiCache den DNS-Namen des heraufgestuften Replikats überträgt.
1. Ein Ersatz-Read Replica wird gestartet und bereitgestellt.
Die Ersatz-Read Replica wird in der Availability Zone gestartet, in der sich der ausgefallene Knoten befand. Die Verteilung der Knoten bleibt daher erhalten.
1. Die anderen Replikate werden mit dem neuen primären Knoten synchronisiert.
Nachdem das neue Replikat verfügbar ist, beachten Sie die folgenden Effekte:
+ **Primärer Endpunkt** – Sie müssen keine Änderungen an Ihrer Anwendung vornehmen, da der DNS-Name des neuen primären Knotens an den primären Endpunkt weitergegeben wird.
+ **Lese-Endpunkt** – Der Lese-Endpunkt wird automatisch aktualisiert, sodass er auf die neuen Replikatknoten verweist.
Weitere Informationen zum Suchen der Endpunkte eines Clusters finden Sie in den folgenden Themen:
+ [Finden Sie die Endpunkte eines Valkey- oder Redis OSS-Clusters (Cluster-Modus deaktiviert) (Konsole)](Endpoints.md#Endpoints.Find.Redis)
+ [Finden der Endpunkte für Valkey- oder Redis OSS-Replikationsgruppen ()AWS CLI](Endpoints.md#Endpoints.Find.CLI.ReplGroups)
+ [Suche nach Endpunkten für Valkey- oder Redis OSS-Replikationsgruppen (API) ElastiCache](Endpoints.md#Endpoints.Find.API.ReplGroups)
### Fehlerszenarien, wenn der Primärknoten und einige Read Replicas (Lesereplikate) fehlschlagen
Bei Ausfall des primären Clusters und mindestens einer Read Replica wird das verfügbare Replikat mit der geringsten Replikationsverzögerung zum primären Cluster heraufgestuft. Zudem werden in denselben Availability Zones, in der sich die ausgefallenen Knoten und das zum primären Cluster heraufgestufte Replikat befanden, neue Read Replicas erstellt und bereitgestellt.
Wenn der Primärknoten und einige Read Replicas ausfallen, geht ElastiCache Multi-AZ wie folgt vor:
1. Der ausgefallene primäre Knoten und ausgefallenen die Read Replicas werden in den Offline-Zustand versetzt.
1. Das verfügbare Replikat mit der geringsten Replikationsverzögerung wird zum primären Knoten heraufgestuft.
Die Schreibvorgänge können fortgesetzt werden, sobald der Vorgang der Heraufstufung abgeschlossen ist. Dies dauert in der Regel nur einige Sekunden. Wenn Ihre Anwendung auf den primären Endpunkt schreibt, müssen Sie den Endpunkt für Schreibvorgänge nicht ändern. ElastiCache verbreitet den DNS-Namen des beworbenen Replikats.
1. Ersatzreplikate werden erstellt und bereitgestellt.
Die Ersatzreplikate werden in den Availability Zones der ausgefallenen Knoten erstellt, sodass die Verteilung der Knoten erhalten bleibt.
1. Alle Cluster werden mit dem neuen primären Knoten synchronisiert.
Nehmen Sie die folgenden Änderungen an Ihrer Anwendung vor, wenn die neuen Knoten verfügbar sind:
+ **Primärer Endpunkt** – Nehmen Sie keine Änderungen an Ihrer Anwendung vor. Der DNS-Name des neuen Primärknotens wird an den primären Endpunkt weitergegeben.
+ **Lese-Endpunkt** – Der Lese-Endpunkt wird automatisch so aktualisiert, dass er auf die neuen Replikatknoten verweist.
Weitere Informationen zum Suchen der Endpunkte einer Replikationsgruppe finden Sie in den folgenden Themen:
+ [Finden Sie die Endpunkte eines Valkey- oder Redis OSS-Clusters (Cluster-Modus deaktiviert) (Konsole)](Endpoints.md#Endpoints.Find.Redis)
+ [Finden der Endpunkte für Valkey- oder Redis OSS-Replikationsgruppen ()AWS CLI](Endpoints.md#Endpoints.Find.CLI.ReplGroups)
+ [Suche nach Endpunkten für Valkey- oder Redis OSS-Replikationsgruppen (API) ElastiCache](Endpoints.md#Endpoints.Find.API.ReplGroups)
### Fehlerszenarien, wenn der gesamte Cluster ausfällt
Bei einem umfassenden Ausfall werden in denselben Availability Zones, der sich die Originalknoten befanden, alle Knoten neu erstellt und bereitgestellt.
In diesem Szenario gehen alle Daten im Cluster aufgrund des Ausfalls eines jeden Knotens im Cluster verloren. Ein solches Ereignis ist selten.
Wenn der gesamte Cluster ausfällt, geht ElastiCache Multi-AZ wie folgt vor:
1. Der ausgefallene primäre Knoten und die Read Replicas werden in den Offline-Zustand versetzt.
1. Es wird ein primäre Ersatzknoten erstellt und bereitgestellt.
1. Ersatzreplikate werden erstellt und bereitgestellt.
Die Ersetzungen werden in den Availability Zones der ausgefallenen Knoten erstellt, sodass die Verteilung der Knoten erhalten bleibt.
Da der gesamte Cluster ausgefallen ist, kam es zu Datenverlust. Alle neuen Knoten werden kalt gestartet.
Da jeder Ersatzknoten denselben Endpunkt wie der Knoten hat, der durch ihn ersetzt wird, müssen in Ihrer Anwendung keine Endpunktänderungen vorgenommen werden.
Weitere Informationen zum Suchen der Endpunkte einer Replikationsgruppe finden Sie in den folgenden Themen:
+ [Finden Sie die Endpunkte eines Valkey- oder Redis OSS-Clusters (Cluster-Modus deaktiviert) (Konsole)](Endpoints.md#Endpoints.Find.Redis)
+ [Finden der Endpunkte für Valkey- oder Redis OSS-Replikationsgruppen ()AWS CLI](Endpoints.md#Endpoints.Find.CLI.ReplGroups)
+ [Suche nach Endpunkten für Valkey- oder Redis OSS-Replikationsgruppen (API) ElastiCache](Endpoints.md#Endpoints.Find.API.ReplGroups)
Es wird empfohlen, den primären Knoten und die Read Replicas in verschiedenen Availability Zones zu erstellen. Dadurch wird der Grad der Fehlertoleranz erhöht.
## Testen des automatischen Failovers
Nachdem Sie den automatischen Failover aktiviert haben, können Sie ihn mithilfe der ElastiCache Konsole AWS CLI, der und der ElastiCache API testen.
Beim Testen ist Folgendes zu beachten:
+ Sie können diesen Vorgang verwenden, um das automatische Failover auf bis zu 15 Shards (in der ElastiCache API als Knotengruppen bezeichnet AWS CLI) in einem beliebigen Zeitraum von 24 Stunden zu testen.
+ Wenn Sie diese Operation für Shards in verschiedenen Clustern (in der API und CLI als Replikationsgruppen bezeichnet) aufrufen, können diese Aufrufe gleichzeitig erfolgen.
+ In einigen Fällen können Sie diesen Vorgang mehrmals auf verschiedenen Shards in derselben Valkey- oder Redis OSS-Replikationsgruppe (Clustermodus aktiviert) aufrufen. In solchen Fällen muss die erste Knotenersetzung abgeschlossen werden, bevor ein nachfolgender Aufruf ausgeführt werden kann.
+ Um festzustellen, ob der Knotenaustausch abgeschlossen ist, überprüfen Sie die Ereignisse mithilfe der ElastiCache Amazon-Konsole AWS CLI, der oder der ElastiCache API. Suchen Sie nach den folgenden Ereignissen im Zusammenhang mit automatischem Failover, die hier nach der Wahrscheinlichkeit ihres Auftretens aufgelistet werden:
1. Meldung der Repliakationsgruppe: `Test Failover API called for node group `
1. Meldung des Cache-Clusters: `Failover from primary node to replica node completed`
1. Meldung der Repliakationsgruppe: `Failover from primary node to replica node completed`
1. Meldung des Cache-Clusters: `Recovering cache nodes `
1. Meldung des Cache-Clusters: `Finished recovery for cache nodes `
Weitere Informationen finden Sie hier:
+ [ElastiCache Ereignisse anzeigen](ECEvents.Viewing.md) im *ElastiCache -Benutzerhandbuch*
+ [DescribeEvents](https://docs.aws.amazon.com/AmazonElastiCache/latest/APIReference/API_DescribeEvents.html) in der *ElastiCache -API-Referenz*
+ [describe-events](https://docs.aws.amazon.com/cli/latest/reference/elasticache/describe-events.html) in der *AWS CLI -Befehlsreferenz*.
+ Diese API wurde entwickelt, um das Verhalten Ihrer Anwendung im Falle eines ElastiCache Failovers zu testen. Sie wurde nicht als Betriebstool zum Einleiten eines Failovers konzipiert, um ein Problem mit dem Cluster zu beheben. Darüber hinaus AWS kann diese API unter bestimmten Bedingungen, z. B. bei großen Betriebsereignissen, blockiert werden.
**Topics**
+ [Testen des automatischen Failovers mit dem AWS-Managementkonsole](#auto-failover-test-con)
+ [Testen Sie den automatischen Failover mit dem AWS CLI](#auto-failover-test-cli)
+ [Testen Sie den automatischen Failover mithilfe der API ElastiCache](#auto-failover-test-api)
### Testen des automatischen Failovers mit dem AWS-Managementkonsole
Verwenden Sie das folgende Verfahren, um das automatische Failover mit der Konsole zu testen.
**So testen Sie das automatische Failover**
1. Melden Sie sich bei der an AWS-Managementkonsole und öffnen Sie die ElastiCache Konsole unter [ https://console.aws.amazon.com/elasticache/](https://console.aws.amazon.com/elasticache/).
1. Wählen Sie im Navigationsbereich **Valkey** oder **Redis** OSS aus.
1. Wählen Sie in der Clusterliste das Feld links neben dem Cluster aus, den Sie testen möchten. Dieser Cluster muss mindestens einen Read Replica-Knoten enthalten.
1. Bestätigen Sie im Bereich **Details**, dass dieser Cluster Multi-AZ-fähig ist. Wenn der Cluster nicht Multi-AZ-fähig ist, wählen Sie einen anderen Cluster aus oder bearbeiten Sie diesen Cluster so, dass Multi-AZ aktiviert wird. Weitere Informationen finden Sie unter [Unter Verwendung der ElastiCache AWS-Managementkonsole](Clusters.Modify.md#Clusters.Modify.CON).
![\[Bild: Detailbereich eines Multi-AZ-fähigen Clusters\]](http://docs.aws.amazon.com/de_de/AmazonElastiCache/latest/dg/images/ElastiCache-AutoFailover-MultiAZ-Enabled.png)
1. Wählen Sie für Valkey oder Redis OSS (Clustermodus deaktiviert) den Namen des Clusters.
Gehen Sie für Valkey oder Redis OSS (Clustermodus aktiviert) wie folgt vor:
1. Wählen Sie den Cluster-Namen aus.
1. Wählen Sie auf der Seite **Shards** für den Shard (in API und CLI als Knotengruppe bezeichnet), auf dem das Failover getestet werden soll, den Namen des Shards aus.
1. Wählen Sie auf der Seite „Nodes“ **Failover Primary**.
1. Wählen Sie **Continue**, um ein Failover des primären Knotens auszuführen, oder wählen Sie **Cancel**, um die Operation ohne ein Failover des primären Knotens abzubrechen.
Während des Failover-Vorgangs zeigt die Konsole den Status des Knotens weiterhin als *available* an. Um den Status des Failover-Tests zu verfolgen, wählen Sie im Navigationsbereich der Konsole **Events** aus. Suchen Sie auf der Registerkarte **Events** nach Ereignissen, für die angegeben wird, dass Ihr Failover gestartet (`Test Failover API called`) und abgeschlossen (`Recovery completed`) wurde.
### Testen Sie den automatischen Failover mit dem AWS CLI
Mithilfe dieses Vorgangs können Sie das automatische Failover auf jedem Multi-AZ-fähigen Cluster testen. AWS CLI `test-failover`
**Parameter**
+ `--replication-group-id` – Erforderlich. Die Replikationsgruppe (auf der Konsole als Cluster bezeichnet), die getestet werden soll.
+ `--node-group-id` – Erforderlich. Der Name der Knotengruppe, auf der das automatische Failover getestet werden soll. Sie können maximal 15 Knotengruppen in einem fortlaufenden Zeitraum von 24 Stunden testen.
Im folgenden Beispiel wird der verwendet AWS CLI , um das automatische Failover für die Knotengruppe `redis00-0003` im Valkey- oder Redis OSS-Cluster (Clustermodus aktiviert) zu testen. `redis00`
**Example Testen des automatischen Failovers**
Für Linux, macOS oder Unix:
```
aws elasticache test-failover \
--replication-group-id redis00 \
--node-group-id redis00-0003
```
Für Windows:
```
aws elasticache test-failover ^
--replication-group-id redis00 ^
--node-group-id redis00-0003
```
Die Ausgabe des vorhergehenden Befehls sieht in etwa wie folgt aus.
```
{
"ReplicationGroup": {
"Status": "available",
"Description": "1 shard, 3 nodes (1 + 2 replicas)",
"NodeGroups": [
{
"Status": "available",
"NodeGroupMembers": [
{
"CurrentRole": "primary",
"PreferredAvailabilityZone": "us-west-2c",
"CacheNodeId": "0001",
"ReadEndpoint": {
"Port": 6379,
"Address": "redis1x3-001.7ekv3t.0001.usw2.cache.amazonaws.com"
},
"CacheClusterId": "redis1x3-001"
},
{
"CurrentRole": "replica",
"PreferredAvailabilityZone": "us-west-2a",
"CacheNodeId": "0001",
"ReadEndpoint": {
"Port": 6379,
"Address": "redis1x3-002.7ekv3t.0001.usw2.cache.amazonaws.com"
},
"CacheClusterId": "redis1x3-002"
},
{
"CurrentRole": "replica",
"PreferredAvailabilityZone": "us-west-2b",
"CacheNodeId": "0001",
"ReadEndpoint": {
"Port": 6379,
"Address": "redis1x3-003.7ekv3t.0001.usw2.cache.amazonaws.com"
},
"CacheClusterId": "redis1x3-003"
}
],
"NodeGroupId": "0001",
"PrimaryEndpoint": {
"Port": 6379,
"Address": "redis1x3.7ekv3t.ng.0001.usw2.cache.amazonaws.com"
}
}
],
"ClusterEnabled": false,
"ReplicationGroupId": "redis1x3",
"SnapshotRetentionLimit": 1,
"AutomaticFailover": "enabled",
"MultiAZ": "enabled",
"SnapshotWindow": "11:30-12:30",
"SnapshottingClusterId": "redis1x3-002",
"MemberClusters": [
"redis1x3-001",
"redis1x3-002",
"redis1x3-003"
],
"CacheNodeType": "cache.m3.medium",
"DataTiering": "disabled",
"PendingModifiedValues": {}
}
}
```
Verwenden Sie den Vorgang, um den Fortschritt Ihres Failovers zu verfolgen. AWS CLI `describe-events`
Weitere Informationen finden Sie hier:
+ [test-failover](https://docs.aws.amazon.com/cli/latest/reference/elasticache/test-failover.html) in der *AWS CLI -Befehlsreferenz*.
+ [describe-events](https://docs.aws.amazon.com/cli/latest/reference/elasticache/describe-events.html) in der *AWS CLI -Befehlsreferenz*.
### Testen Sie den automatischen Failover mithilfe der API ElastiCache
Mithilfe der ElastiCache API-Operation können Sie das automatische Failover auf jedem Cluster testen, für den Multi-AZ aktiviert ist. `TestFailover`
**Parameter**
+ `ReplicationGroupId` – Erforderlich. Die Replikationsgruppe (auf der Konsole als Cluster bezeichnet), die getestet werden soll.
+ `NodeGroupId` – Erforderlich. Der Name der Knotengruppe, auf der das automatische Failover getestet werden soll. Sie können maximal 15 Knotengruppen in einem fortlaufenden Zeitraum von 24 Stunden testen.
Das folgende Beispiel testet das automatische Failover auf der Knotengruppe `redis00-0003` in der Replikationsgruppe (auf der Konsole im Cluster) `redis00`.
**Example Testen des automatischen Failovers**
```
https://elasticache.us-west-2.amazonaws.com/
?Action=TestFailover
&NodeGroupId=redis00-0003
&ReplicationGroupId=redis00
&Version=2015-02-02
&SignatureVersion=4
&SignatureMethod=HmacSHA256
&Timestamp=20140401T192317Z
&X-Amz-Credential=
```
Verwenden Sie den ElastiCache `DescribeEvents` API-Vorgang, um den Fortschritt Ihres Failovers zu verfolgen.
Weitere Informationen finden Sie hier:
+ [TestFailover](https://docs.aws.amazon.com/AmazonElastiCache/latest/APIReference/API_TestFailover.html)in der *ElastiCache API-Referenz*
+ [DescribeEvents](https://docs.aws.amazon.com/AmazonElastiCache/latest/APIReference/API_DescribeEvents.html)in der *ElastiCache API-Referenz*
## Einschränkungen bei Multi-AZ
Beachten Sie die folgenden Einschränkungen für Multi-AZ:
+ Multi-AZ wird auf Valkey und auf Redis OSS Version 2.8.6 und höher unterstützt.
+ Multi-AZ wird auf T1-Knotentypen nicht unterstützt.
+ Die OSS-Replikation von Valkey und Redis erfolgt asynchron. Daher kann es passieren, dass bei dem Failover eines primären Clusters auf ein Replikat aufgrund der Replikationsverzögerung eine kleine Datenmenge verloren geht.
Bei der Auswahl des Replikats, das zum primären Replikat heraufgestuft werden soll, wird das Replikat mit ElastiCache der geringsten Verzögerung bei der Replikation ausgewählt. Es wird also das neueste Replikat ausgewählt. Hierdurch kann die Menge verlorener Daten reduziert werden. Das Replikat mit der geringsten Replikationsverzögerung kann sich in der gleichen oder in einer anderen Availability Zone als der ausgefallene primäre Knoten befinden.
+ Wenn Sie Read Replicas auf Valkey- oder Redis OSS-Clustern mit deaktiviertem Clustermodus manuell zu primär heraufstufen, können Sie dies nur tun, wenn Multi-AZ und automatisches Failover deaktiviert sind. So stufen Sie eine Read Replica zum primären Knoten herauf:
1. Deaktivieren Sie Multi-AZ auf dem Cluster.
1. Deaktivieren Sie das automatische Failover auf dem Cluster. Sie können dies über die Konsole tun, indem Sie das Kontrollkästchen **Auto Failover für die Replikationsgruppe** deaktivieren. Sie können dies auch tun, AWS CLI indem Sie die `AutomaticFailoverEnabled` Eigenschaft `false` beim Aufrufen des `ModifyReplicationGroup` Vorgangs auf setzen.
1. Stufen Sie das Lesereplikat zum primären Knoten herauf.
1. Multi-AZ wieder aktivieren.
+ ElastiCache für Redis OSS schließen sich Multi-AZ und Append-Only File (AOF) gegenseitig aus. Wenn Sie eine dieser Funktionen aktivieren, kann die andere nicht aktiviert werden.
+ Der Ausfall eines Knotens kann durch den Ausfall einer gesamten Availability Zone verursacht werden. In diesem Fall wird das Replikat, das den ausgefallenen primären Knoten ersetzt, nur bei Verfügbarkeit der Availability Zone erstellt. Betrachten Sie beispielsweise eine Replikationsgruppe mit den primären Knoten in AZ-a und Replikaten in AZ-b und AZ-c. Wenn der primäre Konten ausfällt, wird das Replikat mit der geringsten Replikationsverzögerung wird zum primären Cluster heraufgestuft. ElastiCache Erstellt dann nur dann ein neues Replikat in AZ-a (wo sich die ausgefallene Primärreplikation befand), wenn AZ-a gesichert und verfügbar ist.
+ Ein vom Kunden initiierter Neustart des primären Clusters löst kein automatisches Failover aus. Andere Neustarts und Ausfälle hingegen lösen ein automatisches Failover aus.
+ Wenn der primäre Cluster neu gestartet wird, werden seine Daten gelöscht, wenn er wieder online ist. Wenn die Read Replicas den gelöschten primären Cluster sehen, löschen sie ihre Kopie der Daten, was zu Datenverlust führt.
+ Nachdem die Read Replica heraufgestuft wurde, werden die anderen Replikate mit dem neuen primären Cluster synchronisiert. Nach der ersten Synchronisierung wird der Inhalt der Replikate gelöscht, und sie synchronisieren die Daten aus dem neuen primären Cluster. Dieser Synchronisierungsvorgang führt zu einer kurzen Unterbrechung, bei der auf die Replikate nicht zugegriffen werden kann. Dieser Synchronisierungsvorgang bewirkt eine temporäre Zunahme der Arbeitslast auf dem primären Cluster, während er mit den Replikaten synchronisiert wird. Dieses Verhalten ist typisch für Valkey und Redis OSS und gilt nicht nur für Multi-AZ. ElastiCache Einzelheiten zu diesem Verhalten finden Sie unter [Replikation](http://valkey.io/topics/replication) auf der Valkey-Website.
**Wichtig**
Für Valkey 7.2.6 und höher oder Redis OSS Version 2.8.22 und höher können Sie keine externen Replikate erstellen.
Für Redis OSS-Versionen vor 2.8.22 empfehlen wir, kein externes Replikat mit einem Cluster zu verbinden, der Multi-AZ-fähig ist. ElastiCache Diese nicht unterstützte Konfiguration kann zu Problemen führen, die eine ordnungsgemäße Durchführung von Failover und Wiederherstellung ElastiCache verhindern. Um ein externes Replikat mit einem ElastiCache Cluster zu verbinden, stellen Sie sicher, dass Multi-AZ nicht aktiviert ist, bevor Sie die Verbindung herstellen.
# So werden Synchronisation und Backup implementiert
Alle unterstützten Versionen von Valkey und Redis OSS unterstützen Backup und Synchronisation zwischen dem Primär- und dem Replikatknoten. Die Art und Weise, wie Sicherung und Synchronisation implementiert werden, variiert jedoch je nach Version.
## Redis OSS Version 2.8.22 und höher
Bei der Redis OSS-Replikation in den Versionen 2.8.22 und höher können Sie zwischen zwei Methoden wählen. Weitere Informationen erhalten Sie unter [Redis OSS-Versionen vor 2.8.22](#Replication.Redis.Earlier2-8-22) und [Snapshot und Wiederherstellung](backups.md).
Wenn die Schreiblasten während des unvergabelten Vorgangs zu intensiv werden, werden Schreibvorgänge in den Cluster verzögert, damit sich nicht zu viele Änderungen anstauen und somit einen erfolgreichen Snapshot verhindern würden.
## Redis OSS-Versionen vor 2.8.22
Die Sicherung und Synchronisation von Redis OSS in Versionen vor 2.8.22 erfolgt in drei Schritten.
1. Vergabeln und serialisieren Sie die Clusterdaten als Hintergrundprozess auf dem Datenträger. Dadurch wird ein Snapshot erstellt. point-in-time
1. Akkumulieren Sie im Vordergrund ein Änderungsprotokoll im *Client-Ausgabepuffer*.
**Wichtig**
Wenn das Änderungsprotokoll die Größe des *Client-Ausgabepuffers* überschreitet, schlägt die Sicherung oder Synchronisierung fehl. Weitere Informationen finden Sie unter [Stellen Sie sicher, dass Sie über genügend Arbeitsspeicher verfügen, um einen Valkey- oder Redis OSS-Snapshot zu erstellen](BestPractices.BGSAVE.md).
1. Übertragen Sie schließlich die Cachedaten und anschließend das Änderungsprotokoll auf den Replikatknoten.
# Erstellen einer Valkey- oder Redis OSS-Replikationsgruppe
Es bieten sich Ihnen die folgenden Optionen für das Erstellen eines Clusters mit Replikatknoten. Eine Option gilt, wenn Sie bereits über einen verfügbaren Valkey- oder Redis OSS-Cluster (Clustermodus deaktiviert) verfügen, der keinem Cluster zugeordnet ist, der über Replikate verfügt, die als primärer Knoten verwendet werden können. Die andere trifft zu, wenn Sie einen Primärknoten mit dem Cluster und Lesereplikaten erstellen müssen. Derzeit muss ein Valkey- oder Redis OSS-Cluster (Clustermodus aktiviert) von Grund auf neu erstellt werden.
**Option 1: [Erstellen einer Replikationsgruppe unter Verwendung eines vorhandenen Clusters](Replication.CreatingReplGroup.ExistingCluster.md)**
Verwenden Sie diese Option, um einen vorhandenen Valkey- oder Redis OSS-Cluster (Clustermodus deaktiviert) mit einem Knoten zu nutzen. Sie geben diesen vorhandenen Knoten als Primärknoten im neuen Cluster an und fügen dem Cluster dann einzeln 1 bis 5 Lesereplikate hinzu. Wenn der vorhandene Cluster aktiv ist, werden die Read Replicas bei ihrer Erstellung mit ihm synchronisiert. Siehe [Erstellen einer Replikationsgruppe unter Verwendung eines vorhandenen Clusters](Replication.CreatingReplGroup.ExistingCluster.md).
Sie können keinen Valkey- oder Redis OSS-Cluster (Clustermodus aktiviert) mithilfe eines vorhandenen Clusters erstellen. Informationen zum Erstellen eines Valkey- oder Redis OSS-Clusters (Clustermodus aktiviert) (API/CLI: Replikationsgruppe) mithilfe der ElastiCache Konsole finden Sie unter. [Erstellen eines Valkey- oder Redis OSS-Clusters (Cluster-Modus aktiviert) (Konsole)](Clusters.Create.md#Clusters.Create.CON.RedisCluster)
**Option 2: [Eine Valkey- oder Redis OSS-Replikationsgruppe von Grund auf neu erstellen](Replication.CreatingReplGroup.NoExistingCluster.md)**
Verwenden Sie diese Option, wenn Sie noch keinen verfügbaren Valkey- oder Redis OSS-Cluster (Clustermodus deaktiviert) haben, den Sie als primären Knoten des Clusters verwenden können, oder wenn Sie einen Valkey- oder Redis OSS-Cluster (Clustermodus aktiviert) erstellen möchten. Siehe [Eine Valkey- oder Redis OSS-Replikationsgruppe von Grund auf neu erstellen](Replication.CreatingReplGroup.NoExistingCluster.md).
# Erstellen einer Replikationsgruppe unter Verwendung eines vorhandenen Clusters
Das folgende Verfahren fügt Ihrem Valkey- oder Redis OSS-Single-Node-Cluster (Clustermodus deaktiviert) eine Replikationsgruppe hinzu, die erforderlich ist, um Ihren Cluster auf die neueste Version von Valkey zu aktualisieren. Dabei handelt es sich um ein direktes Verfahren, das keine Ausfallzeiten und keinen Datenverlust beinhaltet. Wenn Sie eine Replikationsgruppe für Ihren Cluster mit einem Knoten erstellen, wird der Knoten des Clusters zum primären Knoten im neuen Cluster. Wenn Sie keinen Valkey- oder Redis OSS-Cluster (Clustermodus deaktiviert) haben, den Sie als primären Cluster verwenden können, finden Sie weitere Informationen unter. [Eine Valkey- oder Redis OSS-Replikationsgruppe von Grund auf neu erstellen](Replication.CreatingReplGroup.NoExistingCluster.md)
Ein verfügbarer Cluster ist ein vorhandener Valkey- oder Redis OSS-Cluster mit einem Knoten. Derzeit unterstützt Valkey oder Redis OSS (Clustermodus aktiviert) die Erstellung eines Clusters mit Replikaten unter Verwendung eines verfügbaren Clusters mit einem einzelnen Knoten nicht. Wenn Sie einen Valkey- oder Redis OSS-Cluster (Clustermodus aktiviert) erstellen möchten, finden Sie weitere Informationen unter. [Erstellen eines Valkey- oder Redis OSS-Clusters (Clustermodus aktiviert) (Konsole)](Replication.CreatingReplGroup.NoExistingCluster.Cluster.md#Replication.CreatingReplGroup.NoExistingCluster.Cluster.CON)
## Erstellen einer Replikationsgruppe mithilfe eines vorhandenen Clusters (Konsole)
Weitere Informationen finden Sie im Thema [Mit dem ElastiCache AWS-Managementkonsole](Clusters.AddNode.md#Clusters.AddNode.CON).
## Erstellen einer Replikationsgruppe mithilfe eines verfügbaren Valkey- oder Redis OSS-Clusters ()AWS CLI
Es gibt zwei Schritte zum Erstellen einer Replikationsgruppe mit Read Replicas, wenn Sie einen verfügbaren Valkey- oder Redis OSS-Cache-Cluster als Primär-Cache-Cluster verwenden, wenn Sie den verwenden.AWS CLI
Wenn AWS CLI Sie den verwenden, erstellen Sie eine Replikationsgruppe, indem Sie den verfügbaren Standalone-Knoten als primären Knoten des Clusters `--primary-cluster-id` und die Anzahl der Knoten, die Sie im Cluster haben möchten, mit dem CLI-Befehl angeben`create-replication-group`. Schließen Sie die folgenden Parameter ein.
**--replication-group-id**
Der Name der zu erstellenden Replikationsgruppe. Der Wert dieses Parameters wird als Basis für die Namen der hinzugefügten Knoten mit einer fortlaufenden 3-stelligen Nummer am Ende der `--replication-group-id` verwendet. Beispiel, `sample-repl-group-001`.
Die Benennungsbeschränkungen für Valkey oder Redis OSS (Clustermodus deaktiviert) für Replikationsgruppen lauten wie folgt:
+ Er muss 1-40 alphanumerische Zeichen oder Bindestriche enthalten.
+ Er muss mit einem Buchstaben beginnen.
+ Er darf keine zwei aufeinanderfolgenden Bindestriche enthalten.
+ Er darf nicht mit einem Bindestrich enden.
**--replication-group-description**
Beschreibung der Replikationsgruppe.
**--num-node-groups**
Die Anzahl der Knoten, die Sie in diesem Cluster benötigen. Dieser Wert umfasst den primären Knoten. Dieser Parameter hat einen Maximalwert von sechs.
**--primary-cluster-id**
Der Name des Knotens des verfügbaren Valkey- oder Redis OSS-Clusters (Clustermodus deaktiviert), den Sie als primärer Knoten in dieser Replikationsgruppe verwenden möchten.
Mit dem folgenden Befehl wird die Replikationsgruppe erstellt, `sample-repl-group` wobei der verfügbare Valkey- oder Redis OSS-Cluster (Clustermodus deaktiviert) `redis01` als primärer Knoten der Replikationsgruppe verwendet wird. Er erstellt 2 neue Knoten, bei denen es sich um Read Replicas handelt. Die Einstellungen von `redis01` (d. h. Parametergruppe, Sicherheitsgruppe, Knotentyp, Engine-Version usw.) werden auf alle Knoten in der Replikationsgruppe angewendet.
Für Linux, macOS oder Unix:
```
aws elasticache create-replication-group \
--replication-group-id sample-repl-group \
--replication-group-description "demo cluster with replicas" \
--num-cache-clusters 3 \
--primary-cluster-id redis01
```
Für Windows:
```
aws elasticache create-replication-group ^
--replication-group-id sample-repl-group ^
--replication-group-description "demo cluster with replicas" ^
--num-cache-clusters 3 ^
--primary-cluster-id redis01
```
Weitere Informationen und Parameter, die Sie möglicherweise verwenden möchten, finden Sie im AWS CLI Thema. [create-replication-group](https://docs.aws.amazon.com/cli/latest/reference/elasticache/create-replication-group.html)
**Als Nächstes Hinzufügen von Read Replicas zur Replikationsgruppe**
Nachdem die Replikationsgruppe erstellt wurde, fügen Sie ihr mit dem Befehl `create-cache-cluster` eine bis fünf Read Replicas hinzu und schließen Sie unbedingt die folgenden Parameter ein.
**--cache-cluster-id**
Der Name des Clusters, den Sie zur Replikationsgruppe hinzufügen.
Für die Benennung von Clustern gelten die folgenden Einschränkungen:
+ Er muss 1-40 alphanumerische Zeichen oder Bindestriche enthalten.
+ Er muss mit einem Buchstaben beginnen.
+ Er darf keine zwei aufeinanderfolgenden Bindestriche enthalten.
+ Er darf nicht mit einem Bindestrich enden.
**--replication-group-id**
Der Name der Replikationsgruppe, zu der Sie diesen Cluster hinzufügen.
Wiederholen Sie diesen Befehl für jede Read Replica, die Sie zur Replikationsgruppe hinzufügen möchten, und ändern Sie dabei nur den Wert des Parameters `--cache-cluster-id`.
**Anmerkung**
Denken Sie daran, dass eine Replikationsgruppe über nicht mehr als fünf Read Replicas verfügen kann. Bei dem Versuch, einer Replikationsgruppe mit bereits fünf Read Replicas eine weitere Read Replica hinzuzufügen, schlägt die Operation fehl.
Der folgende Code fügt die Read Replica `my-replica01` zur Replikationsgruppe `sample-repl-group` hinzu. Die Einstellungen des primären Clusters – Parametergruppe, Sicherheitsgruppe, Knotentyp usw. – werden auf Knoten angewendet, sobald sie der Replikationsgruppe hinzugefügt werden.
Für Linux, macOS oder Unix:
```
aws elasticache create-cache-cluster \
--cache-cluster-id my-replica01 \
--replication-group-id sample-repl-group
```
Für Windows:
```
aws elasticache create-cache-cluster ^
--cache-cluster-id my-replica01 ^
--replication-group-id sample-repl-group
```
Die Ausgabe dieses Befehls sieht in etwa folgendermaßen aus.
```
{
"ReplicationGroup": {
"Status": "creating",
"Description": "demo cluster with replicas",
"ClusterEnabled": false,
"ReplicationGroupId": "sample-repl-group",
"SnapshotRetentionLimit": 1,
"AutomaticFailover": "disabled",
"SnapshotWindow": "00:00-01:00",
"SnapshottingClusterId": "redis01",
"MemberClusters": [
"sample-repl-group-001",
"sample-repl-group-002",
"redis01"
],
"CacheNodeType": "cache.m4.large",
"DataTiering": "disabled",
"PendingModifiedValues": {}
}
}
```
Weitere Informationen finden Sie in den folgenden AWS CLI Themen:
+ [create-replication-group](https://docs.aws.amazon.com/cli/latest/reference/elasticache/create-replication-group.html)
+ [modify-replication-group](https://docs.aws.amazon.com/cli/latest/reference/elasticache/modify-replication-group.html)
## Hinzufügen von Replikaten zu einem eigenständigen Valkey- oder Redis OSS-Cluster (Cluster Mode Disabled) (API) ElastiCache
Wenn Sie die ElastiCache API verwenden, erstellen Sie eine Replikationsgruppe, die den verfügbaren Standalone-Knoten als primären Knoten des Clusters `PrimaryClusterId` und die Anzahl der Knoten, die Sie im Cluster haben möchten, mit dem CLI-Befehl, angeben`CreateReplicationGroup`. Schließen Sie die folgenden Parameter ein.
**ReplicationGroupId**
Der Name der zu erstellenden Replikationsgruppe. Der Wert dieses Parameters wird als Basis für die Namen der hinzugefügten Knoten mit einer fortlaufenden 3-stelligen Nummer am Ende der `ReplicationGroupId` verwendet. Beispiel, `sample-repl-group-001`.
Die Benennungsbeschränkungen für Valkey- oder Redis OSS-Replikationsgruppen (Clustermodus deaktiviert) lauten wie folgt:
+ Er muss 1-40 alphanumerische Zeichen oder Bindestriche enthalten.
+ Er muss mit einem Buchstaben beginnen.
+ Er darf keine zwei aufeinanderfolgenden Bindestriche enthalten.
+ Er darf nicht mit einem Bindestrich enden.
**ReplicationGroupDescription**
Beschreibung des Clusters mit Replikaten.
**NumCacheClusters**
Die Anzahl der Knoten, die Sie in diesem Cluster benötigen. Dieser Wert umfasst den primären Knoten. Dieser Parameter hat einen Maximalwert von sechs.
**PrimaryClusterId**
Der Name des verfügbaren Valkey- oder Redis OSS-Clusters (Clustermodus deaktiviert), den Sie als primärer Knoten in diesem Cluster verwenden möchten.
Der folgende Befehl erstellt den Cluster mit Replikaten, `sample-repl-group` wobei der verfügbare Valkey- oder Redis OSS-Cluster (Clustermodus deaktiviert) `redis01` als primärer Knoten der Replikationsgruppe verwendet wird. Er erstellt 2 neue Knoten, bei denen es sich um Read Replicas handelt. Die Einstellungen von `redis01` (d. h. Parametergruppe, Sicherheitsgruppe, Knotentyp, Engine-Version usw.) werden auf alle Knoten in der Replikationsgruppe angewendet.
```
https://elasticache.us-west-2.amazonaws.com/
?Action=CreateReplicationGroup
&Engine=redis
&EngineVersion=6.0
&ReplicationGroupDescription=Demo%20cluster%20with%20replicas
&ReplicationGroupId=sample-repl-group
&PrimaryClusterId=redis01
&Version=2015-02-02
&SignatureVersion=4
&SignatureMethod=HmacSHA256
&Timestamp=20150202T192317Z
&X-Amz-Credential=
```
Weitere Informationen finden Sie in den ElastiCache APL-Themen:
+ [CreateReplicationGroup](https://docs.aws.amazon.com/AmazonElastiCache/latest/APIReference/API_CreateReplicationGroup.html)
+ [ModifyReplicationGroup](https://docs.aws.amazon.com/AmazonElastiCache/latest/APIReference/API_ModifyReplicationGroup.html)
**Als Nächstes Hinzufügen von Read Replicas zur Replikationsgruppe**
Nachdem die Replikationsgruppe erstellt wurde, fügen Sie ihr mit der Operation `CreateCacheCluster` eine bis fünf Read Replicas hinzu und schließen Sie unbedingt die folgenden Parameter ein.
**CacheClusterId**
Der Name des Clusters, den Sie zur Replikationsgruppe hinzufügen.
Für die Benennung von Clustern gelten die folgenden Einschränkungen:
+ Er muss 1-40 alphanumerische Zeichen oder Bindestriche enthalten.
+ Er muss mit einem Buchstaben beginnen.
+ Er darf keine zwei aufeinanderfolgenden Bindestriche enthalten.
+ Er darf nicht mit einem Bindestrich enden.
**ReplicationGroupId**
Der Name der Replikationsgruppe, zu der Sie diesen Cluster hinzufügen.
Wiederholen Sie diese Operation für jede Read Replica, die Sie zur Replikationsgruppe hinzufügen möchten, und ändern Sie dabei nur den Wert des Parameters `CacheClusterId`.
Der folgende Code fügt die Lesereplikate `myReplica01` der Replikationsgruppe `myReplGroup` hinzu. Die Einstellungen des primären Clusters – Parametergruppe, Sicherheitsgruppe, Knotentyp usw. – werden auf Knoten angewendet, wenn sie der Replikationsgruppe hinzugefügt werden.
```
https://elasticache.us-west-2.amazonaws.com/
?Action=CreateCacheCluster
&CacheClusterId=myReplica01
&ReplicationGroupId=myReplGroup
&SignatureMethod=HmacSHA256
&SignatureVersion=4
&Version=2015-02-02
&X-Amz-Algorithm=&AWS;4-HMAC-SHA256
&X-Amz-Credential=[your-access-key-id]/20150202/us-west-2/elasticache/aws4_request
&X-Amz-Date=20150202T170651Z
&X-Amz-SignedHeaders=content-type;host;user-agent;x-amz-content-sha256;x-amz-date
&X-Amz-Signature=[signature-value]
```
Weitere Informationen und Parameter, die Sie möglicherweise verwenden möchten, finden Sie im ElastiCache API-Thema[CreateCacheCluster](https://docs.aws.amazon.com/AmazonElastiCache/latest/APIReference/API_CreateCacheCluster.html).
# Eine Valkey- oder Redis OSS-Replikationsgruppe von Grund auf neu erstellen
Im Folgenden erfahren Sie, wie Sie eine Valkey- oder Redis OSS-Replikationsgruppe erstellen, ohne einen vorhandenen Valkey- oder Redis OSS-Cluster als primären Cluster zu verwenden. Sie können mithilfe der Konsole, der oder der API eine Valkey- oder Redis OSS-Replikationsgruppe (Clustermodus deaktiviert) oder Valkey- oder Redis OSS-Replikationsgruppe (Clustermodus aktiviert) von Grund auf neu erstellen. ElastiCache AWS CLI ElastiCache
Bevor Sie fortfahren, entscheiden Sie, ob Sie eine Valkey- oder Redis OSS-Replikationsgruppe (Clustermodus deaktiviert) oder eine Valkey- oder Redis OSS-Replikationsgruppe (Clustermodus aktiviert) erstellen möchten. Hilfreiche Informationen zur Entscheidung finden Sie unter [Replikation: Valkey- und Redis OSS-Clustermodus deaktiviert oder aktiviert](Replication.Redis-RedisCluster.md).
**Topics**
+ [Eine Valkey- oder Redis OSS-Replikationsgruppe (Cluster Mode Disabled) von Grund auf neu erstellen](Replication.CreatingReplGroup.NoExistingCluster.Classic.md)
+ [Eine Replikationsgruppe in Valkey oder Redis OSS (Cluster Mode Enabled) von Grund auf neu erstellen](Replication.CreatingReplGroup.NoExistingCluster.Cluster.md)
# Eine Valkey- oder Redis OSS-Replikationsgruppe (Cluster Mode Disabled) von Grund auf neu erstellen
Sie können mithilfe der ElastiCache Konsole, der oder der API eine Valkey- oder Redis OSS-Replikationsgruppe (Clustermodus deaktiviert) von Grund auf neu erstellen. AWS CLI ElastiCache Eine Valkey- oder Redis OSS-Replikationsgruppe (Clustermodus deaktiviert) besteht immer aus einer Knotengruppe, einem primären Cluster und bis zu fünf Read Replicas. Valkey- oder Redis OSS-Replikationsgruppen (Clustermodus deaktiviert) unterstützen die Partitionierung Ihrer Daten nicht.
**Anmerkung**
Das node/shard Limit kann auf maximal 500 pro Cluster erhöht werden. Informationen zum Anfordern einer Limiterhöhung finden Sie unter [AWS Service-Limits](https://docs.aws.amazon.com/general/latest/gr/aws_service_limits.html), wenn Sie den Instance-Typ in die Anfrage eingeben.
Um eine Valkey- oder Redis OSS-Replikationsgruppe (Clustermodus deaktiviert) von Grund auf neu zu erstellen, wählen Sie einen der folgenden Ansätze:
## Eine Valkey- oder Redis OSS-Replikationsgruppe (Clustermodus deaktiviert) von Grund auf neu erstellen ()AWS CLI
Das folgende Verfahren erstellt eine Valkey- oder Redis OSS-Replikationsgruppe (Clustermodus deaktiviert) mithilfe von. AWS CLI
Wenn Sie eine Valkey- oder Redis OSS-Replikationsgruppe (Clustermodus deaktiviert) von Grund auf neu erstellen, erstellen Sie die Replikationsgruppe und alle ihre Knoten mit einem einzigen Befehlsaufruf. AWS CLI `create-replication-group` Schließen Sie die folgenden Parameter ein.
**--replication-group-id**
Der Name der zu erstellenden Replikationsgruppe.
Die Benennungsbeschränkungen für Valkey- oder Redis OSS-Replikationsgruppen (Clustermodus deaktiviert) lauten wie folgt:
+ Er muss 1-40 alphanumerische Zeichen oder Bindestriche enthalten.
+ Er muss mit einem Buchstaben beginnen.
+ Er darf keine zwei aufeinanderfolgenden Bindestriche enthalten.
+ Er darf nicht mit einem Bindestrich enden.
**--replication-group-description**
Beschreibung der Replikationsgruppe.
**--num-cache-clusters**
Die Gesamtzahl von Knoten, die Sie mit dieser Replikationsgruppe erstellen möchten, primäre Knoten und Read Replicas kombiniert.
Wenn Sie Multi-AZ (`--automatic-failover-enabled`) aktivieren, muss der Wert für `--num-cache-clusters` mindestens 2 sein.
**--cache-node-type**
Der Knotentyp für jeden Knoten in der Replikationsgruppe.
ElastiCache unterstützt die folgenden Knotentypen. Im Allgemeinen bieten die Typen der aktuellen Generation im Vergleich zu den entsprechenden Typen der vorherigen Generationen mehr Speicher und Rechenleistung zu niedrigeren Kosten.
Weitere Informationen zu Leistungsdetails für jeden Knotentyp finden Sie unter [ EC2 Amazon-Instanztypen](https://aws.amazon.com/ec2/instance-types/).
**--data-tiering-enabled**
Legen Sie diesen Parameter fest, wenn Sie einen R6gd-Knotentyp verwenden. Wenn Sie kein Daten-Tiering verwenden möchten, legen Sie `--no-data-tiering-enabled` fest. Weitere Informationen finden Sie unter [Datenzuweisung ElastiCache](data-tiering.md).
**--cache-parameter-group**
Geben Sie eine Parametergruppe an, die Ihrer Engine-Version entspricht. Wenn Sie Redis OSS 3.2.4 oder höher ausführen, geben Sie die Parametergruppe oder eine davon abgeleitete `default.redis3.2` Parametergruppe an, um eine Valkey- oder Redis OSS-Replikationsgruppe (Clustermodus deaktiviert) `default.redis3.2` zu erstellen. Weitere Informationen finden Sie unter [Valkey- und Redis OSS-Parameter](ParameterGroups.Engine.md#ParameterGroups.Redis).
**--Netzwerktyp**
Entweder `ipv4`, `ipv6` oder `dual-stack`. Wenn Sie Dual-Stack auswählen, müssen Sie den `--IpDiscovery`-Parameter entweder auf `ipv4` oder `ipv6` festlegen.
**--engine**
redis
**--engine-version**
Wählen Sie für den umfangreichsten Satz von Funktionen die neueste Engine-Version aus.
Die Namen der Knoten werden vom Namen der Replikationsgruppe abgeleitet, indem `-00`*\$1*an den Namen der Replikationsgruppe angehängt wird. Wenn Sie z. B. den Replikationsgruppennamen `myReplGroup` verwenden, lauten die Namen des primären Knotens `myReplGroup-001` und der Read Replicas `myReplGroup-002` bis `myReplGroup-006`.
Wenn Sie die Verschlüsselung während der Übertragung oder im Ruhezustand für diese Replikationsgruppe aktivieren möchten, fügen Sie einen oder beide der Parameter `--transit-encryption-enabled` oder `--at-rest-encryption-enabled` hinzu und erfüllen die folgenden Bedingungen.
+ In Ihrer Replikationsgruppe muss Redis OSS Version 3.2.6 oder 4.0.10 ausgeführt werden.
+ Die Replikationsgruppe muss in einer Amazon VPC erstellt werden.
+ Sie müssen außerdem den Parameter `--cache-subnet-group` einbinden.
+ Sie müssen auch den Parameter `--auth-token` einbinden, mit dem vom Kunden angegebenen Zeichenfolgenwert für Ihr AUTH-Token (Passwort), das für Operationen auf dieser Replikationsgruppe benötigt wird.
Der folgende Vorgang erstellt eine Valkey- oder Redis OSS-Replikationsgruppe (Clustermodus deaktiviert) `sample-repl-group` mit drei Knoten, einem primären und zwei Replikaten.
Für Linux, macOS oder Unix:
```
aws elasticache create-replication-group \
--replication-group-id sample-repl-group \
--replication-group-description "Demo cluster with replicas" \
--num-cache-clusters 3 \
--cache-node-type cache.m4.large \
--engine redis
```
Für Windows:
```
aws elasticache create-replication-group ^
--replication-group-id sample-repl-group ^
--replication-group-description "Demo cluster with replicas" ^
--num-cache-clusters 3 ^
--cache-node-type cache.m4.large ^
--engine redis
```
Die Ausgabe dieses Befehls sieht in etwa wie folgt aus:
```
{
"ReplicationGroup": {
"Status": "creating",
"Description": "Demo cluster with replicas",
"ClusterEnabled": false,
"ReplicationGroupId": "sample-repl-group",
"SnapshotRetentionLimit": 0,
"AutomaticFailover": "disabled",
"SnapshotWindow": "01:30-02:30",
"MemberClusters": [
"sample-repl-group-001",
"sample-repl-group-002",
"sample-repl-group-003"
],
"CacheNodeType": "cache.m4.large",
"DataTiering": "disabled",
"PendingModifiedValues": {}
}
}
```
Weitere Informationen und Parameter, die Sie möglicherweise verwenden möchten, finden Sie im Thema. AWS CLI [create-replication-group](https://docs.aws.amazon.com/cli/latest/reference/elasticache/create-replication-group.html)
## Eine Valkey- oder Redis OSS-Replikationsgruppe (Clustermodus deaktiviert) von Grund auf neu erstellen (ElastiCache API)
Mit dem folgenden Verfahren wird mithilfe der API eine Valkey- oder Redis OSS-Replikationsgruppe (Clustermodus deaktiviert) erstellt. ElastiCache
Wenn Sie eine Valkey- oder Redis OSS-Replikationsgruppe (Clustermodus deaktiviert) von Grund auf neu erstellen, erstellen Sie die Replikationsgruppe und alle ihre Knoten mit einem einzigen Aufruf des API-Vorgangs. ElastiCache `CreateReplicationGroup` Schließen Sie die folgenden Parameter ein.
**ReplicationGroupId**
Der Name der zu erstellenden Replikationsgruppe.
Die Benennungsbeschränkungen für Valkey- oder Redis OSS-Replikationsgruppen (Clustermodus aktiviert) lauten wie folgt:
+ Er muss 1-40 alphanumerische Zeichen oder Bindestriche enthalten.
+ Er muss mit einem Buchstaben beginnen.
+ Er darf keine zwei aufeinanderfolgenden Bindestriche enthalten.
+ Er darf nicht mit einem Bindestrich enden.
**ReplicationGroupDescription**
Ihre Beschreibung der Replikationsgruppe.
**NumCacheClusters**
Die Gesamtzahl der Knoten, die Sie mit dieser Replikationsgruppe erstellen möchten, primäre Knoten und Read Replicas kombiniert.
Wenn Sie Multi-AZ (`AutomaticFailoverEnabled=true`) aktivieren, muss der Wert für `NumCacheClusters` mindestens 2 sein.
**CacheNodeType**
Der Knotentyp für jeden Knoten in der Replikationsgruppe.
ElastiCache unterstützt die folgenden Knotentypen. Im Allgemeinen bieten die Typen der aktuellen Generation im Vergleich zu den entsprechenden Typen der vorherigen Generationen mehr Speicher und Rechenleistung zu niedrigeren Kosten.
Weitere Informationen zu Leistungsdetails für jeden Knotentyp finden Sie unter [ EC2 Amazon-Instanztypen](https://aws.amazon.com/ec2/instance-types/).
**--data-tiering-enabled**
Legen Sie diesen Parameter fest, wenn Sie einen R6gd-Knotentyp verwenden. Wenn Sie kein Daten-Tiering verwenden möchten, legen Sie `--no-data-tiering-enabled` fest. Weitere Informationen finden Sie unter [Datenzuweisung ElastiCache](data-tiering.md).
**CacheParameterGroup**
Geben Sie eine Parametergruppe an, die Ihrer Engine-Version entspricht. Wenn Sie Redis OSS 3.2.4 oder höher ausführen, geben Sie die Parametergruppe oder eine davon abgeleitete `default.redis3.2` Parametergruppe an, um eine Valkey- oder Redis OSS-Replikationsgruppe (Clustermodus deaktiviert) `default.redis3.2` zu erstellen. Weitere Informationen finden Sie unter [Valkey- und Redis OSS-Parameter](ParameterGroups.Engine.md#ParameterGroups.Redis).
**--Netzwerktyp**
Entweder `ipv4`, `ipv` oder `dual-stack`. Wenn Sie Dual-Stack auswählen, müssen Sie den `--IpDiscovery`-Parameter entweder auf `ipv4` oder `ipv6` festlegen.
**Engine**
redis
**EngineVersion**
6.0
Die Namen der Knoten werden vom Namen der Replikationsgruppe abgeleitet, indem `-00`*\$1*an den Namen der Replikationsgruppe angehängt wird. Wenn Sie z. B. den Replikationsgruppennamen `myReplGroup` verwenden, lauten die Namen des primären Knotens `myReplGroup-001` und der Read Replicas `myReplGroup-002` bis `myReplGroup-006`.
Wenn Sie die Verschlüsselung während der Übertragung oder im Ruhezustand für diese Replikationsgruppe aktivieren möchten, fügen Sie einen oder beide der Parameter `TransitEncryptionEnabled=true` oder `AtRestEncryptionEnabled=true` hinzu und erfüllen die folgenden Bedingungen.
+ In Ihrer Replikationsgruppe muss Redis OSS Version 3.2.6 oder 4.0.10 ausgeführt werden.
+ Die Replikationsgruppe muss in einer Amazon VPC erstellt werden.
+ Sie müssen außerdem den Parameter `CacheSubnetGroup` einbinden.
+ Sie müssen auch den Parameter `AuthToken` einbinden, mit dem vom Kunden angegebenen Zeichenfolgenwert für Ihr AUTH-Token (Passwort), das für Operationen auf dieser Replikationsgruppe benötigt wird.
Der folgende Vorgang erstellt die Valkey- oder Redis OSS-Replikationsgruppe (Clustermodus deaktiviert) `myReplGroup` mit drei Knoten, einem primären und zwei Replikaten.
```
https://elasticache.us-west-2.amazonaws.com/
?Action=CreateReplicationGroup
&CacheNodeType=cache.m4.large
&CacheParameterGroup=default.redis6.x
&Engine=redis
&EngineVersion=6.0
&NumCacheClusters=3
&ReplicationGroupDescription=test%20group
&ReplicationGroupId=myReplGroup
&Version=2015-02-02
&SignatureVersion=4
&SignatureMethod=HmacSHA256
&Timestamp=20150202T192317Z
&X-Amz-Credential=
```
Weitere Informationen und Parameter, die Sie möglicherweise verwenden möchten, finden Sie im ElastiCache API-Thema. [CreateReplicationGroup](https://docs.aws.amazon.com/AmazonElastiCache/latest/APIReference/API_CreateReplicationGroup.html)
# Eine Replikationsgruppe in Valkey oder Redis OSS (Cluster Mode Enabled) von Grund auf neu erstellen
Sie können einen Valkey- oder Redis OSS-Cluster (Clustermodus aktiviert) (API/CLI: *Replikationsgruppe*) mithilfe der ElastiCache Konsole, der oder der AWS CLI API erstellen. ElastiCache Eine Valkey- oder Redis OSS-Replikationsgruppe (Clustermodus aktiviert) hat 1 bis 500 Shards (API/CLI: Knotengruppen), einen primären Knoten in jedem Shard und bis zu 5 Read Replicas in jedem Shard. Sie können einen Cluster mit einer höheren Anzahl an Shards und einer geringeren Anzahl an Replikaten mit bis zu 90 Knoten pro Cluster erstellen. Diese Clusterkonfiguration reicht von 90 Shards und 0 Replikaten bis hin zu 15 Shards und 5 Replikaten, was dem Höchstwert für die Anzahl erlaubter Replikate entspricht.
Das Knoten- oder Shard-Limit kann auf maximal 500 pro Cluster erhöht werden, wenn die Valkey- oder Redis-OSS-Engine-Version 5.0.6 oder höher ist. Sie können beispielsweise einen Cluster mit 500 Knoten konfigurieren, der zwischen 83 Shards (ein primärer Knoten und 5 Replikate pro Shard) und 500 Shards (ein primärer Knoten und keine Replikate) umfasst. Stellen Sie sicher, dass für die Erhöhung genügend IP-Adressen verfügbar sind. Häufige Fallstricke sind Subnetze in der Subnetzgruppe, die einen zu kleinen CIDR-Bereich haben, oder Subnetze, die gemeinsam genutzt und von anderen Clustern stark beansprucht werden. Weitere Informationen finden Sie unter [Erstellen einer Subnetzgruppe](SubnetGroups.Creating.md).
Für Versionen unter 5.0.6 liegt das Limit bei 250 pro Cluster.
Um eine Erhöhung des Limits zu beantragen, [AWS siehe Service Limits](https://docs.aws.amazon.com/general/latest/gr/aws_service_limits.html) und wählen Sie den Limittyp **Nodes per cluster per instance type**.
**Topics**
+ [Verwenden der Konsole ElastiCache](#Replication.CreatingReplGroup.NoExistingCluster.Cluster.CON)
+ [Eine Valkey- oder Redis OSS-Replikationsgruppe (Cluster Mode Enabled) von Grund auf neu erstellen ()AWS CLI](#Replication.CreatingReplGroup.NoExistingCluster.Cluster.CLI)
+ [Eine Replikationsgruppe in Valkey oder Redis OSS (Cluster Mode Enabled) von Grund auf neu erstellen (ElastiCache API)](#Replication.CreatingReplGroup.NoExistingCluster.Cluster.API)
## Erstellen eines Valkey- oder Redis OSS-Clusters (Clustermodus aktiviert) (Konsole)
Informationen zum Erstellen eines Valkey- oder Redis OSS-Clusters (Clustermodus aktiviert) finden Sie unter. [Erstellen eines Valkey- oder Redis OSS-Clusters (Cluster-Modus aktiviert) (Konsole)](Clusters.Create.md#Clusters.Create.CON.RedisCluster) Stellen Sie sicher, dass der Cluster-Modus aktiviert ist, **Cluster-Modus aktiviert (aufskalieren)** und dass mindestens zwei Shards und ein Replikationsknoten in jedem angegeben sind.
## Eine Valkey- oder Redis OSS-Replikationsgruppe (Cluster Mode Enabled) von Grund auf neu erstellen ()AWS CLI
Das folgende Verfahren erstellt eine Valkey- oder Redis OSS-Replikationsgruppe (Clustermodus aktiviert) mithilfe von. AWS CLI
Wenn Sie eine Valkey- oder Redis OSS-Replikationsgruppe (Clustermodus aktiviert) von Grund auf neu erstellen, erstellen Sie die Replikationsgruppe und alle ihre Knoten mit einem einzigen Befehlsaufruf. AWS CLI `create-replication-group` Schließen Sie die folgenden Parameter ein.
**--replication-group-id**
Der Name der zu erstellenden Replikationsgruppe.
Die Benennungsbeschränkungen für Valkey- oder Redis OSS-Replikationsgruppen (Clustermodus aktiviert) lauten wie folgt:
+ Er muss 1-40 alphanumerische Zeichen oder Bindestriche enthalten.
+ Er muss mit einem Buchstaben beginnen.
+ Er darf keine zwei aufeinanderfolgenden Bindestriche enthalten.
+ Er darf nicht mit einem Bindestrich enden.
**--replication-group-description**
Beschreibung der Replikationsgruppe.
**--cache-node-type**
Der Knotentyp für jeden Knoten in der Replikationsgruppe.
ElastiCache unterstützt die folgenden Knotentypen. Im Allgemeinen bieten die Typen der aktuellen Generation im Vergleich zu den entsprechenden Typen der vorherigen Generationen mehr Speicher und Rechenleistung zu niedrigeren Kosten.
Weitere Informationen zu Leistungsdetails für jeden Knotentyp finden Sie unter [ EC2 Amazon-Instanztypen](https://aws.amazon.com/ec2/instance-types/).
**--data-tiering-enabled**
Legen Sie diesen Parameter fest, wenn Sie einen R6gd-Knotentyp verwenden. Wenn Sie kein Daten-Tiering verwenden möchten, legen Sie `--no-data-tiering-enabled` fest. Weitere Informationen finden Sie unter [Datenzuweisung ElastiCache](data-tiering.md).
**--cache-parameter-group**
Geben Sie die `default.redis6.x.cluster.on` Parametergruppe oder eine davon abgeleitete Parametergruppe an, um eine Valkey- oder Redis OSS-Replikationsgruppe (Clustermodus aktiviert) `default.redis6.x.cluster.on` zu erstellen. Weitere Informationen finden Sie unter [Änderungen der Parameter in Redis OSS 6.x](ParameterGroups.Engine.md#ParameterGroups.Redis.6-x).
**--engine**
redis
**--engine-version**
3.2.4
**--num-node-groups**
Die Anzahl der Knotengruppen in dieser Replikationsgruppe. Gültige Werte sind 1 bis 500.
Das node/shard Limit kann auf maximal 500 pro Cluster erhöht werden. Um eine Limiterhöhung anzufordern, lesen Sie [AWS Service Limits](https://docs.aws.amazon.com/general/latest/gr/aws_service_limits.html) und wählen Sie den Limittyp "Knoten per Cluster per Instance-Typ".
**--replicas-per-node-group**
Die Anzahl der Replikat-Knoten in jeder Knotengruppe. Gültige Werte sind 0 bis 5.
**--Netzwerktyp**
Entweder `ipv4`, `ipv` oder `dual-stack`. Wenn Sie Dual-Stack auswählen, müssen Sie den `--IpDiscovery`-Parameter entweder auf `ipv4` oder `ipv6` festlegen.
Wenn Sie die Verschlüsselung während der Übertragung oder im Ruhezustand für diese Replikationsgruppe aktivieren möchten, fügen Sie einen oder beide der Parameter `--transit-encryption-enabled` oder `--at-rest-encryption-enabled` hinzu und erfüllen die folgenden Bedingungen.
+ In Ihrer Replikationsgruppe muss Redis OSS Version 3.2.6 oder 4.0.10 ausgeführt werden.
+ Die Replikationsgruppe muss in einer Amazon VPC erstellt werden.
+ Sie müssen außerdem den Parameter `--cache-subnet-group` einbinden.
+ Sie müssen auch den Parameter `--auth-token` einbinden, mit dem vom Kunden angegebenen Zeichenfolgenwert für Ihr AUTH-Token (Passwort), das für Operationen auf dieser Replikationsgruppe benötigt wird.
Der folgende Vorgang erstellt die Valkey- oder Redis OSS-Replikationsgruppe (Clustermodus aktiviert) `sample-repl-group` mit drei Knoten groups/shards (--num-node-groups) mit jeweils drei Knoten, einem primären und zwei Read Replicas (--). replicas-per-node-group
Für Linux, macOS oder Unix:
```
aws elasticache create-replication-group \
--replication-group-id sample-repl-group \
--replication-group-description "Demo cluster with replicas" \
--num-node-groups 3 \
--replicas-per-node-group 2 \
--cache-node-type cache.m4.large \
--engine redis \
--security-group-ids SECURITY_GROUP_ID \
--cache-subnet-group-name SUBNET_GROUP_NAME>
```
Für Windows:
```
aws elasticache create-replication-group ^
--replication-group-id sample-repl-group ^
--replication-group-description "Demo cluster with replicas" ^
--num-node-groups 3 ^
--replicas-per-node-group 2 ^
--cache-node-type cache.m4.large ^
--engine redis ^
--security-group-ids SECURITY_GROUP_ID ^
--cache-subnet-group-name SUBNET_GROUP_NAME>
```
Der voranstehende Befehl erzeugt die folgende Ausgabe.
```
{
"ReplicationGroup": {
"Status": "creating",
"Description": "Demo cluster with replicas",
"ReplicationGroupId": "sample-repl-group",
"SnapshotRetentionLimit": 0,
"AutomaticFailover": "enabled",
"SnapshotWindow": "05:30-06:30",
"MemberClusters": [
"sample-repl-group-0001-001",
"sample-repl-group-0001-002",
"sample-repl-group-0001-003",
"sample-repl-group-0002-001",
"sample-repl-group-0002-002",
"sample-repl-group-0002-003",
"sample-repl-group-0003-001",
"sample-repl-group-0003-002",
"sample-repl-group-0003-003"
],
"PendingModifiedValues": {}
}
}
```
Wenn Sie eine Valkey- oder Redis OSS-Replikationsgruppe (Clustermodus aktiviert) von Grund auf neu erstellen, können Sie jeden Shard im Cluster mithilfe des `--node-group-configuration` Parameters konfigurieren, wie im folgenden Beispiel gezeigt, der zwei Knotengruppen konfiguriert (Konsole: Shards). Der erste Shard verfügt über zwei Knoten, einen primären Knoten und eine Read Replica. Der zweite Shard verfügt über drei Knoten, einen primären Knoten und zwei Read Replicas.
**--node-group-configuration**
Die Konfiguration jeder Knotengruppe. Der Parameter `--node-group-configuration` besteht aus den folgenden Feldern.
+ `PrimaryAvailabilityZone` – Die Availability Zone, in der sich der Primärknoten dieser Knotengruppe befindet. Wenn dieser Parameter weggelassen wird, wird die Availability Zone ElastiCache für den primären Knoten ausgewählt.
**Beispiel:** us-west-2a.
+ `ReplicaAvailabilityZones` – Eine durch Kommas getrennte Liste von Availability Zones, in denen sich die Lesereplikate befinden. Die Anzahl der Availability Zones in dieser Liste muss mit dem Wert von `ReplicaCount` übereinstimmen. Wenn dieser Parameter weggelassen wird, werden die ElastiCache Availability Zones für die Replikatknoten ausgewählt.
**Beispiel:** „us-west-2a,us-west-2b,us-west-2c“
+ `ReplicaCount` – Die Anzahl der Replikatknoten in dieser Knotengruppe.
+ `Slots` – Eine Zeichenfolge, die den Keyspace für die Knotengruppe angibt. Das Format für die Zeichenfolge ist `startKey-endKey`. Wenn dieser Parameter weggelassen wird, werden ElastiCache die Schlüssel gleichmäßig auf die Knotengruppen verteilt.
**Beispiel:** "0–4999"
Der folgende Vorgang erstellt die Valkey- oder Redis OSS-Replikationsgruppe (Clustermodus aktiviert) `new-group` mit zwei Knotengruppen/Shards (). `--num-node-groups` Im Gegensatz zum voranstehenden Beispiel sind die einzelnen Knotengruppen unterschiedlich konfiguriert (`--node-group-configuration`).
Für Linux, macOS oder Unix:
```
aws elasticache create-replication-group \
--replication-group-id new-group \
--replication-group-description "Sharded replication group" \
--engine redis \
--snapshot-retention-limit 8 \
--cache-node-type cache.m4.medium \
--num-node-groups 2 \
--node-group-configuration \
"ReplicaCount=1,Slots=0-8999,PrimaryAvailabilityZone='us-east-1c',ReplicaAvailabilityZones='us-east-1b'" \
"ReplicaCount=2,Slots=9000-16383,PrimaryAvailabilityZone='us-east-1a',ReplicaAvailabilityZones='us-east-1a','us-east-1c'"
```
Für Windows:
```
aws elasticache create-replication-group ^
--replication-group-id new-group ^
--replication-group-description "Sharded replication group" ^
--engine redis ^
--snapshot-retention-limit 8 ^
--cache-node-type cache.m4.medium ^
--num-node-groups 2 ^
--node-group-configuration \
"ReplicaCount=1,Slots=0-8999,PrimaryAvailabilityZone='us-east-1c',ReplicaAvailabilityZones='us-east-1b'" \
"ReplicaCount=2,Slots=9000-16383,PrimaryAvailabilityZone='us-east-1a',ReplicaAvailabilityZones='us-east-1a','us-east-1c'"
```
Die voranstehende Operation erzeugt die folgende Ausgabe.
```
{
"ReplicationGroup": {
"Status": "creating",
"Description": "Sharded replication group",
"ReplicationGroupId": "rc-rg",
"SnapshotRetentionLimit": 8,
"AutomaticFailover": "enabled",
"SnapshotWindow": "10:00-11:00",
"MemberClusters": [
"rc-rg-0001-001",
"rc-rg-0001-002",
"rc-rg-0002-001",
"rc-rg-0002-002",
"rc-rg-0002-003"
],
"PendingModifiedValues": {}
}
}
```
Weitere Informationen und Parameter, die Sie möglicherweise verwenden möchten, finden Sie im Thema. AWS CLI [create-replication-group](https://docs.aws.amazon.com/cli/latest/reference/elasticache/create-replication-group.html)
## Eine Replikationsgruppe in Valkey oder Redis OSS (Cluster Mode Enabled) von Grund auf neu erstellen (ElastiCache API)
Das folgende Verfahren erstellt mithilfe der API eine Valkey- oder Redis OSS-Replikationsgruppe (Clustermodus aktiviert). ElastiCache
Wenn Sie eine Valkey- oder Redis OSS-Replikationsgruppe (Clustermodus aktiviert) von Grund auf neu erstellen, erstellen Sie die Replikationsgruppe und alle ihre Knoten mit einem einzigen Aufruf der API-Operation. ElastiCache `CreateReplicationGroup` Schließen Sie die folgenden Parameter ein.
**ReplicationGroupId**
Der Name der zu erstellenden Replikationsgruppe.
Die Benennungsbeschränkungen für Valkey- oder Redis OSS-Replikationsgruppen (Clustermodus aktiviert) lauten wie folgt:
+ Er muss 1-40 alphanumerische Zeichen oder Bindestriche enthalten.
+ Er muss mit einem Buchstaben beginnen.
+ Er darf keine zwei aufeinanderfolgenden Bindestriche enthalten.
+ Er darf nicht mit einem Bindestrich enden.
**ReplicationGroupDescription**
Beschreibung der Replikationsgruppe.
**NumNodeGroups**
Die Anzahl der Knotengruppen, die Sie mit dieser Replikationsgruppe erstellen möchten. Gültige Werte sind 1 bis 500.
**ReplicasPerNodeGroup**
Die Anzahl der Replikat-Knoten in jeder Knotengruppe. Gültige Werte sind 1 bis 5.
**NodeGroupConfiguration**
Die Konfiguration jeder Knotengruppe. Der Parameter `NodeGroupConfiguration` besteht aus den folgenden Feldern.
+ `PrimaryAvailabilityZone` – Die Availability Zone, in der sich der Primärknoten dieser Knotengruppe befindet. Wenn dieser Parameter weggelassen wird, wird die ElastiCache Availability Zone für den primären Knoten ausgewählt.
**Beispiel:** us-west-2a.
+ `ReplicaAvailabilityZones` – Eine Liste der Availability Zones, in denen sich die Lesereplikate befinden. Die Anzahl der Availability Zones in dieser Liste muss mit dem Wert von `ReplicaCount` übereinstimmen. Wenn dieser Parameter weggelassen wird, werden die ElastiCache Availability Zones für die Replikatknoten ausgewählt.
+ `ReplicaCount` – Die Anzahl der Replikatknoten in dieser Knotengruppe.
+ `Slots` – Eine Zeichenfolge, die den Keyspace für die Knotengruppe angibt. Das Format für die Zeichenfolge ist `startKey-endKey`. Wenn dieser Parameter weggelassen wird, werden ElastiCache die Schlüssel gleichmäßig auf die Knotengruppen verteilt.
**Beispiel:** "0–4999"
**CacheNodeType**
Der Knotentyp für jeden Knoten in der Replikationsgruppe.
ElastiCache unterstützt die folgenden Knotentypen. Im Allgemeinen bieten die Typen der aktuellen Generation im Vergleich zu den entsprechenden Typen der vorherigen Generationen mehr Speicher und Rechenleistung zu niedrigeren Kosten.
Weitere Informationen zu Leistungsdetails für jeden Knotentyp finden Sie unter [ EC2 Amazon-Instanztypen](https://aws.amazon.com/ec2/instance-types/).
**--data-tiering-enabled**
Legen Sie diesen Parameter fest, wenn Sie einen R6gd-Knotentyp verwenden. Wenn Sie kein Daten-Tiering verwenden möchten, legen Sie `--no-data-tiering-enabled` fest. Weitere Informationen finden Sie unter [Datenzuweisung ElastiCache](data-tiering.md).
**CacheParameterGroup**
Geben Sie die `default.redis6.x.cluster.on` Parametergruppe oder eine davon abgeleitete Parametergruppe an, um eine Valkey- oder Redis OSS-Replikationsgruppe (Clustermodus aktiviert) `default.redis6.x.cluster.on` zu erstellen. Weitere Informationen finden Sie unter [Änderungen der Parameter in Redis OSS 6.x](ParameterGroups.Engine.md#ParameterGroups.Redis.6-x).
**--Netzwerktyp**
Entweder `ipv4`, `ipv` oder `dual-stack`. Wenn Sie Dual-Stack auswählen, müssen Sie den `--IpDiscovery`-Parameter entweder auf `ipv4` oder `ipv6` festlegen.
**Engine**
redis
**EngineVersion**
6.0
Wenn Sie die Verschlüsselung während der Übertragung oder im Ruhezustand für diese Replikationsgruppe aktivieren möchten, fügen Sie einen oder beide der Parameter `TransitEncryptionEnabled=true` oder `AtRestEncryptionEnabled=true` hinzu und erfüllen die folgenden Bedingungen.
+ Auf Ihrer Replikationsgruppe muss Redis OSS Version 3.2.6 oder 4.0.10 ausgeführt werden.
+ Die Replikationsgruppe muss in einer Amazon VPC erstellt werden.
+ Sie müssen außerdem den Parameter `CacheSubnetGroup` einbinden.
+ Sie müssen auch den Parameter `AuthToken` einbinden, mit dem vom Kunden angegebenen Zeichenfolgenwert für Ihr AUTH-Token (Passwort), das für Operationen auf dieser Replikationsgruppe benötigt wird.
Die Zeilenumbrüche dienen der besseren Lesbarkeit.
```
https://elasticache.us-west-2.amazonaws.com/
?Action=CreateReplicationGroup
&CacheNodeType=cache.m4.large
&CacheParemeterGroup=default.redis6.xcluster.on
&Engine=redis
&EngineVersion=6.0
&NumNodeGroups=3
&ReplicasPerNodeGroup=2
&ReplicationGroupDescription=test%20group
&ReplicationGroupId=myReplGroup
&Version=2015-02-02
&SignatureVersion=4
&SignatureMethod=HmacSHA256
&Timestamp=20150202T192317Z
&X-Amz-Credential=
```
Weitere Informationen und Parameter, die Sie möglicherweise verwenden möchten, finden Sie im API-Thema. ElastiCache [CreateReplicationGroup](https://docs.aws.amazon.com/AmazonElastiCache/latest/APIReference/API_CreateReplicationGroup.html)
# Anzeigen der Details einer Replikationsgruppe
Unter bestimmten Umständen möchten Sie vielleicht Details zu einer Replikationsgruppe einsehen. Sie können die ElastiCache Konsole, das AWS CLI for ElastiCache oder die ElastiCache API verwenden. Der Konsolenprozess unterscheidet sich für Valkey oder Redis OSS (Clustermodus deaktiviert) und Valkey oder Redis OSS (Clustermodus aktiviert).
**Contents**
+ [Valkey- oder Redis-OSS (Clustermodus deaktiviert) mit Replikaten anzeigen](Replication.ViewDetails.Redis.md)
+ [Die Konsole verwenden ElastiCache](Replication.ViewDetails.Redis.md#Replication.ViewDetails.Redis.CON)
+ [Verwenden der AWS CLI](Replication.ViewDetails.Redis.md#Replication.ViewDetails.Redis.CLI)
+ [Verwenden der API ElastiCache](Replication.ViewDetails.Redis.md#Replication.ViewDetails.Redis.API)
+ [Eine Replikationsgruppe anzeigen: Valkey oder Redis OSS (Clustermodus aktiviert)](Replication.ViewDetails.RedisCluster.md)
+ [Die Konsole verwenden ElastiCache](Replication.ViewDetails.RedisCluster.md#Replication.ViewDetails.RedisCluster.CON)
+ [Verwenden des AWS CLI](Replication.ViewDetails.RedisCluster.md#Replication.ViewDetails.RedisCluster.CLI)
+ [Verwenden der API ElastiCache](Replication.ViewDetails.RedisCluster.md#Replication.ViewDetails.RedisCluster.API)
+ [Anzeigen der Details einer Replikationsgruppe (AWS CLI)](Replication.ViewDetails.CLI.md)
+ [Details einer Replikationsgruppe anzeigen (ElastiCache API)](Replication.ViewDetails.API.md)
# Valkey- oder Redis-OSS (Clustermodus deaktiviert) mit Replikaten anzeigen
Sie können die Details eines Valkey- oder Redis OSS-Clusters (Clustermodus deaktiviert) mit Replikaten (API/CLI: *Replikationsgruppe*) mithilfe der ElastiCache Konsole, des For oder der AWS CLI API anzeigen. ElastiCache ElastiCache
**Contents**
+ [Die Konsole verwenden ElastiCache](#Replication.ViewDetails.Redis.CON)
+ [Verwenden der AWS CLI](#Replication.ViewDetails.Redis.CLI)
+ [Verwenden der API ElastiCache](#Replication.ViewDetails.Redis.API)
## Anzeigen einer Valkey- oder Redis OSS-Replikationsgruppe (Cluster-Modus deaktiviert) (Konsole)
Informationen zum Anzeigen der Details eines Valkey- oder Redis OSS-Clusters (Clustermodus deaktiviert) mit Replikaten mithilfe der ElastiCache Konsole finden Sie im Thema. [Details zu Valkey oder Redis OSS (Clustermodus deaktiviert) anzeigen (Konsole)](Clusters.ViewDetails.md#Clusters.ViewDetails.CON.Redis)
## Eine Valkey- oder Redis OSS-Replikationsgruppe (Clustermodus deaktiviert) anzeigen ()AWS CLI
Ein AWS CLI Beispiel, in dem die Details einer Valkey- oder Redis OSS-Replikationsgruppe (Clustermodus deaktiviert) angezeigt werden, finden Sie unter. [Anzeigen der Details einer Replikationsgruppe (AWS CLI)](Replication.ViewDetails.CLI.md)
## Eine Valkey- oder Redis OSS-Replikationsgruppe (API) anzeigen (Cluster-Modus deaktiviert) ElastiCache
Ein ElastiCache API-Beispiel, in dem die Details einer Valkey- oder Redis OSS-Replikationsgruppe (Clustermodus deaktiviert) angezeigt werden, finden Sie unter. [Details einer Replikationsgruppe anzeigen (ElastiCache API)](Replication.ViewDetails.API.md)
# Eine Replikationsgruppe anzeigen: Valkey oder Redis OSS (Clustermodus aktiviert)
## Anzeigen eines Valkey- oder Redis OSS-Clusters (Clustermodus aktiviert) (Konsole)
Informationen zum Anzeigen der Details eines Valkey- oder Redis OSS-Clusters (Clustermodus aktiviert) mithilfe der ElastiCache Konsole finden Sie unter. [Details für einen Valkey- oder Redis OSS-Cluster (Cluster Mode Enabled) anzeigen (Konsole)](Clusters.ViewDetails.md#Clusters.ViewDetails.CON.RedisCluster)
## Einen Valkey- oder Redis OSS-Cluster (Clustermodus aktiviert) anzeigen ()AWS CLI
Ein ElastiCache CLI-Beispiel, das die Details einer Valkey- oder Redis OSS-Replikationsgruppe (Clustermodus aktiviert) anzeigt, finden Sie unter. [Anzeigen der Details einer Replikationsgruppe (AWS CLI)](Replication.ViewDetails.CLI.md)
## Einen Valkey- oder Redis OSS-Cluster (Clustermodus aktiviert) (API) anzeigen ElastiCache
Ein ElastiCache API-Beispiel, das die Details einer Valkey- oder Redis OSS-Replikationsgruppe (Clustermodus aktiviert) anzeigt, finden Sie unter. [Details einer Replikationsgruppe anzeigen (ElastiCache API)](Replication.ViewDetails.API.md)
# Anzeigen der Details einer Replikationsgruppe (AWS CLI)
Sie können die Details für eine Replikationsgruppe mit dem AWS CLI `describe-replication-groups` Befehl anzeigen. Verfeinern Sie die Auflistung mit den folgenden optionalen Parametern. Wenn die Parameter weggelassen werden, werden Details für bis zu 100 Replikationsgruppen zurückgegeben.
**Optionale Parameter**
+ `--replication-group-id` – Verwenden Sie diesen Parameter zur Auflistung der Details einer bestimmten Replikationsgruppe. Wenn die angegebene Replikationsgruppe mehr als eine Knotengruppe besitzt, werden die zurückgegebenen Ergebnisse nach Knotengruppe gruppiert.
+ `--max-items` – Verwenden Sie diesen Parameter, um die Anzahl der aufgelisteten Replikationsgruppen einzuschränken. Der Wert für `--max-items` darf nicht kleiner als 20 oder größer als 100 sein.
**Example**
Der folgende Code listet die Details für bis zu 100 Replikationsgruppen auf.
```
aws elasticache describe-replication-groups
```
Der folgende Code listet die Details für `sample-repl-group` auf.
```
aws elasticache describe-replication-groups --replication-group-id sample-repl-group
```
Der folgende Code listet die Details für `sample-repl-group` auf.
```
aws elasticache describe-replication-groups --replication-group-id sample-repl-group
```
Der folgende Code listet die Details für bis zu 25 Replikationsgruppen auf.
```
aws elasticache describe-replication-groups --max-items 25
```
Die Ausgabe dieser Operation sollte etwa wie nachfolgend dargestellt aussehen (JSON-Format).
```
{
"ReplicationGroups": [
{
"Status": "available",
"Description": "test",
"NodeGroups": [
{
"Status": "available",
"NodeGroupMembers": [
{
"CurrentRole": "primary",
"PreferredAvailabilityZone": "us-west-2a",
"CacheNodeId": "0001",
"ReadEndpoint": {
"Port": 6379,
"Address": "rg-name-001.1abc4d.0001.usw2.cache.amazonaws.com"
},
"CacheClusterId": "rg-name-001"
},
{
"CurrentRole": "replica",
"PreferredAvailabilityZone": "us-west-2b",
"CacheNodeId": "0001",
"ReadEndpoint": {
"Port": 6379,
"Address": "rg-name-002.1abc4d.0001.usw2.cache.amazonaws.com"
},
"CacheClusterId": "rg-name-002"
},
{
"CurrentRole": "replica",
"PreferredAvailabilityZone": "us-west-2c",
"CacheNodeId": "0001",
"ReadEndpoint": {
"Port": 6379,
"Address": "rg-name-003.1abc4d.0001.usw2.cache.amazonaws.com"
},
"CacheClusterId": "rg-name-003"
}
],
"NodeGroupId": "0001",
"PrimaryEndpoint": {
"Port": 6379,
"Address": "rg-name.1abc4d.ng.0001.usw2.cache.amazonaws.com"
}
}
],
"ReplicationGroupId": "rg-name",
"AutomaticFailover": "enabled",
"SnapshottingClusterId": "rg-name-002",
"MemberClusters": [
"rg-name-001",
"rg-name-002",
"rg-name-003"
],
"PendingModifiedValues": {}
},
{
... some output omitted for brevity
}
]
}
```
Weitere Informationen finden Sie im ElastiCache Thema AWS CLI für[describe-replication-groups](https://docs.aws.amazon.com/cli/latest/reference/elasticache/describe-replication-groups.html).
# Details einer Replikationsgruppe anzeigen (ElastiCache API)
Sie können die Details für eine Replikation mithilfe des AWS CLI `DescribeReplicationGroups` Vorgangs anzeigen. Verfeinern Sie die Auflistung mit den folgenden optionalen Parametern. Wenn die Parameter weggelassen werden, werden Details für bis zu 100 Replikationsgruppen zurückgegeben.
**Optionale Parameter**
+ `ReplicationGroupId` – Verwenden Sie diesen Parameter zur Auflistung der Details einer bestimmten Replikationsgruppe. Wenn die angegebene Replikationsgruppe mehr als eine Knotengruppe besitzt, werden die zurückgegebenen Ergebnisse nach Knotengruppe gruppiert.
+ `MaxRecords` – Verwenden Sie diesen Parameter, um die Anzahl der aufgelisteten Replikationsgruppen einzuschränken. Der Wert für `MaxRecords` darf nicht kleiner als 20 oder größer als 100 sein. Der Standardwert ist 100.
**Example**
Der folgende Code listet die Details für bis zu 100 Replikationsgruppen auf.
```
https://elasticache.us-west-2.amazonaws.com/
?Action=DescribeReplicationGroups
&Version=2015-02-02
&SignatureVersion=4
&SignatureMethod=HmacSHA256
&Timestamp=20150202T192317Z
&X-Amz-Credential=
```
Der folgende Code listet die Details für `myReplGroup` auf.
```
https://elasticache.us-west-2.amazonaws.com/
?Action=DescribeReplicationGroups
&ReplicationGroupId=myReplGroup
&Version=2015-02-02
&SignatureVersion=4
&SignatureMethod=HmacSHA256
&Timestamp=20150202T192317Z
&X-Amz-Credential=
```
Der folgende Code listet die Details für bis zu 25 Cluster auf.
```
https://elasticache.us-west-2.amazonaws.com/
?Action=DescribeReplicationGroups
&MaxRecords=25
&Version=2015-02-02
&SignatureVersion=4
&SignatureMethod=HmacSHA256
&Timestamp=20150202T192317Z
&X-Amz-Credential=
```
Weitere Informationen finden Sie im ElastiCache API-Referenzthema[DescribeReplicationGroups](https://docs.aws.amazon.com/AmazonElastiCache/latest/APIReference/API_DescribeReplicationGroups.html).
# Suchen von Endpunkten von Replikationsgruppen
Eine Anwendung kann eine Verbindung zu jedem beliebigen Knoten in einer Replikationsgruppe herstellen, vorausgesetzt, dass es über den DNS-Endpunkt und die Portnummer für den betreffenden Knoten verfügt. Je nachdem, ob Sie eine Valkey- oder Redis OSS-Replikationsgruppe (Clustermodus deaktiviert) oder eine Valkey- oder Redis OSS-Replikationsgruppe (Cluster-Modus aktiviert) ausführen, sind Sie an verschiedenen Endpunkten interessiert.
**Valkey oder Redis OSS (Clustermodus deaktiviert)**
*Valkey- oder Redis OSS-Cluster (Cluster-Modus deaktiviert) mit Replikaten haben drei Arten von Endpunkten: den *primären Endpunkt, den *Reader-Endpunkt** und die Knotenendpunkte.* Der primäre Endpunkt ist ein DNS-Name, der immer auf den primären Knoten im Cluster aufgelöst wird. Der primäre Endpunkt ist Änderungen an Ihrem Cluster, wie Heraufstufen einer Read Replica in die Rolle des primären Knotens, gegenüber immun. Für Schreibvorgänge empfehlen wir, dass Anwendungen sich ausschließlich mit dem primären Endpunkt verbinden.
Ein Reader-Endpunkt verteilt eingehende Verbindungen zum Endpunkt gleichmäßig auf alle Read Replicas in einem Cluster. ElastiCache Zusätzliche Faktoren, z. B. wenn die Anwendung die Verbindungen erstellt oder wie die Anwendung die Verbindungen (erneut) verwendet, bestimmen die Verteilung des Datenverkehrs. Reader-Endpunkte bleiben hinsichtlich der Cluster-Änderungen beim Hinzufügen oder Entfernen von Replicas in Echtzeit auf dem aktuellen Stand. Sie können die mehreren Read Replicas Ihres ElastiCache Redis OSS-Clusters in verschiedenen AWS Availability Zones (AZ) platzieren, um eine hohe Verfügbarkeit der Leser-Endpunkte sicherzustellen.
**Anmerkung**
Ein Leser-Endpunkt ist kein Load Balancer. Es handelt sich um einen DNS-Eintrag, der nach dem Rotationsprinzip zu einer IP-Adresse eines der Replikationsknoten aufgelöst wird.
Für Lesevorgänge können Anwendungen Verbindungen zu jedem Knoten im Cluster herstellen. Im Gegensatz zum primären Endpunkt werden Knotenendpunkte auf bestimmte Endpunkte aufgelöst. Wenn Sie eine Änderung am Cluster vornehmen, wie z. B. Hinzufügen oder Löschen eines Replikats, müssen Sie die Knotenendpunkte in Ihrer Anwendung aktualisieren.
**Valkey oder Redis OSS (Clustermodus aktiviert)**
Valkey- oder Redis OSS-Cluster (Cluster-Modus aktiviert) mit Replikaten, da sie mehrere Shards (API/CLI: Knotengruppen) haben, was bedeutet, dass sie auch mehrere Primärknoten haben, haben eine andere Endpunktstruktur als Valkey- oder Redis OSS-Cluster (Cluster-Modus deaktiviert). Valkey oder Redis OSS (Clustermodus aktiviert) haben einen *Konfigurationsendpunkt, der alle Primär-* und Knotenendpunkte im Cluster „kennt“. Ihre Anwendung stellt eine Verbindung zum Konfigurationsendpunkt her. Immer wenn Ihre Anwendung auf den Konfigurationsendpunkt des Clusters schreibt oder von diesem liest, bestimmen Valkey und Redis OSS im Hintergrund, zu welchem Shard der Schlüssel gehört und welcher Endpunkt in diesem Shard verwendet werden soll. Dies läuft alles transparent für Ihre Anwendung ab.
Sie können die Endpunkte für einen Cluster mithilfe der ElastiCache Konsole, der oder der API finden. AWS CLI ElastiCache
**Suchen von Replikationsgruppen-Endpunkten**
Anweisungen zur Suche nach den Endpunkten für Ihre Replikationsgruppe finden Sie in einem der folgenden Themen:
+ [Finden Sie die Endpunkte eines Valkey- oder Redis OSS-Clusters (Cluster-Modus deaktiviert) (Konsole)](Endpoints.md#Endpoints.Find.Redis)
+ [Finden von Endpunkten für einen Valkey- oder Redis OSS-Cluster (Clustermodus aktiviert) (Konsole)](Endpoints.md#Endpoints.Find.RedisCluster)
+ [Finden der Endpunkte für Valkey- oder Redis OSS-Replikationsgruppen ()AWS CLI](Endpoints.md#Endpoints.Find.CLI.ReplGroups)
+ [Suche nach Endpunkten für Valkey- oder Redis OSS-Replikationsgruppen (API) ElastiCache](Endpoints.md#Endpoints.Find.API.ReplGroups)
# Ändern einer Replikationsgruppe
**Wichtige Einschränkungen**
ElastiCache Unterstützt derzeit begrenzte Änderungen einer Valkey- oder Redis OSS-Replikationsgruppe (Clustermodus aktiviert), z. B. das Ändern der Engine-Version mithilfe der API-Operation `ModifyReplicationGroup` (CLI:`modify-replication-group`). Sie können die Anzahl der Shards (Knotengruppen) in einem Valkey- oder Redis OSS-Cluster (Clustermodus aktiviert) mit der API-Operation [https://docs.aws.amazon.com/AmazonElastiCache/latest/APIReference/API_ModifyReplicationGroupShardConfiguration.html](https://docs.aws.amazon.com/AmazonElastiCache/latest/APIReference/API_ModifyReplicationGroupShardConfiguration.html)(CLI:) ändern. [https://docs.aws.amazon.com/cli/latest/reference/elasticache/modify-replication-group-shard-configuration.html](https://docs.aws.amazon.com/cli/latest/reference/elasticache/modify-replication-group-shard-configuration.html) Weitere Informationen finden Sie unter [Skalierung von Valkey- oder Redis OSS-Clustern (Clustermodus aktiviert)](scaling-redis-cluster-mode-enabled.md).
Andere Änderungen an einem Valkey- oder Redis OSS-Cluster (Clustermodus aktiviert) erfordern, dass Sie einen Cluster mit dem neuen Cluster erstellen, der die Änderungen enthält.
Sie können Valkey- oder Redis OSS-Cluster (Clustermodus deaktiviert) und Valkey- oder Redis OSS-Cluster und Replikationsgruppen (Clustermodus aktiviert) auf neuere Engine-Versionen aktualisieren. Ein Downgrade auf vorhergehende Engine-Versionen ist jedoch nur durch Löschen des vorhandenen Clusters oder der vorhandenen Replikationsgruppe und der anschließenden Erstellung eines neuen Clusters oder einer neuen Replikationsgruppe möglich. Weitere Informationen finden Sie unter [Versionsverwaltung für ElastiCache](VersionManagement.md).
Sie können einen vorhandenen OSS-Cluster ElastiCache für Valkey oder Redis, der den Clustermodus deaktiviert verwendet, mithilfe der Konsole, der [ModifyReplicationGroup](https://docs.aws.amazon.com/AmazonElastiCache/latest/APIReference/API_ModifyReplicationGroup.html)API oder des [modify-replication-group](https://docs.aws.amazon.com/cli/latest/reference/elasticache/modify-replication-group.html)CLI-Befehls aktualisieren, um den Clustermodus aktiviert zu verwenden, wie im folgenden Beispiel gezeigt. Sie können auch den Schritten unter [Ändern des Clustermodus](modify-cluster-mode.md) folgen.
Sie können die Einstellungen eines Valkey- oder Redis OSS-Clusters (Clustermodus deaktiviert) mithilfe der ElastiCache Konsole, der oder der AWS CLI API ändern. ElastiCache ElastiCache Unterstützt derzeit eine begrenzte Anzahl von Änderungen an einer Valkey- oder Redis OSS-Replikationsgruppe (Clustermodus aktiviert). Andere Änderungen erfordern, dass Sie eine Sicherungskopie der aktuellen Replikationsgruppe erstellen und diese Sicherung dann verwenden, um eine neue Valkey- oder Redis OSS-Replikationsgruppe (Clustermodus aktiviert) zu erstellen.
**Topics**
+ [Unter Verwendung der AWS-Managementkonsole](#Replication.Modify.CON)
+ [Verwenden des AWS CLI](#Replication.Modify.CLI)
+ [Verwenden der API ElastiCache](#Replication.Modify.API)
## Unter Verwendung der AWS-Managementkonsole
Informationen zum Ändern eines Valkey- oder Redis OSS-Clusters (Clustermodus deaktiviert) finden Sie unter. [Einen ElastiCache Cluster ändern](Clusters.Modify.md)
## Verwenden des AWS CLI
Im Folgenden finden Sie AWS CLI Beispiele für den `modify-replication-group` Befehl. Sie können mit demselben Befehl andere Änderungen an einer Replikationsgruppe vornehmen.
**Aktivieren Sie Multi-AZ für eine bestehende Valkey- oder Redis OSS-Replikationsgruppe:**
Für Linux, macOS oder Unix:
```
aws elasticache modify-replication-group \
--replication-group-id myReplGroup \
--multi-az-enabled = true
```
Für Windows:
```
aws elasticache modify-replication-group ^
--replication-group-id myReplGroup ^
--multi-az-enabled
```
**Ändern des Clustermodus von deaktiviert auf aktiviert:**
Wenn Sie den Clustermodus von *deaktiviert* auf *aktiviert* ändern möchten, müssen Sie zuerst den Clustermodus auf *kompatibel* festlegen. Im kompatiblen Modus können sich Ihre Valkey- oder Redis OSS-Clients sowohl mit aktiviertem als auch mit deaktiviertem Clustermodus verbinden. *Nachdem Sie alle Valkey- oder Redis OSS-Clients zur Verwendung des aktivierten Clustermodus migriert haben, können Sie die Konfiguration des Clustermodus abschließen und den Clustermodus auf aktiviert setzen.*
Für Linux, macOS oder Unix:
Legen Sie den Clustermodus auf *kompatibel* fest.
```
aws elasticache modify-replication-group \
--replication-group-id myReplGroup \
--cache-parameter-group-name myParameterGroupName \
--cluster-mode compatible
```
Legen Sie den Clustermodus auf *aktiviert* fest.
```
aws elasticache modify-replication-group \
--replication-group-id myReplGroup \
--cluster-mode enabled
```
Für Windows:
Legen Sie den Clustermodus auf *kompatibel* fest.
```
aws elasticache modify-replication-group ^
--replication-group-id myReplGroup ^
--cache-parameter-group-name myParameterGroupName ^
--cluster-mode compatible
```
Legen Sie den Clustermodus auf *aktiviert* fest.
```
aws elasticache modify-replication-group ^
--replication-group-id myReplGroup ^
--cluster-mode enabled
```
Weitere Informationen zu diesem AWS CLI `modify-replication-group` Befehl finden Sie unter [modify-replication-group](https://docs.aws.amazon.com/cli/latest/reference/elasticache/modify-replication-group.html) oder [Ändern des Clustermodus]() im Benutzerhandbuch *ElastiCache für Redis OSS*.
## Verwenden der API ElastiCache
Der folgende ElastiCache API-Vorgang aktiviert Multi-AZ auf einer vorhandenen Valkey- oder Redis OSS-Replikationsgruppe. Sie können mit derselben Operation andere Änderungen an einer Replikationsgruppe vornehmen.
```
https://elasticache.us-west-2.amazonaws.com/
?Action=ModifyReplicationGroup
&AutomaticFailoverEnabled=true
&Mutli-AZEnabled=true
&ReplicationGroupId=myReplGroup
&SignatureVersion=4
&SignatureMethod=HmacSHA256
&Timestamp=20141201T220302Z
&Version=2014-12-01
&X-Amz-Algorithm=&AWS;4-HMAC-SHA256
&X-Amz-Date=20141201T220302Z
&X-Amz-SignedHeaders=Host
&X-Amz-Expires=20141201T220302Z
&X-Amz-Credential=
&X-Amz-Signature=
```
Weitere Informationen zum ElastiCache `ModifyReplicationGroup` API-Vorgang finden Sie unter. [ModifyReplicationGroup](https://docs.aws.amazon.com/AmazonElastiCache/latest/APIReference/API_ModifyReplicationGroup.html)
# Löschen einer Replikationsgruppe
Wenn Sie einen Ihrer Cluster mit Replikaten (in API/CLI als *Replikationsgruppen* bezeichnet) nicht mehr benötigen, können Sie ihn löschen. Wenn Sie eine Replikationsgruppe ElastiCache löschen, werden alle Knoten in dieser Gruppe gelöscht.
Sobald die Operation gestartet wurde, kann sie nicht mehr unterbrochen oder abgebrochen werden.
**Warnung**
Wenn Sie einen ElastiCache für Redis OSS-Cluster löschen, bleiben Ihre manuellen Snapshots erhalten. Sie erhalten außerdem die Möglichkeit, einen letzten Snapshot zu erstellen, bevor der Cluster gelöscht wird. Automatisch erstellte Cache-Snapshots werden nicht aufbewahrt.
`CreateSnapshot`Für die Erstellung eines endgültigen Snapshots ist eine Genehmigung erforderlich. Ohne diese Genehmigung schlägt der API-Aufruf mit einer `Access Denied` Ausnahme fehl.
## Löschen einer Replikationsgruppe (Konsole)
Zum Löschen eines Clusters mit Replikaten informieren Sie sich unter [Löschen eines Clusters in ElastiCache](Clusters.Delete.md).
## Löschen einer Replikationsgruppe (AWS CLI)
Mit dem Befehl [delete-replication-group](https://docs.aws.amazon.com/AmazonElastiCache/latest/CommandLineReference/CLIReference-cmd-DeleteReplicationGroup.html) können Sie eine Replikationsgruppe löschen.
```
aws elasticache delete-replication-group --replication-group-id my-repgroup
```
Sie werden aufgefordert, Ihre Entscheidung zu bestätigen. Geben Sie *y* (Ja) ein, um die Operation sofort zu starten. Einmal gestartet kann der Vorgang nicht mehr rückgängig gemacht werden.
```
After you begin deleting this replication group, all of its nodes will be deleted as well.
Are you sure you want to delete this replication group? [Ny]y
REPLICATIONGROUP my-repgroup My replication group deleting
```
## Löschen einer Replikationsgruppe (ElastiCache API)
Rufen Sie [DeleteReplicationGroup](https://docs.aws.amazon.com/AmazonElastiCache/latest/APIReference/API_DeleteReplicationGroup.html) mit dem Parameter `ReplicationGroup` auf.
**Example**
```
https://elasticache.us-west-2.amazonaws.com/
?Action=DeleteReplicationGroup
&ReplicationGroupId=my-repgroup
&Version=2014-12-01
&SignatureVersion=4
&SignatureMethod=HmacSHA256
&Timestamp=20141201T220302Z
&X-Amz-Algorithm=&AWS;4-HMAC-SHA256
&X-Amz-Date=20141201T220302Z
&X-Amz-SignedHeaders=Host
&X-Amz-Expires=20141201T220302Z
&X-Amz-Credential=
&X-Amz-Signature=
```
**Anmerkung**
Wenn Sie den Parameter `RetainPrimaryCluster` auf `true` einstellen, werden alle Read Replicas gelöscht, der primäre Cluster wird jedoch beibehalten.
# Ändern der Anzahl von Replikaten
Sie können die Anzahl der Read Replicas in Ihrer Valkey- oder Redis OSS-Replikationsgruppe mithilfe der AWS-Managementkonsole, der oder der API dynamisch erhöhen oder verringern. AWS CLI ElastiCache Wenn es sich bei Ihrer Replikationsgruppe um eine Valkey- oder Redis OSS-Replikationsgruppe (Cluster-Modus aktiviert) handelt, können Sie auswählen, mit welchen Shards (Knotengruppen) die Anzahl der Replikate erhöht oder verringert werden soll.
Um die Anzahl der Replikate in Ihrer Replikationsgruppe dynamisch zu ändern, wählen Sie den Vorgang aus der folgenden Tabelle aus, der zu Ihrer Situation passt.
| So gehen Sie vor | Für Valkey oder Redis OSS (Clustermodus aktiviert) | Für Valkey oder Redis OSS (Clustermodus deaktiviert) |
| --- | --- | --- |
| Replikate hinzufügen | [Erhöhen der Anzahl der Replikate in einem Shard](increase-replica-count.md) | [Erhöhen der Anzahl der Replikate in einem Shard](increase-replica-count.md) [Hinzufügen einer Read Replica für Valkey oder Redis OSS (Cluster-Modus deaktiviert)](Replication.AddReadReplica.md) |
| Replikate löschen | [Verringern der Anzahl der Replikate in einem Shard](decrease-replica-count.md) | [Verringern der Anzahl der Replikate in einem Shard](decrease-replica-count.md) [Löschen einer Read Replica für Valkey oder Redis OSS (Cluster-Modus deaktiviert)](Replication.RemoveReadReplica.md) |
# Erhöhen der Anzahl der Replikate in einem Shard
Sie können die Anzahl der Replikate in einer Valkey- oder Redis OSS-Replikationsgruppe (Cluster-Modus aktiviert) oder einer Valkey- oder Redis-OSS-Replikationsgruppe (Cluster-Modus deaktiviert) auf maximal fünf erhöhen. Sie können dazu die, oder die API AWS-Managementkonsole verwenden. AWS CLI ElastiCache
**Topics**
+ [Mit dem AWS-Managementkonsole](#increase-replica-count-con)
+ [Unter Verwendung der AWS CLI](#increase-replica-count-cli)
+ [Verwendung der API ElastiCache](#increase-replica-count-api)
## Mit dem AWS-Managementkonsole
Das folgende Verfahren verwendet die Konsole, um die Anzahl der Replikate in einer Valkey- oder Redis OSS-Replikationsgruppe (Clustermodus aktiviert) zu erhöhen.
**Um die Anzahl der Replikate in Shards zu erhöhen**
1. Melden Sie sich bei der an AWS-Managementkonsole und öffnen Sie die ElastiCache Konsole unter. [ https://console.aws.amazon.com/elasticache/](https://console.aws.amazon.com/elasticache/)
1. Wählen Sie im Navigationsbereich **Valkey** oder **Redis OSS** und dann den Namen der Replikationsgruppe aus, zu der Sie Replikate hinzufügen möchten.
1. Aktivieren Sie das Kontrollkästchen eines jeden Shards, den Sie zu Replikaten hinzufügen möchten.
1. Wählen Sie **Add replicas (Replikate hinzufügen)**.
1. Füllen Sie die Seite **Add Replicas to Shards (Replikate zu Shards hinzufügen)** aus:
+ Geben Sie für **New number of replicas/shard (Neue Anzahl der Replikate pro Shard)** die Anzahl der Replikate ein, über die alle Ihre ausgewählten Shards verfügen sollen. Dieser Wert muss größer oder gleich dem Wert für **Current Number of Replicas per shard (Aktuelle Anzahl der Replicas pro Shard)** und kleiner oder gleich fünf sein. Als funktionelles Minimum empfehlen wir mindestens zwei Replikate.
+ Wählen Sie für **Availability Zones** entweder **Keine Präferenz** aus, um für jedes neue Replikat eine Availability Zone ElastiCache ausgewählt zu haben, oder **Availability Zones angeben**, um für jedes neue Replikat eine Availability Zone auszuwählen.
Geben Sie bei Auswahl von **Availability Zones angeben** für jedes neue Replikat eine Availability Zone aus der Liste an.
1. Klicken Sie auf **Add (Hinzufügen)**, um die Replikate hinzuzufügen, oder auf **Cancel (Abbrechen)**, um den Vorgang abzubrechen.
## Unter Verwendung der AWS CLI
Um die Anzahl der Replikate in einem Valkey- oder Redis OSS-Shard zu erhöhen, verwenden Sie den `increase-replica-count` Befehl mit den folgenden Parametern:
+ `--replication-group-id` – Erforderlich. Identifiziert, in welcher Replikationsgruppe Sie die Anzahl von Replikaten erhöhen möchten.
+ `--apply-immediately` oder `--no-apply-immediately` – Erforderlich. Gibt an, ob die Replikatanzahl sofort (`--apply-immediately`) oder während des nächsten Wartungsfensters (`--no-apply-immediately`) erhöht werden soll. `--no-apply-immediately` wird derzeit nicht unterstützt.
+ `--new-replica-count` – Optional. Gibt die gewünschte Anzahl von Replikatknoten nach der Fertigstellung an, bis zu maximal fünf. Verwenden Sie diesen Parameter für Valkey- oder Redis OSS-Replikationsgruppen (Clustermodus deaktiviert), wenn es nur eine Knotengruppe oder Valkey- oder Redis OSS-Gruppe (Clustermodus aktiviert) gibt oder wenn Sie möchten, dass alle Knotengruppen dieselbe Anzahl von Replikaten haben. Wenn dieser Wert nicht größer als die aktuelle Anzahl der Replikate in der Knotengruppe ist, schlägt der Aufruf mit einer Ausnahme fehl.
+ `--replica-configuration` – Optional. Ermöglicht Ihnen, die Anzahl der Replikate und Availability Zones für jede Knotengruppe separat festzulegen. Verwenden Sie diesen Parameter für Valkey- oder Redis OSS-Gruppen (Clustermodus aktiviert), bei denen Sie jede Knotengruppe unabhängig konfigurieren möchten.
`--replica-configuration` verfügt über drei optionale Mitglieder:
+ `NodeGroupId` Die vierziffrige ID der Knotengruppe, die Sie derzeit konfigurieren. Für Valkey- oder Redis OSS-Replikationsgruppen (Clustermodus deaktiviert) ist die Shard-ID immer. `0001` Informationen zur ID einer Valkey- oder Redis OSS-Knotengruppe (Shards) (Clustermodus aktiviert) finden Sie unter. [Auffinden der ID eines Shards](Shards.md#shard-find-id)
+ `NewReplicaCount` Die Anzahl der Replikate, die sich am Ende dieser Operation in dieser Knotengruppe befinden sollen. Der Wert muss höher als die aktuelle Anzahl der Replikate sein und darf maximal fünf betragen. Wenn dieser Wert nicht größer als die aktuelle Anzahl der Replikate in der Knotengruppe ist, schlägt der Aufruf mit einer Ausnahme fehl.
+ `PreferredAvailabilityZones`Eine Liste der `PreferredAvailabilityZone`-Zeichenfolgen, die angeben, in welchen Availability Zones sich die Knoten der Replikationsgruppe befinden sollen. Die Anzahl der `PreferredAvailabilityZone`-Werte muss gleich dem Wert von `NewReplicaCount` plus 1 sein, um dem primären Knoten Rechnung zu tragen. Wenn dieses Mitglied von weggelassen `--replica-configuration` wird, wählt OSS ElastiCache für Redis die Availability Zone für jedes der neuen Replikate.
**Wichtig**
Sie müssen in Ihren Aufruf entweder den Parameter `--new-replica-count` oder den Parameter `--replica-configuration`, aber nicht beide, einbeziehen.
**Example**
Im folgenden Beispiel wird die Anzahl der Replikate in der Replikationsgruppe `sample-repl-group` auf drei erhöht. Wenn das Beispiel abgeschlossen ist, befinden sich in jeder Knotengruppe drei Replikate. Diese Zahl gilt unabhängig davon, ob es sich um eine Valkey- oder Redis OSS-Gruppe (Clustermodus deaktiviert) mit einer einzelnen Knotengruppe oder um eine Valkey- oder Redis OSS-Gruppe (Clustermodus aktiviert) mit mehreren Knotengruppen handelt.
Für Linux, macOS oder Unix:
```
aws elasticache increase-replica-count \
--replication-group-id sample-repl-group \
--new-replica-count 3 \
--apply-immediately
```
Für Windows:
```
aws elasticache increase-replica-count ^
--replication-group-id sample-repl-group ^
--new-replica-count 3 ^
--apply-immediately
```
Im folgenden Beispiel erhöht sich die Anzahl der Replikate in der Replikationsgruppe `sample-repl-group` auf den Wert, der für die beiden angegebenen Knotengruppen festgelegt ist. Da es mehrere Knotengruppen gibt, handelt es sich um eine Valkey- oder Redis OSS-Replikationsgruppe (Clustermodus aktiviert). Wenn optional ein Wert für `PreferredAvailabilityZones` angegeben wird, muss die Anzahl der aufgelisteten Availability Zones gleich dem Wert von `NewReplicaCount` plus 1 sein. Diese Methode trägt dem primären Knoten für die durch `NodeGroupId` identifizierte Gruppe Rechnung.
Für Linux, macOS oder Unix:
```
aws elasticache increase-replica-count \
--replication-group-id sample-repl-group \
--replica-configuration \
NodeGroupId=0001,NewReplicaCount=2,PreferredAvailabilityZones=us-east-1a,us-east-1c,us-east-1b \
NodeGroupId=0003,NewReplicaCount=3,PreferredAvailabilityZones=us-east-1a,us-east-1b,us-east-1c,us-east-1c \
--apply-immediately
```
Für Windows:
```
aws elasticache increase-replica-count ^
--replication-group-id sample-repl-group ^
--replica-configuration ^
NodeGroupId=0001,NewReplicaCount=2,PreferredAvailabilityZones=us-east-1a,us-east-1c,us-east-1b ^
NodeGroupId=0003,NewReplicaCount=3,PreferredAvailabilityZones=us-east-1a,us-east-1b,us-east-1c,us-east-1c \
--apply-immediately
```
Weitere Informationen zur Erhöhung der Anzahl von Replikaten mithilfe der CLI finden Sie [increase-replica-count](https://docs.aws.amazon.com/cli/latest/reference/elasticache/increase-replica-count.html)in der * ElastiCache Amazon-Befehlszeilenreferenz.*
## Verwendung der API ElastiCache
Verwenden Sie die `IncreaseReplicaCount` Aktion mit den folgenden Parametern, um die Anzahl der Replikate in einem Valkey- oder Redis OSS-Shard zu erhöhen:
+ `ReplicationGroupId` – Erforderlich. Identifiziert, in welcher Replikationsgruppe Sie die Anzahl von Replikaten erhöhen möchten.
+ `ApplyImmediately` – Erforderlich. Gibt an, ob die Replikatanzahl sofort (`ApplyImmediately=True`) oder während des nächsten Wartungsfensters (`ApplyImmediately=False`) erhöht werden soll. `ApplyImmediately=False` wird derzeit nicht unterstützt.
+ `NewReplicaCount` – Optional. Gibt die gewünschte Anzahl von Replikatknoten nach der Fertigstellung an, bis zu maximal fünf. Verwenden Sie diesen Parameter für Valkey- oder Redis OSS-Replikationsgruppen (Clustermodus deaktiviert), bei denen es nur eine Knotengruppe gibt, oder für Valkey- oder Redis OSS-Gruppen (Clustermodus aktiviert), bei denen alle Knotengruppen dieselbe Anzahl von Replikaten haben sollen. Wenn dieser Wert nicht größer als die aktuelle Anzahl der Replikate in der Knotengruppe ist, schlägt der Aufruf mit einer Ausnahme fehl.
+ `ReplicaConfiguration` – Optional. Ermöglicht Ihnen, die Anzahl der Replikate und Availability Zones für jede Knotengruppe separat festzulegen. Verwenden Sie diesen Parameter für Valkey- oder Redis OSS-Gruppen (Clustermodus aktiviert), bei denen Sie jede Knotengruppe unabhängig konfigurieren möchten.
`ReplicaConfiguraion` verfügt über drei optionale Mitglieder:
+ `NodeGroupId` Die vierziffrige ID für die Knotengruppe, die Sie derzeit konfigurieren. Für Valkey- oder Redis OSS-Replikationsgruppen (Clustermodus deaktiviert) ist die Knotengruppen-ID (Shard) immer. `0001` Informationen zur ID einer Valkey- oder Redis OSS-Knotengruppe (Shards) (Clustermodus aktiviert) finden Sie unter. [Auffinden der ID eines Shards](Shards.md#shard-find-id)
+ `NewReplicaCount` Die Anzahl der Replikate, die sich am Ende dieser Operation in dieser Knotengruppe befinden sollen. Der Wert muss höher als die aktuelle Anzahl der Replikate sein und darf maximal fünf betragen. Wenn dieser Wert nicht größer als die aktuelle Anzahl der Replikate in der Knotengruppe ist, schlägt der Aufruf mit einer Ausnahme fehl.
+ `PreferredAvailabilityZones`Eine Liste der `PreferredAvailabilityZone`-Zeichenfolgen, die angeben, in welchen Availability Zones sich die Knoten der Replikationsgruppe befinden sollen. Die Anzahl der `PreferredAvailabilityZone`-Werte muss gleich dem Wert von `NewReplicaCount` plus 1 sein, um dem primären Knoten Rechnung zu tragen. Wenn dieses Mitglied von weggelassen `ReplicaConfiguration` wird, wählt OSS ElastiCache für Redis die Availability Zone für jedes der neuen Replikate.
**Wichtig**
Sie müssen in Ihren Aufruf entweder den Parameter `NewReplicaCount` oder den Parameter `ReplicaConfiguration`, aber nicht beide, einbeziehen.
**Example**
Im folgenden Beispiel wird die Anzahl der Replikate in der Replikationsgruppe `sample-repl-group` auf drei erhöht. Wenn das Beispiel abgeschlossen ist, befinden sich in jeder Knotengruppe drei Replikate. Diese Zahl gilt unabhängig davon, ob es sich um eine Valkey- oder Redis OSS-Gruppe (Clustermodus deaktiviert) mit einer einzelnen Knotengruppe oder um eine Valkey- oder Redis OSS-Gruppe (Clustermodus aktiviert) mit mehreren Knotengruppen handelt.
```
https://elasticache.us-west-2.amazonaws.com/
?Action=IncreaseReplicaCount
&ApplyImmediately=True
&NewReplicaCount=3
&ReplicationGroupId=sample-repl-group
&Version=2015-02-02
&SignatureVersion=4
&SignatureMethod=HmacSHA256
&Timestamp=20150202T192317Z
&X-Amz-Credential=
```
Im folgenden Beispiel erhöht sich die Anzahl der Replikate in der Replikationsgruppe `sample-repl-group` auf den Wert, der für die beiden angegebenen Knotengruppen festgelegt ist. Da es mehrere Knotengruppen gibt, handelt es sich um eine Valkey- oder Redis OSS-Replikationsgruppe (Clustermodus aktiviert). Wenn optional ein Wert für `PreferredAvailabilityZones` angegeben wird, muss die Anzahl der aufgelisteten Availability Zones gleich dem Wert von `NewReplicaCount` plus 1 sein. Diese Methode trägt dem primären Knoten für die durch `NodeGroupId` identifizierte Gruppe Rechnung.
```
https://elasticache.us-west-2.amazonaws.com/
?Action=IncreaseReplicaCount
&ApplyImmediately=True
&ReplicaConfiguration.ConfigureShard.1.NodeGroupId=0001
&ReplicaConfiguration.ConfigureShard.1.NewReplicaCount=2
&ReplicaConfiguration.ConfigureShard.1.PreferredAvailabilityZones.PreferredAvailabilityZone.1=us-east-1a
&ReplicaConfiguration.ConfigureShard.1.PreferredAvailabilityZones.PreferredAvailabilityZone.2=us-east-1c
&ReplicaConfiguration.ConfigureShard.1.PreferredAvailabilityZones.PreferredAvailabilityZone.3=us-east-1b
&ReplicaConfiguration.ConfigureShard.2.NodeGroupId=0003
&ReplicaConfiguration.ConfigureShard.2.NewReplicaCount=3
&ReplicaConfiguration.ConfigureShard.2.PreferredAvailabilityZones.PreferredAvailabilityZone.1=us-east-1a
&ReplicaConfiguration.ConfigureShard.2.PreferredAvailabilityZones.PreferredAvailabilityZone.2=us-east-1b
&ReplicaConfiguration.ConfigureShard.2.PreferredAvailabilityZones.PreferredAvailabilityZone.3=us-east-1c
&ReplicaConfiguration.ConfigureShard.2.PreferredAvailabilityZones.PreferredAvailabilityZone.4=us-east-1c
&ReplicationGroupId=sample-repl-group
&Version=2015-02-02
&SignatureVersion=4
&SignatureMethod=HmacSHA256
&Timestamp=20150202T192317Z
&X-Amz-Credential=
```
Weitere Informationen zur Erhöhung der Anzahl von Replikaten, die die API verwenden, finden Sie [IncreaseReplicaCount](https://docs.aws.amazon.com/AmazonElastiCache/latest/APIReference/API_IncreaseReplicaCount.html)in der *Amazon ElastiCache API-Referenz.*
# Verringern der Anzahl der Replikate in einem Shard
Sie können die Anzahl der Replikate in einem Shard für Valkey oder Redis OSS (Clustermodus aktiviert) oder in einer Replikationsgruppe für Valkey oder Redis OSS (Clustermodus deaktiviert) verringern:
+ Für Valkey oder Redis OSS (Clustermodus deaktiviert) können Sie die Anzahl der Replikate auf eins reduzieren, wenn Multi-AZ aktiviert ist, und auf Null, wenn es nicht aktiviert ist.
+ Für Valkey oder Redis OSS (Clustermodus aktiviert) können Sie die Anzahl der Replikate auf Null reduzieren. Es ist jedoch kein Failover auf ein Replikat möglich, wenn Ihr primärer Knoten ausfällt.
Sie können die AWS-Managementkonsole, die AWS CLI oder die ElastiCache API verwenden, um die Anzahl der Replikate in einer Knotengruppe (Shard) oder Replikationsgruppe zu verringern.
**Topics**
+ [Mit dem AWS-Managementkonsole](#decrease-replica-count-con)
+ [Mit dem AWS CLI](#decrease-replica-count-cli)
+ [Verwendung der API ElastiCache](#decrease-replica-count-api)
## Mit dem AWS-Managementkonsole
Das folgende Verfahren verwendet die Konsole, um die Anzahl der Replikate in einer Valkey- oder Redis OSS-Replikationsgruppe (Clustermodus aktiviert) zu verringern.
**Um die Anzahl der Replikate in einem Valkey- oder Redis OSS-Shard zu verringern**
1. Melden Sie sich bei der an AWS-Managementkonsole und öffnen Sie die Konsole unter. ElastiCache [ https://console.aws.amazon.com/elasticache/](https://console.aws.amazon.com/elasticache/)
1. Wählen Sie im Navigationsbereich **Valkey** oder **Redis OSS** und dann den Namen der Replikationsgruppe aus, aus der Sie Replikate löschen möchten.
1. Aktivieren Sie das Kontrollkästchen eines jeden Shards, aus dem Sie einen Replikatknoten entfernen möchten.
1. Wählen Sie **Delete replicas (Replikate löschen)**.
1. Füllen Sie die Seite **Delete Replicas from to Shards (Replikate aus Shards löschen)** aus:
1. Geben Sie für **New number of replicas/shard (Neue Anzahl der Replikate pro Shard)** die Anzahl der Replikate ein, über die die ausgewählten Shards verfügen sollen. Dieser Wert muss größer oder gleich 1 sein. Als funktionelles Minimum empfehlen wir mindestens zwei Replikate pro Shard.
1. Klicken Sie auf **Delete (Löschen)**, um die Replikate zu löschen, oder auf **Cancel (Abbrechen)**, um den Vorgang abzubrechen.
**Wichtig**
Wenn Sie die zu löschenden Replikatknoten nicht angeben, wählt OSS ElastiCache für Redis automatisch Replikatknoten zum Löschen aus. Dabei versucht OSS ElastiCache für Redis, die Multi-AZ-Architektur für Ihre Replikationsgruppe beizubehalten, gefolgt von der Beibehaltung von Replikaten mit minimaler Replikationsverzögerung gegenüber der Primärgruppe.
Primäre oder Master-Knoten in einer Replikationsgruppe können nicht gelöscht werden. Wenn Sie einen primären Knoten für die Löschoperation angeben, schlägt dies mit einem Fehlerereignis fehl, das darauf hinweist, dass der primäre Knoten zum Löschen ausgewählt wurde.
## Mit dem AWS CLI
Um die Anzahl der Replikate in einem Valkey- oder Redis OSS-Shard zu verringern, verwenden Sie den `decrease-replica-count` Befehl mit den folgenden Parametern:
+ `--replication-group-id` – Erforderlich. Identifiziert, in welcher Replikationsgruppe Sie die Anzahl der Replikate verringern möchten.
+ `--apply-immediately` oder `--no-apply-immediately` – Erforderlich. Gibt an, ob die Replikatanzahl sofort (`--apply-immediately`) oder während des nächsten Wartungsfensters (`--no-apply-immediately`) verringert werden soll. `--no-apply-immediately` wird derzeit nicht unterstützt.
+ `--new-replica-count` – Optional. Gibt die Anzahl der von Ihnen gewünschten Replikatknoten an. Der Wert `--new-replica-count` muss ein gültiger Wert kleiner als die aktuelle Anzahl der Replikate in den Knotengruppen sein. Informationen zu den zulässigen Mindestwerten finden Sie unter [Verringern der Anzahl der Replikate in einem Shard](#decrease-replica-count). Wenn der Wert von `--new-replica-count` dieser Anforderung nicht entspricht, schlägt der Aufruf fehl.
+ `--replicas-to-remove` – Optional. Enthält eine Liste von Knoten, die die zu entfernenden Replikatknoten IDs angeben.
+ `--replica-configuration` – Optional. Ermöglicht Ihnen, die Anzahl der Replikate und Availability Zones für jede Knotengruppe separat festzulegen. Verwenden Sie diesen Parameter für Valkey- oder Redis OSS-Gruppen (Clustermodus aktiviert), bei denen Sie jede Knotengruppe unabhängig konfigurieren möchten.
`--replica-configuration` verfügt über drei optionale Mitglieder:
+ `NodeGroupId` Die vierziffrige ID der Knotengruppe, die Sie derzeit konfigurieren. Für Valkey- oder Redis OSS-Replikationsgruppen (Clustermodus deaktiviert) ist die Shard-ID immer. `0001` Informationen zur ID einer Valkey- oder Redis OSS-Knotengruppe (Shards) (Clustermodus aktiviert) finden Sie unter. [Auffinden der ID eines Shards](Shards.md#shard-find-id)
+ `NewReplicaCount` Ein optionaler Parameter, der die Anzahl der von Ihnen gewünschten Replikatknoten angibt. Der Wert `NewReplicaCount` muss ein gültiger Wert kleiner als die aktuelle Anzahl der Replikate in den Knotengruppen sein. Informationen zu den zulässigen Mindestwerten finden Sie unter [Verringern der Anzahl der Replikate in einem Shard](#decrease-replica-count). Wenn der Wert von `NewReplicaCount` dieser Anforderung nicht entspricht, schlägt der Aufruf fehl.
+ `PreferredAvailabilityZones`Eine Liste von `PreferredAvailabilityZone`-Zeichenfolgen, die angeben, in welchen Availability Zones sich die Knoten der Replikationsgruppen befinden. Die Anzahl der `PreferredAvailabilityZone`-Werte muss gleich dem Wert von `NewReplicaCount` plus 1 sein, um dem primären Knoten Rechnung zu tragen. Wenn dieses Mitglied von weggelassen `--replica-configuration` wird, wählt OSS ElastiCache für Redis die Availability Zone für jedes der neuen Replikate.
**Wichtig**
Sie dürfen nur genau einen der `--new-replica-count`-, `--replicas-to-remove`- oder `--replica-configuration`-Parameter einschließen.
**Example**
Im folgenden Beispiel wird mit `--new-replica-count` die Anzahl der Replikate in der Replikationsgruppe `sample-repl-group` um eins verringert. Wenn das Beispiel abgeschlossen ist, befindet sich ein Replikat in jeder Knotengruppe. Diese Zahl gilt unabhängig davon, ob es sich um eine Valkey- oder Redis OSS-Gruppe (Clustermodus deaktiviert) mit einer einzelnen Knotengruppe oder um eine Valkey- oder Redis OSS-Gruppe (Clustermodus aktiviert) mit mehreren Knotengruppen handelt.
Für Linux, macOS oder Unix:
```
aws elasticache decrease-replica-count
--replication-group-id sample-repl-group \
--new-replica-count 1 \
--apply-immediately
```
Für Windows:
```
aws elasticache decrease-replica-count ^
--replication-group-id sample-repl-group ^
--new-replica-count 1 ^
--apply-immediately
```
Im folgenden Beispiel wird die Anzahl der Replikate in der Replikationsgruppe `sample-repl-group` verringert, indem zwei bestimmte Replikate (`0001` und `0003`) aus der Knotengruppe entfernt werden.
Für Linux, macOS oder Unix:
```
aws elasticache decrease-replica-count \
--replication-group-id sample-repl-group \
--replicas-to-remove 0001,0003 \
--apply-immediately
```
Für Windows:
```
aws elasticache decrease-replica-count ^
--replication-group-id sample-repl-group ^
--replicas-to-remove 0001,0003 \
--apply-immediately
```
Im folgenden Beispiel wird mit `--replica-configuration` die Anzahl der Replikate in der Replikationsgruppe `sample-repl-group` auf den Wert verringert, der für die beiden angegebenen Knotengruppen festgelegt ist. Da es mehrere Knotengruppen gibt, handelt es sich um eine Valkey- oder Redis OSS-Replikationsgruppe (Clustermodus aktiviert). Wenn optional ein Wert für `PreferredAvailabilityZones` angegeben wird, muss die Anzahl der aufgelisteten Availability Zones gleich dem Wert von `NewReplicaCount` plus 1 sein. Diese Methode trägt dem primären Knoten für die durch `NodeGroupId` identifizierte Gruppe Rechnung.
Für Linux, macOS oder Unix:
```
aws elasticache decrease-replica-count \
--replication-group-id sample-repl-group \
--replica-configuration \
NodeGroupId=0001,NewReplicaCount=1,PreferredAvailabilityZones=us-east-1a,us-east-1c \
NodeGroupId=0003,NewReplicaCount=2,PreferredAvailabilityZones=us-east-1a,us-east-1b,us-east-1c \
--apply-immediately
```
Für Windows:
```
aws elasticache decrease-replica-count ^
--replication-group-id sample-repl-group ^
--replica-configuration ^
NodeGroupId=0001,NewReplicaCount=2,PreferredAvailabilityZones=us-east-1a,us-east-1c ^
NodeGroupId=0003,NewReplicaCount=3,PreferredAvailabilityZones=us-east-1a,us-east-1b,us-east-1c \
--apply-immediately
```
Weitere Informationen zur Verringerung der Anzahl von Replikaten mithilfe der CLI finden Sie [decrease-replica-count](https://docs.aws.amazon.com/cli/latest/reference/elasticache/decrease-replica-count.html)in der * ElastiCache Amazon-Befehlszeilenreferenz.*
## Verwendung der API ElastiCache
Verwenden Sie die `DecreaseReplicaCount` Aktion mit den folgenden Parametern, um die Anzahl der Replikate in einem Valkey- oder Redis OSS-Shard zu verringern:
+ `ReplicationGroupId` – Erforderlich. Identifiziert, in welcher Replikationsgruppe Sie die Anzahl der Replikate verringern möchten.
+ `ApplyImmediately` – Erforderlich. Gibt an, ob die Replikatanzahl sofort (`ApplyImmediately=True`) oder während des nächsten Wartungsfensters (`ApplyImmediately=False`) verringert werden soll. `ApplyImmediately=False` wird derzeit nicht unterstützt.
+ `NewReplicaCount` – Optional. Gibt die Anzahl der von Ihnen gewünschten Replikatknoten an. Der Wert `NewReplicaCount` muss ein gültiger Wert kleiner als die aktuelle Anzahl der Replikate in den Knotengruppen sein. Informationen zu den zulässigen Mindestwerten finden Sie unter [Verringern der Anzahl der Replikate in einem Shard](#decrease-replica-count). Wenn der Wert von `--new-replica-count` dieser Anforderung nicht entspricht, schlägt der Aufruf fehl.
+ `ReplicasToRemove` – Optional. Enthält eine Liste von Knoten, die die zu entfernenden Replikatknoten IDs angeben.
+ `ReplicaConfiguration` – Optional. Enthält eine Liste von Knotengruppen, mit denen Sie die Anzahl der Replikate und Availability Zones separat für jede Knotengruppe festlegen können. Verwenden Sie diesen Parameter für Valkey- oder Redis OSS-Gruppen (Clustermodus aktiviert), bei denen Sie jede Knotengruppe unabhängig konfigurieren möchten.
`ReplicaConfiguraion` verfügt über drei optionale Mitglieder:
+ `NodeGroupId` Die vierziffrige ID für die Knotengruppe, die Sie derzeit konfigurieren. Für Valkey- oder Redis OSS-Replikationsgruppen (Clustermodus deaktiviert) ist die Knotengruppen-ID immer. `0001` Informationen zur ID einer Valkey- oder Redis OSS-Knotengruppe (Shards) (Clustermodus aktiviert) finden Sie unter. [Auffinden der ID eines Shards](Shards.md#shard-find-id)
+ `NewReplicaCount` Die Anzahl der Replikate, die sich am Ende dieser Operation in dieser Knotengruppe befinden sollen. Der Wert muss weniger als die aktuelle Anzahl der Replikate sein. Der Mindestwert ist 1, wenn Multi-AZ aktiviert ist, bzw. 0, wenn Multi-AZ mit Automatic Failover nicht aktiviert ist. Wenn dieser Wert nicht kleiner als die aktuelle Anzahl der Replikate in der Knotengruppe ist, schlägt der Aufruf mit einer Ausnahme fehl.
+ `PreferredAvailabilityZones`Eine Liste von `PreferredAvailabilityZone`-Zeichenfolgen, die angeben, in welchen Availability Zones sich die Knoten der Replikationsgruppen befinden. Die Anzahl der `PreferredAvailabilityZone`-Werte muss gleich dem Wert von `NewReplicaCount` plus 1 sein, um dem primären Knoten Rechnung zu tragen. Wenn dieses Mitglied von weggelassen `ReplicaConfiguration` wird, wählt OSS ElastiCache für Redis die Availability Zone für jedes der neuen Replikate.
**Wichtig**
Sie dürfen nur genau einen der `NewReplicaCount`-, `ReplicasToRemove`- oder `ReplicaConfiguration`-Parameter einschließen.
**Example**
Im folgenden Beispiel wird mit `NewReplicaCount` die Anzahl der Replikate in der Replikationsgruppe `sample-repl-group` um eins verringert. Wenn das Beispiel abgeschlossen ist, befindet sich ein Replikat in jeder Knotengruppe. Diese Zahl gilt unabhängig davon, ob es sich um eine Valkey- oder Redis OSS-Gruppe (Clustermodus deaktiviert) mit einer einzelnen Knotengruppe oder um eine Valkey- oder Redis OSS-Gruppe (Clustermodus aktiviert) mit mehreren Knotengruppen handelt.
```
https://elasticache.us-west-2.amazonaws.com/
?Action=DecreaseReplicaCount
&ApplyImmediately=True
&NewReplicaCount=1
&ReplicationGroupId=sample-repl-group
&Version=2015-02-02
&SignatureVersion=4
&SignatureMethod=HmacSHA256
&Timestamp=20150202T192317Z
&X-Amz-Credential=
```
Im folgenden Beispiel wird die Anzahl der Replikate in der Replikationsgruppe `sample-repl-group` verringert, indem zwei bestimmte Replikate (`0001` und `0003`) aus der Knotengruppe entfernt werden.
```
https://elasticache.us-west-2.amazonaws.com/
?Action=DecreaseReplicaCount
&ApplyImmediately=True
&ReplicasToRemove.ReplicaToRemove.1=0001
&ReplicasToRemove.ReplicaToRemove.2=0003
&ReplicationGroupId=sample-repl-group
&Version=2015-02-02
&SignatureVersion=4
&SignatureMethod=HmacSHA256
&Timestamp=20150202T192317Z
&X-Amz-Credential=
```
Im folgenden Beispiel wird mit `ReplicaConfiguration` die Anzahl der Replikate in der Replikationsgruppe `sample-repl-group` auf den Wert verringert, der für die beiden angegebenen Knotengruppen festgelegt ist. Da es mehrere Knotengruppen gibt, handelt es sich um eine Valkey- oder Redis OSS-Replikationsgruppe (Clustermodus aktiviert). Wenn optional ein Wert für `PreferredAvailabilityZones` angegeben wird, muss die Anzahl der aufgelisteten Availability Zones gleich dem Wert von `NewReplicaCount` plus 1 sein. Diese Methode trägt dem primären Knoten für die durch `NodeGroupId` identifizierte Gruppe Rechnung.
```
https://elasticache.us-west-2.amazonaws.com/
?Action=DecreaseReplicaCount
&ApplyImmediately=True
&ReplicaConfiguration.ConfigureShard.1.NodeGroupId=0001
&ReplicaConfiguration.ConfigureShard.1.NewReplicaCount=1
&ReplicaConfiguration.ConfigureShard.1.PreferredAvailabilityZones.PreferredAvailabilityZone.1=us-east-1a
&ReplicaConfiguration.ConfigureShard.1.PreferredAvailabilityZones.PreferredAvailabilityZone.2=us-east-1c
&ReplicaConfiguration.ConfigureShard.2.NodeGroupId=0003
&ReplicaConfiguration.ConfigureShard.2.NewReplicaCount=2
&ReplicaConfiguration.ConfigureShard.2.PreferredAvailabilityZones.PreferredAvailabilityZone.1=us-east-1a
&ReplicaConfiguration.ConfigureShard.2.PreferredAvailabilityZones.PreferredAvailabilityZone.2=us-east-1b
&ReplicaConfiguration.ConfigureShard.2.PreferredAvailabilityZones.PreferredAvailabilityZone.4=us-east-1c
&ReplicationGroupId=sample-repl-group
&Version=2015-02-02
&SignatureVersion=4
&SignatureMethod=HmacSHA256
&Timestamp=20150202T192317Z
&X-Amz-Credential=
```
Weitere Informationen zur Verringerung der Anzahl von Replikaten, die die API verwenden, finden Sie [DecreaseReplicaCount](https://docs.aws.amazon.com/AmazonElastiCache/latest/APIReference/API_DecreaseReplicaCount.html)in der *Amazon ElastiCache API-Referenz.*
# Hinzufügen einer Read Replica für Valkey oder Redis OSS (Cluster-Modus deaktiviert)
Die Informationen im folgenden Thema beziehen sich nur auf Valkey- oder Redis OSS-Replikationsgruppen (Clustermodus deaktiviert).
Mit zunehmendem Datenverkehr durch Lesezugriffe empfiehlt es sich, diese Lesezugriffe über mehr Knoten zu verteilen und somit die Belastung durch Lesezugriffe auf jedem Knoten zu reduzieren. In diesem Thema erfahren Sie, wie Sie einem Valkey- oder Redis OSS-Cluster (Clustermodus deaktiviert) eine Read Replica hinzufügen.
Eine Valkey- oder Redis OSS-Replikationsgruppe (Clustermodus deaktiviert) kann maximal fünf Read Replicas haben. Bei dem Versuch, einer Replikationsgruppe mit bereits fünf Read Replicas ein weiteres Read Replica hinzuzufügen, schlägt die Operation fehl.
Informationen zum Hinzufügen von Replikaten zu einer Valkey- oder Redis OSS-Replikationsgruppe (Clustermodus aktiviert) finden Sie im Folgenden:
+ [Skalierung von Valkey- oder Redis OSS-Clustern (Clustermodus aktiviert)](scaling-redis-cluster-mode-enabled.md)
+ [Erhöhen der Anzahl der Replikate in einem Shard](increase-replica-count.md)
Sie können einem Valkey- oder Redis OSS-Cluster (Clustermodus deaktiviert) mithilfe der ElastiCache Konsole, der oder der API eine Read Replica hinzufügen. AWS CLI ElastiCache
**Verwandte Themen**
+ [Hinzufügen von Knoten zu einem ElastiCache Cluster](Clusters.AddNode.md)
+ [Hinzufügen einer Read Replica zu einer Replikationsgruppe (AWS CLI)](#Replication.AddReadReplica.CLI)
+ [Hinzufügen eines Read Replica zu einer Replikationsgruppe mithilfe der API](#Replication.AddReadReplica.API)
## Hinzufügen einer Read Replica zu einer Replikationsgruppe (AWS CLI)
Um einer Valkey- oder Redis OSS-Replikationsgruppe (Clustermodus deaktiviert) eine Read Replica hinzuzufügen, verwenden Sie den AWS CLI `create-cache-cluster` Befehl mit dem Parameter, `--replication-group-id` um anzugeben, zu welcher Replikationsgruppe der Cluster (Knoten) hinzugefügt werden soll.
Im folgenden Beispiel wird der Cluster `my-read replica` erstellt und zur Replikationsgruppe `my-replication-group` hinzugefügt. Die Knotentypen, Parametergruppen, Sicherheitsgruppen, das Wartungsfenster und andere Einstellungen für das Read Replica sind mit denen für die anderen Knoten in `my-replication-group` identisch.
Für Linux, macOS oder Unix:
```
aws elasticache create-cache-cluster \
--cache-cluster-id my-read-replica \
--replication-group-id my-replication-group
```
Für Windows:
```
aws elasticache create-cache-cluster ^
--cache-cluster-id my-read-replica ^
--replication-group-id my-replication-group
```
Weitere Informationen zum Hinzufügen einer Read Replica mithilfe der CLI finden Sie [create-cache-cluster](https://docs.aws.amazon.com/cli/latest/reference/elasticache/create-cache-cluster.html) in der * ElastiCache Amazon-Befehlszeilenreferenz.*
## Hinzufügen eines Read Replica zu einer Replikationsgruppe mithilfe der API
Um eine Read Replica zu einer Valkey- oder Redis OSS-Replikationsgruppe (Cluster-Modus deaktiviert) hinzuzufügen, verwenden Sie den ElastiCache `CreateCacheCluster` Vorgang mit dem Parameter, `ReplicationGroupId` um anzugeben, zu welcher Replikationsgruppe der Cluster (Knoten) hinzugefügt werden soll.
Im folgenden Beispiel wird der Cluster `myReadReplica` erstellt und zur Replikationsgruppe `myReplicationGroup` hinzugefügt. Die Knotentypen, Parametergruppen, Sicherheitsgruppen, das Wartungsfenster und andere Einstellungen für das Read Replica sind mit denen für die anderen Knoten in `myReplicationGroup` identisch.
```
https://elasticache.us-west-2.amazonaws.com/
?Action=CreateCacheCluster
&CacheClusterId=myReadReplica
&ReplicationGroupId=myReplicationGroup
&Version=2015-02-02
&SignatureVersion=4
&SignatureMethod=HmacSHA256
&Timestamp=20150202T192317Z
&X-Amz-Credential=
```
Weitere Informationen zum Hinzufügen einer Read Replica mithilfe der API finden Sie [CreateCacheCluster](https://docs.aws.amazon.com/AmazonElastiCache/latest/APIReference/API_CreateCacheCluster.html) in der *Amazon ElastiCache API-Referenz.*
# Löschen einer Read Replica für Valkey oder Redis OSS (Cluster-Modus deaktiviert)
Die Informationen im folgenden Thema beziehen sich nur auf Valkey- oder Redis OSS-Replikationsgruppen (Clustermodus deaktiviert).
Wenn sich der Lesedatenverkehr in Ihrer Valkey- oder Redis OSS-Replikationsgruppe ändert, möchten Sie möglicherweise Read Replicas hinzufügen oder entfernen. Das Entfernen eines Knotens aus einer -Replikationsgruppe ist mit dem Löschen eines Clusters vergleichbar, aber mit einigen Einschränkungen:
+ Der primäre Knoten kann nicht aus einer Replikationsgruppe entfernt werden. Wenn Sie den primären Knoten entfernen möchten, verfahren Sie wie folgt:
1. Stufen Sie eine Read Replica zum primären Knoten herauf. Weitere Informationen zum Heraufstufen einer Read Replica zum primären Knoten finden Sie unter [Heraufstufen einer Read Replica zu primären Replikationsgruppen für Valkey oder Redis OSS (Clustermodus deaktiviert)](Replication.PromoteReplica.md).
1. Löschen Sie den alten primären Knoten. Eine Einschränkung dieser Methode finden Sie im nächsten Gliederungspunkt.
+ Wenn Multi-AZ für eine Replikationsgruppe aktiviert ist, kann das letzte Read Replica nicht aus der Replikationsgruppe entfernt werden. Führen Sie in diesem Fall folgende Schritte aus:
1. Bearbeiten Sie die Replikationsgruppe, indem Sie Multi-AZ deaktivieren. Weitere Informationen finden Sie unter [Ändern einer Replikationsgruppe](Replication.Modify.md).
1. Löschen Sie das Read Replica.
Sie können eine Read Replica mit der ElastiCache Konsole, dem For oder der API aus einer Valkey- oder Redis OSS-Replikationsgruppe (Clustermodus deaktiviert) entfernen. AWS CLI ElastiCache ElastiCache
Anweisungen zum Löschen eines Clusters aus einer Valkey- oder Redis OSS-Replikationsgruppe finden Sie im Folgenden:
+ [Mit dem AWS-Managementkonsole](Clusters.Delete.md#Clusters.Delete.CON)
+ [Verwenden Sie den AWS CLI, um einen ElastiCache Cluster zu löschen](Clusters.Delete.md#Clusters.Delete.CLI)
+ [Verwenden der ElastiCache API](Clusters.Delete.md#Clusters.Delete.API)
+ [Skalierung von Valkey- oder Redis OSS-Clustern (Clustermodus aktiviert)](scaling-redis-cluster-mode-enabled.md)
+ [Verringern der Anzahl der Replikate in einem Shard](decrease-replica-count.md)
# Heraufstufen einer Read Replica zu primären Replikationsgruppen für Valkey oder Redis OSS (Clustermodus deaktiviert)
Die Informationen im folgenden Thema beziehen sich nur auf Valkey- oder Redis OSS-Replikationsgruppen (Clustermodus deaktiviert).
Sie können eine Valkey- oder Redis OSS-Lesereplik (Clustermodus deaktiviert) mithilfe der AWS-Managementkonsole, oder der API zur primären Replikation AWS CLI heraufstufen. ElastiCache Ein Read Replica kann nicht zum primären Knoten heraufgestuft werden, wenn für die -Replikationsgruppe Multi-AZ mit automatischem Failover aktiviert ist. Gehen Sie wie folgt vor, um ein Valkey- oder Redis OSS-Replikat (Clustermodus deaktiviert) in einer Multi-AZ-fähigen Replikationsgruppe zum Primärreplikat hochzustufen:
1. Bearbeiten Sie die Replikationsgruppe so, dass Multi-AZ deaktiviert wird (dazu müssen sich nicht alle Ihre Cluster in derselben Availability Zone befinden). Weitere Informationen finden Sie unter [Ändern einer Replikationsgruppe](Replication.Modify.md).
1. Stufen Sie das Lesereplikat zum primären Knoten herauf.
1. Bearbeiten Sie die Replikationsgruppe so, dass Multi-AZ wieder aktiviert ist.
Multi-AZ ist für Replikationsgruppen, auf denen Redis OSS 2.6.13 oder früher ausgeführt wird, nicht verfügbar.
## Unter Verwendung des AWS-Managementkonsole
Im folgenden Verfahren wird ein Replikatknoten mithilfe der Konsole zum primären Knoten heraufgestuft.
**Heraufstufen eines Lesereplikats zur primären (Konsole)**
1. Melden Sie sich bei der an AWS-Managementkonsole und öffnen Sie die ElastiCache Konsole unter [ https://console.aws.amazon.com/elasticache/](https://console.aws.amazon.com/elasticache/).
1. Wenn das Replikat, das Sie heraufstufen möchten, Mitglied einer Valkey- oder Redis OSS-Replikationsgruppe (Clustermodus deaktiviert) ist, in der Multi-AZ aktiviert ist, ändern Sie die Replikationsgruppe so, dass Multi-AZ deaktiviert wird, bevor Sie fortfahren. Weitere Informationen finden Sie unter [Ändern einer Replikationsgruppe](Replication.Modify.md).
1. Wählen Sie **Valkey** oder **Redis OSS** aus und wählen Sie dann aus der Clusterliste die Replikationsgruppe aus, die Sie ändern möchten. Diese Replikationsgruppe muss die "Redis"-Engine und nicht die "Clustered Redis"-Engine ausführen und muss aus mindestens zwei Knoten bestehen.
1. Wählen Sie aus der Liste der Knoten den Replikationsknoten aus, den Sie zum primären Knoten heraufstufen möchten. Wählen Sie dann für **Actions (Aktionen)** die Option **Promote (Heraufstufen)** aus.
1. Führen Sie im Dialogfeld **Promote Read Replica (Read Replica heraufstufen)** die folgenden Schritte aus:
1. Wählen Sie für **Apply Immediately (Sofort anwenden)** die Option **Yes (Ja)** aus, wenn das Read Replica sofort heraufgestuft weden soll, oder die Option **No (Nein)**, um es im nächsten Wartungsfenster des Clusters heraufzustufen.
1. Wählen Sie **Promote**, um die Read Replica heraufzustufen, oder **Cancel**, um die Operation abzubrechen.
1. Wenn für den Cluster vor Beginn des Hochstufens Multi-AZ aktiviert war, warten Sie, bis der Status der Replikationsgruppe **available (verfügbar)** lautet, bevor Sie den Cluster so bearbeiten, dass Multi-AZ wieder aktiviert wird. Weitere Informationen finden Sie unter [Ändern einer Replikationsgruppe](Replication.Modify.md).
## Unter Verwendung der AWS CLI
Sie können eine Read Replica nicht zum primären Knoten heraufstufen, wenn für die Replikationsgruppe Multi-AZ aktiviert ist. In einigen Fällen ist das heraufzustufende Replikat möglicherweise Teil einer Replikationsgruppe, in der Multi-AZ aktiviert ist. Sollte dies der Fall sein, muss Multi-AZ vor dem Fortfahren für die Replikationsgruppe deaktiviert werden. Für dieses Verfahren müssen sich nicht alle Ihre Cluster in der gleichen Availability Zone befinden. Weitere Informationen zum Ändern einer Replikationsgruppe finden Sie unter [Ändern einer Replikationsgruppe](Replication.Modify.md).
Mit dem folgenden AWS CLI Befehl wird die Replikationsgruppe geändert`sample-repl-group`, sodass die Read Replica zur primären Replica in `my-replica-1` der Replikationsgruppe wird.
Für Linux, macOS oder Unix:
```
aws elasticache modify-replication-group \
--replication-group-id sample-repl-group \
--primary-cluster-id my-replica-1
```
Für Windows:
```
aws elasticache modify-replication-group ^
--replication-group-id sample-repl-group ^
--primary-cluster-id my-replica-1
```
Weitere Informationen zum Ändern einer Replikationsgruppe finden Sie [modify-replication-group](https://docs.aws.amazon.com/cli/latest/reference/elasticache/modify-replication-group.html) in der *Amazon ElastiCache Command Line Reference.*
## Verwenden der ElastiCache API
Sie können eine Read Replica nicht zum primären Knoten heraufstufen, wenn für die Replikationsgruppe Multi-AZ aktiviert ist. In einigen Fällen ist das heraufzustufende Replikat möglicherweise Teil einer Replikationsgruppe, in der Multi-AZ aktiviert ist. Sollte dies der Fall sein, muss Multi-AZ vor dem Fortfahren für die Replikationsgruppe deaktiviert werden. Für dieses Verfahren müssen sich nicht alle Ihre Cluster in der gleichen Availability Zone befinden. Weitere Informationen zum Ändern einer Replikationsgruppe finden Sie unter [Ändern einer Replikationsgruppe](Replication.Modify.md).
Mit der folgenden ElastiCache API-Aktion wird die Replikationsgruppe geändert`myReplGroup`, sodass die Read Replica zur primären Replica in `myReplica-1` der Replikationsgruppe wird.
```
https://elasticache.us-west-2.amazonaws.com/
?Action=ModifyReplicationGroup
&ReplicationGroupId=myReplGroup
&PrimaryClusterId=myReplica-1
&Version=2014-12-01
&SignatureVersion=4
&SignatureMethod=HmacSHA256
&Timestamp=20141201T220302Z
&X-Amz-Algorithm=&AWS;4-HMAC-SHA256
&X-Amz-Date=20141201T220302Z
&X-Amz-SignedHeaders=Host
&X-Amz-Expires=20141201T220302Z
&X-Amz-Credential=
&X-Amz-Signature=
```
Weitere Informationen zum Ändern einer Replikationsgruppe finden Sie [ModifyReplicationGroup](https://docs.aws.amazon.com/AmazonElastiCache/latest/APIReference/API_ModifyReplicationGroup.html) in der *Amazon ElastiCache API-Referenz.*