Ridimensionamento verticale online tramite la modifica del tipo di nodo - Amazon ElastiCache
Dimensionamento verso l'alto onlineDimensionamento verso il basso online

Le traduzioni sono generate tramite traduzione automatica. In caso di conflitto tra il contenuto di una traduzione e la versione originale in Inglese, quest'ultima prevarrà.

Ridimensionamento verticale online tramite la modifica del tipo di nodo

Utilizzando la scalabilità verticale online con Valkey versione 7.2 o nuova o Redis OSS versione 3.2.10 o successiva, puoi scalare i tuoi cluster Valkey o Redis in modo dinamico con tempi di inattività minimi. OSS Ciò consente al cluster Valkey o Redis di soddisfare le richieste anche durante la scalabilità. OSS

Nota

Il dimensionamento non è supportato tra un cluster di tiering di dati (ad esempio, un cluster che utilizza un tipo di nodo r6gd) e un cluster che non utilizza il tiering di dati (ad esempio, un cluster che utilizza un tipo di nodo r6g). Per ulteriori informazioni, consulta Suddivisione dei dati su più livelli in ElastiCache.

Puoi eseguire le operazioni indicate di seguito:

  • Scalabilità verticale: aumenta la capacità di lettura e scrittura modificando il tipo di nodo del OSS cluster Valkey o Redis per utilizzare un tipo di nodo più grande.

    ElastiCache ridimensiona dinamicamente il cluster rimanendo online e soddisfacendo le richieste.

  • Riduzione verticale - Riduce la capacità di lettura e scrittura modificando il tipo di nodo affinché utilizzi un nodo più piccolo. Anche in questo caso, ridimensiona ElastiCache dinamicamente il cluster rimanendo online e soddisfacendo le richieste. In questo caso, il ridimensionamento del nodo permette di ridurre i costi.

Nota

I processi di dimensionamento verso l'alto e il basso si basano sulla creazione di cluster con i nuovi tipi di nodo selezionati e sulla sincronizzazione dei nuovi nodi con quelli precedenti. Per garantire un'operazione di dimensionamento verso l'alto/il basso senza intoppi, procedi come segue:

  • Assicurati di avere una capacità sufficiente ENI (Elastic Network Interface). In caso di dimensionamento verso il basso, assicurati che il nodo più piccolo disponga di memoria sufficiente per assorbire il traffico previsto.

    Per le best practice da seguire per la gestione della memoria, consultare Gestione della memoria riservata per Valkey e Redis OSS.

  • Anche se il processo di ridimensionamento verticale è progettato affinché il cluster rimanga completamente online, esso si basa sulla sincronizzazione dei dati tra il vecchio nodo e il nuovo nodo. Si consiglia di avviare il processo di dimensionamento verso l'alto/il basso durante le ore in cui si prevede che il traffico dati sia al minimo.

  • Se possibile, testa il comportamento della tua applicazione durante il ridimensionamento in un ambiente di prova.

Dimensionamento verso l'alto online

Scalabilità dei cluster di OSS cache Valkey o Redis (console)

La procedura seguente descrive come scalare un OSS cluster Valkey o Redis utilizzando la console di ElastiCache gestione. Durante questo processo, il cluster continuerà a soddisfare le richieste con tempi di inattività minimi.

Per scalare un OSS cluster Valkey o Redis (console)

  1. Accedi a AWS Management Console e apri la ElastiCache console all'indirizzo. https://console.aws.amazon.com/elasticache/

  2. Dal pannello di navigazione, scegli i cluster Valkey o i cluster Redis OSS.

  3. Nell'elenco dei cluster, scegliere quello da ridimensionare.

  4. Scegli Modifica.

  5. Nella procedura guidata Modify Cluster (Modifica cluster):

    1. Scegliere il tipo di nodo a cui dimensionare dall'elenco Node type (Tipo di nodo). Per aumentare, scegliere un tipo di nodo più grande del nodo esistente.

  6. Per eseguire subito il processo di dimensionamento verso l'alto, scegliere la casella Apply immediately (Applica immediatamente). Se non viene selezionata la casella Apply immediately (Applica immediatamente), il processo di dimensionamento verso l'alto viene eseguito nel corso della successiva finestra di manutenzione del cluster.

  7. Scegli Modifica.

    Se, nel passaggio precedente, è stato scelto Apply immediately (Applica immediatamente), lo stato del cluster diventa modifica in corso. Quando lo stato cambia in disponibile, la modifica è completa ed è possibile iniziare a utilizzare il nuovo cluster.

