Online-Hochskalieren Online-abwärtsskalieren

Vertikales Online-Skalieren durch Ändern des Knotentyps

Durch die Verwendung der vertikalen Online-Skalierung mit Valkey Version 7.2 oder neuer oder Redis OSS Version 3.2.10 oder neuer können Sie Ihre Valkey- oder OSS Redis-Cluster dynamisch mit minimalen Ausfallzeiten skalieren. Dadurch kann Ihr Valkey- oder OSS Redis-Cluster Anfragen auch während der Skalierung bearbeiten.

Anmerkung

Die Skalierung zwischen einem Cluster mit Daten-Tiering (z. B. ein Cluster, der einen R6gd-Knotentyp verwendet) und einem Cluster ohne Daten-Tiering (z. B. ein Cluster, der einen R6g-Knotentyp verwendet) wird nicht unterstützt. Weitere Informationen finden Sie unter Daten-Tiering ElastiCache.

Sie haben die folgenden Möglichkeiten:

Skalieren — Erhöhen Sie die Lese- und Schreibkapazität, indem Sie den Knotentyp Ihres Valkey- oder OSS Redis-Clusters so anpassen, dass ein größerer Knotentyp verwendet wird.

ElastiCache passt die Größe Ihres Clusters dynamisch an, bleibt aber online und bearbeitet Anfragen.
Herunterskalierung – Verringern Sie die Lese- und Schreibkapazität, indem Sie den Knotentyp auf die Verwendung eines kleineren Knotens anpassen. Auch hier wird die Größe Ihres Clusters ElastiCache dynamisch angepasst, während er online bleibt und Anfragen bearbeitet. In diesem Fall verringern Sie die Kosten durch die Verkleinerung des Knotens.

Anmerkung

Aufwärts- und Abwärtsskalieren basiert auf der Erstellung von neu ausgewählten Knotentypen und der Synchronisierung der neuen Knoten mit den vorherigen. Um reibungsloses Abwärts-/Aufwärtsskalieren zu gewährleisten, führen Sie Folgendes durch:

Stellen Sie sicher, dass Sie über ausreichende Kapazität ENI (Elastic Network Interface) verfügen. Vergewissern Sie sich beim Abwärtsskalieren, dass der kleinere Knoten über ausreichend Speicher für erwarteten Datenverkehr verfügt.

Erfahren Sie mehr über bewährte Methoden für die Speicherverwaltung unter Verwaltung des reservierten Speichers für Valkey und Redis OSS.
Während die vertikale Skalierung ausgelegt ist, vollständig online zu bleiben, basiert sie auf der Synchronisierung von Daten zwischen dem alten und dem neuen Knoten. Wir empfehlen, dass Sie Abwärts-/Aufwärtsskalieren zu einem Zeitpunkt durchführen, an dem der Datenverkehr am geringsten ist.
Testen Sie das Verhalten Ihrer Anwendung während der Skalierung möglichst in einer Staging-Umgebung.

Inhalt

Online-aufwärtsskalieren

Themen

Skalierung von Valkey- oder OSS Redis-Cache-Clustern (Konsole)
Skalieren von Valkey- oder OSS Redis-Cache-Clustern ()AWS CLI
Skalierung von Valkey- oder OSS Redis-Cache-Clustern () ElastiCache API

Skalierung von Valkey- oder OSS Redis-Cache-Clustern (Konsole)

Das folgende Verfahren beschreibt, wie Sie einen Valkey- oder OSS Redis-Cluster mithilfe der ElastiCache Management Console skalieren. Während dieses Vorgangs bearbeitet Ihr Cluster weiterhin Anfragen mit minimaler Ausfallzeit.

Um einen Valkey- oder OSS Redis-Cluster (Konsole) zu skalieren

Melden Sie sich bei der an AWS Management Console und öffnen Sie die ElastiCache Konsole unter. https://console.aws.amazon.com/elasticache/
Wählen Sie im Navigationsbereich Valkey-Cluster oder OSSRedis-Cluster aus.
Wählen Sie aus der Liste der Cluster den Cluster aus.
Wählen Sie Ändern aus.
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. Wählen Sie zur Aufwärtsskalierung einen Knotentyp, der größer als Ihr bestehender Knoten ist.
Wenn Sie die Aufwärtsskalierung 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.
Wählen Sie Ändern aus.

Wenn Sie im vorherigen Schritt Apply immediately aktiviert haben, ändert sich der Cluster-Status zu modifying. Wenn der Status zu available wechselt, ist die Änderung abgeschlossen und Sie können den neuen Cluster verwenden.

Skalieren von Valkey- oder OSS Redis-Cache-Clustern ()AWS CLI

