Scalabilità dei cluster per Valkey o Redis OSS (modalità cluster disabilitata)

1. Un nuovo cluster di cache con un nuovo tipo di nodo viene avviato nella stessa zona di disponibilità del cluster di cache esistente.

2. I dati di cache presenti nel cluster di cache esistente vengono copiati sul nuovo cluster di cache. La durata di questo processo dipende dal tipo di nodo e dalla quantità di dati presenti nel cluster di cache.

3. Le attività di lettura e scrittura vengono riprese utilizzando il nuovo cluster di cache. Poiché i nuovi endpoint del cluster di cache sono gli stessi del cluster di cache precedente, non è necessario aggiornare gli endpoint nell'applicazione. Durante l'aggiornamento della voce, noterai una breve interruzione (alcuni secondi) delle letture e delle scritture dal nodo principale. DNS

4. ElastiCache elimina il vecchio cluster di cache. Noterai una breve interruzione (pochi secondi) di letture e scritture dal vecchio nodo perché le connessioni al vecchio nodo verranno disconnesse.

Per scalare un cluster Valkey o Redis a nodo singolo (console) OSS

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

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

3. Dall'elenco dei cluster, scegli il cluster che desideri scalare (deve eseguire il motore Valkey o Redis, non il OSS motore Valkey o Redis in cluster). OSS

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

   2. Se stai utilizzando reserved-memory per gestire la tua memoria, dall'elenco Parameter Group (Gruppo di parametri), seleziona il gruppo di parametri personalizzati che riserva la quantità corretta di memoria per il nuovo tipo di nodo.

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.

Per scalare un cluster di cache Valkey o Redis a nodo singolo () OSS 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.

   • --cache-cluster-id

   Per Linux, macOS o Unix:

   aws elasticache list-allowed-node-type-modifications \
   	    --cache-cluster-id my-cache-cluster-id 

   Per Windows:

   aws elasticache list-allowed-node-type-modifications ^
   	    --cache-cluster-id my-cache-cluster-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. Modifica il cluster di cache esistente specificando il cluster di cache da scalare verso l'alto e il nuovo tipo di nodo più grande, utilizzando il AWS CLI modify-cache-cluster comando e i seguenti parametri.

   • --cache-cluster-id : Il nome del cluster di cache che stai dimensionando verso l'alto.

   • --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 alla finestra di manutenzione successiva del cluster, utilizzare il parametro --no-apply-immediately.

   Per Linux, macOS o Unix:

   aws elasticache modify-cache-cluster \
   	    --cache-cluster-id my-redis-cache-cluster \
   	    --cache-node-type cache.m3.xlarge \
   	    --cache-parameter-group-name redis32-m2-xl \
   	    --apply-immediately

   Per Windows:

   aws elasticache modify-cache-cluster ^
   	    --cache-cluster-id my-redis-cache-cluster ^
   	    --cache-node-type cache.m3.xlarge ^
   	    --cache-parameter-group-name redis32-m2-xl ^
   	    --apply-immediately

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

   {
   	    "CacheCluster": {
   	        "Engine": "redis", 
   	        "CacheParameterGroup": {
   	            "CacheNodeIdsToReboot": [], 
   	            "CacheParameterGroupName": "default.redis6.x", 
   	            "ParameterApplyStatus": "in-sync"
   	        }, 
   	        "SnapshotRetentionLimit": 1, 
   	        "CacheClusterId": "my-redis-cache-cluster", 
   	        "CacheSecurityGroups": [], 
   	        "NumCacheNodes": 1, 
   	        "SnapshotWindow": "00:00-01:00", 
   	        "CacheClusterCreateTime": "2017-02-21T22:34:09.645Z", 
   	        "AutoMinorVersionUpgrade": true, 
   	        "CacheClusterStatus": "modifying", 
   	        "PreferredAvailabilityZone": "us-west-2a", 
   	        "ClientDownloadLandingPage": "https://console.aws.amazon.com/elasticache/home#client-download:", 
   	        "CacheSubnetGroupName": "default", 
   	        "EngineVersion": "6.0", 
   	        "PendingModifiedValues": {
   	            "CacheNodeType": "cache.m3.2xlarge"
   	        }, 
   	        "PreferredMaintenanceWindow": "tue:11:30-tue:12:30", 
   	        "CacheNodeType": "cache.m3.medium",
   	         "DataTiering": "disabled"
   	    }
   	}

   Per ulteriori informazioni, consulta la pagina modify-cache-cluster nel AWS CLI riferimento.

3. Se hai usato il--apply-immediately, controlla lo stato del nuovo 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.

   • --cache-cache cluster-id— Il nome del tuo cluster di cache Valkey o Redis OSS a nodo singolo. Utilizzare questo parametro per descrivere un cluster di cache particolare piuttosto che tutti i cluster di cache.

   aws elasticache describe-cache-clusters --cache-cluster-id my-redis-cache-cluster

   Per ulteriori informazioni, consulta la pagina describe-cache-clusters nel Reference.AWS CLI

Per scalare un cluster di cache Valkey o Redis a nodo singolo () OSS ElastiCache API

