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. # Skalierung von Replikatknoten für Valkey oder Redis OSS (Clustermodus deaktiviert) Ein Valkey- oder Redis-OSS-Cluster mit Replikatknoten (in der API/CLI als *Replikationsgruppe* bezeichnet) bietet Hochverfügbarkeit über eine Replikation, bei der Multi-AZ mit aktiviertem automatischem Failover aktiviert ist. Ein Cluster mit Replikatknoten ist eine logische Sammlung von bis zu sechs Valkey- oder Redis-OSS-Knoten, wobei ein Knoten, der primäre, sowohl Lese- als auch Schreibanforderungen bearbeiten kann. Alle anderen Knoten im Cluster sind reine Read Replicas des primären Clusters. Daten, die im primären Cluster geschrieben werden, werden asynchron auf die Read Replicas im Cluster repliziert. Da Valkey oder Redis OSS (Clustermodus deaktiviert) die Partitionierung Ihrer Daten auf mehrere Cluster nicht unterstützen, enthält jeder Knoten in einer Valkey- oder Redis OSS-Replikationsgruppe (Clustermodus deaktiviert) den gesamten Cache-Datensatz. Valkey- oder Redis OSS-Cluster (Cluster-Modus aktiviert) unterstützen die Partitionierung Ihrer Daten auf bis zu 500 Shards. Um die Datenkapazität Ihres Clusters zu ändern, müssen Sie es auf einen größeren Knotentyp hoch- oder auf einen kleineren Knotentyp herabskalieren. Um die Lesekapazität Ihres Clusters zu ändern, fügen Sie bis auf maximal 5 weitere Lesereplikate hinzu oder entfernen Sie Lesereplikate. Der ElastiCache Skalierungsprozess ist darauf ausgelegt, Ihre vorhandenen Daten bestmöglich beizubehalten, und erfordert eine erfolgreiche Valkey- oder Redis-OSS-Replikation. Für Valkey- oder Redis OSS-Cluster mit Replikaten empfehlen wir, Valkey oder Redis OSS ausreichend Speicher zur Verfügung zu stellen. **Topics** + [Skalierung von Valkey- oder Redis OSS-Clustern mit Replikaten](#Scaling.RedisReplGrps.ScaleUp) + [Herunterskalierung von Valkey- oder Redis OSS-Clustern mit Replikaten](#Scaling.RedisReplGrps.ScaleDown) + [Erhöhen der Lesekapazität](#Scaling.RedisReplGrps.ScaleOut) + [Verringern der Lesekapazität](#Scaling.RedisReplGrps.ScaleIn) **Verwandte Themen** + [Hohe Verfügbarkeit mit Replikationsgruppen](Replication.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) + [Stellen Sie sicher, dass Sie über genügend Arbeitsspeicher verfügen, um einen Valkey- oder Redis OSS-Snapshot zu erstellen](BestPractices.BGSAVE.md) **Topics** + [Skalierung von Valkey- oder Redis OSS-Clustern mit Replikaten](#Scaling.RedisReplGrps.ScaleUp) + [Herunterskalierung von Valkey- oder Redis OSS-Clustern mit Replikaten](#Scaling.RedisReplGrps.ScaleDown) + [Erhöhen der Lesekapazität](#Scaling.RedisReplGrps.ScaleOut) + [Verringern der Lesekapazität](#Scaling.RedisReplGrps.ScaleIn) ## Skalierung von Valkey- oder Redis OSS-Clustern mit Replikaten Amazon ElastiCache bietet Konsolen-, CLI- und API-Unterstützung für die Skalierung Ihrer Valkey- oder Redis OSS-Replikationsgruppe (Cluster-Modus deaktiviert). Wenn der Scale-Up-Prozess eingeleitet wird, ElastiCache geht Folgendes vor: 1. Es wird eine Replikationsgruppe unter Verwendung des neuen Knotentyps gestartet. 1. Alle Daten aus dem derzeitigen primären Knoten werden in den neuen primären Knoten kopiert. 1. Die neuen Read Replicas werden mit dem neuen primären Knoten synchronisiert. 1. Die DNS-Einträge werden aktualisiert und verweisen nun auf die neuen Knoten. Daher müssen Sie die Endpunkte in Ihrer Anwendung nicht aktualisieren. Für Valkey 7.2 und höher oder Redis OSS 5.0.5 und höher können Sie Cluster mit auto Failover skalieren, während der Cluster weiterhin online bleibt und eingehende Anfragen bearbeitet. Bei Redis OSS Version 4.0.10 und niedriger stellen Sie möglicherweise eine kurze Unterbrechung der Lese- und Schreibvorgänge auf früheren Versionen vom Primärknoten aus fest, während der DNS-Eintrag aktualisiert wird. 1. Die alten Knoten (CLI/API: Replikationsgruppe) werden gelöscht. Sie werden eine kurze Unterbrechung (ein paar Sekunden) der Lese- und Schreiboperationen der alten Knoten feststellen, da die Verbindungen zu den alten Knoten getrennt werden. Die Dauer dieses Prozess ist abhängig vom Knotentyp und der Datenmenge im Cluster. Wie in der folgenden Tabelle dargestellt, ist Ihr Valkey- oder Redis OSS-Scale-up-Vorgang blockiert, wenn Sie ein Engine-Upgrade für das nächste Wartungsfenster des Clusters geplant haben. **Blockierte Valkey- oder Redis OSS-Operationen** [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/AmazonElastiCache/latest/dg/Scaling.RedisReplGrps.html) Wenn Sie durch ausstehende Operationen blockiert werden, haben Sie folgende Möglichkeiten. + Planen Sie Ihren Valkey- oder Redis OSS-Scale-up-Vorgang für das nächste Wartungsfenster, indem Sie das Kontrollkästchen **Sofort anwenden** deaktivieren (CLI use:`--no-apply-immediately`, API use:). `ApplyImmediately=false` + Warten Sie bis zu Ihrem nächsten Wartungsfenster (oder danach), um Ihren Valkey- oder Redis OSS-Scale-up-Vorgang durchzuführen. + Fügen Sie das Valkey- oder Redis OSS-Engine-Upgrade zu dieser Cluster-Änderung hinzu, wobei das Kontrollkästchen **Sofort anwenden** aktiviert ist (CLI use:`--apply-immediately`, API use:`ApplyImmediately=true`). Dadurch wird die Skalierung freigegeben, da das Engine-Upgrade sofort ausgeführt wird. In den folgenden Abschnitten wird beschrieben, wie Sie Ihren Valkey- oder Redis-OSS-Cluster mithilfe der ElastiCache Konsole, der und der API skalieren, wobei Replikate aktiviert werden.AWS CLI ElastiCache **Wichtig** Wenn Ihre Parametergruppe Speicher für `reserved-memory` den Valkey- oder Redis-OSS-Overhead reserviert, stellen Sie vor Beginn der Skalierung sicher, dass Sie über eine benutzerdefinierte Parametergruppe verfügen, die die richtige Speichermenge für Ihren neuen Knotentyp reserviert. Alternativ können Sie eine benutzerdefinierte Parametergruppe anpassen, die `reserved-memory-percent` verwendet, und diese Parametergruppe für Ihren neuen Cluster verwenden. Wenn Sie `reserved-memory-percent` verwenden, ist dies nicht erforderlich. Weitere Informationen finden Sie unter [Verwaltung von reserviertem Speicher für Valkey und Redis OSS](redis-memory-management.md). ### Skalierung eines Valkey- oder Redis OSS-Clusters mit Replikaten (Konsole) Wie lange die Aufwärtsskalierung auf einen größeren Knotentyp dauert, hängt vom Knotentyp und der Datenmenge in Ihrem derzeitigen Cluster ab. Der folgende Prozess skaliert Ihren Cluster mit Replikaten mithilfe der Konsole vom aktuellen Knotentyp auf einen neuen, größeren Knotentyp. ElastiCache Während dieses Vorgangs kann für andere Versionen eine kurze Unterbrechung der Lese- und Schreibvorgänge vom Primärknoten auftreten, während der DNS-Eintrag aktualisiert wird. Für Knoten, die auf 5.0.6-Versionen ausgeführt werden, tritt möglicherweise eine Ausfallzeit unter 1 Sekunde und bei älteren Versionen von wenigen Sekunden auf. **So skalieren Sie den Valkey- oder Redis OSS-Cluster mit Replikaten (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. Wählen Sie im Navigationsbereich **Valkey-Cluster** oder **Redis** OSS-Cluster aus 1. Wählen Sie aus der Liste der Cluster den Cluster aus, den Sie skalieren möchten. Auf diesem Cluster muss die Valkey- oder Redis OSS-Engine ausgeführt werden und nicht die geclusterte Valkey- oder Redis OSS-Engine. 1. Wählen Sie **Ändern** aus. 1. Gehen Sie im **Modify Cluster**-Assistenten wie folgt vor: 1. Wählen Sie in der Liste **Node type** den Knotentyp aus, auf den Sie skalieren möchten. Beachten Sie, dass nicht alle Knotentypen für das Herunterskalieren zur Verfügung stehen. 1. Wenn Sie zur Speicherverwaltung `reserved-memory` verwenden, wählen Sie in der Liste **Parameter Group** die benutzerdefinierte Parametergruppe aus, die die korrekte Speichermenge für den neuen Knotentyp reserviert. 1. Wenn Sie die Skalierung sofort starten möchten, aktivieren Sie das Kontrollkästchen **Apply immediately**. Wenn Sie das Kontrollkästchen für **Apply immediately** nicht aktivieren, wird die Skalierung während des nächsten Wartungsfensters des Clusters durchgeführt. 1. Wählen Sie **Ändern** aus. 1. Wenn der Status des Clusters von *modifying* zu *available* wechselt, wurde die Skalierung auf den neuen Knotentyp erfolgreich abgeschlossen. Die Endpunkte müssen nicht in der Anwendung aktualisiert werden. ### Skalierung einer Valkey- oder Redis OSS-Replikationsgruppe ()AWS CLI Im nachfolgenden Verfahren wird eine Replikationsgruppe mithilfe der AWS CLI vom derzeitigen Knotentyp auf einen neuen, größeren Knotentyp skaliert. Während dieses Vorgangs werden die DNS-Einträge ElastiCache aktualisiert, sodass sie auf die neuen Knoten verweisen. Daher müssen Sie die Endpunkte in Ihrer Anwendung nicht aktualisieren. Für Valkey 7.2 und höher oder Redis OSS 5.0.5 und höher können Sie Cluster mit auto Failover skalieren, während der Cluster weiterhin online bleibt und eingehende Anfragen bearbeitet. Bei Version 4.0.10 und niedriger stellen Sie bei vorherigen Versionen möglicherweise eine kurze Unterbrechung der Lese- und Schreibvorgänge vom Primärknoten fest, während der DNS-Eintrag aktualisiert wird. Die Zeit, die für die Skalierung auf einen größeren Knotentyp benötigt wird, hängt von Ihrem Knotentyp und der Datenmenge in Ihrem aktuellen Cluster ab. **So skalieren Sie eine Valkey- oder Redis OSS-Replikationsgruppe ()AWS CLI** 1. Ermitteln Sie, auf welche Knotentypen Sie skalieren können, indem Sie den AWS CLI`list-allowed-node-type-modifications` Befehl mit dem folgenden Parameter ausführen. + `--replication-group-id`  der Name der Replikationsgruppe. Verwenden Sie diesen Parameter, um eine bestimmte Replikationsgruppe zu beschreiben, statt alle Replikationsgruppen anzugeben. Für Linux, macOS oder Unix: ``` aws elasticache list-allowed-node-type-modifications \ --replication-group-id my-repl-group ``` Für Windows: ``` aws elasticache list-allowed-node-type-modifications ^ --replication-group-id my-repl-group ``` Die Ausgabe dieser Operation sollte etwa wie nachfolgend dargestellt aussehen (JSON-Format). ``` { "ScaleUpModifications": [ "cache.m3.2xlarge", "cache.m3.large", "cache.m3.xlarge", "cache.m4.10xlarge", "cache.m4.2xlarge", "cache.m4.4xlarge", "cache.m4.large", "cache.m4.xlarge", "cache.r3.2xlarge", "cache.r3.4xlarge", "cache.r3.8xlarge", "cache.r3.large", "cache.r3.xlarge" ] } ``` Weitere Informationen finden Sie unter [list-allowed-node-type-modifications](https://docs.aws.amazon.com/cli/latest/reference/elasticache/list-allowed-node-type-modifications.html) in der *AWS CLI-Referenz*. 1. Skalieren Sie Ihre aktuelle Replikationsgruppe mithilfe des AWS CLI`modify-replication-group` Befehls mit den folgenden Parametern auf den neuen Knotentyp. + `--replication-group-id`  der Name der Replikationsgruppe. + `--cache-node-type`— der neue, größere Knotentyp der Cluster in dieser Replikationsgruppe. Dieser Wert muss einer der Instance-Typen sein, die vom `list-allowed-node-type-modifications` Befehl im vorherigen Schritt zurückgegeben wurden. + `--cache-parameter-group-name` – [Optional) Verwenden Sie diesen Parameter, wenn Sie `reserved-memory` verwenden, um Speicher für den Cluster zu reservieren. Geben Sie eine benutzerdefinierte Cache-Parametergruppe an, die die korrekte Speichermenge für den neuen Knotentyp reserviert. Wenn Sie `reserved-memory-percent` verwenden, können Sie diesen Parameter weglassen. + `--apply-immediately` – Führt die Skalierung sofort aus. Wenn Sie die Skalierung für das nächste Wartungsfenster planen möchten, verwenden Sie `--no-apply-immediately`. Für Linux, macOS oder Unix: ``` aws elasticache modify-replication-group \ --replication-group-id my-repl-group \ --cache-node-type cache.m3.xlarge \ --cache-parameter-group-name redis32-m3-2xl \ --apply-immediately ``` Für Windows: ``` aws elasticache modify-replication-group ^ --replication-group-id my-repl-group ^ --cache-node-type cache.m3.xlarge ^ --cache-parameter-group-name redis32-m3-2xl \ --apply-immediately ``` Die Ausgabe dieses Befehls sollte etwa wie nachfolgend dargestellt aussehen (JSON-Format). ``` { "ReplicationGroup": { "Status": "available", "Description": "Some description", "NodeGroups": [{ "Status": "available", "NodeGroupMembers": [{ "CurrentRole": "primary", "PreferredAvailabilityZone": "us-west-2b", "CacheNodeId": "0001", "ReadEndpoint": { "Port": 6379, "Address": "my-repl-group-001.8fdx4s.0001.usw2.cache.amazonaws.com" }, "CacheClusterId": "my-repl-group-001" }, { "CurrentRole": "replica", "PreferredAvailabilityZone": "us-west-2c", "CacheNodeId": "0001", "ReadEndpoint": { "Port": 6379, "Address": "my-repl-group-002.8fdx4s.0001.usw2.cache.amazonaws.com" }, "CacheClusterId": "my-repl-group-002" } ], "NodeGroupId": "0001", "PrimaryEndpoint": { "Port": 6379, "Address": "my-repl-group.8fdx4s.ng.0001.usw2.cache.amazonaws.com" } }], "ReplicationGroupId": "my-repl-group", "SnapshotRetentionLimit": 1, "AutomaticFailover": "disabled", "SnapshotWindow": "12:00-13:00", "SnapshottingClusterId": "my-repl-group-002", "MemberClusters": [ "my-repl-group-001", "my-repl-group-002" ], "PendingModifiedValues": {} } } ``` Weitere Informationen finden Sie unter [modify-replication-group](https://docs.aws.amazon.com/cli/latest/reference/elasticache/modify-replication-group.html) in der *AWS CLI-Referenz*. 1. Wenn Sie den `--apply-immediately` Parameter verwendet haben, überwachen Sie den Status der Replikationsgruppe mithilfe des AWS CLI`describe-replication-group` Befehls mit dem folgenden Parameter. Wenn der Status noch *wird geändert* lautet, tritt möglicherweise eine Ausfallzeit unter 1 Sekunde für Knoten auf, die auf 5.0.6-Versionen ausgeführt werden, und für ältere Versionen eine kurze Unterbrechung von Lese- und Schreibvorgängen vom Primärkonten, während der DNS-Eintrag aktualisiert wird. + `--replication-group-id`  der Name der Replikationsgruppe. Verwenden Sie diesen Parameter, um eine bestimmte Replikationsgruppe zu beschreiben, statt alle Replikationsgruppen anzugeben. Für Linux, macOS oder Unix: ``` aws elasticache describe-replication-groups \ --replication-group-id my-replication-group ``` Für Windows: ``` aws elasticache describe-replication-groups ^ --replication-group-id my-replication-group ``` Weitere Informationen finden Sie unter [describe-replication-groups](https://docs.aws.amazon.com/cli/latest/reference/elasticache/describe-replication-groups.html) in der *AWS CLI-Referenz*. ### Skalierung einer Valkey- oder Redis OSS-Replikationsgruppe (API) ElastiCache Der folgende Prozess skaliert Ihre Replikationsgruppe mithilfe der API von ihrem aktuellen Knotentyp auf einen neuen, größeren Knotentyp. ElastiCache Für Valkey 7.2 und höher oder Redis OSS 5.0.5 und höher können Sie Cluster mit auto Failover skalieren, während der Cluster weiterhin online bleibt und eingehende Anfragen bearbeitet. Bei Version Redis OSS 4.0.10 und niedriger stellen Sie möglicherweise eine kurze Unterbrechung der Lese- und Schreibvorgänge auf früheren Versionen vom Primärknoten aus fest, während der DNS-Eintrag aktualisiert wird. Die Zeit, die für die Skalierung auf einen größeren Knotentyp benötigt wird, hängt von Ihrem Knotentyp und der Datenmenge in Ihrem aktuellen Cluster ab. **So skalieren Sie eine Valkey- oder Redis OSS-Replikationsgruppe (API) ElastiCache** 1. Ermitteln Sie mit dem folgenden Parameter, auf welche Knotentypen Sie mithilfe der ElastiCache `ListAllowedNodeTypeModifications` API-Aktion skalieren können. + `ReplicationGroupId`  der Name der Replikationsgruppe. Verwenden Sie diesen Parameter, um eine bestimmte Replikationsgruppe zu beschreiben, statt alle Replikationsgruppen anzugeben. ``` https://elasticache.us-west-2.amazonaws.com/ ?Action=ListAllowedNodeTypeModifications &ReplicationGroupId=MyReplGroup &Version=2015-02-02 &SignatureVersion=4 &SignatureMethod=HmacSHA256 &Timestamp=20150202T192317Z &X-Amz-Credential= ``` Weitere Informationen finden Sie [ListAllowedNodeTypeModifications](https://docs.aws.amazon.com/AmazonElastiCache/latest/APIReference/API_ListAllowedNodeTypeModifications.html) in der *Amazon ElastiCache API-Referenz*. 1. Skalieren Sie Ihre aktuelle Replikationsgruppe mithilfe der `ModifyReplicationGroup` ElastiCache API-Aktion und mit den folgenden Parametern auf den neuen Knotentyp. + `ReplicationGroupId`  der Name der Replikationsgruppe. + `CacheNodeType`— der neue, größere Knotentyp der Cluster in dieser Replikationsgruppe. Dieser Wert muss einer der Instanztypen sein, die von der `ListAllowedNodeTypeModifications` Aktion im vorherigen Schritt zurückgegeben wurden. + `CacheParameterGroupName` – [Optional) Verwenden Sie diesen Parameter, wenn Sie `reserved-memory` verwenden, um Speicher für den Cluster zu reservieren. Geben Sie eine benutzerdefinierte Cache-Parametergruppe an, die die korrekte Speichermenge für den neuen Knotentyp reserviert. Wenn Sie `reserved-memory-percent` verwenden, können Sie diesen Parameter weglassen. + `ApplyImmediately`Legen Sie `true` fest, um die Skalierung sofort auszuführen. Wenn Sie die Skalierung für das nächste Wartungsfenster planen möchten, verwenden Sie `ApplyImmediately``=false`. ``` https://elasticache.us-west-2.amazonaws.com/ ?Action=ModifyReplicationGroup &ApplyImmediately=true &CacheNodeType=cache.m3.2xlarge &CacheParameterGroupName=redis32-m3-2xl &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 finden Sie [ModifyReplicationGroup](https://docs.aws.amazon.com/AmazonElastiCache/latest/APIReference/API_ModifyReplicationGroup.html) in der *Amazon ElastiCache API-Referenz*. 1. Falls Sie dies verwendet haben `ApplyImmediately``=true`, überwachen Sie den Status der Replikationsgruppe mithilfe der ElastiCache `DescribeReplicationGroups` API-Aktion mit den folgenden Parametern. Wenn der Status von *modifying* zu *available* wechselt, können Sie die neue, aufskalierte Replikationsgruppe verwenden. + `ReplicationGroupId`  der Name der Replikationsgruppe. Verwenden Sie diesen Parameter, um eine bestimmte Replikationsgruppe zu beschreiben, statt alle Replikationsgruppen anzugeben. ``` https://elasticache.us-west-2.amazonaws.com/ ?Action=DescribeReplicationGroups &ReplicationGroupId=MyReplGroup &Version=2015-02-02 &SignatureVersion=4 &SignatureMethod=HmacSHA256 &Timestamp=20150202T192317Z &X-Amz-Credential= ``` Weitere Informationen finden Sie [DescribeReplicationGroups](https://docs.aws.amazon.com/AmazonElastiCache/latest/APIReference/API_DescribeReplicationGroups.html) in der *Amazon ElastiCache API-Referenz*. ## Herunterskalierung von Valkey- oder Redis OSS-Clustern mit Replikaten In den folgenden Abschnitten erfahren Sie, wie Sie einen Valkey- oder Redis OSS-Cluster (Clustermodus deaktiviert) mit Replikatknoten auf einen kleineren Knotentyp herunterskalieren. Es ist für den Erfolg wichtig sicherzustellen, dass der neue, kleinere Knotentyp für die Datenmenge und den Overhead ausreicht. 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). **Anmerkung** Bei Clustern, auf denen der R6gd-Knotentyp ausgeführt wird, können Sie nur auf Knotengrößen innerhalb der R6gd-Knotenfamilie skalieren. **Wichtig** Wenn Ihre Parametergruppe Speicher für Valkey- oder Redis OSS-Overhead reserviert, stellen Sie vor Beginn der Skalierung sicher, dass Sie über eine benutzerdefinierte Parametergruppe verfügen, die die richtige Speichermenge für Ihren neuen Knotentyp reserviert. `reserved-memory` Alternativ können Sie eine benutzerdefinierte Parametergruppe anpassen, die `reserved-memory-percent` verwendet, und diese Parametergruppe für Ihren neuen Cluster verwenden. Wenn Sie `reserved-memory-percent` verwenden, ist dies nicht erforderlich. Weitere Informationen finden Sie unter [Verwaltung von reserviertem Speicher für Valkey und Redis OSS](redis-memory-management.md). **Topics** ### Herunterskalierung eines Valkey- oder Redis OSS-Clusters mit Replikaten (Konsole) Der folgende Prozess skaliert Ihren Valkey- oder Redis OSS-Cluster mit Replikatknoten mithilfe der Konsole auf einen kleineren Knotentyp. ElastiCache **So verkleinern Sie einen Valkey- oder Redis OSS-Cluster mit Replikatknoten (Konsole)** 1. Vergewissern Sie sich, dass der Speicher des kleineren Knotentyps für Ihre Daten und den Overhead ausreicht. 1. Wenn Ihre Parametergruppe Speicher für Valkey- oder Redis-OSS-Overhead reserviert, stellen Sie sicher, dass Sie über eine benutzerdefinierte Parametergruppe verfügen, um die richtige Speichermenge für Ihren neuen Knotentyp bereitzustellen. `reserved-memory` Alternativ können Sie eine benutzerdefinierte Parametergruppe für die Verwendung von `reserved-memory-percent` anpassen. Weitere Informationen finden Sie unter [Verwaltung von reserviertem Speicher für Valkey und Redis OSS](redis-memory-management.md). 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 aus der Liste der Cluster den Cluster aus, den Sie nach unten skalieren möchten. Auf diesem Cluster muss die Valkey- oder Redis OSS-Engine ausgeführt werden und nicht die geclusterte Valkey- oder Redis OSS-Engine. 1. Wählen Sie **Ändern** aus. 1. Gehen Sie im **Modify Cluster**-Assistenten wie folgt vor: 1. Wählen Sie in der Liste **Node type (Knotentyp)** den Knotentyp aus, auf den Sie herunterskalieren möchten. 1. Wenn Sie zur Speicherverwaltung `reserved-memory` verwenden, wählen Sie in der Liste **Parameter Group** die benutzerdefinierte Parametergruppe aus, die die korrekte Speichermenge für den neuen Knotentyp reserviert. 1. Wenn Sie die Skalierung nach unten sofort starten möchten, aktivieren Sie das Kontrollkästchen **Apply immediately (Sofort anwenden)**. Wenn Sie das Kontrollkästchen für **Apply immediately (Sofort anwenden)** nicht aktivieren, wird die Skalierung nach unten während des nächsten Wartungsfensters des Clusters durchgeführt. 1. Wählen Sie **Ändern** aus. 1. Wenn der Status des Clusters von *modifying* zu *available* wechselt, wurde die Skalierung auf den neuen Knotentyp erfolgreich abgeschlossen. Die Endpunkte müssen nicht in der Anwendung aktualisiert werden. ### Herunterskalierung einer Valkey- oder Redis OSS-Replikationsgruppe ()AWS CLI Im nachfolgenden Verfahren wird eine Replikationsgruppe mithilfe der AWS CLI vom derzeitigen Knotentyp auf einen neuen, kleineren Knotentyp skaliert. Während dieses Vorgangs werden die DNS-Einträge ElastiCache aktualisiert, sodass sie auf die neuen Knoten verweisen. Daher müssen Sie die Endpunkte in Ihrer Anwendung nicht aktualisieren. Für Valkey 7.2 und höher oder Redis OSS 5.0.5 und höher können Sie Cluster mit auto Failover skalieren, während der Cluster weiterhin online bleibt und eingehende Anfragen bearbeitet. Bei Version 4.0.10 und niedriger stellen Sie bei vorherigen Versionen möglicherweise eine kurze Unterbrechung der Lese- und Schreibvorgänge vom Primärknoten fest, während der DNS-Eintrag aktualisiert wird. Die Lesevorgänge aus den Read Replica-Clustern werden jedoch ohne Unterbrechung fortgesetzt. Die Zeit, die benötigt wird, um auf einen kleineren Knotentyp herunterzuskalieren, hängt von Ihrem Knotentyp und der Datenmenge in Ihrem aktuellen Cluster ab. **So verkleinern Sie eine Valkey- oder Redis OSS-Replikationsgruppe ()AWS CLI** 1. Ermitteln Sie, auf welche Knotentypen Sie herunterskalieren können, indem Sie den AWS CLI`list-allowed-node-type-modifications` Befehl mit dem folgenden Parameter ausführen. + `--replication-group-id`  der Name der Replikationsgruppe. Verwenden Sie diesen Parameter, um eine bestimmte Replikationsgruppe zu beschreiben, statt alle Replikationsgruppen anzugeben. Für Linux, macOS oder Unix: ``` aws elasticache list-allowed-node-type-modifications \ --replication-group-id my-repl-group ``` Für Windows: ``` aws elasticache list-allowed-node-type-modifications ^ --replication-group-id my-repl-group ``` Die Ausgabe dieser Operation sollte etwa wie nachfolgend dargestellt aussehen (JSON-Format). ``` { "ScaleDownModifications": [ "cache.m3.2xlarge", "cache.m3.large", "cache.m3.xlarge", "cache.m4.10xlarge", "cache.m4.2xlarge", "cache.m4.4xlarge", "cache.m4.large", "cache.m4.xlarge", "cache.r3.2xlarge", "cache.r3.4xlarge", "cache.r3.8xlarge", "cache.r3.large", "cache.r3.xlarge" ] } ``` Weitere Informationen finden Sie unter [list-allowed-node-type-modifications](https://docs.aws.amazon.com/cli/latest/reference/elasticache/list-allowed-node-type-modifications.html) in der *AWS CLI-Referenz*. 1. Skalieren Sie Ihre aktuelle Replikationsgruppe mithilfe des AWS CLI`modify-replication-group` Befehls mit den folgenden Parametern auf den neuen Knotentyp. + `--replication-group-id`  der Name der Replikationsgruppe. + `--cache-node-type`— der neue, kleinere Knotentyp der Cluster in dieser Replikationsgruppe. Dieser Wert muss einer der Instance-Typen sein, die vom `list-allowed-node-type-modifications` Befehl im vorherigen Schritt zurückgegeben wurden. + `--cache-parameter-group-name` – [Optional) Verwenden Sie diesen Parameter, wenn Sie `reserved-memory` verwenden, um Speicher für den Cluster zu reservieren. Geben Sie eine benutzerdefinierte Cache-Parametergruppe an, die die korrekte Speichermenge für den neuen Knotentyp reserviert. Wenn Sie `reserved-memory-percent` verwenden, können Sie diesen Parameter weglassen. + `--apply-immediately` – Führt die Skalierung sofort aus. Wenn Sie die Skalierung für das nächste Wartungsfenster planen möchten, verwenden Sie `--no-apply-immediately`. Für Linux, macOS oder Unix: ``` aws elasticache modify-replication-group \ --replication-group-id my-repl-group \ --cache-node-type cache.t2.small \ --cache-parameter-group-name redis32-m3-2xl \ --apply-immediately ``` Für Windows: ``` aws elasticache modify-replication-group ^ --replication-group-id my-repl-group ^ --cache-node-type cache.t2.small ^ --cache-parameter-group-name redis32-m3-2xl \ --apply-immediately ``` Die Ausgabe dieses Befehls sollte etwa wie nachfolgend dargestellt aussehen (JSON-Format). ``` {"ReplicationGroup": { "Status": "available", "Description": "Some description", "NodeGroups": [ { "Status": "available", "NodeGroupMembers": [ { "CurrentRole": "primary", "PreferredAvailabilityZone": "us-west-2b", "CacheNodeId": "0001", "ReadEndpoint": { "Port": 6379, "Address": "my-repl-group-001.8fdx4s.0001.usw2.cache.amazonaws.com" }, "CacheClusterId": "my-repl-group-001" }, { "CurrentRole": "replica", "PreferredAvailabilityZone": "us-west-2c", "CacheNodeId": "0001", "ReadEndpoint": { "Port": 6379, "Address": "my-repl-group-002.8fdx4s.0001.usw2.cache.amazonaws.com" }, "CacheClusterId": "my-repl-group-002" } ], "NodeGroupId": "0001", "PrimaryEndpoint": { "Port": 6379, "Address": "my-repl-group.8fdx4s.ng.0001.usw2.cache.amazonaws.com" } } ], "ReplicationGroupId": "my-repl-group", "SnapshotRetentionLimit": 1, "AutomaticFailover": "disabled", "SnapshotWindow": "12:00-13:00", "SnapshottingClusterId": "my-repl-group-002", "MemberClusters": [ "my-repl-group-001", "my-repl-group-002", ], "PendingModifiedValues": {} } } ``` Weitere Informationen finden Sie unter [modify-replication-group](https://docs.aws.amazon.com/cli/latest/reference/elasticache/modify-replication-group.html) in der *AWS CLI-Referenz*. 1. Wenn Sie den `--apply-immediately` Parameter verwendet haben, überwachen Sie den Status der Replikationsgruppe mithilfe des AWS CLI`describe-replication-group` Befehls mit dem folgenden Parameter. Wenn der Status von *In Bearbeitung* zu *Verfügbar* wechselt, können Sie die neue, abwärts skalierte Replikationsgruppe verwenden. + `--replication-group-id`  der Name der Replikationsgruppe. Verwenden Sie diesen Parameter, um eine bestimmte Replikationsgruppe zu beschreiben, statt alle Replikationsgruppen anzugeben. Für Linux, macOS oder Unix: ``` aws elasticache describe-replication-group \ --replication-group-id my-replication-group ``` Für Windows: ``` aws elasticache describe-replication-groups ^ --replication-group-id my-replication-group ``` Weitere Informationen finden Sie unter [describe-replication-groups](https://docs.aws.amazon.com/cli/latest/reference/elasticache/describe-replication-groups.html) in der *AWS CLI-Referenz*. ### Herunterskalierung einer Valkey- oder Redis OSS-Replikationsgruppe (API) ElastiCache Der folgende Prozess skaliert Ihre Replikationsgruppe mithilfe der API von ihrem aktuellen Knotentyp auf einen neuen, kleineren Knotentyp. ElastiCache Während dieses Vorgangs werden die DNS-Einträge ElastiCache aktualisiert, sodass sie auf die neuen Knoten verweisen. Daher müssen Sie die Endpunkte in Ihrer Anwendung nicht aktualisieren. Für Valkey 7.2 und höher oder Redis OSS 5.0.5 und höher können Sie Cluster mit auto Failover skalieren, während der Cluster weiterhin online bleibt und eingehende Anfragen bearbeitet. Bei Redis OSS Version 4.0.10 und niedriger stellen Sie möglicherweise eine kurze Unterbrechung der Lese- und Schreibvorgänge auf früheren Versionen vom Primärknoten aus fest, während der DNS-Eintrag aktualisiert wird. Die Lesevorgänge aus den Read Replica-Clustern werden jedoch ohne Unterbrechung fortgesetzt. Die Zeit, die benötigt wird, um auf einen kleineren Knotentyp herunterzuskalieren, hängt von Ihrem Knotentyp und der Datenmenge in Ihrem aktuellen Cluster ab. **So verkleinern Sie eine Valkey- oder Redis OSS-Replikationsgruppe (API) ElastiCache** 1. Ermitteln Sie, auf welche Knotentypen Sie mithilfe der ElastiCache `ListAllowedNodeTypeModifications` API-Aktion mit dem folgenden Parameter herunterskalieren können. + `ReplicationGroupId`  der Name der Replikationsgruppe. Verwenden Sie diesen Parameter, um eine bestimmte Replikationsgruppe zu beschreiben, statt alle Replikationsgruppen anzugeben. ``` https://elasticache.us-west-2.amazonaws.com/ ?Action=ListAllowedNodeTypeModifications &ReplicationGroupId=MyReplGroup &Version=2015-02-02 &SignatureVersion=4 &SignatureMethod=HmacSHA256 &Timestamp=20150202T192317Z &X-Amz-Credential= ``` Weitere Informationen finden Sie [ListAllowedNodeTypeModifications](https://docs.aws.amazon.com/AmazonElastiCache/latest/APIReference/API_ListAllowedNodeTypeModifications.html) in der *Amazon ElastiCache API-Referenz*. 1. Skalieren Sie Ihre aktuelle Replikationsgruppe mithilfe der `ModifyReplicationGroup` ElastiCache API-Aktion und mit den folgenden Parametern auf den neuen Knotentyp. + `ReplicationGroupId`  der Name der Replikationsgruppe. + `CacheNodeType`— der neue, kleinere Knotentyp der Cluster in dieser Replikationsgruppe. Dieser Wert muss einer der Instance-Typen sein, die von der `ListAllowedNodeTypeModifications` Aktion im vorherigen Schritt zurückgegeben wurden. + `CacheParameterGroupName` – [Optional) Verwenden Sie diesen Parameter, wenn Sie `reserved-memory` verwenden, um Speicher für den Cluster zu reservieren. Geben Sie eine benutzerdefinierte Cache-Parametergruppe an, die die korrekte Speichermenge für den neuen Knotentyp reserviert. Wenn Sie `reserved-memory-percent` verwenden, können Sie diesen Parameter weglassen. + `ApplyImmediately`Legen Sie `true` fest, um die Skalierung sofort auszuführen. Wenn Sie die Abwärtsskalierung für das nächste Wartungsfenster planen möchten, verwenden Sie `ApplyImmediately``=false`. ``` https://elasticache.us-west-2.amazonaws.com/ ?Action=ModifyReplicationGroup &ApplyImmediately=true &CacheNodeType=cache.m3.2xlarge &CacheParameterGroupName=redis32-m3-2xl &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 finden Sie [ModifyReplicationGroup](https://docs.aws.amazon.com/AmazonElastiCache/latest/APIReference/API_ModifyReplicationGroup.html) in der *Amazon ElastiCache API-Referenz*. 1. Falls Sie dies verwendet haben `ApplyImmediately``=true`, überwachen Sie den Status der Replikationsgruppe mithilfe der ElastiCache `DescribeReplicationGroups` API-Aktion mit den folgenden Parametern. Wenn der Status von *In Bearbeitung* zu *Verfügbar* wechselt, können Sie die neue, abwärts skalierte Replikationsgruppe verwenden. + `ReplicationGroupId`  der Name der Replikationsgruppe. Verwenden Sie diesen Parameter, um eine bestimmte Replikationsgruppe zu beschreiben, statt alle Replikationsgruppen anzugeben. ``` https://elasticache.us-west-2.amazonaws.com/ ?Action=DescribeReplicationGroups &ReplicationGroupId=MyReplGroup &Version=2015-02-02 &SignatureVersion=4 &SignatureMethod=HmacSHA256 &Timestamp=20150202T192317Z &X-Amz-Credential= ``` Weitere Informationen finden Sie [DescribeReplicationGroups](https://docs.aws.amazon.com/AmazonElastiCache/latest/APIReference/API_DescribeReplicationGroups.html) in der *Amazon ElastiCache API-Referenz*. ## Erhöhen der Lesekapazität Um die Lesekapazität zu erhöhen, fügen Sie Read Replicas (bis zu maximal fünf) zu Ihrer Valkey- oder Redis OSS-Replikationsgruppe hinzu. Sie können die Lesekapazität Ihres Valkey- oder Redis OSS-Clusters mithilfe der ElastiCache Konsole, der oder der API skalieren.AWS CLI ElastiCache Weitere Informationen finden Sie unter [Hinzufügen einer Read Replica für Valkey oder Redis OSS (Cluster-Modus deaktiviert)](Replication.AddReadReplica.md). ## Verringern der Lesekapazität Um die Lesekapazität zu verringern, löschen Sie eine oder mehrere Read Replicas aus Ihrem Valkey- oder Redis OSS-Cluster mit Replikaten (in der API/CLI als *Replikationsgruppe* bezeichnet). Wenn es sich bei dem Cluster um Multi-AZ mit aktiviertem automatischem Failover handelt, können Sie das letzte Read Replica nicht löschen, ohne zuvor Multi-AZ zu deaktivieren. Weitere Informationen finden Sie unter [Ändern einer Replikationsgruppe](Replication.Modify.md). Weitere Informationen finden Sie unter [Löschen einer Read Replica für Valkey oder Redis OSS (Cluster-Modus deaktiviert)](Replication.RemoveReadReplica.md).