Scalabilità dei cluster di cache Valkey o Redis () OSS AWS CLI

La procedura seguente descrive come scalare un cluster di cache Valkey o Redis OSS utilizzando. AWS CLI Durante questo processo, il cluster continuerà a soddisfare le richieste con tempi di inattività minimi.

Per scalare un cluster di OSS cache Valkey o Redis ()AWS CLI

  1. Determina i tipi di nodi fino a cui puoi scalare eseguendo il AWS CLI list-allowed-node-type-modifications comando con il seguente parametro.

    Per Linux, macOS o Unix:

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

    Per Windows:

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

    L'output del comando precedente ha un aspetto simile JSON al seguente (formato).

    {
	    "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 "
	    ], 
}

    Per ulteriori informazioni, consulta la pagina list-allowed-node-type-modifiche nel riferimento.AWS CLI

  2. Modificate il gruppo di replica per adattarlo al nuovo tipo di nodo più grande, utilizzando il AWS CLI modify-replication-group comando e i seguenti parametri.

    • --replication-group-id : Il nome del gruppo di replica che si sta ridimensionando verso l'alto.

    • --cache-node-type : Il nuovo tipo di nodo con il quale intendi ridimensionare il cluster di cache. Questo valore deve essere uno dei tipi di nodi restituiti dal comando list-allowed-node-type-modifications nella fase 1.

    • --cache-parameter-group-name – [Facoltativo] Utilizzare questo parametro se si usa reserved-memory per gestire la memoria prenotata del cluster. Specificare un gruppo di parametri di cache personalizzato che riserva la quantità di memoria corretta per il nuovo tipo di nodo. Se si sta utilizzando reserved-memory-percent è possibile omettere questo parametro.

    • --apply-immediately : Consente di applicare immediatamente il dimensionamento verso l'alto. Per posporre il processo di dimensionamento alla finestra di manutenzione successiva del cluster, utilizzare il parametro --no-apply-immediately.

    Per Linux, macOS o Unix:

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

    Per Windows:

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

    L'output del comando precedente ha un aspetto simile al seguente (JSONformato).

    
{
		"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": {}
    }
}

    Per ulteriori informazioni, consulta la pagina modify-replication-group nel AWS CLI Reference.

  3. Se hai usato il--apply-immediately, controlla lo stato del cluster di cache usando il AWS CLI describe-cache-clusters comando con il seguente parametro. Quando lo stato cambia in disponibile, è possibile iniziare a utilizzare il nuovo cluster di cache più grande.

Scalabilità dei cluster di OSS cache Valkey o Redis () ElastiCache API

Il seguente processo ridimensiona il cluster di cache dal tipo di nodo corrente a un nuovo tipo di nodo più grande utilizzando il. ElastiCache API Durante questo processo, ElastiCache aggiorna le DNS voci in modo che puntino ai nuovi nodi. Per questo motivo non è necessario aggiornare gli endpoint nell'applicazione. Per Valkey 7.2 e versioni successive Redis OSS 5.0.5 e versioni successive, puoi scalare i cluster abilitati al failover automatico mentre il cluster continua a rimanere online e a soddisfare le richieste in arrivo. Nella versione Redis OSS 4.0.10 e precedenti, è possibile notare una breve interruzione delle operazioni di lettura e scrittura sulle versioni precedenti dal nodo principale durante l'aggiornamento della voce. DNS

Il tempo necessario per aumentare a un tipo di nodo più grande varia a seconda del tipo di nodo e della quantità di dati nel cluster di cache corrente.