Das folgende Verfahren beschreibt, wie Sie einen Valkey- oder OSS Redis-Cache-Cluster mithilfe von skalieren. AWS CLI Während dieses Vorgangs bearbeitet Ihr Cluster weiterhin Anfragen mit minimaler Ausfallzeit.

Um einen Valkey- oder OSS Redis-Cache-Cluster zu skalieren ()AWS CLI

Ermitteln Sie die Knotentypen, auf die Sie skalieren können, indem Sie den AWS CLI list-allowed-node-type-modifications Befehl mit dem folgenden Parameter ausführen.

Für Linux, macOS oder Unix:


aws elasticache list-allowed-node-type-modifications \
	    --replication-group-id my-replication-group-id

Für Windows:


aws elasticache list-allowed-node-type-modifications ^
	    --replication-group-id my-replication-group-id

Die Ausgabe des obigen Befehls sieht ungefähr so aus (JSONFormat).


{
	    "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"
	    ]
	       "ScaleDownModifications": [
	        "cache.t2.micro", 
	        "cache.t2.small ", 
	        "cache.t2.medium",
	       	"cache.t1.small "
	    ], 
}

Weitere Informationen finden Sie unter list-allowed-node-type-Änderungen in der AWS CLI Referenz.

Ändern Sie Ihre Replikationsgruppe mithilfe des AWS CLI modify-replication-group Befehls und der folgenden Parameter, sodass sie auf den neuen, größeren Knotentyp skaliert werden kann.

--replication-group-id Der Name der zu erstellenden Replikationsgruppe, zu der Sie aufwärtsskalieren.
--cache-node-type Der neue Knotentyp, auf den der Cache-Cluster skaliert werden soll. Der Wert muss einer der Knotentypen sein, die in Schritt 1 mit dem Befehl list-allowed-node-type-modifications 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 des Clusters planen möchten, verwenden Sie den Parameter --no-apply-immediately.

Für Linux, macOS oder Unix:


aws elasticache modify-replication-group  \
	    --replication-group-id my-redis-cluster \
	    --cache-node-type cache.m3.xlarge \	    
	    --apply-immediately

Für Windows:


aws elasticache modify-replication-group ^
	    --replication-group-id my-redis-cluster ^
	    --cache-node-type cache.m3.xlarge ^	   
	    --apply-immediately

Die Ausgabe des obigen Befehls sieht ungefähr so aus (JSONFormat).



{
		"ReplicationGroup": {
        "Status": "modifying",
        "Description": "my-redis-cluster",
        "NodeGroups": [
            {
                "Status": "modifying",
                "Slots": "0-16383",
                "NodeGroupId": "0001",
                "NodeGroupMembers": [
                    {
                        "PreferredAvailabilityZone": "us-east-1f",
                        "CacheNodeId": "0001",
                        "CacheClusterId": "my-redis-cluster-0001-001"
                    },
                    {
                        "PreferredAvailabilityZone": "us-east-1d",
                        "CacheNodeId": "0001",
                        "CacheClusterId": "my-redis-cluster-0001-002"
                    }
                ]
            }
        ],
        "ConfigurationEndpoint": {
            "Port": 6379,
            "Address": "my-redis-cluster.r7gdfi.clustercfg.use1.cache.amazonaws.com"
        },
        "ClusterEnabled": true,
        "ReplicationGroupId": "my-redis-cluster",
        "SnapshotRetentionLimit": 1,
        "AutomaticFailover": "enabled",
        "SnapshotWindow": "07:30-08:30",
        "MemberClusters": [
            "my-redis-cluster-0001-001",
            "my-redis-cluster-0001-002"
        ],
        "CacheNodeType": "cache.m3.xlarge",
         "DataTiering": "disabled"
        "PendingModifiedValues": {}
    }
}

Weitere Informationen finden Sie unter modify-replication-group in der AWS CLI Referenz.

Wenn Sie den verwendet haben--apply-immediately, überprüfen Sie den Status des Cache-Clusters mithilfe des AWS CLI describe-cache-clusters Befehls mit dem folgenden Parameter. Wenn der Status zu available wechselt, können Sie den neuen, größeren Cache-Cluster-Knoten verwenden.

Skalierung von Valkey- oder OSS Redis-Cache-Clustern () ElastiCache API

Der folgende Prozess skaliert Ihren Cache-Cluster von seinem aktuellen Knotentyp auf einen neuen, größeren Knotentyp mithilfe von. ElastiCache API 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, 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 Eintrag aktualisiert wird. DNS

Wie lange die Aufwärtsskalierung auf einen größeren Knotentyp dauert, hängt vom Knotentyp und der Datenmenge in Ihrem derzeitigen Cache-Cluster ab.

