

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
<a name="cluster-vertical-scaling"></a>

Utilizzando la scalabilità verticale online con MemoryDB, è possibile scalare il cluster in modo dinamico con tempi di inattività minimi. Ciò consente al cluster di soddisfare le richieste anche durante la scalabilità.

**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 [Tiering di dati](data-tiering.md).

È possibile effettuare le seguenti operazioni:
+ **Scalabilità: aumenta** la capacità di lettura e scrittura modificando il tipo di nodo del cluster MemoryDB per utilizzare un tipo di nodo più grande.

  MemoryDB 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. Ancora una volta, MemoryDB ridimensiona 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 up/down flusso su larga scala, procedi come segue:  
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
<a name="cluster-vertical-scaling-scaling-up"></a>

**Topics**
+ [Scalabilità dei cluster MemoryDB (Console)](#cluster-vertical-scaling-console)
+ [Scalabilità dei cluster MemoryDB (CLI)AWS](#scaling.scaleUp.cli)
+ [Scalabilità dei cluster MemoryDB (API MemoryDB)](#verticalscaling.scaleup.api)

## Scalabilità dei cluster MemoryDB (Console)
<a name="cluster-vertical-scaling-console"></a>

La procedura seguente descrive come scalare un cluster MemoryDB utilizzando. Console di gestione AWS Durante questo processo, il cluster MemoryDB continuerà a soddisfare le richieste con tempi di inattività minimi.

**Per scalare un cluster (console)**

1. Accedi Console di gestione AWS e apri la console MemoryDB all'indirizzo. [https://console.aws.amazon.com/memorydb/](https://console.aws.amazon.com/memorydb/)

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

1. Scegliere **Actions (Operazioni)**, quindi **Modify (Modifica)**.

1. Nella finestra di dialogo **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. 

1. Scegli **Save changes** (Salva modifiche).

   Lo stato del cluster cambia in *modifica.* Quando lo stato cambia in *disponibile*, la modifica è completa ed è possibile iniziare a utilizzare il nuovo cluster.

## Scalabilità dei cluster MemoryDB (CLI)AWS
<a name="scaling.scaleUp.cli"></a>

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

**Per scalare un cluster MemoryDB (CLI AWS )**

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

   Per Linux, macOS o Unix:

   ```
   aws memorydb list-allowed-node-type-updates \
   	    --cluster-name my-cluster-name
   ```

   Per Windows:

   ```
   aws memorydb list-allowed-node-type-updates ^
   	    --cluster-name my-cluster-name
   ```

   L'output del comando in alto è simile al seguente (in formato JSON).

   ```
   {
   	    "ScaleUpNodeTypes": [
   	        "db.r6g.2xlarge", 
   	        "db.r6g.large"	        
   	    ],
   	    "ScaleDownNodeTypes": [
   	        "db.r6g.large"	        
   	    ], 
   }
   ```

   Per ulteriori informazioni, vedere [list-allowed-node-type-updates](https://docs.aws.amazon.com/cli/latest/reference/memorydb/list-allowed-node-type-updates.html) nel *AWS CLI Reference.*

1. Modifica il cluster per adattarlo al nuovo tipo di nodo più grande, utilizzando il AWS CLI `update-cluster` comando e i seguenti parametri.
   + `--cluster-name`— Il nome del cluster verso cui stai eseguendo la scalabilità. 
   + `--node-type`— Il nuovo tipo di nodo su cui scalare il cluster. Questo valore deve essere uno dei tipi di nodi restituiti dal comando `list-allowed-node-type-updates` nella fase 1.

   Per Linux, macOS o Unix:

   ```
   aws memorydb update-cluster  \
   	--cluster-name my-cluster \
   	--node-type db.r6g.2xlarge
   ```

   Per Windows:

   ```
   aws memorydb update-cluster ^
   	    --cluster-name my-cluster ^
   	    --node-type db.r6g.2xlarge ^
   ```

   Per ulteriori informazioni, vedere [update-cluster](https://docs.aws.amazon.com/cli/latest/reference/memorydb/update-cluster.html).

## Scalabilità dei cluster MemoryDB (API MemoryDB)
<a name="verticalscaling.scaleup.api"></a>

Il seguente processo ridimensiona il cluster dal tipo di nodo corrente a un nuovo tipo di nodo più grande utilizzando l'API MemoryDB. Durante questo processo, MemoryDB aggiorna le voci DNS in modo che puntino ai nuovi nodi. Puoi scalare i cluster abilitati al failover automatico mentre il cluster continua a rimanere online e a soddisfare le richieste in arrivo.

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

**Per scalare un cluster MemoryDB (API MemoryDB)**

1. Determina a quali tipi di nodi puoi scalare utilizzando l'azione dell'API `ListAllowedNodeTypeUpdates` MemoryDB con il seguente parametro.
   + `ClusterName`— il nome del cluster. Utilizzate questo parametro per descrivere un cluster specifico anziché tutti i cluster.

   ```
   https://memory-db.us-east-1.amazonaws.com/
   	   ?Action=ListAllowedNodeTypeUpdates
   	   &ClusterName=MyCluster
   	   &Version=2021-01-01
   	   &SignatureVersion=4
   	   &SignatureMethod=HmacSHA256
   	   &Timestamp=20210802T192317Z
   	   &X-Amz-Credential=<credential>
   ```

   Per ulteriori informazioni, vedere [ListAllowedNodeTypeUpdates](https://docs.aws.amazon.com/memorydb/latest/APIReference/API_ListAllowedNodeTypeUpdates.html)nel riferimento all'API di *MemoryDB.*

1. Scala il cluster corrente fino al nuovo tipo di nodo utilizzando l'azione dell'API `UpdateCluster` MemoryDB e con i seguenti parametri.
   + `ClusterName`— il nome del cluster.
   + `NodeType`— il nuovo tipo di nodo più grande dei cluster di questo cluster. Questo valore deve essere uno dei tipi di istanza restituiti dall'operazione `ListAllowedNodeTypeUpdates` nella fase 1.

   ```
   https://memory-db.us-east-1.amazonaws.com/
   	   ?Action=UpdateCluster	  
   	   &NodeType=db.r6g.2xlarge
   	   &ClusterName=myCluster
   	   &SignatureVersion=4
   	   &SignatureMethod=HmacSHA256
   	   &Timestamp=20210801T220302Z
   	   &Version=2021-01-01
   	   &X-Amz-Algorithm=Amazon4-HMAC-SHA256
   	   &X-Amz-Date=20210801T220302Z
   	   &X-Amz-SignedHeaders=Host
   	   &X-Amz-Expires=20210801T220302Z
   	   &X-Amz-Credential=<credential>
   	   &X-Amz-Signature=<signature>
   ```

   Per ulteriori informazioni, consulta [UpdateCluster](https://docs.aws.amazon.com/memorydb/latest/APIReference/API_UpdateCluster.html).

# Dimensionamento verso il basso online
<a name="cluster-vertical-scaling-scaling-down"></a>

**Topics**
+ [Ridimensionamento dei cluster MemoryDB (Console)](#cluster-vertical-scaling-down-console)
+ [Ridimensionamento dei cluster MemoryDB (CLI)AWS](#scaling.scaledown.cli)
+ [Ridimensionamento dei cluster MemoryDB (API MemoryDB)](#scaling.vertical.scaledown.api)

## Ridimensionamento dei cluster MemoryDB (Console)
<a name="cluster-vertical-scaling-down-console"></a>

La procedura seguente descrive come ridimensionare un cluster MemoryDB utilizzando. Console di gestione AWS Durante questo processo, il cluster MemoryDB continuerà a soddisfare le richieste con tempi di inattività minimi.

**Per ridimensionare un cluster MemoryDB (console)**

1. Accedi Console di gestione AWS e apri la console MemoryDB all'indirizzo. [https://console.aws.amazon.com/memorydb/](https://console.aws.amazon.com/memorydb/)

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

1. Scegliere **Actions (Operazioni)**, quindi **Modify (Modifica)**.

1. Nella finestra di dialogo **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.

1. Scegli **Save changes** (Salva modifiche).

   Lo stato del cluster cambia in *modifica.* Quando lo stato cambia in *disponibile*, la modifica è completa ed è possibile iniziare a utilizzare il nuovo cluster.

## Ridimensionamento dei cluster MemoryDB (CLI)AWS
<a name="scaling.scaledown.cli"></a>

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

**Per ridimensionare un cluster MemoryDB (CLI AWS )**

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

   Per Linux, macOS o Unix:

   ```
   aws memorydb list-allowed-node-type-updates \
   	    --cluster-name my-cluster-name
   ```

   Per Windows:

   ```
   aws memorydb list-allowed-node-type-updates ^
   	    --cluster-name my-cluster-name
   ```

   L'output del comando in alto è simile al seguente (in formato JSON).

   ```
   {
   	    "ScaleUpNodeTypes": [
   	        "db.r6g.2xlarge", 
   	        "db.r6g.large"	        
   	    ],
   	    "ScaleDownNodeTypes": [
   	        "db.r6g.large"	        
   	    ], 
   }
   ```

   Per ulteriori informazioni, vedere [list-allowed-node-type-updates](https://docs.aws.amazon.com/cli/latest/reference/memorydb/list-allowed-node-type-updates.html).

1. Modifica il cluster per ridurlo al nuovo tipo di nodo più piccolo, utilizzando il `update-cluster` comando e i seguenti parametri.
   + `--cluster-name`— Il nome del cluster a cui si sta effettuando la scalabilità. 
   + `--node-type`— Il nuovo tipo di nodo su cui scalare il cluster. Questo valore deve essere uno dei tipi di nodi restituiti dal comando `list-allowed-node-type-updates` nella fase 1.

   Per Linux, macOS o Unix:

   ```
   aws memorydb update-cluster  \
   	    --cluster-name my-cluster \
   	    --node-type db.r6g.large
   ```

   Per Windows:

   ```
   aws memorydb update-cluster ^
   	    --cluster-name my-cluster ^
   	    --node-type db.r6g.large
   ```

   Per ulteriori informazioni, vedere [update-cluster](https://docs.aws.amazon.com/cli/latest/reference/memorydb/update-cluster.html).

## Ridimensionamento dei cluster MemoryDB (API MemoryDB)
<a name="scaling.vertical.scaledown.api"></a>

Il seguente processo ridimensiona il cluster dal tipo di nodo corrente a un nuovo tipo di nodo più piccolo utilizzando l'API MemoryDB. Durante questo processo, il cluster MemoryDB continuerà a soddisfare le richieste con tempi di inattività minimi.

Il tempo necessario per la scalabilità a un tipo di nodo più piccolo varia a seconda del tipo di nodo e della quantità di dati nel cluster corrente.

**Ridimensionamento (API MemoryDB)**

1. Determina a quali tipi di nodi puoi ridimensionare utilizzando l'[ListAllowedNodeTypeUpdates](https://docs.aws.amazon.com/memorydb/latest/APIReference/API_ListAllowedNodeTypeUpdates.html)API con il seguente parametro:
   + `ClusterName`— il nome del cluster. Utilizzate questo parametro per descrivere un cluster specifico anziché tutti i cluster.

   ```
   https://memory-db.us-east-1.amazonaws.com/
   	   ?Action=ListAllowedNodeTypeUpdates
   	   &ClusterName=MyCluster
   	   &Version=2021-01-01
   	   &SignatureVersion=4
   	   &SignatureMethod=HmacSHA256
   	   &Timestamp=20210802T192317Z
   	   &X-Amz-Credential=<credential>
   ```

1. Ridimensiona il cluster corrente fino al nuovo tipo di nodo utilizzando l'[UpdateCluster](https://docs.aws.amazon.com/memorydb/latest/APIReference/API_UpdateCluster.html)API con i seguenti parametri.
   + `ClusterName`— il nome del cluster.
   + `NodeType`— il nuovo tipo di nodo più piccolo dei cluster di questo cluster. Questo valore deve essere uno dei tipi di istanza restituiti dall'operazione `ListAllowedNodeTypeUpdates` nella fase 1.

   ```
   https://memory-db.us-east-1.amazonaws.com/
   	   ?Action=UpdateCluster	   
   	   &NodeType=db.r6g.2xlarge
   	   &ClusterName=myReplGroup
   	   &SignatureVersion=4
   	   &SignatureMethod=HmacSHA256
   	   &Timestamp=20210801T220302Z
   	   &Version=2021-01-01
   	   &X-Amz-Algorithm=Amazon4-HMAC-SHA256
   	   &X-Amz-Date=20210801T220302Z
   	   &X-Amz-SignedHeaders=Host
   	   &X-Amz-Expires=20210801T220302Z
   	   &X-Amz-Credential=<credential>
   	   &X-Amz-Signature=<signature>
   ```