1. Determina i tipi di nodi fino a cui puoi scalare eseguendo l' ElastiCache APIListAllowedNodeTypeModificationsazione con il seguente parametro.

   • CacheClusterId— Il nome del cluster di OSS cache Valkey o Redis a nodo singolo che desideri scalare.

   https://elasticache.us-west-2.amazonaws.com/
   	   ?Action=ListAllowedNodeTypeModifications
   	   &CacheClusterId=MyRedisCacheCluster
   	   &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. Modifica il tuo cluster di cache esistente specificando il cluster di cache da scalare verso l'alto e il nuovo tipo di nodo più grande, utilizzando l'ModifyCacheCluster ElastiCache APIazione e i seguenti parametri.

   • CacheClusterId : Il nome del cluster di cache che stai ridimensionando verso l'alto.

   • CacheNodeType : Il nuovo tipo di nodo più grande a cui desideri dimensionare verso il basso il cluster di cache. Questo valore deve essere uno dei tipi di nodo 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 : Imposta su true per eseguire immediatamente il processo di dimensionamento verso l’alto. Per posporre il processo di dimensionamento alla finestra di manutenzione successiva del cluster, utilizzare ApplyImmediately=false.

   https://elasticache.us-west-2.amazonaws.com/
   	   ?Action=ModifyCacheCluster
   	   &ApplyImmediately=true
   	   &CacheClusterId=MyRedisCacheCluster
   	   &CacheNodeType=cache.m3.xlarge
   	   &CacheParameterGroupName redis32-m2-xl
   	   &Version=2015-02-02
   	   &SignatureVersion=4
   	   &SignatureMethod=HmacSHA256
   	   &Timestamp=20150202T192317Z
   	   &X-Amz-Credential=<credential>

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

3. Se lo hai utilizzato ApplyImmediately=true, controlla lo stato del nuovo cluster di cache utilizzando l' ElastiCache APIDescribeCacheClustersazione con il seguente parametro. Quando lo stato cambia in disponibile, è possibile iniziare a utilizzare il nuovo cluster di cache più grande.

   • CacheClusterId— Il nome del tuo cluster di cache Valkey o Redis OSS a nodo singolo. Utilizzare questo parametro per descrivere un cluster di cache particolare piuttosto che tutti i cluster di cache.

   https://elasticache.us-west-2.amazonaws.com/
   	   ?Action=DescribeCacheClusters
   	   &CacheClusterId=MyRedisCacheCluster
   	   &Version=2015-02-02
   	   &SignatureVersion=4
   	   &SignatureMethod=HmacSHA256
   	   &Timestamp=20150202T192317Z
   	   &X-Amz-Credential=<credential>

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

Per ridimensionare il cluster Valkey o Redis a nodo singolo (console) OSS

1. Verificare che il dimensionamento a un tipo di nodo più piccolo sia adeguato ai dati e all'overhead.

2. Se il tuo gruppo di parametri utilizza reserved-memory la memoria per il OSS sovraccarico di Valkey o Redis, assicurati di disporre di un gruppo di parametri personalizzato per mettere da parte la quantità di memoria corretta per il nuovo tipo di nodo.

   In alternativa, puoi modificare un gruppo di parametri personalizzato per utilizzare reserved-memory-percent. Per ulteriori informazioni, consulta Gestione della memoria riservata per Valkey e Redis OSS.

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

4. Nell'elenco dei cluster, scegliere quello da diminuire. Questo cluster deve utilizzare il motore Valkey o Redis e non il OSS motore Valkey o Redis in cluster. OSS

5. Scegli Modifica.

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

   1. Scegliere il tipo di nodo che si desidera diminuire dall'elenco Node type (Tipo di nodo).

   2. Se stai utilizzando reserved-memory per gestire la tua memoria, dall'elenco Parameter Group (Gruppo di parametri), seleziona il gruppo di parametri personalizzati che riserva la quantità corretta di memoria per il nuovo tipo di nodo.

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

8. Scegli Modifica.

9. Quando lo stato del cluster cambia da modifica in corso a disponibile, il cluster è stato dimensionato a un nuovo tipo di nodo. Non è necessario aggiornare gli endpoint nell'applicazione.

