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

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

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

I cluster Valkey o Redis OSS (modalità cluster disabilitata) possono essere cluster a nodo singolo con 0 shard o cluster multinodo con 1 shard. I cluster a nodo singolo usano un nodo per entrambe le operazioni di lettura e scrittura. I cluster a più nodi hanno sempre 1 nodo come nodo primario lettura/scrittura con da 0 a 5 nodi di replica in sola lettura.

OSSScalabilità dei cluster Valkey o Redis
Azione Valkey o Redis OSS (modalità cluster disabilitata) Valkey o Redis OSS (modalità cluster abilitata)

Dimensionamento verticale

Rimozione di nodi da un ElastiCache cluster

Scalabilità dei cluster in Valkey o Redis OSS (modalità cluster abilitata)

Dimensionamento orizzontale

Aggiunta di nodi a un cluster

Resharding online per Valkey o Redis OSS (modalità cluster abilitata)

Modifica dei tipi di nodo

Ridimensionamento verticale online tramite la modifica del tipo di nodo

Modifica del numero di gruppi del nodo

Non supportato per i cluster Valkey o Redis OSS (modalità cluster disabilitata)

Scalabilità dei cluster in Valkey o Redis OSS (modalità cluster abilitata)

Scalabilità di cluster a nodo singolo per Valkey o Redis (modalità cluster disabilitata) OSS

I nodi Valkey o Redis OSS (modalità cluster disabilitata) devono essere sufficientemente grandi da contenere tutti i dati della cache più l'overhead di Valkey o Redis. OSS Per modificare la capacità di dati del cluster Valkey o Redis OSS (modalità cluster disabilitata), è necessario scalare verticalmente, passando a un tipo di nodo più grande per aumentare la capacità dei dati o ridimensionarlo a un tipo di nodo più piccolo per ridurre la capacità dei dati.

Il processo ElastiCache di scalabilità è progettato per fare il massimo sforzo per conservare i dati esistenti e richiede una replica Valkey o Redis di successo. OSS Per i cluster Valkey o Redis OSS (modalità cluster disabilitata), si consiglia di rendere disponibile una memoria sufficiente per Valkey o Redis. OSS

Non è possibile partizionare i dati su più cluster Valkey o Redis OSS (modalità cluster disabilitata). Tuttavia, se è necessario solo aumentare o diminuire la capacità di lettura del cluster, è possibile creare un cluster Valkey o Redis OSS (modalità cluster disabilitata) con nodi di replica e aggiungere o rimuovere repliche di lettura. Per creare un cluster Valkey o Redis OSS (modalità cluster disabilitata) con nodi di replica utilizzando il cluster di cache Valkey o OSS Redis a nodo singolo come cluster principale, consulta. Creazione di un cluster Valkey (modalità cluster disabilitata) (console)

Dopo aver creato il cluster con le repliche, è possibile aumentare la capacità di lettura aggiungendo repliche di lettura. In seguito, se necessario, è possibile ridurre la capacità di lettura rimuovendo le repliche di lettura. Per ulteriori informazioni, consulta Aumento della capacità di lettura o Diminuzione della capacità di lettura.

Oltre a essere in grado di scalare la capacità di lettura, i cluster Valkey o Redis OSS (modalità cluster disabilitata) con repliche offrono altri vantaggi aziendali. Per ulteriori informazioni, consulta Alta disponibilità utilizzando gruppi di replica.

Importante

Se il tuo gruppo di parametri utilizza reserved-memory la memoria per il OSS sovraccarico di Valkey o Redis, prima di iniziare il ridimensionamento assicurati di disporre di un gruppo di parametri personalizzato che riservi la quantità di memoria corretta per il nuovo tipo di nodo. In alternativa, è possibile modificare un gruppo di parametri personalizzato in modo che utilizzi reserved-memory-percent e il gruppo di parametri per il nuovo cluster.

Se stai utilizzando reserved-memory-percent, questa operazione non è necessaria.

Per ulteriori informazioni, consulta Gestione della memoria riservata per Valkey e Redis OSS.

Scalabilità di cluster Valkey o Redis a nodo singolo OSS

Quando si esegue la scalabilità di un OSS cluster Valkey o Redis a nodo singolo, ElastiCache esegue il seguente processo, indipendentemente dal fatto che si utilizzi la console, o la. ElastiCache AWS CLI ElastiCache API

  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.

Nota

Per i cluster che eseguono il tipo di nodo r6gd, è possibile dimensionare solo le dimensioni dei nodi all'interno della famiglia di nodi r6gd.

