Vertikales Online-Skalieren durch Ändern des Knotentyps - Amazon ElastiCache
Online-HochskalierenOnline-abwärtsskalieren

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.

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 Redis OSS-Cluster dynamisch mit minimalen Ausfallzeiten skalieren. Dadurch kann Ihr Valkey- oder Redis OSS-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 Redis OSS-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 die Elastic Network-Schnittstelle (ENI) über ausreichend Kapazität verfügt. 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 von reserviertem Speicher 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.

Online-aufwärtsskalieren

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

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

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

  1. Melden Sie sich bei der an AWS Management Console und öffnen Sie die ElastiCache Konsole unter. https://console.aws.amazon.com/elasticache/

  2. Wählen Sie im Navigationsbereich Valkey-Cluster oder Redis OSS-Cluster aus.

  3. Wählen Sie aus der Liste der Cluster den Cluster aus.

  4. Wählen Sie Ändern aus.

  5. 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.

  6. 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.

  7. 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.

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

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

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

  1. 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 in etwa folgendermaßen aus (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"
	    ]
	       "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.

  2. Ä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 in etwa folgendermaßen aus (JSON format).

    
{
		"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.

  3. 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 der Valkey- oder Redis OSS-Cache-Cluster (API) ElastiCache

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

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

Um einen Valkey- oder Redis OSS-Cache-Cluster (API) hochzuskalieren ElastiCache

  1. Ermitteln Sie, auf welche Knotentypen Sie mithilfe der ElastiCache ListAllowedNodeTypeModifications API-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 Amazon ElastiCache API-Referenz.

  2. 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 Amazon ElastiCache API-Referenz.

  3. 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=<credential>

    Weitere Informationen finden Sie unter DescribeReplicationGroups in der Amazon ElastiCache API-Referenz.

Online-abwärtsskalieren

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

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

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

  1. Melden Sie sich bei der an AWS Management Console und öffnen Sie die ElastiCache Konsole unter. https://console.aws.amazon.com/elasticache/

  2. Wählen Sie im Navigationsbereich Valkey-Cluster oder Redis OSS-Cluster aus.

  3. Wählen Sie aus der Liste der Cluster Ihren bevorzugten Cluster.

  4. Wählen Sie Ändern aus.

  5. 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.

  6. 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.

  7. 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.

Herunterskalierung der Valkey- oder Redis OSS-Cache-Cluster ()AWS CLI

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

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

  1. 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 in etwa folgendermaßen aus (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"
	    ]
	
	       "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.

  2. Ändern Sie Ihre Replikationsgruppe, sodass sie auf den neuen, kleineren Knotentyp herunterskaliert wird. Verwenden Sie dazu den AWS CLI modify-replication-group Befehl und die folgenden Parameter.

    • --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 in etwa folgendermaßen aus (JSON format).

    
{	
		"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.

  3. 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.

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

Mit dem folgenden Prozess wird Ihre Replikationsgruppe mithilfe der API vom aktuellen Knotentyp auf einen neuen, kleineren Knotentyp skaliert. ElastiCache Während dieses Vorgangs bearbeitet Ihr Valkey- oder Redis OSS-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.

Herunterskalierung (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=<credential>

    Weitere Informationen finden Sie unter ListAllowedNodeTypeModifications in der Amazon ElastiCache API-Referenz.

  2. 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 Amazon ElastiCache API-Referenz.