Per scalare un Valkey o Redis Cache Cluster () OSS ElastiCache API

  1. Determina a quali tipi di nodi puoi scalare utilizzando l' ElastiCache APIListAllowedNodeTypeModificationsazione con il seguente parametro.

    • ReplicationGroupId : il nome del gruppo di replica. Utilizzare questo parametro per descrivere un gruppo di replica specifico piuttosto che tutti i gruppi di replica.

    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>

    Per ulteriori informazioni, consulta la pagina ListAllowedNodeTypeModifications nell'Amazon ElastiCache API Reference.

  2. Scala il tuo attuale gruppo di replica fino al nuovo tipo di nodo utilizzando l'ModifyReplicationGroup ElastiCache APIazione e i seguenti parametri.

    • ReplicationGroupId : il nome del gruppo di replica.

    • CacheNodeType : Il nuovo tipo di nodo più grande di cluster di cache nel gruppo di replica. Questo valore deve essere uno dei tipi di istanza restituiti dall'ListAllowedNodeTypeModificationsazione nel passaggio precedente.

    • CacheParameterGroupName – [Facoltativo] Utilizzare questo parametro se si usa reserved-memory per gestire la memoria prenotata del cluster. Specificare un gruppo di parametri di cache personalizzato che riserva la quantità di memoria corretta per il nuovo tipo di nodo. Se si sta utilizzando reserved-memory-percent è possibile omettere questo parametro.

    • ApplyImmediately : Impostato su true permette di applicare immediatamente il processo di dimensionamento verso il basso. Per posporre il processo di dimensionamento verticale alla successiva finestra di manutenzione, utilizzare 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>

    Per ulteriori informazioni, consulta la pagina ModifyReplicationGroup nell'Amazon ElastiCache API Reference.

  3. Se lo hai utilizzato ApplyImmediately=true, monitora lo stato del gruppo di replica utilizzando l' ElastiCache APIDescribeReplicationGroupsazione con i seguenti parametri. Quando lo stato cambia da modifica in corso a disponibile, puoi iniziare a scrivere sul nuovo gruppo di replica ingrandito.

    • ReplicationGroupId = il nome del gruppo di replica. Utilizzare questo parametro per descrivere un gruppo di replica particolare piuttosto che tutti i gruppi di replica.

    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>

    Per ulteriori informazioni, consulta la pagina DescribeReplicationGroups nell'Amazon ElastiCache API Reference.

Dimensionamento verso il basso online

Ridimensionamento dei cluster di OSS cache Valkey o Redis (console)

La procedura seguente descrive come ridimensionare un OSS cluster Valkey o Redis utilizzando la console di ElastiCache gestione. Durante questo processo, il OSS cluster Valkey o Redis continuerà a soddisfare le richieste con tempi di inattività minimi.

Per ridimensionare un cluster Valkey o Redis OSS (console)

  1. Accedi a AWS Management Console e apri la ElastiCache console all'indirizzo. https://console.aws.amazon.com/elasticache/

  2. Dal pannello di navigazione, scegli i cluster Valkey o i cluster Redis OSS.

  3. Nell'elenco dei cluster, scegliere quello da ridimensionare.

  4. Scegli Modifica.

  5. Nella procedura guidata Modify Cluster (Modifica cluster):

    1. Scegliere il tipo di nodo a cui dimensionare dall'elenco Node type (Tipo di nodo). Per la riduzione verticale, scegliere un tipo di nodo più piccolo del nodo esistente. Si noti che non tutti i tipi di nodo sono disponibili per il dimensionamento.

  6. Per eseguire immediatamente il processo di riduzione verticale, scegliere la casella Apply immediately (Applica immediatamente). Se non viene selezionata la casella Apply immediately (Applica immediatamente), il processo di ridimensionamento verso il basso viene eseguito nel corso della successiva finestra di manutenzione del cluster.

  7. Scegli Modifica.

    Se, nel passaggio precedente, è stato scelto Apply immediately (Applica immediatamente), lo stato del cluster diventa modifica in corso. Quando lo stato cambia in disponibile, la modifica è completa ed è possibile iniziare a utilizzare il nuovo cluster.

Ridimensionamento dei cluster di cache Valkey o Redis () OSS AWS CLI

La procedura seguente descrive come ridimensionare un cluster di cache Valkey o Redis OSS utilizzando. AWS CLI Durante questo processo, il cluster continuerà a soddisfare le richieste con tempi di inattività minimi.