Come illustrato nella tabella seguente, l'operazione di OSS scale-up di Valkey o Redis è bloccata se è previsto un aggiornamento del motore per la prossima finestra di manutenzione. Per ulteriori informazioni sulla manutenzione Windows, consultare Gestione della manutenzione dei ElastiCache cluster.

Operazioni Valkey o Redis bloccate OSS
Operazioni in sospeso Operazioni bloccate
Dimensionamento Aggiornamento immediato del motore
Aggiornamento del motore Dimensionamento immediato

Dimensionamento e aggiornamento del motore

Dimensionamento immediato
Aggiornamento immediato del motore

Se hai un'operazione in sospeso che ti blocca, puoi svolgere una delle seguenti operazioni.

  • Pianifica l'operazione di OSS scalabilità di Valkey o Redis per la prossima finestra di manutenzione deselezionando la casella di controllo Applica immediatamente (CLIuse:, use:). --no-apply-immediately API ApplyImmediately=false

  • Attendi la finestra di manutenzione successiva (o successiva) per eseguire l'operazione di scalabilità con Valkey o Redis. OSS

  • Aggiungi l'aggiornamento del OSS motore Valkey o Redis a questa modifica del cluster di cache selezionando la casella di controllo Applica immediatamente (CLIuse:--apply-immediately, API use:). ApplyImmediately=true In questo modo si sblocca l'operazione di dimensionamento verso l'alto per eseguire immediatamente l'aggiornamento automatico del motore.

È possibile scalare un cluster Valkey o Redis a nodo singolo OSS (modalità cluster disabilitata) utilizzando la ElastiCache console, il, o. AWS CLI ElastiCache API

Importante

Se il gruppo di parametri utilizza lo reserved-memory scopo di riservare memoria per il OSS sovraccarico di Valkey o Redis, prima di iniziare la scalabilità assicurati di disporre di un gruppo di parametri personalizzato che riservi la quantità di memoria corretta per il nuovo tipo di nodo. In alternativa, è possibile modificare un gruppo di parametri personalizzato in modo che utilizzi reserved-memory-percent e il gruppo di parametri per il nuovo cluster.

Se stai utilizzando reserved-memory-percent, questa operazione non è necessaria.

Per ulteriori informazioni, consulta Gestione della memoria riservata per Valkey e Redis OSS.

Scalabilità di cluster a nodo singolo per Valkey o Redis OSS (modalità cluster disabilitata) (console)

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

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.

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

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

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

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

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

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.

Ridimensionamento dei cluster Valkey o Redis a nodo singolo OSS

Le seguenti sezioni illustrano come ridimensionare un cluster Valkey o Redis OSS a nodo singolo fino a un tipo di nodo più piccolo. Garantire che il nuovo tipo di nodo più piccolo sia sufficientemente grande da contenere tutti i dati e il OSS sovraccarico di Valkey o Redis è importante per il successo a lungo termine del nuovo cluster Valkey o Redis. OSS Per ulteriori informazioni, consulta Assicurarsi di disporre di memoria sufficiente per creare un'istantanea Valkey o Redis OSS.

Nota

Per i cluster che eseguono il tipo di nodo r6gd, è possibile dimensionare solo le dimensioni dei nodi all'interno della famiglia di nodi r6gd.

Ridimensionamento di un cluster Valkey o Redis a nodo singolo (console) OSS

La procedura seguente illustra come ridimensionare il OSS cluster Valkey o Redis a nodo singolo fino a un tipo di nodo più piccolo utilizzando la console. ElastiCache

Importante

Se il tuo gruppo di parametri utilizza reserved-memory la memoria per il OSS sovraccarico di Valkey o Redis, prima di iniziare il ridimensionamento assicurati di disporre di un gruppo di parametri personalizzato che riservi la quantità di memoria corretta per il nuovo tipo di nodo. In alternativa, è possibile modificare un gruppo di parametri personalizzato in modo che utilizzi reserved-memory-percent e il gruppo di parametri per il nuovo cluster.

Se stai utilizzando reserved-memory-percent, questa operazione non è necessaria.

Per ulteriori informazioni, consulta Gestione della memoria riservata per Valkey e Redis OSS.

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.

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

La procedura seguente descrive come ridimensionare un cluster di cache Valkey o Redis a nodo singolo utilizzando. OSS AWS CLI

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

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

La procedura seguente descrive come scalare verso l'alto un cluster di cache Valkey o Redis a nodo singolo utilizzando. OSS ElastiCache API

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.