So skalieren Sie einen Valkey- oder OSS Redis-Cache-Cluster () ElastiCache API

Ermitteln Sie, auf welche Knotentypen Sie mithilfe der ElastiCache API ListAllowedNodeTypeModifications Aktion mit dem folgenden Parameter 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=<credential>
```
Weitere Informationen finden Sie unter ListAllowedNodeTypeModifications in der ElastiCache APIAmazon-Referenz.
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 des Cache-Clusters 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.
- ApplyImmediatelyLegen 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=<credential>
	   &X-Amz-Signature=<signature>
```
Weitere Informationen finden Sie unter ModifyReplicationGroup in der ElastiCache APIAmazon-Referenz.
Falls Sie dies verwendet haben ApplyImmediately=true, überwachen Sie den Status der Replikationsgruppe mithilfe der ElastiCache API DescribeReplicationGroups 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=<credential>
```
Weitere Informationen finden Sie unter DescribeReplicationGroups in der ElastiCache APIAmazon-Referenz.

Online-abwärtsskalieren

Themen

Herunterskalierung der Valkey- oder OSS Redis-Cache-Cluster (Konsole)
Herunterskalieren von Valkey- oder OSS Redis-Cache-Clustern ()AWS CLI
Herunterskalieren der Valkey- oder OSS Redis-Cache-Cluster () ElastiCache API

Herunterskalierung der Valkey- oder OSS Redis-Cache-Cluster (Konsole)

Das folgende Verfahren beschreibt, wie Sie einen Valkey- oder OSS Redis-Cluster mithilfe der ElastiCache Management Console herunterskalieren. Während dieses Vorgangs bearbeitet Ihr Valkey- oder OSS Redis-Cluster weiterhin Anfragen mit minimaler Ausfallzeit.

Um einen Valkey- oder OSS Redis-Cluster herunterzuskalieren (Konsole)

Melden Sie sich bei der an AWS Management Console und öffnen Sie die ElastiCache Konsole unter. https://console.aws.amazon.com/elasticache/
Wählen Sie im Navigationsbereich Valkey-Cluster oder OSSRedis-Cluster aus.
Wählen Sie aus der Liste der Cluster Ihren bevorzugten Cluster.
Wählen Sie Ändern aus.
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. Wählen Sie zur Abwärtsskalierung einen Knotentyp, der kleiner als Ihr bestehender Knoten ist. Beachten Sie, dass nicht alle Knotentypen für das Herunterskalieren zur Verfügung stehen.
Wenn Sie die Abwärtsskalierung sofort starten möchten, aktivieren Sie das Kontrollkästchen Apply immediately. Wenn Sie das Kontrollkästchen für Apply immediately nicht aktivieren, wird die Abwärtsskalierung während des nächsten Wartungsfensters des Clusters durchgeführt.
Wählen Sie Ändern aus.

Wenn Sie im vorherigen Schritt Apply immediately aktiviert haben, ändert sich der Cluster-Status zu modifying. Wenn der Status zu available wechselt, ist die Änderung abgeschlossen und Sie können den neuen Cluster verwenden.

Herunterskalieren von Valkey- oder OSS Redis-Cache-Clustern ()AWS CLI

Das folgende Verfahren beschreibt, wie Sie einen Valkey- oder OSS Redis-Cache-Cluster mithilfe von herunterskalieren. AWS CLI Während dieses Vorgangs bearbeitet Ihr Cluster weiterhin Anfragen mit minimaler Ausfallzeit.

Um einen Valkey- oder OSS Redis-Cache-Cluster herunterzuskalieren ()AWS CLI

Ermitteln Sie die Knotentypen, auf die Sie herunterskalieren können, indem Sie den AWS CLI list-allowed-node-type-modifications Befehl mit dem folgenden Parameter ausführen.

Für Linux, macOS oder Unix:


aws elasticache list-allowed-node-type-modifications \
	    --replication-group-id my-replication-group-id

Für Windows:


aws elasticache list-allowed-node-type-modifications ^
	    --replication-group-id my-replication-group-id

Die Ausgabe des obigen Befehls sieht ungefähr so aus (JSONFormat).


{
	    "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"
	    ]
	
	       "ScaleDownModifications": [
	        "cache.t2.micro", 
	        "cache.t2.small ", 
	        "cache.t2.medium ",
  	      "cache.t1.small"
	    ]
}

Weitere Informationen finden Sie unter list-allowed-node-type-Änderungen in der AWS CLI Referenz.

Ändern Sie Ihre Replikationsgruppe mithilfe des AWS CLI modify-replication-group Befehls und der folgenden Parameter, sodass sie auf den neuen, kleineren Knotentyp herunterskaliert wird.

--replication-group-id Der Name der Replikationsgruppe, zu der Sie abwärtsskalieren.
--cache-node-type Der neue Knotentyp, auf den der Cache-Cluster skaliert werden soll. Der Wert muss einer der Knotentypen sein, die in Schritt 1 mit dem Befehl list-allowed-node-type-modifications 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 des Clusters planen möchten, verwenden Sie den Parameter --no-apply-immediately.

Für Linux, macOS oder Unix:


aws elasticache modify-replication-group  \
	    --replication-group-id my-redis-cluster \
	    --cache-node-type cache.t2.micro \	    
	    --apply-immediately

Für Windows:


aws elasticache modify-replication-group ^
	    --replication-group-id my-redis-cluster ^
	    --cache-node-type cache.t2.micro ^	   
	    --apply-immediately

Die Ausgabe des obigen Befehls sieht ungefähr so aus (JSONFormat).



{	
		"ReplicationGroup": {
        "Status": "modifying",
        "Description": "my-redis-cluster",
        "NodeGroups": [
            {
                "Status": "modifying",
                "Slots": "0-16383",
                "NodeGroupId": "0001",
                "NodeGroupMembers": [
                    {
                        "PreferredAvailabilityZone": "us-east-1f",
                        "CacheNodeId": "0001",
                        "CacheClusterId": "my-redis-cluster-0001-001"
                    },
                    {
                        "PreferredAvailabilityZone": "us-east-1d",
                        "CacheNodeId": "0001",
                        "CacheClusterId": "my-redis-cluster-0001-002"
                    }
                ]
            }
        ],
        "ConfigurationEndpoint": {
            "Port": 6379,
            "Address": "my-redis-cluster.r7gdfi.clustercfg.use1.cache.amazonaws.com"
        },
        "ClusterEnabled": true,
        "ReplicationGroupId": "my-redis-cluster",
        "SnapshotRetentionLimit": 1,
        "AutomaticFailover": "enabled",
        "SnapshotWindow": "07:30-08:30",
        "MemberClusters": [
            "my-redis-cluster-0001-001",
            "my-redis-cluster-0001-002"
        ],
        "CacheNodeType": "cache.t2.micro",
         "DataTiering": "disabled"
        "PendingModifiedValues": {}
    }
}

Weitere Informationen finden Sie unter modify-replication-group in der AWS CLI Referenz.

Wenn Sie den verwendet haben--apply-immediately, überprüfen Sie den Status des Cache-Clusters mithilfe des AWS CLI describe-cache-clusters Befehls mit dem folgenden Parameter. Wenn der Status zu available wechselt, können Sie den neuen, kleineren Cache-Cluster-Knoten verwenden.

Herunterskalieren der Valkey- oder OSS Redis-Cache-Cluster () ElastiCache API

Der folgende Prozess skaliert Ihre Replikationsgruppe von ihrem aktuellen Knotentyp auf einen neuen, kleineren Knotentyp mithilfe von. ElastiCache API Während dieses Vorgangs bearbeitet Ihr Valkey- oder OSS Redis-Cluster weiterhin Anfragen mit minimaler Ausfallzeit.

Wie lange die Abwärtsskalierung auf einen kleineren Knotentyp dauert, hängt vom Knotentyp und der Datenmenge in Ihrem derzeitigen Cache-Cluster ab.

Herunterskalieren () ElastiCache API

Ermitteln Sie, auf welche Knotentypen Sie mithilfe der ElastiCache API ListAllowedNodeTypeModifications 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=<credential>
```
Weitere Informationen finden Sie unter ListAllowedNodeTypeModifications in der ElastiCache APIAmazon-Referenz.
Skalieren Sie Ihre aktuelle Replikationsgruppe mithilfe der ModifyReplicationGroup ElastiCache API Aktion und mit den folgenden Parametern auf den neuen Knotentyp herunter.
- ReplicationGroupId der Name der Replikationsgruppe.
- CacheNodeType Der neue, kleinere Knotentyp des Cache-Clusters 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 Abwärtsskalierung 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.t2.micro
	   &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=<credential>
	   &X-Amz-Signature=<signature>
```
Weitere Informationen finden Sie unter ModifyReplicationGroup in der ElastiCache APIAmazon-Referenz.

Warnung JavaScript ist in Ihrem Browser nicht verfügbar oder deaktiviert.

Zur Nutzung der AWS-Dokumentation muss JavaScript aktiviert sein. Weitere Informationen finden auf den Hilfe-Seiten Ihres Browsers.

Dokumentkonventionen

Skalierung von Clustern in Valkey oder Redis OSS (Clustermodus aktiviert)

Erste Schritte mit JSON für Valkey und Redis OSS