Per ridimensionare un cluster di cache Valkey o Redis a nodo singolo () OSS 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.

   • --cache-cluster-id

   Per Linux, macOS o Unix:

   aws elasticache list-allowed-node-type-modifications \
   	    --cache-cluster-id my-cache-cluster-id 

   Per Windows:

   aws elasticache list-allowed-node-type-modifications ^
   	    --cache-cluster-id my-cache-cluster-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. Modifica il cluster di cache esistente specificando il cluster di cache da ridimensionare e il nuovo tipo di nodo più piccolo, utilizzando il AWS CLI modify-cache-cluster comando e i seguenti parametri.

   • --cache-cluster-id : Il nome del cluster di cache che stai riducendo verticalmente

   • --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 : Causa l'applicazione immediata del processo di riduzione verticale 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-cache-cluster \
   	    --cache-cluster-id my-redis-cache-cluster \
   	    --cache-node-type cache.m3.xlarge \
   	    --cache-parameter-group-name redis32-m2-xl \
   	    --apply-immediately

   Per Windows:

   aws elasticache modify-cache-cluster ^
   	    --cache-cluster-id my-redis-cache-cluster ^
   	    --cache-node-type cache.m3.xlarge ^
   	    --cache-parameter-group-name redis32-m2-xl ^
   	    --apply-immediately

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

   {
   	    "CacheCluster": {
   	        "Engine": "redis", 
   	        "CacheParameterGroup": {
   	            "CacheNodeIdsToReboot": [], 
   	            "CacheParameterGroupName": "default.redis6,x", 
   	            "ParameterApplyStatus": "in-sync"
   	        }, 
   	        "SnapshotRetentionLimit": 1, 
   	        "CacheClusterId": "my-redis-cache-cluster", 
   	        "CacheSecurityGroups": [], 
   	        "NumCacheNodes": 1, 
   	        "SnapshotWindow": "00:00-01:00", 
   	        "CacheClusterCreateTime": "2017-02-21T22:34:09.645Z", 
   	        "AutoMinorVersionUpgrade": true, 
   	        "CacheClusterStatus": "modifying", 
   	        "PreferredAvailabilityZone": "us-west-2a", 
   	        "ClientDownloadLandingPage": "https://console.aws.amazon.com/elasticache/home#client-download:", 
   	        "CacheSubnetGroupName": "default", 
   	        "EngineVersion": "6.0", 
   	        "PendingModifiedValues": {
   	            "CacheNodeType": "cache.m3.2xlarge"
   	        }, 
   	        "PreferredMaintenanceWindow": "tue:11:30-tue:12:30", 
   	        "CacheNodeType": "cache.m3.medium",
   	         "DataTiering": "disabled"
   	    }
   	}

   Per ulteriori informazioni, consulta la pagina modify-cache-cluster nel AWS CLI riferimento.

3. Se hai usato il--apply-immediately, controlla lo stato del nuovo 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.

   • --cache-cache cluster-id— Il nome del tuo cluster di cache Valkey o Redis OSS a nodo singolo. Utilizzare questo parametro per descrivere un cluster di cache particolare piuttosto che tutti i cluster di cache.

   aws elasticache describe-cache-clusters --cache-cluster-id my-redis-cache-cluster

   Per ulteriori informazioni, consulta la pagina describe-cache-clusters nel Reference.AWS CLI

Per ridimensionare un cluster di cache Valkey o Redis a nodo singolo () OSS ElastiCache API

1. Determina i tipi di nodi a cui puoi ridimensionare eseguendo l' ElastiCache APIListAllowedNodeTypeModificationsazione con il seguente parametro.

   • CacheClusterId— Il nome del cluster di OSS cache Valkey o Redis a nodo singolo che desideri ridimensionare.

   https://elasticache.us-west-2.amazonaws.com/
   	   ?Action=ListAllowedNodeTypeModifications
   	   &CacheClusterId=MyRedisCacheCluster
   	   &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. Modifica il tuo cluster di cache esistente specificando il cluster di cache da scalare verso l'alto e il nuovo tipo di nodo più grande, utilizzando l'ModifyCacheCluster ElastiCache APIazione e i seguenti parametri.

   • CacheClusterId : Il nome del cluster di cache che stai dimensionando verso il basso.

   • CacheNodeType : Il nuovo tipo di nodo più grande a cui desideri dimensionare verso il basso il cluster di cache. Questo valore deve essere uno dei tipi di nodo 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 : Imposta su true per eseguire immediatamente il processo di dimensionamento verso il basso. Per posporre il processo di dimensionamento alla finestra di manutenzione successiva del cluster, utilizzare ApplyImmediately=false.

   https://elasticache.us-west-2.amazonaws.com/
   	   ?Action=ModifyCacheCluster
   	   &ApplyImmediately=true
   	   &CacheClusterId=MyRedisCacheCluster
   	   &CacheNodeType=cache.m3.xlarge
   	   &CacheParameterGroupName redis32-m2-xl
   	   &Version=2015-02-02
   	   &SignatureVersion=4
   	   &SignatureMethod=HmacSHA256
   	   &Timestamp=20150202T192317Z
   	   &X-Amz-Credential=<credential>

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

3. Se lo hai utilizzato ApplyImmediately=true, controlla lo stato del nuovo cluster di cache utilizzando l' ElastiCache APIDescribeCacheClustersazione con il seguente parametro. Quando lo stato cambia in disponibile, è possibile iniziare a utilizzare il nuovo cluster di cache più piccolo.

   • CacheClusterId— Il nome del tuo cluster di cache Valkey o Redis OSS a nodo singolo. Utilizzare questo parametro per descrivere un cluster di cache particolare piuttosto che tutti i cluster di cache.

   https://elasticache.us-west-2.amazonaws.com/
   	   ?Action=DescribeCacheClusters
   	   &CacheClusterId=MyRedisCacheCluster
   	   &Version=2015-02-02
   	   &SignatureVersion=4
   	   &SignatureMethod=HmacSHA256
   	   &Timestamp=20150202T192317Z
   	   &X-Amz-Credential=<credential>

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