Per ridimensionare un cluster di OSS cache Valkey o Redis ()AWS CLI

  1. Determina i tipi di nodi a cui puoi ridimensionare eseguendo il AWS CLI list-allowed-node-type-modifications comando con il seguente parametro.

    Per Linux, macOS o Unix:

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

    Per Windows:

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

    L'output del comando precedente ha un aspetto simile JSON al seguente (formato).

    {
	    "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"
	    ]
}

    Per ulteriori informazioni, consulta la pagina list-allowed-node-type-modifiche nel riferimento.AWS CLI

  2. Modificate il gruppo di replica per ridurlo al nuovo tipo di nodo più piccolo, utilizzando il AWS CLI modify-replication-group comando e i seguenti parametri.

    • --replication-group-id : Il nome del gruppo di replica oggetto della riduzione verticale verso il basso.

    • --cache-node-type : Il nuovo tipo di nodo con il quale intendi dimensionare il cluster di cache. Questo valore deve essere uno dei tipi di nodi restituiti dal comando list-allowed-node-type-modifications nella fase 1.

    • --cache-parameter-group-name – [Facoltativo] Utilizzare questo parametro se si usa reserved-memory per gestire la memoria prenotata del cluster. Specificare un gruppo di parametri di cache personalizzato che riserva la quantità di memoria corretta per il nuovo tipo di nodo. Se si sta utilizzando reserved-memory-percent è possibile omettere questo parametro.

    • --apply-immediately : Consente di applicare immediatamente il dimensionamento verso l'alto. Per posporre il processo di dimensionamento verso il basso alla finestra di manutenzione successiva del cluster, utilizzare il parametro --no-apply-immediately.

    Per Linux, macOS o Unix:

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

    Per Windows:

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

    L'output del comando precedente ha un aspetto simile al seguente (JSONformato).

    
{	
		"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": {}
    }
}

    Per ulteriori informazioni, consulta la pagina modify-replication-group nel AWS CLI Reference.

  3. Se hai usato il--apply-immediately, controlla lo stato del cluster di cache usando il AWS CLI describe-cache-clusters comando con il seguente parametro. Quando lo stato cambia in disponibile, è possibile iniziare a utilizzare il nuovo cluster di cache più piccolo.

Ridimensionamento dei cluster di OSS cache Valkey o Redis () ElastiCache API

Il processo seguente ridimensiona il gruppo di replica dal tipo di nodo corrente a un nuovo tipo di nodo più piccolo utilizzando il. ElastiCache API Durante questo processo, il OSS cluster Valkey o Redis continuerà a soddisfare le richieste con tempi di inattività minimi.

Il tempo necessario per diminuire utilizzando un tipo di nodo di minori dimensioni varia a seconda del tipo di nodo e della quantità di dati nel cluster di cache attuale.

Scalabilità verso il basso () ElastiCache API

  1. Determina a quali tipi di nodi puoi ridimensionare utilizzando l' ElastiCache APIListAllowedNodeTypeModificationsazione con il seguente parametro.

    • ReplicationGroupId : il nome del gruppo di replica. Utilizzare questo parametro per descrivere un gruppo di replica specifico piuttosto che tutti i gruppi di replica.

    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>

    Per ulteriori informazioni, consulta la pagina ListAllowedNodeTypeModifications nell'Amazon ElastiCache API Reference.

  2. Ridimensiona il tuo attuale gruppo di replica fino al nuovo tipo di nodo utilizzando l'ModifyReplicationGroup ElastiCache APIazione e i seguenti parametri.

    • ReplicationGroupId : il nome del gruppo di replica.

    • CacheNodeType : Il nuovo tipo di nodo più piccolo da usare nei cluster di cache in questo gruppo di replica. Questo valore deve essere uno dei tipi di istanza restituiti dall'ListAllowedNodeTypeModificationsazione nel passaggio precedente.

    • CacheParameterGroupName – [Facoltativo] Utilizzare questo parametro se si usa reserved-memory per gestire la memoria prenotata del cluster. Specificare un gruppo di parametri di cache personalizzato che riserva la quantità di memoria corretta per il nuovo tipo di nodo. Se si sta utilizzando reserved-memory-percent è possibile omettere questo parametro.

    • ApplyImmediately : Impostato su true permette di applicare immediatamente il processo di riduzione verticale. Per posporre il processo di dimensionamento verso il basso alla successiva finestra di manutenzione, utilizzare 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>

    Per ulteriori informazioni, consulta la pagina ModifyReplicationGroup nell'Amazon ElastiCache API Reference.