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à.
# Gestione dei nodi in ElastiCache
Un nodo è l'elemento costitutivo più piccolo di una ElastiCache distribuzione Amazon. Corrisponde a un blocco di dimensioni fisse di RAM collegata alla rete. Ogni nodo esegue il motore che è stato scelto al momento della creazione e dell'ultima modifica del cluster. Ogni nodo dispone del proprio nome Domain Name Service (DNS) e porta. Sono supportati diversi tipi di ElastiCache nodi, ciascuno con quantità variabili di memoria e potenza di calcolo associate.
Per una discussione dettagliata sulle dimensioni del nodo da utilizzare, consultare [Scelta delle dimensioni dei nodi](CacheNodes.SelectSize.md).
In generale, grazie al supporto per lo sharding, le implementazioni Valkey o Redis OSS (modalità cluster abilitata) dispongono di una serie di nodi più piccoli. Al contrario, le implementazioni Valkey o Redis OSS (modalità cluster disabilitata) hanno un numero inferiore di nodi più grandi in un cluster. Per una discussione dettagliata sulle dimensioni del nodo da utilizzare, consultare [Scelta delle dimensioni dei nodi](CacheNodes.SelectSize.md).
**Topics**
+ [Visualizzazione dello stato ElastiCache del nodo](Nodes.viewing.md)
+ [Nodi e shard OSS Valkey o Redis](CacheNodes.NodeGroups.md)
+ [Connessione ai nodi](nodes-connecting.md)
+ [Tipi di nodi supportati](CacheNodes.SupportedTypes.md)
+ [Riavvio dei nodi](nodes.rebooting.md)
+ [Sostituzione dei nodi (Valkey e Redis OSS)](CacheNodes.NodeReplacement.md)
+ [Sostituzione dei nodi (Memcached)](CacheNodes.NodeReplacement-mc.md)
+ [Nodi riservati](CacheNodes.Reserved.md)
+ [Migrazione dei nodi della generazione precedente](CacheNodes.NodeMigration.md)
Alcune importanti operazioni che coinvolgono i nodi sono le seguenti:
+ [Aggiungere nodi a un ElastiCache cluster](Clusters.AddNode.md)
+ [Rimozione di nodi da un ElastiCache cluster](Clusters.DeleteNode.md)
+ [Ridimensionamento ElastiCache](Scaling.md)
+ [Ricerca degli endpoint di connessione in ElastiCache](Endpoints.md)
+ [Identifica automaticamente i nodi del cluster (Memcached)](AutoDiscovery.md)
# Visualizzazione dello stato ElastiCache del nodo
Utilizzando la [ElastiCache console](https://console.aws.amazon.com/elasticache/), puoi accedere rapidamente allo stato del tuo ElastiCache nodo. Lo stato di un ElastiCache nodo indica lo stato del nodo. Puoi utilizzare le seguenti procedure per visualizzare lo stato del ElastiCache nodo nella ElastiCache console Amazon, il AWS CLI comando o il funzionamento dell'API.
I possibili valori di stato per ElastiCache i nodi sono riportati nella tabella seguente. Questa tabella mostra anche se ti verrà addebitato il costo del ElastiCache nodo.
| **Tipo** | **Fatturato** | **Descrizione** |
| --- | --- | --- |
| `available` | Fatturato | Il ElastiCache nodo è integro e disponibile. |
| `creating` | Non fatturato | Il ElastiCache nodo è in fase di creazione. Non è possibile accedere al nodo mentre è in fase di creazione. |
| `deleting` | Non fatturato | Il ElastiCache nodo viene eliminato. |
| `modifying` | Fatturato | Il ElastiCache nodo viene modificato a causa di una richiesta del cliente di modificare il nodo. |
| `updating` | Fatturato | Uno stato di **aggiornamento** indica che una o più delle seguenti condizioni sono vere per il ElastiCache nodo Amazon: [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/it_it/AmazonElastiCache/latest/dg/Nodes.viewing.html) |
| `rebooting cluster nodes` | Fatturato | Il ElastiCache nodo viene riavviato a causa di una richiesta del cliente o di un ElastiCache processo Amazon che richiede il riavvio del nodo. |
| `incompatible_parameters` | Non fatturato | Amazon non ElastiCache può avviare il nodo perché i parametri specificati nel gruppo di parametri del nodo non sono compatibili con il nodo. Annulla le modifiche apportate ai parametri o rendi tali parametri compatibili con il nodo per ottenere di nuovo l'accesso al nodo. Per ulteriori informazioni sui parametri incompatibili, consulta l'elenco degli [eventi](https://us-east-1.console.aws.amazon.com/elasticache/home?region=us-east-1#/events) per il ElastiCache nodo. |
| `incompatible_network` | Non fatturato | Uno stato di rete incompatibile indica che una o più delle seguenti condizioni sono vere per il nodo Amazon: ElastiCache [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/it_it/AmazonElastiCache/latest/dg/Nodes.viewing.html) |
| `restore_failed` | Non fatturato | Uno stato di ripristino non riuscito indica che per il nodo Amazon ElastiCache si verifica una delle seguenti condizioni: [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/it_it/AmazonElastiCache/latest/dg/Nodes.viewing.html) |
| `snapshotting` | Fatturato | ElastiCache sta creando un'istantanea del nodo Valkey o Redis OSS. |
## Visualizzazione dello stato ElastiCache del nodo con la console
Per visualizzare lo stato di un ElastiCache nodo con la console:
1. Accedi a Console di gestione AWS e apri la ElastiCache console Amazon all'indirizzo [https://console.aws.amazon.com/elasticache/](https://console.aws.amazon.com/elasticache/).
1. Nel pannello di navigazione, scegli **Redis OSS Clusters o **Memcached** Clusters**. Viene visualizzata la **pagina Cache con** l'elenco dei nodi. ElastiCache Per ogni nodo viene visualizzato il valore dello stato.
1. È quindi possibile accedere alla scheda **Service Updates** relativa alla cache per visualizzare l'elenco degli aggiornamenti del servizio applicabili alla cache.
## Visualizzazione dello stato del ElastiCache nodo con AWS CLI
Per visualizzare il ElastiCache nodo e le relative informazioni sullo stato utilizzando il AWS CLI, usa il `describe-cache-cluster` comando. Ad esempio, il AWS CLI comando seguente visualizza ogni ElastiCache nodo.
```
aws elasticache describe-cache-clusters
```
## Visualizzazione dello stato del ElastiCache nodo tramite l'API
Per visualizzare lo stato del ElastiCache nodo utilizzando l' ElastiCache API Amazon, chiamalo `DescribeCacheClusteroperation` con il `ShowCacheNodeInfo` flag per recuperare informazioni sui singoli nodi di cache.
# Nodi e shard OSS Valkey o Redis
Una partizione (nelle API e nella CLI, un gruppo di nodi) è una disposizione gerarchica di nodi, ciascuno integrato in un cluster. le partizioni supportano la replica. All'interno di uno shard, un nodo funge da nodo primario. read/write Tutti gli altri nodi in una partizione funzionano come repliche di sola lettura del nodo primario. Valkey, o Redis OSS versione 3.2 e successive, supporta più shard all'interno di un cluster (nell'API e nella CLI, un gruppo di replica). Questo supporto consente il partizionamento dei dati in un cluster Valkey o Redis OSS (modalità cluster abilitata).
Il diagramma seguente illustra le differenze tra un cluster Valkey o Redis OSS (modalità cluster disabilitata) e un cluster Valkey o Redis OSS (modalità cluster abilitata).
![\[Immagine: Shard Valkey o Redis OSS (modalità cluster disabilitata) e Valkey o Redis OSS (modalità cluster abilitata) (API/CLI: gruppi di nodi)\]](http://docs.aws.amazon.com/it_it/AmazonElastiCache/latest/dg/images/ElastiCache-NodeGroups.png)
I cluster Valkey o Redis OSS (modalità cluster abilitata) supportano la replica tramite shard. L'operazione API [DescribeReplicationGroups](https://docs.aws.amazon.com/AmazonElastiCache/latest/APIReference/API_DescribeReplicationGroups.html)(CLI: [describe-replication-groups](https://docs.aws.amazon.com/cli/latest/reference/elasticache/describe-replication-groups.html)) elenca i gruppi di nodi con i nodi membri, il ruolo del nodo all'interno del gruppo di nodi e anche altre informazioni.
Quando si crea un cluster Valkey o Redis OSS, si specifica se si desidera creare un cluster con il clustering abilitato. I cluster Valkey o Redis OSS (modalità cluster disabilitata) non hanno mai più di uno shard, che può essere scalato orizzontalmente aggiungendo (fino a un totale di cinque) o eliminando nodi di replica di lettura. Per ulteriori informazioni, consultare [Alta disponibilità utilizzando gruppi di replica](Replication.md), [Aggiungere una replica di lettura per Valkey o Redis OSS (modalità cluster disabilitata)](Replication.AddReadReplica.md) o [Eliminazione di una replica di lettura per Valkey o Redis OSS (modalità cluster disabilitata)](Replication.RemoveReadReplica.md). I cluster Valkey o Redis OSS (modalità cluster disabilitata) possono anche scalare verticalmente modificando i tipi di nodi. Per ulteriori informazioni, consulta [Scalabilità dei nodi di replica per Valkey o Redis OSS (modalità cluster disabilitata)](Scaling.RedisReplGrps.md).
Il limite di nodi o shard può essere aumentato fino a un massimo di 500 per cluster se il motore è Valkey o Redis OSS versione 5.0.6 o successiva. Ad esempio, è possibile scegliere di configurare un cluster a 500 nodi che varia tra 83 partizioni (un primario e 5 repliche per partizione) e 500 partizioni (un singolo primario e nessuna replica). Assicurati che esistano abbastanza indirizzi IP disponibili per soddisfare l'aumento. Le problematiche comuni sono che le le sottoreti nel gruppo di sottoreti hanno un intervallo CIDR troppo piccolo o che le sottoreti sono condivise e utilizzate pesantemente da altri cluster. Per ulteriori informazioni, consulta [Creazione di un gruppo di sottoreti](SubnetGroups.Creating.md).
Per le versioni inferiori alla 5.0.6, il limite è 250 per cluster.
Per richiedere un aumento dei limiti, consulta [Limiti dei servizi AWS](https://docs.aws.amazon.com/general/latest/gr/aws_service_limits.html) e seleziona il tipo di limite **Nodi per cluster per tipo di istanza**.
Dopo la creazione di un cluster Valkey o Redis OSS (modalità cluster abilitata), è possibile modificarlo (ampliarlo o ridurlo). Per ulteriori informazioni, consultare [Ridimensionamento ElastiCache](Scaling.md) e [Sostituzione dei nodi (Valkey e Redis OSS)](CacheNodes.NodeReplacement.md).
Quando si crea un nuovo cluster, è possibile eseguirne il popolamento con i dati del vecchio cluster in modo che non inizi vuoto. Tale approccio funziona solo se il gruppo del cluster presenta lo stesso numero di partizioni del cluster precedente. Ciò può essere utile se occorre modificare il tipo di nodo o la versione dell'engine. Per ulteriori informazioni, consultare [Esecuzione di backup manuali](backups-manual.md) e [Ripristino da un backup in una nuova cache](backups-restoring.md).
# Connessione ai nodi
## Connessione ai nodi Valkey o Redis OSS
Prima di tentare di connettersi ai nodi Valkey o Redis OSS del cluster, è necessario disporre degli endpoint per i nodi. Per individuare gli endpoint, consultare la seguente documentazione:
+ [Ricerca degli endpoint (console) del cluster Valkey o Redis OSS (modalità cluster disabilitata)](Endpoints.md#Endpoints.Find.Redis)
+ [Ricerca degli endpoint per un cluster (console) Valkey o Redis OSS (modalità cluster abilitata)](Endpoints.md#Endpoints.Find.RedisCluster)
+ [Individuazione degli endpoint (AWS CLI)](Endpoints.md#Endpoints.Find.CLI)
+ [Ricerca degli endpoint (API) ElastiCache](Endpoints.md#Endpoints.Find.API)
Nell'esempio seguente, si utilizza l'utilità *valkey-cli* per connettersi a un cluster che esegue Valkey o Redis OSS.
**Nota**
[Per ulteriori informazioni sui comandi disponibili, consultate la pagina Web Comandi.](http://valkey.io/commands)
***Per connettersi a un cluster Valkey o Redis OSS utilizzando valkey-cli***
1. Connettiti alla tua EC2 istanza Amazon utilizzando l'utilità di connessione che preferisci.
**Nota**
Per istruzioni su come connettersi a un' EC2 istanza Amazon, consulta la [Amazon EC2 Getting Started Guide](https://docs.aws.amazon.com/AWSEC2/latest/GettingStartedGuide/).
1. Per compilare `valkey-cli`, scaricare e installare la GNU Compiler Collection (`gcc`). Al prompt dei comandi dell' EC2 istanza, inserisci il comando seguente ed entra `y` nella riga di conferma.
```
sudo yum install gcc
```
Viene visualizzato un output simile al seguente.
```
Loaded plugins: priorities, security, update-motd, upgrade-helper
Setting up Install Process
Resolving Dependencies
--> Running transaction check
...(output omitted)...
Total download size: 27 M
Installed size: 53 M
Is this ok [y/N]: y
Downloading Packages:
(1/11): binutils-2.22.52.0.1-10.36.amzn1.x86_64.rpm | 5.2 MB 00:00
(2/11): cpp46-4.6.3-2.67.amzn1.x86_64.rpm | 4.8 MB 00:00
(3/11): gcc-4.6.3-3.10.amzn1.noarch.rpm | 2.8 kB 00:00
...(output omitted)...
Complete!
```
1. *Scaricate e compilate l'utilità valkey-cli.* Questa utilità è inclusa nella distribuzione del software Valkey. Al prompt dei comandi dell'EC2 istanza, digita i seguenti comandi:
**Nota**
Per sistemi Ubuntu, prima di eseguire `make`, esegui `make distclean`.
```
wget https://github.com/valkey-io/valkey/archive/refs/tags/8.0.0.tar.gz
tar xvzf valkey-8.0.0.tar.gz
cd valkey-8.0.0
make distclean # ubuntu systems only
make
```
1. Al prompt dei comandi dell' EC2 istanza, digita il comando seguente.
```
src/valkey-cli -c -h mycachecluster.eaogs8.0001.usw2.cache.amazonaws.com -p 6379
```
Viene visualizzato un prompt dei comandi Valkey o Redis OSS simile al seguente.
```
redis mycachecluster.eaogs8.0001.usw2.cache.amazonaws.com 6379>
```
1. Verifica la connessione eseguendo i comandi Valkey o Redis OSS.
Ora sei connesso al cluster e puoi eseguire i comandi Valkey o Redis OSS. Di seguito sono riportati alcuni comandi di esempio con le relative risposte Valkey o Redis OSS.
```
set a "hello" // Set key "a" with a string value and no expiration
OK
get a // Get value for key "a"
"hello"
get b // Get value for key "b" results in miss
(nil)
set b "Good-bye" EX 5 // Set key "b" with a string value and a 5 second expiration
get b
"Good-bye"
// wait 5 seconds
get b
(nil) // key has expired, nothing returned
quit // Exit from valkey-cli
```
Per la connessione ai nodi o ai cluster con crittografia SSL (Secure Sockets Layer) abilitata in transito, consulta [ElastiCache crittografia in transito (TLS)](in-transit-encryption.md).
## Connessione ai nodi Memcached
Prima di provare a connettersi al cluster Memcached, sono necessari gli endpoint per i nodi. Per individuare gli endpoint, consultare la seguente documentazione:
+ [Individuazione degli endpoint di un cluster (console) (Memcached)](Endpoints.md#Endpoints.Find.Memcached)
+ [Individuazione degli endpoint (AWS CLI)](Endpoints.md#Endpoints.Find.CLI)
+ [Ricerca degli endpoint (API) ElastiCache](Endpoints.md#Endpoints.Find.API)
L'esempio seguente utilizza l'utilità *telnet* per eseguire la connessione a un nodo che esegue Memcached.
**Nota**
Per ulteriori informazioni su Memcached e i comandi Memcached disponibili, consulta il sito Web [Memcached](http://memcached.org/).
**Per connettersi a un nodo mediante *telnet***
1. Connettiti alla tua EC2 istanza Amazon utilizzando l'utilità di connessione che preferisci.
**Nota**
Per istruzioni su come connettersi a un' EC2 istanza Amazon, consulta la [Amazon EC2 Getting Started Guide](https://docs.aws.amazon.com/AWSEC2/latest/GettingStartedGuide/).
1. Scarica e installa l'utilità *telnet* sulla tua EC2 istanza Amazon. Al prompt dei comandi dell' EC2 istanza Amazon, digita il comando seguente e digita *y* al prompt dei comandi.
```
sudo yum install telnet
```
Viene visualizzato un output simile al seguente.
```
Loaded plugins: priorities, security, update-motd, upgrade-helper
Setting up Install Process
Resolving Dependencies
--> Running transaction check
...(output omitted)...
Total download size: 63 k
Installed size: 109 k
Is this ok [y/N]: y
Downloading Packages:
telnet-0.17-47.7.amzn1.x86_64.rpm | 63 kB 00:00
...(output omitted)...
Complete!
```
1. Al prompt dei comandi dell' EC2 istanza Amazon, digita il comando seguente, sostituendo l'endpoint del nodo con quello mostrato in questo esempio.
```
telnet mycachecluster.eaogs8.0001.usw2.cache.amazonaws.com 11211
```
Viene visualizzato un output simile al seguente.
```
Trying 128.0.0.1...
Connected to mycachecluster.eaogs8.0001.usw2.cache.amazonaws.com.
Escape character is '^]'.
>
```
1. Eseguire il test della connessione eseguendo i comandi Memcached.
Una volta connessi a un nodo è possibile eseguire i comandi Memcached. Di seguito è riportato un esempio.
```
set a 0 0 5 // Set key "a" with no expiration and 5 byte value
hello // Set value as "hello"
STORED
get a // Get value for key "a"
VALUE a 0 5
hello
END
get b // Get value for key "b" results in miss
END
>
```
# Tipi di nodi supportati
ElastiCache supporta i seguenti tipi di nodi. In generale, le generazioni attuali offrono più memoria e più potenza di elaborazione a un costo inferiore rispetto ai prodotti omologi della generazione precedente.
Per ulteriori informazioni sui dettagli delle prestazioni per ogni tipo di nodo, consulta [Amazon EC2 Instance Types](https://aws.amazon.com/ec2/instance-types/).
**Nota**
Amazon ElastiCache sta trasferendo le istanze T2 allo stato di generazione precedente. Non sarà più possibile creare nuovi ElastiCache cluster utilizzando istanze T2 o acquistare nuovi nodi riservati T2. Non vi è alcun impatto sui cluster o sulle prenotazioni T2 esistenti. Ti consigliamo di passare a tipi di istanze più recenti come le istanze T3 o T4g per migliorare le prestazioni e l'efficienza dei costi.
**Nota**
I seguenti tipi di istanza sono supportati nelle AWS regioni Asia Pacifico (Tailandia) e Messico (Centrale):
**m7g/r7g:** grande, xl, 2xl, 4xl, 8xl, 12xl e 16xl.
**t3/t4g:** micro, piccolo e medio.
Per informazioni sulle dimensioni del nodo da utilizzare, consultare[Scelta delle dimensioni dei nodi](CacheNodes.SelectSize.md).
**Topics**
+ [Generazione attuale (Memcached)](#CacheNodes.CurrentGen-Memcached)
+ [Generazione attuale (Valkey o Redis OSS)](#CacheNodes.CurrentGen)
+ [Tipi di nodi supportati in base alla regione AWS](#CacheNodes.SupportedTypesByRegion)
+ [Istanze a prestazioni espandibili](#CacheNodes.Burstable)
+ [Informazioni correlate](#CacheNodes.RelatedInfo)
## Generazione attuale (Memcached)
Le tabelle seguenti mostrano la larghezza di banda di base e quella di burst, ad esempio i tipi che utilizzano il meccanismo di I/O credito di rete per superare la larghezza di banda di base.
**Nota**
I tipi di istanze con prestazioni di rete stabili utilizzano un meccanismo di I/O credito di rete per superare la larghezza di banda di base con la massima efficienza possibile.
**Ambito generale**
| Tipo di istanza | Versione minima supportata di Memcached | Larghezza di banda di base (Gb/s) | Larghezza di banda burst (Gb/s) |
| --- | --- | --- | --- |
| cache.m7g.large | | 0,937 | 12,5 |
| cache.m7g.xlarge | | 1,876 | 12,5 |
| cache.m7g.2xlarge | | 3,75 | 15 |
| cache.m7g.4xlarge | | 7,5 | 15 |
| cache.m7g.8xlarge | | 15 | N/D |
| cache.m7g.12xlarge | | 22,5 | N/D |
| cache.m7g.16xlarge | | 30 | N/D |
| cache.m6g.large | 1,5,16 | 0.75 | 10,0 |
| cache.m6g.xlarge | 1,5,16 | 1,25 | 10,0 |
| cache.m6g.2xlarge | 1,5,16 | 2.5 | 10,0 |
| cache.m6g.4xlarge | 1,5,16 | 5.0 | 10,0 |
| cache.m6g.8xlarge | 1,5,16 | 12 | N/D |
| cache.m6g.12xlarge | 1,5,16 | 20 | N/D |
| cache.m6g.16xlarge | 1,5,16 | 25 | N/D |
| cache.m5.large | 1,5,16 | 0.75 | 10,0 |
| cache.m5.xlarge | 1,5,16 | 1,25 | 10,0 |
| cache.m5.2xlarge | 1,5,16 | 2.5 | 10,0 |
| cache.m5.4xlarge | 1,5,16 | 5.0 | 10,0 |
| cache.m5.12xlarge | 1,5,16 | N/D | N/D |
| cache.m5.24xlarge | 1,5,16 | N/D | N/D |
| cache.m4.large | 1,5,16 | 0,45 | 1.2 |
| cache.m4.xlarge | 1,5,16 | 0.75 | 2.8 |
| cache.m4.2xlarge | 1,5,16 | 1.0 | 10,0 |
| cache.m4.4xlarge | 1,5,16 | 2.0 | 10,0 |
| cache.m4.10xlarge | 1,5,16 | 5.0 | 10,0 |
| cache.t4g.micro | 1,5,16 | 0,064 | 5.0 |
| cache.t4g.small | 1,5,16 | 0,128 | 5.0 |
| cache.t4g.medium | 1,5,16 | 0,256 | 5.0 |
| cache.t3.micro | 1,5,16 | 0,064 | 5.0 |
| cache.t3.small | 1,5,16 | 0,128 | 5.0 |
| cache.t3.medium | 1,5,16 | 0,256 | 5.0 |
| cache.t2.micro | 1,5,16 | 0,064 | 1,024 |
| cache.t2.small | 1,5,16 | 0,128 | 1,024 |
| cache.t2.medium | 1,5,16 | 0,256 | 1,024 |
**Memoria ottimizzata per Memcached**
| Tipo di istanza | Versione minima supportata | Larghezza di banda di base (Gb/s) | Larghezza di banda burst (Gb/s) |
| --- | --- | --- | --- |
| cache.r7g.large | | 0,937 | 12,5 |
| cache.r7g.xlarge | | 1,876 | 12,5 |
| cache.r7g.2xlarge | | 3,75 | 15 |
| cache.r7g.4xlarge | | 7,5 | 15 |
| cache.r7g.8xlarge | | 15 | N/D |
| cache.r7g.12xlarge | | 22,5 | N/D |
| cache.r7g.16xlarge | | 30 | N/D |
| cache.r6g.large | 1,5,16 | 0.75 | 10,0 |
| cache.r6g.xlarge | 1,5,16 | 1,25 | 10,0 |
| cache.r6g.2xlarge | 1,5,16 | 2.5 | 10,0 |
| cache.r6g.4xlarge | 1,5,16 | 5.0 | 10,0 |
| cache.r6g.8xlarge | 1,5,16 | 12 | N/D |
| cache.r6g.12xlarge | 1,5,16 | 20 | N/D |
| cache.r6g.16xlarge | 1,5,16 | 25 | N/D |
| cache.r5.large | 1,5,16 | 0.75 | 10,0 |
| cache.r5.xlarge | 1,5,16 | 1,25 | 10,0 |
| cache.r5.2xlarge | 1,5,16 | 2.5 | 10,0 |
| cache.r5.4xlarge | 1,5,16 | 5.0 | 10,0 |
| cache.r5.12xlarge | 1,5,16 | 20 | N/D |
| cache.r5.24xlarge | 1,5,16 | 25 | N/D |
| cache.r4.large | 1,5,16 | 0.75 | 10,0 |
| cache.r4.xlarge | 1,5,16 | 1,25 | 10,0 |
| cache.r4.2xlarge | 1,5,16 | 2.5 | 10,0 |
| cache.r4.4xlarge | 1,5,16 | 5.0 | 10,0 |
| cache.r4.8xlarge | 1,5,16 | 12 | N/D |
| cache.r4.16xlarge | 1,5,16 | 25 | N/D |
**Rete ottimizzata per Memcached**
| Tipo di istanza | Versione minima supportata | Larghezza di banda di base (Gb/s) | Larghezza di banda burst (Gb/s) |
| --- | --- | --- | --- |
| cache.c7gn.large | 1.6.6 | 6,25 | 30 |
| cache.c7gn.xlarge | 1.6.6 | 12,5 | 40 |
| cache.c7gn.2xlarge | 1.6.6 | 25 | 50 |
| cache.c7gn.4xlarge | 1.6.6 | 50 | N/D |
| cache.c7gn.8xlarge | 1.6.6 | 100 | N/D |
| cache.c7gn.12xlarge | 1.6.6 | 150 | N/D |
| cache.c7gn.16xlarge | 1.6.6 | 200 | N/D |
## Generazione attuale (Valkey o Redis OSS)
Per ulteriori informazioni sulla generazione precedente, consultare [Nodi di generazione precedente](https://aws.amazon.com/elasticache/previous-generation/).
**Nota**
I tipi di istanze con prestazioni di rete stabili utilizzano un meccanismo I/O di credito di rete per superare la larghezza di banda di base con il massimo impegno.
**Ambito generale**
| Tipo di istanza | Versione Redis OSS minima supportata | Migliorato I/O con Redis OSS 5.0.6\$1 | Offloading TLS con Redis OSS 6.2.5\$1 | Multiplexing migliorato con Redis I/O OSS 7.0.4\$1 | Larghezza di banda di base (Gb/s) | Larghezza di banda burst (Gb/s) |
| --- | --- | --- | --- | --- | --- | --- |
| cache.m7g.large | 6.2 | N | N | N | 0,937 | 12,5 |
| cache.m7g.xlarge | 6.2 | Y | Y | Y | 1,876 | 12,5 |
| cache.m7g.2xlarge | 6.2 | Y | Y | Y | 3,75 | 15 |
| cache.m7g.4xlarge | 6.2 | Y | Y | Y | 7,5 | 15 |
| cache.m7g.8xlarge | 6.2 | Y | Y | Y | 15 | N/D |
| cache.m7g.12xlarge | 6.2 | Y | Y | Y | 22,5 | N/D |
| cache.m7g.16xlarge | 6.2 | Y | Y | Y | 30 | N/D |
| cache.m6g.large | 5.0.6 | N | N | N | 0.75 | 10,0 |
| cache.m6g.xlarge | 5.0.6 | Y | Y | Y | 1,25 | 10,0 |
| cache.m6g.2xlarge | 5.0.6 | Y | Y | Y | 2.5 | 10,0 |
| cache.m6g.4xlarge | 5.0.6 | Y | Y | Y | 5.0 | 10,0 |
| cache.m6g.8xlarge | 5.0.6 | Y | Y | Y | 12 | N/D |
| cache.m6g.12xlarge | 5.0.6 | Y | Y | Y | 20 | N/D |
| cache.m6g.16xlarge | 5.0.6 | Y | Y | Y | 25 | N/D |
| cache.m5.large | 3.2.4 | N | N | N | 0.75 | 10,0 |
| cache.m5.xlarge | 3.2.4 | Y | N | N | 1,25 | 10,0 |
| cache.m5.2xlarge | 3.2.4 | Y | Y | Y | 2.5 | 10,0 |
| cache.m5.4xlarge | 3.2.4 | Y | Y | Y | 5.0 | 10,0 |
| cache.m5.12xlarge | 3.2.4 | Y | Y | Y | 12 | N/D |
| cache.m5.24xlarge | 3.2.4 | Y | Y | Y | 25 | N/D |
| cache.m4.large | 3.2.4 | N | N | N | 0,45 | 1.2 |
| cache.m4.xlarge | 3.2.4 | Y | N | N | 0.75 | 2.8 |
| cache.m4.2xlarge | 3.2.4 | Y | Y | Y | 1.0 | 10,0 |
| cache.m4.4xlarge | 3.2.4 | Y | Y | Y | 2.0 | 10,0 |
| cache.m4.10xlarge | 3.2.4 | Y | Y | Y | 5.0 | 10,0 |
| cache.t4g.micro | 3.2.4 | N | N | N | 0,064 | 5.0 |
| cache.t4g.small | 5,0,6 | N | N | N | 0,128 | 5.0 |
| cache.t4g.medium | 5,0,6 | N | N | N | 0,256 | 5.0 |
| cache.t3.micro | 3.2.4 | N | N | N | 0,064 | 5.0 |
| cache.t3.small | 3.2.4 | N | N | N | 0,128 | 5.0 |
| cache.t3.medium | 3.2.4 | N | N | N | 0,256 | 5.0 |
| cache.t2.micro | 3.2.4 | N | N | N | 0,064 | 1,024 |
| cache.t2.small | 3.2.4 | N | N | N | 0,128 | 1,024 |
| cache.t2.medium | 3.2.4 | N | N | N | 0,256 | 1,024 |
**Memoria ottimizzata**
| Tipo di istanza | Versione Redis OSS minima supportata | Migliorato I/O con Redis OSS 5.0.6\$1 | Offloading TLS con Redis OSS 6.2.5\$1 | Multiplexing migliorato con Redis I/O OSS 7.0.4\$1 | Larghezza di banda di base (Gb/s) | Larghezza di banda burst (Gb/s) |
| --- | --- | --- | --- | --- | --- | --- |
| cache.r7g.large | 6.2 | N | N | N | 0,937 | 12,5 |
| cache.r7g.xlarge | 6.2 | Y | Y | Y | 1,876 | 12,5 |
| cache.r7g.2xlarge | 6.2 | Y | Y | Y | 3,75 | 15 |
| cache.r7g.4xlarge | 6.2 | Y | Y | Y | 7,5 | 15 |
| cache.r7g.8xlarge | 6.2 | Y | Y | Y | 15 | N/D |
| cache.r7g.12xlarge | 6.2 | Y | Y | Y | 22,5 | N/D |
| cache.r7g.16xlarge | 6.2 | Y | Y | Y | 30 | N/D |
| cache.r6g.large | 5.0.6 | N | N | N | 0.75 | 10,0 |
| cache.r6g.xlarge | 5.0.6 | Y | Y | Y | 1,25 | 10,0 |
| cache.r6g.2xlarge | 5.0.6 | Y | Y | Y | 2.5 | 10,0 |
| cache.r6g.4xlarge | 5.0.6 | Y | Y | Y | 5.0 | 10,0 |
| cache.r6g.8xlarge | 5.0.6 | Y | Y | Y | 12 | N/D |
| cache.r6g.12xlarge | 5.0.6 | Y | Y | Y | 20 | N/D |
| cache.r6g.16xlarge | 5.0.6 | Y | Y | Y | 25 | N/D |
| cache.r5.large | 3.2.4 | N | N | N | 0.75 | 10,0 |
| cache.r5.xlarge | 3.2.4 | Y | N | N | 1,25 | 10,0 |
| cache.r5.2xlarge | 3.2.4 | Y | Y | Y | 2.5 | 10,0 |
| cache.r5.4xlarge | 3.2.4 | Y | Y | Y | 5.0 | 10,0 |
| cache.r5.12xlarge | 3.2.4 | Y | Y | Y | 12 | N/D |
| cache.r5.24xlarge | 3.2.4 | Y | Y | Y | 25 | N/D |
| cache.r4.large | 3.2.4 | N | N | N | 0.75 | 10,0 |
| cache.r4.xlarge | 3.2.4 | Y | N | N | 1,25 | 10,0 |
| cache.r4.2xlarge | 3.2.4 | Y | Y | Y | 2.5 | 10,0 |
| cache.r4.4xlarge | 3.2.4 | Y | Y | Y | 5.0 | 10,0 |
| cache.r4.8xlarge | 3.2.4 | Y | Y | Y | 12 | N/D |
| cache.r4.16xlarge | 3.2.4 | Y | Y | Y | 25 | N/D |
**Memoria ottimizzata con il tiering dei dati**
| Tipo di istanza | Versione Redis OSS minima supportata | Migliorato I/O con Redis OSS 5.0.6\$1 | Offloading TLS con Redis OSS 6.2.5\$1 | Multiplexing migliorato con Redis I/O OSS 7.0.4\$1 | Larghezza di banda di base (Gb/s) | Larghezza di banda burst (Gb/s) |
| --- | --- | --- | --- | --- | --- | --- |
| cache.r6gd.xlarge | 6.2.0 | Y | N | N | 1,25 | 10 |
| cache.r6gd.2xlarge | 6.2,0 | Y | Y | Y | 2.5 | 10 |
| cache.r6gd.4xlarge | 6.2.0 | Y | Y | Y | 5.0 | 10 |
| cache.r6gd.8xlarge | 6.2.0 | Y | Y | Y | 12 | N/D |
| cache.r6gd.12xlarge | 6.2.0 | Y | Y | Y | 20 | N/D |
| cache.r6gd.16xlarge | 6.2.0 | Y | Y | Y | 25 | N/D |
**Ottimizzato per la rete**
| Tipo di istanza | Versione Redis OSS minima supportata | Migliorato I/O con Redis OSS 5.0.6\$1 | Offloading TLS con Redis OSS 6.2.5\$1 | Multiplexing migliorato con Redis I/O OSS 7.0.4\$1 | Larghezza di banda di base (Gb/s) | Larghezza di banda burst (Gb/s) |
| --- | --- | --- | --- | --- | --- | --- |
| cache.c7gn.large | 6.2 | N | N | N | 6.25 | 30 |
| cache.c7gn.xlarge | 6.2 | Y | Y | Y | 12,5 | 40 |
| cache.c7gn.2xlarge | 6.2 | Y | Y | Y | 25 | 50 |
| cache.c7gn.4xlarge | 6.2 | Y | Y | Y | 50 | N/D |
| cache.c7gn.8xlarge | 6.2 | Y | Y | Y | 100 | N/D |
| cache.c7gn.12xlarge | 6.2 | Y | Y | Y | 150 | N/D |
| cache.c7gn.16xlarge | 6.2 | Y | Y | Y | 200 | N/D |
## Tipi di nodi supportati in base alla regione AWS
I tipi di nodi supportati possono variare tra AWS le regioni. Per ulteriori dettagli, consulta la pagina [ ElastiCachedei prezzi di Amazon](https://aws.amazon.com/elasticache/pricing/).
## Istanze a prestazioni espandibili
Puoi avviare nodi di cache T4g, T3-Standard e T2-Standard espandibili per uso generico in Amazon. ElastiCache Questi nodi offrono un livello base di prestazioni della CPU con la possibilità di incrementarne l'utilizzo quando necessario fino all'esaurimento dei crediti accumulati. Un *credito CPU* fornisce le prestazioni di un core CPU completo per un minuto.
I nodi T4g, T3 e T2 di Amazon ElastiCache sono configurati come standard e adatti a carichi di lavoro con un utilizzo medio della CPU costantemente inferiore alle prestazioni di base dell'istanza. Per superare la baseline, il nodo spende i crediti accumulati nel suo saldo del credito CPU. Se il nodo in esecuzione genera un numero basso di crediti, le prestazioni vengono gradualmente ridotte al livello base. Questa riduzione graduale assicura che il nodo non subirà un drastico calo delle prestazioni se il credito della CPU accumulato viene esaurito. *Per ulteriori informazioni, consulta [la sezione Crediti CPU e prestazioni di base per istanze Burstable Performance](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/burstable-credits-baseline-concepts.html) nella *Amazon EC2 * User Guide.*
La tabella seguente elenca i tipi di nodi dalle prestazioni espandibili e la velocità oraria con cui vengono ottenuti i crediti CPU. Mostra anche il numero massimo di crediti CPU guadagnati che un nodo può accumulare e il numero di v per nodo. CPUs Inoltre, indica il livello di prestazioni di base come percentuale di prestazioni full core (utilizzando una vCPU singola).
| Tipo di nodo | Crediti CPU guadagnati all'ora | Quantità massima di crediti guadagnati che può essere accumulata\$1 | v CPUs | Prestazioni di base per vCPU | Memoria (GiB) | Prestazioni di rete |
| --- | --- | --- | --- | --- | --- | --- |
| t4g.micro | 12 | 288 | 2 | 10% | 0,5 | Fino a 5 Gigabit |
| t4g.small | 24 | 576 | 2 | 20% | 1,37 | Fino a 5 Gigabit |
| t4g.medium | 24 | 576 | 2 | 20% | 3,09 | Fino a 5 Gigabit |
| t3.micro | 12 | 288 | 2 | 10% | 0,5 | Fino a 5 Gigabit |
| t3.small | 24 | 576 | 2 | 20% | 1,37 | Fino a 5 Gigabit |
| t3.medium | 24 | 576 | 2 | 20% | 3,09 | Fino a 5 Gigabit |
| t2.micro | 6 | 144 | 1 | 10% | 0,5 | Basse a moderate |
| t2.small | 12 | 288 | 1 | 20% | 1,55 | Basse a moderate |
| t2.medium | 24 | 576 | 2 | 20% | 3,22 | Basse a moderata |
\$1 Il numero di crediti che possono essere accumulati è equivalente al numero di crediti che possono essere guadagnati in un periodo di 24 ore.
\$1\$1 Le prestazioni di base nella tabella si riferiscono alla singola vCPU. Alcune dimensioni di nodo che hanno più di una vCPU. Per questi, calcola l'utilizzo di base della CPU per il nodo moltiplicando la percentuale di vCPU per il numero di v. CPUs
Le seguenti metriche di credito CPU sono disponibili per le istanze a prestazioni espandibili T3 e T4:
**Nota**
Queste metriche non sono disponibili per le istanze di prestazioni Burstable T2.
+ `CPUCreditUsage`
+ `CPUCreditBalance`
Per ulteriori informazioni su tali parametri, consulta [Parametri di credito della CPU](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/viewing_metrics_with_cloudwatch.html#cpu-credit-metrics).
Inoltre, ricordare i seguenti dettagli:
+ Tutti i tipi di nodo della generazione corrente vengono creati in un cloud privato virtuale (VPC) basato per impostazione predefinita su Amazon VPC.
+ I file AOF (append-only) Redis OSS non sono supportati per le istanze T2. Le variabili di configurazione Redis OSS `appendonly` e `appendfsync` non sono supportate su Redis OSS versione 2.8.22 e successive.
## Informazioni correlate
+ [Caratteristiche e dettagli ElastiCache del prodotto Amazon](https://aws.amazon.com/elasticache/details)
+ [Parametri specifici del tipo di nodo Memcached per Memcached](ParameterGroups.Engine.md#ParameterGroups.Memcached)
+ [Parametri Valkey e Redis OSS](ParameterGroups.Engine.md#ParameterGroups.Redis)
+ [Crittografia dei dati in transito (TLS)](in-transit-encryption.md)
# Riavvio dei nodi
Alcune modifiche richiedono il riavvio di un cluster Valkey, Memcached o Redis OSS per poter applicare le modifiche. Ad esempio, per alcuni parametri la modifica del valore in un gruppo di parametri si applica solo dopo un riavvio.
**Topics**
+ [Riavvio dei nodi Redis OSS (solo modalità cluster disabilitata)](#nodes.rebooting.redis)
+ [Riavvio di un cluster per Memcached](#Clusters.Rebooting)
## Riavvio dei nodi Redis OSS (solo modalità cluster disabilitata)
Per i cluster Valkey o Redis OSS (modalità cluster disabilitata), i parametri nei gruppi di parametri che vengono applicati solo dopo il riavvio sono:
+ activerehashing
+ database
I nodi Redis possono essere aggiornati solo tramite la console. ElastiCache È possibile riavviare un solo nodo alla volta. Per riavviare più nodi, è necessario ripetere la procedura per ogni nodo.
**Modifiche ai parametri Valkey o Redis OSS (Cluster Mode Enabled)**
Se apporti modifiche ai seguenti parametri su un cluster Valkey o Redis OSS (modalità cluster abilitata), segui i passaggi seguenti.
activerehashing
database
Creare un backup manuale del cluster. Consultare [Esecuzione di backup manuali](backups-manual.md).
Eliminare il cluster Valkey o Redis OSS (modalità cluster abilitata). Consultare [Eliminazione di un cluster in ElastiCache](Clusters.Delete.md).
Ripristinare il cluster utilizzando il gruppo di parametri modificato e il backup per inizializzare il nuovo cluster. Consultare [Ripristino da un backup in una nuova cache](backups-restoring.md).
Le modifiche ad altri parametri non richiedono questo.
### Usando il Console di gestione AWS
È possibile riavviare un nodo utilizzando la ElastiCache console.
**Per riavviare un nodo (console)**
1. Accedi a Console di gestione AWS e apri la ElastiCache console all'indirizzo [ https://console.aws.amazon.com/elasticache/](https://console.aws.amazon.com/elasticache/).
1. Dall'elenco nell'angolo in alto a destra, scegli la AWS regione desiderata.
1. **Nel riquadro di navigazione a sinistra, scegli Redis OSS.**
Viene visualizzato un elenco di cluster che eseguono Redis OSS.
1. Scegliere il cluster in **Nome del cluster**.
1. In **Nome nodo** scegliere il pulsante di opzione accanto al nodo che si desidera riavviare.
1. Scegliere **Instance actions (Operazioni istanza)**, quindi **Reboot node (Riavvia nodo)**.
Per riavviare più cluster, ripetere le fasi da 2 a 5 per ciascun nodo da riavviare. Non occorre attendere la fine del riavvio di un nodo prima di riavviarne un altro.
## Riavvio di un cluster per Memcached
Quando si riavvia un cluster Memcached, il cluster cancella tutti i dati e riavvia il motore. Nel corso di questo processo non è possibile accedere al cluster. Dato che il cluster elimina tutti i dati, quando è nuovamente disponibile è vuoto.
È possibile riavviare un cluster utilizzando la ElastiCache console, l'o l'API. AWS CLI ElastiCache Sia che utilizzi la ElastiCache console, l' AWS CLI o l' ElastiCache API, puoi avviare il riavvio di un solo cluster. Per riavviare più cluster si deve ripetere il processo o l'operazione.
### Usando il Console di gestione AWS
È possibile riavviare un cluster utilizzando la ElastiCache console.
**Per riavviare un cluster (console)**
1. Accedi a Console di gestione AWS e apri la ElastiCache console all'indirizzo [ https://console.aws.amazon.com/elasticache/](https://console.aws.amazon.com/elasticache/).
1. Dall'elenco nell'angolo in alto a destra, scegli la AWS regione che ti interessa.
1. Nel pannello di navigazione, scegliere il motore in esecuzione sul cluster da riavviare.
Viene visualizzato un elenco dei cluster che eseguono il motore scelto.
1. Scegliere il cluster da riavviare selezionando la casella a sinistra del nome del cluster.
Il pulsante **Reboot (Riavvia)** diventa attivo.
Se si sceglie più di un cluster, il pulsante **Reboot (Riavvia)** non è attivo.
1. Scegliere **Reboot (Riavvia)**.
Viene visualizzata una schermata di conferma del riavvio del cluster.
1. Per riavviare il cluster, scegliere **Reboot (Riavvia)**. Lo stato del cluster cambia in *fase di riavvio dei nodi del cluster*.
Per non riavviare il cluster, scegliere **Cancel (Annulla)**.
Per riavviare più cluster, ripetere le fasi da 2 a 5 per ciascun cluster da riavviare. Non occorre attendere la fine del riavvio di un cluster prima di riavviarne un altro.
Per riavviare un nodo specifico, seleziona il nodo e scegliere **Riavvio**.
### Usando il AWS CLI
Per riavviare un cluster (AWS CLI), utilizzare l'operazione CLI `reboot-cache-cluster`.
Per riavviare nodi specifici nel cluster, utilizzare l'operazione `--cache-node-ids-to-reboot` per elencare cluster specifici da riavviare. Il comando seguente riavvia i nodi 0001, 0002 e 0004 del cluster *my-cluster*.
Per Linux, macOS o Unix:
```
aws elasticache reboot-cache-cluster \
--cache-cluster-id my-cluster \
--cache-node-ids-to-reboot 0001 0002 0004
```
Per Windows:
```
aws elasticache reboot-cache-cluster ^
--cache-cluster-id my-cluster ^
--cache-node-ids-to-reboot 0001 0002 0004
```
Per riavviare tutti i nodi del cluster, utilizzare il parametro `--cache-node-ids-to-reboot` ed elencare tutti gli id dei nodi del cluster. Per ulteriori informazioni, consulta [reboot-cache-cluster](https://docs.aws.amazon.com/cli/latest/reference/elasticache/reboot-cache-cluster.html).
### Utilizzando l' ElastiCache API
Per riavviare un cluster utilizzando l' ElastiCache API, utilizza l'`RebootCacheCluster`azione.
Per riavviare nodi specifici nel cluster, utilizzare l'operazione `CacheNodeIdsToReboot` per elencare cluster specifici da riavviare. Il comando seguente riavvia i nodi 0001, 0002 e 0004 del cluster *my-cluster*.
```
https://elasticache.us-west-2.amazonaws.com/
?Action=RebootCacheCluster
&CacheClusterId=my-cluster
&CacheNodeIdsToReboot.member.1=0001
&CacheNodeIdsToReboot.member.2=0002
&CacheNodeIdsToReboot.member.3=0004
&Version=2015-02-02
&SignatureVersion=4
&SignatureMethod=HmacSHA256
&Timestamp=20150202T192317Z
&X-Amz-Credential=
```
Per riavviare tutti i nodi del cluster, utilizzare il parametro `CacheNodeIdsToReboot` ed elencare tutti gli id dei nodi del cluster. Per ulteriori informazioni, consulta [RebootCacheCluster](https://docs.aws.amazon.com/AmazonElastiCache/latest/APIReference/API_RebootCacheCluster.html).
# Sostituzione dei nodi (Valkey e Redis OSS)
Amazon aggiorna ElastiCache frequentemente la propria flotta con patch e aggiornamenti applicati alle istanze senza problemi. Tuttavia, di tanto in tanto dobbiamo riavviare i ElastiCache nodi per applicare gli aggiornamenti obbligatori del sistema operativo all'host sottostante. Queste sostituzioni sono necessarie per l'applicazione di aggiornamenti intesi a rafforzare sicurezza, affidabilità e prestazioni.
Offriamo l'opzione per gestire personalmente la sostituzione dei nodi nel momento che si ritiene più adatto, prima della finestra di sostituzione nodo pianificata. Quando la gestione della sostituzione è manuale, l'istanza riceve l'aggiornamento del sistema operativo quando il nodo viene riavviato e la finestra di sostituzione del nodo programmata viene annullata. Potresti continuare a ricevere avvisi che indicano l'esecuzione dell'attività di sostituzione del nodo. Se hai già ridotto manualmente la necessità di manutenzione, puoi ignorare questi avvisi.
**Nota**
I nodi di cache sostitutivi generati automaticamente da Amazon ElastiCache possono avere indirizzi IP diversi. L'utente è responsabile della verifica della configurazione dell'applicazione per assicurarsi che i nodi della cache siano associati agli indirizzi IP appropriati.
L'elenco seguente identifica le azioni che è possibile intraprendere quando si ElastiCache pianifica la sostituzione di uno dei nodi Valkey o Redis OSS. Per velocizzare l'individuazione delle informazioni richieste per questa situazione, scegliere dal seguente menu.
+ [Do nothing](#DoNothing)— Consenti ad Amazon di ElastiCache sostituire il nodo come previsto.
+ [Change your maintenance window](#ChangeWindow)— Cambia la finestra di manutenzione in un momento migliore.
+ Configurazioni Valkey o Redis OSS (modalità cluster abilitata)
+ [Replace the only node in any Valkey or Redis OSS cluster](#ReplaceStandalone)— Una procedura per sostituire un nodo in un cluster Valkey o Redis OSS utilizzando il backup e il ripristino.
+ [Replace a replica node in any Valkey or Redis OSS cluster](#ReplaceReplica)— Una procedura per sostituire una replica di lettura in qualsiasi cluster Valkey o Redis OSS aumentando e diminuendo il numero di repliche senza tempi di inattività del cluster.
+ [Replace any node in a Valkey or Redis OSS (cluster mode enabled) shard](#ReplaceShardNode)— Una procedura dinamica senza tempi di inattività del cluster per sostituire un nodo in un cluster Valkey o Redis OSS (modalità cluster abilitata) mediante scalabilità orizzontale e verticale.
+ Configurazioni Valkey o Redis OSS (modalità cluster disabilitata)
+ [Replace the only node in any Valkey or Redis OSS cluster](#ReplaceStandalone)— Procedura per sostituire qualsiasi nodo in un cluster Valkey o Redis OSS utilizzando il backup e il ripristino.
+ [Replace a replica node in any Valkey or Redis OSS cluster](#ReplaceReplica)— Una procedura per sostituire una replica di lettura in qualsiasi cluster Valkey o Redis OSS aumentando e diminuendo il numero di repliche senza tempi di inattività del cluster.
+ [Replace a node in a Valkey or Redis OSS (cluster mode disabled) cluster](#ReplaceStandaloneClassic)— Procedura per sostituire un nodo in un cluster Valkey o Redis OSS (modalità cluster disabilitata) utilizzando la replica.
+ [Replace a Valkey or Redis OSS (cluster mode disabled) read-replica](#ReplaceReadReplica)— Una procedura per sostituire manualmente una replica di lettura in un gruppo di replica Valkey o Redis OSS (modalità cluster disabilitata).
+ [Replace a Valkey or Redis OSS (cluster mode disabled) primary node](#ReplacePrimary)— Una procedura per sostituire manualmente il nodo primario in un gruppo di replica Valkey o Redis OSS (modalità cluster disabilitata).
**Opzioni di sostituzione dei nodi Valkey e Redis OSS**
+ **Non eseguire alcuna operazione**: se non si esegue alcuna operazione, ElastiCache sostituisce il nodo come pianificato.
Per le configurazioni non cluster con l'autofailover abilitato, i cluster su Valkey 7.2 e versioni successive e Redis OSS 5.0.6 e versioni successive completano la sostituzione mentre il cluster continua a rimanere online e a soddisfare le richieste di scrittura in entrata. Per i cluster abilitati al failover automatico su Redis OSS 4.0.10 o versioni precedenti, potresti notare una breve interruzione di scrittura fino a pochi secondi associata agli aggiornamenti DNS.
Se il nodo è membro di un cluster con funzionalità di failover automatico, ElastiCache per Valkey o Redis OSS offre una maggiore disponibilità durante l'applicazione di patch, aggiornamenti e altre sostituzioni dei nodi relative alla manutenzione.
Per le configurazioni di ElastiCache cluster configurate per l'uso ElastiCache per i client cluster Valkey o Redis OSS, la sostituzione ora viene completata mentre il cluster gestisce le richieste di scrittura in entrata.
Per le configurazioni non cluster con autofailover abilitato, i cluster su Valkey 7.2 e versioni successive e Redis OSS 5.0.6 e versioni successive completano la sostituzione mentre il cluster continua a rimanere online e a soddisfare le richieste di scrittura in entrata. Per i cluster abilitati al failover automatico su Redis OSS 4.0.10 o versioni precedenti, potresti notare una breve interruzione di scrittura fino a pochi secondi associata agli aggiornamenti DNS.
Se il nodo è autonomo, Amazon avvia ElastiCache prima un nodo sostitutivo e poi si sincronizza dal nodo esistente. Durante tale periodo il nodo esistente non sarà disponibile per richieste di servizio. Una volta completata la sincronizzazione, il nodo esistente viene terminato e il nuovo nodo prende il suo posto. ElastiCache fa del suo meglio per conservare i dati durante questa operazione.
+ **Modifica della finestra di manutenzione**: per gli eventi di manutenzione programmata, si riceve un'e-mail o un evento di notifica da ElastiCache. In questi casi, se si modifica la finestra di manutenzione prima dell'orario di sostituzione pianificato, il nodo viene sostituito al nuovo orario. Per ulteriori informazioni, consulta gli argomenti seguenti:
+ [Modifica di un cluster ElastiCache](Clusters.Modify.md)
+ [Modifica di un gruppo di replica](Replication.Modify.md)
**Nota**
La possibilità di modificare la finestra di sostituzione spostando la finestra di manutenzione è disponibile solo quando la ElastiCache notifica include una finestra di manutenzione. Se la notifica non include una finestra di manutenzione, non puoi modificare la finestra di sostituzione.
Supponiamo, ad esempio, che sia giovedì 9 novembre alle 15:00 e che la prossima finestra di manutenzione sia prevista per venerdì 10 novembre alle 17:00. Questi sono tre possibili scenari e i relativi risultati:
+ Sposti la finestra di manutenzione alle ore 16:00 di venerdì, dopo la data e l'ora corrente e prima della prossima finestra di manutenzione programmata. Il nodo viene sostituito venerdì 10 novembre alle 16:00.
+ Sposti la finestra di manutenzione alle ore 16:00 di sabato, dopo la data e l'ora corrente e dopo la prossima finestra di manutenzione programmata. Il nodo viene sostituito sabato 11 novembre alle 16:00.
+ Sposti la finestra di manutenzione alle ore 16:00 di mercoledì, anticipandola rispetto alla data e ora corrente. Il nodo viene sostituito il prossimo mercoledì 15 novembre alle 16:00.
Per istruzioni, consultare [Gestione della manutenzione dei ElastiCache cluster](maintenance-window.md).
+ **Sostituisci l'unico nodo in qualsiasi cluster Valkey o Redis OSS**: se il cluster non dispone di repliche di lettura, puoi utilizzare la seguente procedura per sostituire il nodo.
**Per sostituire l'unico nodo utilizzando backup e ripristino**
1. Creare una snapshot del cluster del nodo. Per istruzioni, consultare [Esecuzione di backup manuali](backups-manual.md).
1. Creare un nuovo cluster inizializzandolo dalla snapshot. Per istruzioni, consultare [Ripristino da un backup in una nuova cache](backups-restoring.md).
1. Eliminare il cluster con il nodo pianificato per la sostituzione. Per istruzioni, consultare [Eliminazione di un cluster in ElastiCache](Clusters.Delete.md).
1. Nell'applicazione, sostituire l'endpoint del vecchio nodo con l'endpoint del nuovo nodo.
+ **Sostituisci un nodo di replica in qualsiasi cluster Valkey o Redis OSS: per sostituire un cluster** di replica, aumenta il numero di repliche. Per farlo, aggiungere una replica quindi ridurre il numero delle repliche rimuovendo la replica che si desidera sostituire. Questo processo è dinamico e non provoca tempi di inattività del cluster.
**Nota**
Se lo shard o il gruppo di replica dispongono già di repliche, è necessario invertire le fasi 1 e 2.
**Per sostituire una replica in qualsiasi cluster Valkey o Redis OSS**
1. Incrementare il conteggio delle repliche aggiungendo una replica allo shard o gruppo di replica. Per ulteriori informazioni, consulta [Incremento del numero di repliche in uno shard](increase-replica-count.md).
1. Eliminare la replica da sostituire. Per ulteriori informazioni, consulta [Riduzione del numero di repliche in uno shard](decrease-replica-count.md).
1. Aggiornare gli endpoint nell'applicazione.
+ **Sostituisci qualsiasi nodo in uno shard Valkey o Redis OSS (modalità cluster abilitata)**: per sostituire il nodo in un cluster senza tempi di inattività, utilizza il resharding online. Prima di tutto aggiungere uno shard incrementando le dimensioni, quindi eliminare lo shard con il nodo da sostituire riducendo le dimensioni.
**Per sostituire qualsiasi nodo in un cluster Valkey o Redis OSS (modalità cluster abilitata)**
1. Dimensionamento orizzontale: aggiungere un ulteriore shard con la stessa configurazione dello shard esistente con il nodo da sostituire. Per ulteriori informazioni, consulta [Aggiunta dele partizioni con il resharding online](scaling-redis-cluster-mode-enabled.md#redis-cluster-resharding-online-add).
1. Dimensionamento verticale: eliminare lo shard con il nodo da sostituire. Per ulteriori informazioni, consulta [Rimozione dele partizioni con il resharding online](scaling-redis-cluster-mode-enabled.md#redis-cluster-resharding-online-remove).
1. Aggiornare gli endpoint nell'applicazione.
+ **Sostituisci un nodo in un cluster Valkey o Redis OSS (modalità cluster disabilitata)**: se il cluster è un cluster Valkey o Redis OSS (modalità cluster disabilitata) senza repliche di lettura, utilizza la seguente procedura per sostituire il nodo.
**Per sostituire il nodo utilizzando la replica (solo modalità cluster disabilitata)**
1. Aggiungere replica al cluster con il nodo pianificato per la sostituzione come primario. Non abilitare Multi-AZ su questo cluster. Per istruzioni, consultare [Per aggiungere la replica a un cluster Valkey o Redis OSS senza shard](Clusters.AddNode.md#AddReplication.CON).
1. Aggiungere una replica di lettura al cluster. Per istruzioni, consultare [Per aggiungere nodi a un ElastiCache cluster (console)](Clusters.AddNode.md#AddNode.CON).
1. Promuovere la nuova replica di lettura creata al nodo primario. Per istruzioni, consultare [Promozione di una replica di lettura a quella primaria, per i gruppi di replica Valkey o Redis OSS (modalità cluster disabilitata)](Replication.PromoteReplica.md).
1. Eliminare il nodo pianificato per la sostituzione. Per istruzioni, consultare [Rimozione di nodi da un ElastiCache cluster](Clusters.DeleteNode.md).
1. Nell'applicazione, sostituire l'endpoint del vecchio nodo con l'endpoint del nuovo nodo.
+ **Sostituisci una replica di lettura Valkey o Redis OSS (modalità cluster disabilitata): se il nodo è una replica di lettura**, sostituisci il nodo.
Se il cluster dispone di un solo nodo di replica e Multi-AZ è abilitata, è necessario disabilitare Multi-AZ prima di poter eliminare la replica. Per istruzioni, consultare [Modifica di un gruppo di replica](Replication.Modify.md).
**Per sostituire un Valkey o Redis OSS (modalità cluster disabilitata) leggi la replica**
1. Eliminare la replica che è stata pianificata per la sostituzione. Per le istruzioni, consulta quanto segue:
+ [Riduzione del numero di repliche in uno shard](decrease-replica-count.md)
+ [Rimozione di nodi da un ElastiCache cluster](Clusters.DeleteNode.md)
1. Aggiungere una nuova replica a quella che è pianificata per la sostituzione. Se si utilizza lo stesso nome della replica appena eliminata, è possibile andare al punto 3. Per le istruzioni, consulta quanto segue:
+ [Incremento del numero di repliche in uno shard](increase-replica-count.md)
+ [Aggiungere una replica di lettura per Valkey o Redis OSS (modalità cluster disabilitata)](Replication.AddReadReplica.md)
1. Nell'applicazione, sostituire l'endpoint della vecchia replica con l'endpoint della nuova replica.
1. Se Multi-AZ è stato inizialmente disabilitato, riabilitarlo ora. Per istruzioni, consultare [Abilitazione della funzione Multi-AZ](AutoFailover.md#AutoFailover.Enable).
+ **Sostituisci un nodo primario Valkey o Redis OSS (modalità cluster disabilitata): se il nodo** è il nodo principale, promuovi innanzitutto una replica di lettura a principale. Eliminare quindi la replica utilizzata precedentemente come nodo primario.
Se il cluster dispone di un solo nodo di replica e Multi-AZ è abilitata, è necessario disabilitare Multi-AZ prima di poter eliminare la replica nel passaggio 2. Per istruzioni, consultare [Modifica di un gruppo di replica](Replication.Modify.md).
**Per sostituire un nodo primario Valkey o Redis OSS (modalità cluster disabilitata)**
1. Promuovere una replica di lettura al nodo primario. Per istruzioni, consultare [Promozione di una replica di lettura a quella primaria, per i gruppi di replica Valkey o Redis OSS (modalità cluster disabilitata)](Replication.PromoteReplica.md).
1. Eliminare il nodo pianificato per la sostituzione (il vecchio nodo primario). Per istruzioni, consultare [Rimozione di nodi da un ElastiCache cluster](Clusters.DeleteNode.md).
1. Aggiungere una nuova replica a quella pianificata per la sostituzione. Se si utilizza lo stesso nome del nodo appena eliminato, è possibile ignorare la modifica degli endpoint nell'applicazione.
Per istruzioni, consultare [Aggiungere una replica di lettura per Valkey o Redis OSS (modalità cluster disabilitata)](Replication.AddReadReplica.md).
1. Nell'applicazione, sostituire l'endpoint del vecchio nodo con l'endpoint del nuovo nodo.
1. Se Multi-AZ è stato inizialmente disabilitato, riabilitarlo ora. Per istruzioni, consulta [Abilitazione della funzione Multi-AZ](AutoFailover.md#AutoFailover.Enable).
# Sostituzione dei nodi (Memcached)
Amazon ElastiCache for Memcached aggiorna frequentemente la propria flotta con patch e upgrade applicati alle istanze senza problemi. Tuttavia, di tanto in tanto dobbiamo riavviare i nodi ElastiCache for Memcached per applicare gli aggiornamenti obbligatori del sistema operativo all'host sottostante. Queste sostituzioni sono necessarie per l'applicazione di aggiornamenti intesi a rafforzare sicurezza, affidabilità e prestazioni.
Offriamo l'opzione per gestire personalmente la sostituzione dei nodi nel momento che si ritiene più adatto, prima della finestra di sostituzione nodo pianificata. Quando la gestione della sostituzione è manuale, l'istanza riceve l'aggiornamento del sistema operativo quando il nodo viene riavviato e la finestra di sostituzione del nodo programmata viene annullata. Potresti continuare a ricevere avvisi che indicano l'esecuzione dell'attività di sostituzione del nodo. Se hai già ridotto manualmente la necessità di manutenzione, puoi ignorare questi avvisi.
**Nota**
I nodi di cache sostitutivi generati automaticamente da Amazon ElastiCache possono avere indirizzi IP diversi. L'utente è responsabile della verifica della configurazione dell'applicazione per assicurarsi che i nodi della cache siano associati agli indirizzi IP appropriati.
L'elenco seguente identifica le azioni che è possibile intraprendere quando si ElastiCache pianifica la sostituzione di uno dei nodi Memcached.
+ **Non fare nulla**: se non fai nulla, ElastiCache sostituisce il nodo come pianificato. Quando sostituisce ElastiCache automaticamente il nodo con un nuovo nodo, il nuovo nodo è inizialmente vuoto.
+ **Modifica della finestra di manutenzione**: per gli eventi di manutenzione programmata, ricevi un'e-mail o un evento di notifica daElastiCache. In questo caso, se si modifica la finestra di manutenzione prima dell'orario di sostituzione pianificato, il nodo viene sostituito al nuovo orario. Per ulteriori informazioni, consulta [Modifica di un cluster ElastiCache](Clusters.Modify.md).
**Nota**
La possibilità di modificare la finestra di sostituzione spostando la finestra di manutenzione è disponibile solo quando la ElastiCache notifica include una finestra di manutenzione. Se la notifica non include una finestra di manutenzione, non puoi modificare la finestra di sostituzione.
Supponiamo, ad esempio, che sia giovedì 9 novembre alle 15:00 e che la prossima finestra di manutenzione sia prevista per venerdì 10 novembre alle 17:00. Questi sono tre possibili scenari e i relativi risultati:
+ Sposti la finestra di manutenzione alle ore 16:00 di venerdì, dopo la data e l'ora corrente e prima della prossima finestra di manutenzione programmata. Il nodo viene sostituito venerdì 10 novembre alle 16:00.
+ Sposti la finestra di manutenzione alle ore 16:00 di sabato, dopo la data e l'ora corrente e dopo la prossima finestra di manutenzione programmata. Il nodo viene sostituito sabato 11 novembre alle 16:00.
+ Sposti la finestra di manutenzione alle ore 16:00 di mercoledì, anticipandola rispetto alla data e ora corrente. Il nodo viene sostituito il prossimo mercoledì 15 novembre alle 16:00.
Per istruzioni, consultare [Gestione della manutenzione dei ElastiCache cluster](maintenance-window.md).
+ **Sostituire manualmente il nodo** : Se è necessario sostituire il nodo prima della finestra di manutenzione successiva, sostituire manualmente il nodo.
Se sostituisci manualmente il nodo, le chiavi vengono ridistribuite. La ridistribuzione causa degli eventi di cache miss.
**Per sostituire manualmente un nodo Memcached**
1. Eliminare il nodo pianificato per la sostituzione. Per istruzioni, consultare [Rimozione di nodi da un ElastiCache cluster](Clusters.DeleteNode.md).
1. Aggiungere un nuovo nodo al cluster. Per istruzioni, consultare [Aggiungere nodi a un ElastiCache cluster](Clusters.AddNode.md).
1. Se non stai utilizzando l'individuazione automatica sul cluster, vedi l'applicazione e sostituisci ogni istanza dell'endpoint del nodo precedente con l'endpoint del nuovo nodo.
# Nodi riservati
Prenotare uno o più ElastiCache nodi potrebbe essere un modo per ridurre i costi. I nodi riservati vengono addebitati un costo anticipato che dipende dal tipo di nodo e dalla durata della prenotazione, uno o tre anni.
Per verificare se i nodi riservati comportano un risparmio sui costi per i propri casi d'uso, determinare innanzitutto la dimensione del nodo e il numero di nodi necessari. Quindi stimare l'utilizzo del nodo e confrontare il costo totale risultante dall'utilizzo dei nodi on demand rispetto all'utilizzo dei nodi riservati. Puoi combinare l'utilizzo di nodi prenotati e on demand nei cluster. Per informazioni sui prezzi, consulta la pagina [ ElastiCache dei prezzi di Amazon](https://aws.amazon.com/elasticache/pricing/).
**Topics**
+ [Gestione dei costi con nodi riservati](#reserved-nodes)
+ [Offerte di nodi riservati standard](#reserved-nodes-standard)
+ [Dimensioni dei nodi riservati flessibili](#reserved-nodes-size)
+ [Eliminazione di un nodo riservato](#reserved-nodes-deleting)
+ [Offerte di nodi riservati legacy](#reserved-nodes-utilization)
+ [Recupero di informazioni sulle offerte di nodi riservati](#reserved-nodes-offerings)
+ [Acquisto di un nodo riservato](#reserved-nodes-purchasing)
+ [Recupero di informazioni sui nodi riservati](#reserved-nodes-describing)
## Gestione dei costi con nodi riservati
Prenotare uno o più nodi può essere un modo per ridurre di costi. I nodi riservati vengono addebitati un costo anticipato che dipende dal tipo di nodo e dalla durata della prenotazione, ovvero uno o tre anni. Tale addebito è molto inferiore all'addebito orario di utilizzo previsto in caso di nodi on demand.
Per verificare se i nodi riservati comportano un risparmio sui costi per i propri casi d'uso, determinare innanzitutto la dimensione del nodo e il numero di nodi necessari. Quindi stimare l'utilizzo del nodo e confrontare il costo totale risultante dall'utilizzo dei nodi on demand rispetto all'utilizzo dei nodi riservati. Puoi combinare l'utilizzo di nodi prenotati e on demand nei cluster. Per informazioni sui prezzi, consulta la pagina [ ElastiCache dei prezzi di Amazon](https://aws.amazon.com/elasticache/pricing/).
AWS La regione, il tipo di nodo e la durata del periodo devono essere scelti al momento dell'acquisto e non possono essere modificati in seguito.
Puoi utilizzare l' Console di gestione AWS, la o l' AWS CLI ElastiCache API per elencare e acquistare le offerte disponibili di nodi riservati.
Per ulteriori informazioni sui nodi riservati, consulta [Amazon ElastiCache Reserved Nodes](https://aws.amazon.com/elasticache/reserved-cache-nodes/).
## Offerte di nodi riservati standard
Quando acquisti un'istanza di nodo riservato (RI) in Amazon ElastiCache, puoi sottoscrivere un impegno a ottenere una tariffa scontata su un tipo di istanza di nodo e una AWS regione specifici per la durata dell'istanza del nodo riservato. Per utilizzare un'istanza di nodo ElastiCache riservato Amazon, crei una nuova istanza di ElastiCache nodo, proprio come faresti per un'istanza on-demand.
Se le specifiche della nuova istanza del nodo di riserva corrispondono a un'istanza di nodo riservato esistente per il tuo account, ti verrà addebitata la tariffa scontata offerta per l'istanza del nodo riservato. In caso contrario, l'istanza di nodo viene fatturata in base a una tariffa on demand. Questi standard RIs sono disponibili a partire dalle famiglie di istanze R5 e M5.
**Nota**
Tutti i tipi di offerta descritti di seguito sono disponibili per periodi di un anno e tre anni.
**Tipi offerta**
**No Upfront** RI fornisce l'accesso a un'ElastiCache istanza riservata senza richiedere un pagamento anticipato. L' ElastiCache istanza riservata *No Upfront* fattura una tariffa oraria scontata per ogni ora entro il termine, indipendentemente dall'utilizzo.
**Partial Upfront** RI richiede il pagamento anticipato di una parte dell' ElasticCache istanza riservata. Le ore rimanenti del periodo di prenotazione vengono fatturate a una tariffa oraria scontata, indipendentemente dall'utilizzo. Questa opzione sostituisce l'opzione precedente *Utilizzo elevato*, illustrata nella sezione seguente.
**Pagamento anticipato intero costo** il servizio RI richiede il pagamento completo all'inizio del mandato del RI. Il pagamento viene effettuato per intero all'inizio del periodo della prenotazione e non vengono addebitati altri costi per il resto del periodo, indipendentemente dal numero di ore di utilizzo.
## Dimensioni dei nodi riservati flessibili
Tutti i nodi riservati sono flessibili in termini di dimensioni. Quando acquisti un nodo riservato, una cosa che specifichi è il tipo di nodo, ad esempio cache.r6g.xlarge. Per ulteriori informazioni sui tipi di nodi, consulta la pagina [ ElastiCachedei prezzi di Amazon](https://aws.amazon.com/elasticache/pricing/ ).
Se disponi di un nodo e devi scalarlo per renderlo più capiente, il nodo riservato viene applicato automaticamente al nodo scalato. In altre parole, i nodi riservati vengono applicati automaticamente all'utilizzo di qualsiasi dimensione nella stessa famiglia di nodi. I nodi riservati con dimensioni flessibili sono disponibili per i nodi con la stessa AWS regione. I nodi riservati flessibili in termini di dimensioni possono scalare solo nelle rispettive famiglie di nodi. Ad esempio, un nodo riservato per un cache.r6g.xlarge può essere applicato a un cache.r6g.2xlarge, ma non a un cache.r6gd.large, perché cache.r6g e cache.r6gd sono famiglie di nodi diverse.
La flessibilità delle dimensioni significa che è possibile spostarsi liberamente tra le configurazioni all'interno della stessa famiglia di nodi. Ad esempio, è possibile passare da un nodo riservato r6g.xlarge (8 unità normalizzate) a due nodi riservati r6g.large (8 unità normalizzate) (2\$14 = 8 unità normalizzate) nella stessa regione senza costi aggiuntivi. AWS
### Aggiornamento dei nodi da Redis OSS a Valkey
Con il lancio di Valkey nel ElastiCache, ora puoi applicare lo sconto sui nodi riservati Redis OSS al motore di cache Valkey. Puoi passare da Redis OSS a Valkey pur continuando a beneficiare dei contratti e delle prenotazioni esistenti. Oltre a poter sfruttare i vantaggi offerti dalla famiglia e dal motore dei nodi cache, è possibile ottenere anche un valore incrementale maggiore. Valkey ha un prezzo scontato del 20% rispetto a Redis OSS e, grazie alla flessibilità dei nodi riservati, è possibile utilizzare i nodi riservati Redis OSS per coprire il 20% in più di nodi Valkey in esecuzione.
Per calcolare la tariffa scontata, ogni combinazione di ElastiCache nodi e motori ha un fattore di normalizzazione misurato in unità. Le unità dei nodi riservati possono essere applicate a qualsiasi nodo in esecuzione all'interno della famiglia di istanze del nodo riservato per un determinato motore. I nodi riservati Redis OSS possono inoltre essere applicati a tutti i motori per coprire i nodi Valkey in esecuzione. Poiché Valkey ha un prezzo scontato rispetto a Redis OSS e Memcached, le sue unità per un determinato tipo di istanza sono inferiori, il che consente a un nodo riservato Redis OSS di coprire più nodi Valkey.
Ad esempio, supponiamo che tu abbia acquistato un nodo riservato per un cache.r7g.4xlarge per il motore Redis OSS (32 unità) e che tu stia utilizzando un nodo Redis OSS cache.r7g.4xlarge (32 unità). Se si aggiorna il nodo a Valkey, il fattore di normalizzazione del nodo in esecuzione scende a 25,6 unità e il nodo riservato esistente fornisce altre 6,4 unità da utilizzare contro qualsiasi altro nodo Valkey o Redis OSS in esecuzione all'interno della famiglia cache.r7g nella regione. Puoi usarlo per coprire il 25% di un altro nodo Valkey cache.r7g.4xlarge nell'account (25,6 unità) o il 100% di un nodo Valkey cache.r7g.xlarge (6,4 unità).
### Confronto dell'utilizzo con le unità normalizzate
È possibile confrontare l'utilizzo per diverse dimensioni dei nodi riservati utilizzando unità normalizzate. Ad esempio, un'ora di utilizzo su due nodi cache.r6g.4xlarge equivale a 16 ore di utilizzo su un cache.r6g.large. La tabella seguente mostra il numero di unità normalizzate per ogni dimensione del nodo:
****
| Dimensioni nodo | Unità normalizzate con Redis OSS o Memcached | Unità normalizzate con Valkey |
| --- | --- | --- |
| micro | 0,5 | 0.4 |
| small | 1 | 8. |
| medium | 2 | 1.6 |
| large | 4 | 3.2 |
| xlarge | 8 | 6.4 |
| 2xlarge | 16 | 12.8 |
| 4xlarge | 32 | 25,6 |
| 6xlarge | 48 | 38,4 |
| 8xlarge | 64 | 51,2 |
| 10xlarge | 80 | 64 |
| 12xlarge | 96 | 76,8 |
| 16xlarge | 128 | 102,4 |
| 24xlarge | 192 | 153,6 |
Ad esempio, acquisti un nodo riservato cache.r6gd.xlarge e hai due nodi riservati cache.r6gd.large in esecuzione nel tuo account nella stessa regione. AWS In questo caso, il vantaggio di fatturazione viene applicato integralmente a entrambi i nodi.
![\[Region containing a cache.r6gd.xlarge reserved node with two cache.r6gd.large nodes inside.\]](http://docs.aws.amazon.com/it_it/AmazonElastiCache/latest/dg/images/ri1.png)
In alternativa, se hai un'istanza cache.r6gd.2xlarge in esecuzione nel tuo account nella stessa AWS regione, il vantaggio di fatturazione viene applicato al 50 percento dell'utilizzo del nodo riservato.
![\[Diagram showing a cache.r6gd.xlarge reserved node region containing a cache.r6gd.2xlarge instance.\]](http://docs.aws.amazon.com/it_it/AmazonElastiCache/latest/dg/images/ri2.png)
## Eliminazione di un nodo riservato
I termini per un nodo riservato prevedono un impegno di un anno o tre anni. Non puoi annullare un nodo riservato. Tuttavia, puoi eliminare un nodo coperto da uno sconto per i nodi riservati. Il processo di eliminazione di un nodo coperto da uno sconto sui nodi riservati è lo stesso di qualsiasi altro nodo.
Se elimini un nodo coperto da uno sconto per i nodi riservati, puoi avviare un altro nodo con specifiche compatibili. In questo caso, continuare a usufruire della tariffa scontata durante il periodo della prenotazione (un anno o tre anni).
## Offerte di nodi riservati legacy
Esistono tre livelli di prenotazioni dei nodi legacy: utilizzo pesante, utilizzo medio e utilizzo leggero. I nodi possono essere riservati a qualsiasi livello di utilizzo per 1 o 3 anni. Tipo di nodo, livello di utilizzo e periodo di prenotazione influiscono sui costi totali. Prima di acquistare i nodi riservati, confronta i vari modelli per verificare il risparmio che ciascun modello può garantire alla tua attività.
I nodi acquistatati in base a un livello o periodo di utilizzo non possono essere convertiti in un altro livello o periodo di utilizzo.
**Livelli di utilizzo**
*Nodi riservati con utilizzo Heavy* consentono carichi di lavoro con una base di capacità coerente o eseguono carichi di lavoro con stato costante. I nodi riservati con utilizzo Heavy richiedono un elevato costo anticipato, ma se prevedi un'esecuzione per più del 79 percento del periodo contrattualizzato di nodi riservati puoi ottenere un maggiore risparmio (fino al 70 percento in meno sul prezzo on demand). I nodi riservati con utilizzo pesante prevedono un singolo addebito. Questo viene quindi seguito da una tariffa oraria più bassa per la durata del periodo, indipendentemente dal fatto che il nodo sia in esecuzione.
I *nodi riservati con utilizzo Medium* rappresentano l'opzione migliore se prevedi di utilizzare i nodi riservati per una notevole quantità di tempo, ma desideri un singolo addebito di minore entità o la flessibilità di interrompere il pagamento del nodo una volta spento. I nodi riservati con utilizzo Medium rappresentano l'opzione più conveniente se prevedi un'esecuzione per più del 40 percento del periodo contrattualizzato di nodi riservati. Questa opzione ti consente di risparmiare fino al 64 percento sul prezzo on demand. Con i nodi riservati con utilizzo Medium, paghi un singolo addebito leggermente superiore rispetto ai nodi riservati con utilizzo Light e disponi di tariffe orarie di utilizzo inferiori applicabili durante l'esecuzione di un nodo.
I *nodi riservati con utilizzo Light* sono ideali per carichi di lavoro periodici eseguiti solo un paio di ore al giorno o alcuni giorni a settimana. I nodi riservati con utilizzo Light prevedono un singolo addebito e una tariffa oraria di utilizzo scontata applicabile quando il nodo è in esecuzione. Il risparmio inizia a essere evidente quando il nodo viene eseguito per più del 17 percento del periodo contrattuale di nodi riservati. Per l'intero periodo del nodo riservato, puoi risparmiare fino al 56 percento delle tariffe on demand.
**Offerte di nodi riservati legacy**
| Offerta | Costo anticipato | Tariffa di utilizzo | Vantaggio |
| --- | --- | --- | --- |
| Utilizzo pesante | Massimo | Tariffa oraria minore. Applicabile all'intero periodo indipendentemente dall'utilizzo del nodo riservato. | Costo complessivo inferiore se prevedi di eseguire i nodi riservati per oltre il 79 percento di un periodo di tre anni. |
| Medium utilizzo | Media | Tariffa oraria di utilizzo applicata per ogni ora di esecuzione del nodo. Nessun costo orario applicato se il nodo non viene eseguito. | Ideale per carichi di lavoro elastici o quando prevedi un utilizzo moderato, per oltre il 40 percento di un periodo di tre anni. |
| Utilizzo Light | Minimo | Tariffa oraria di utilizzo applicata per ogni ora di esecuzione del nodo. Nessun costo orario applicato se il nodo non viene eseguito. Tariffe orarie più alte rispetto a tutti i tipi di offerta, sebbene vengano applicate solo se il nodo riservato è in esecuzione. | Costo complessivo più alto se si prevede di eseguire tutto il tempo. Costo complessivo più elevato se prevedi un'esecuzione continuativa. Il costo complessivo sarà invece minimo se prevedi un utilizzo poco frequente del nodo riservato, superiore al 15 percento di un periodo di tre anni. |
| Uso su richiesta (nessun nodo riservato) | Nessuno | Tariffa oraria maggiore. Applicata ogni volta che il nodo è in esecuzione. | Costo orario maggiore. |
Per ulteriori informazioni, consulta la pagina [ ElastiCache dei prezzi di Amazon](https://aws.amazon.com/elasticache/pricing/).
## Recupero di informazioni sulle offerte di nodi riservati
Puoi ottenere informazioni sulle offerte disponibili per i nodi riservati prima di effettuarne l'acquisto.
Gli esempi seguenti mostrano come ottenere prezzi e informazioni sulle offerte disponibili di nodi riservati utilizzando l' ElastiCache API Console di gestione AWS AWS CLI, e.
**Topics**
+ [Utilizzando il Console di gestione AWS](#reserved-nodes-offerings-console)
+ [Usando il AWS CLI](#reserved-nodes-offerings-cli)
+ [Utilizzo dell'API ElastiCache](#reserved-nodes-offerings-api)
### Recupero di informazioni sulle offerte di nodi riservati
Per ottenere prezzi e altre informazioni sulle offerte di cluster riservati disponibili utilizzando il Console di gestione AWS, utilizzare la procedura seguente.
**Per recuperare informazioni sulle offerte di nodi riservati disponibili**
1. Accedi a Console di gestione AWS e apri la ElastiCache console all'indirizzo [ https://console.aws.amazon.com/elasticache/](https://console.aws.amazon.com/elasticache/).
1. Nel pannello di navigazione scegliere **Nodi riservati**.
1. Scegliere **Purchase Reserved Nodes** (Acquista nodi riservati).
1. Per **Engine**, scegli Valkey, Memcached o Redis OSS.
1. Per determinare le offerte disponibili, effettua selezioni per le opzioni seguenti:
+ **Tipo di nodo**
+ **Termine**
+ **Tipo offerta**
Dopo avere effettuato le selezioni desiderate, il costo per nodo e il costo totale delle tue selezioni viene mostrato in **Dettagli di prenotazione**.
1. Scegliere **Cancel (Annulla)** per evitare di acquistare tali nodi e incorrere nel conseguente addebito dei relativi costi.
### Recupero di informazioni sulle offerte di nodi riservati (AWS CLI)
Per ottenere prezzi e altre informazioni sulle offerte di nodi riservati disponibili per Valkey o Redis OSS, digita il seguente comando al prompt dei comandi:
```
1. aws elasticache describe-reserved-cache-nodes-offerings
```
Questa operazione genera un output simile al seguente (formato JSON):
```
{
"ReservedCacheNodesOfferingId": "0xxxxxxxx-xxeb-44ex-xx3c-xxxxxxxx072",
"CacheNodeType": "cache.xxx.large",
"Duration": 94608000,
"FixedPrice": XXXX.X,
"UsagePrice": X.X,
"ProductDescription": "redis",
"OfferingType": "All Upfront",
"RecurringCharges": [
{
"RecurringChargeAmount": X.X,
"RecurringChargeFrequency": "Hourly"
}
]
},
{
"ReservedCacheNodesOfferingId": "0xxxxxxxx-xxeb-44ex-xx3c-xxxxxxxx072",
"CacheNodeType": "cache.xxx.xlarge",
"Duration": 94608000,
"FixedPrice": XXXX.X,
"UsagePrice": X.X,
"ProductDescription": "redis",
"OfferingType": "Partial Upfront",
"RecurringCharges": [
{
"RecurringChargeAmount": X.XXX,
"RecurringChargeFrequency": "Hourly"
}
]
},
{
"ReservedCacheNodesOfferingId": "0xxxxxxxx-xxeb-44ex-xx3c-xxxxxxxx072",
"CacheNodeType": "cache.xxx.large",
"Duration": 31536000,
"FixedPrice": X.X,
"UsagePrice": X.X,
"ProductDescription": "redis",
"OfferingType": "No Upfront",
"RecurringCharges": [
{
"RecurringChargeAmount": X.XXX,
"RecurringChargeFrequency": "Hourly"
}
]
}
```
Per ottenere prezzi e altre informazioni sulle offerte disponibili di nodi riservati per Memcached, digita il seguente comando al prompt dei comandi:
```
{
"ReservedCacheNodesOfferingId": "0xxxxxxxx-xxeb-44ex-xx3c-xxxxxxxx072",
"CacheNodeType": "cache.xxx.large",
"Duration": 94608000,
"FixedPrice": XXXX.X,
"UsagePrice": X.X,
"ProductDescription": "memcached",
"OfferingType": "All Upfront",
"RecurringCharges": [
{
"RecurringChargeAmount": X.X,
"RecurringChargeFrequency": "Hourly"
}
]
},
{
"ReservedCacheNodesOfferingId": "0xxxxxxxx-xxeb-44ex-xx3c-xxxxxxxx072",
"CacheNodeType": "cache.xxx.xlarge",
"Duration": 94608000,
"FixedPrice": XXXX.X,
"UsagePrice": X.X,
"ProductDescription": "memcached",
"OfferingType": "Partial Upfront",
"RecurringCharges": [
{
"RecurringChargeAmount": X.XXXX,
"RecurringChargeFrequency": "Hourly"
}
]
},
{
"ReservedCacheNodesOfferingId": "0xxxxxxxx-xxeb-44ex-xx3c-xxxxxxxx072",
"CacheNodeType": "cache.xx.12xlarge",
"Duration": 31536000,
"FixedPrice": X.X,
"UsagePrice": X.X,
"ProductDescription": "memcached",
"OfferingType": "No Upfront",
"RecurringCharges": [
{
"RecurringChargeAmount": X.XXXX,
"RecurringChargeFrequency": "Hourly"
}
]
}
```
Per ulteriori informazioni, consulta [describe-reserved-cache-nodes-offerings](https://docs.aws.amazon.com/cli/latest/reference/elasticache/describe-reserved-cache-nodes-offerings.html) nel Reference. AWS CLI
### Ottenere informazioni sulle offerte di nodi riservati (API) ElastiCache
Per ottenere i prezzi e altre informazioni sulle offerte di nodi riservati disponibili, chiama l'operazione `DescribeReservedCacheNodesOfferings`.
**Example**
```
https://elasticache.us-west-2.amazonaws.com/
?Action=DescribeReservedCacheNodesOfferings
&Version=2014-12-01
&SignatureVersion=4
&SignatureMethod=HmacSHA256
&Timestamp=20141201T220302Z
&X-Amz-Algorithm
&X-Amz-SignedHeaders=Host
&X-Amz-Expires=20141201T220302Z
&X-Amz-Credential=
&X-Amz-Signature=
```
Per ulteriori informazioni, [DescribeReservedCacheNodesOfferings](https://docs.aws.amazon.com/AmazonElastiCache/latest/APIReference/API_DescribeReservedCacheNodesOfferings.html)consulta l' ElastiCache API Reference.
## Acquisto di un nodo riservato
Gli esempi seguenti mostrano come acquistare un'offerta di nodi riservati utilizzando l' Console di gestione AWS AWS CLI, l'e l' ElastiCache API.
**Importante**
Gli esempi riportati in questa sezione comportano addebiti sul tuo AWS account che non puoi annullare.
**Topics**
+ [Utilizzando il Console di gestione AWS](#reserved-nodes-purchasing-console)
+ [Usando il AWS CLI](#reserved-nodes-purchasing-cli)
+ [Utilizzo dell' ElastiCache API](#reserved-nodes-purchasing-api)
### Acquisto di un nodo riservato (Console)
Questo esempio mostra come acquistare un'offerta di nodi riservati specifica, *649fd0c8-cf6d-47a0-bfa6-060f8e75e95f*, con ID nodo riservato *myreservationID*.
La procedura seguente utilizza l'offerta Console di gestione AWS per acquistare il nodo riservato offrendo id.
**Per acquistare nodi riservati**
1. Accedi a Console di gestione AWS e apri la ElastiCache console all'indirizzo [ https://console.aws.amazon.com/elasticache/](https://console.aws.amazon.com/elasticache/).
1. Nel pannello di navigazione scegliere il collegamento **Reserved Nodes (Nodi riservati)**.
1. Scegliere il pulsante **Purchase Reserved Nodes** (Acquista nodi riservati).
1. Per **Engine**, scegli Valkey, Memcached o Redis OSS.
1. Per determinare le offerte disponibili, effettua selezioni per le opzioni seguenti:
+ **Tipo di nodo**
+ **Termine**
+ **Tipo offerta**
+ Un **ID nodo riservato** opzionale
Dopo avere effettuato le selezioni desiderate, il costo per nodo e il costo totale delle tue selezioni vengono mostrati in **Dettagli di prenotazione**.
1. Scegliere **Purchase (Acquista)**.
### Acquisto di un nodo riservato (AWS CLI)
L'esempio seguente mostra come acquistare l'offerta di cluster riservati specifica, *649fd0c8-cf6d-47a0-bfa6-060f8e75e95f*, con ID nodo riservato *myreservationID*.
Al prompt dei comandi, digita il comando seguente.
Per Linux, macOS o Unix:
```
1. aws elasticache purchase-reserved-cache-nodes-offering \
2. --reserved-cache-nodes-offering-id 649fd0c8-cf6d-47a0-bfa6-060f8e75e95f \
3. --reserved-cache-node-id myreservationID
```
Per Windows:
```
1. aws elasticache purchase-reserved-cache-nodes-offering ^
2. --reserved-cache-nodes-offering-id 649fd0c8-cf6d-47a0-bfa6-060f8e75e95f ^
3. --reserved-cache-node-id myreservationID
```
Il comando restituisce un output simile al seguente:
```
1. RESERVATION ReservationId Class Start Time Duration Fixed Price Usage Price Count State Description Offering Type
2. RESERVATION myreservationid cache.xx.small 2013-12-19T00:30:23.247Z 1y XXX.XX USD X.XXX USD 1 payment-pending memcached Medium Utilization
```
Per ulteriori informazioni, vedere [purchase-reserved-cache-nodes-offering](https://docs.aws.amazon.com/cli/latest/reference/elasticache/purchase-reserved-cache-nodes-offering.html) nel AWS CLI Reference.
### Acquisto di un nodo riservato (ElastiCache API)
L'esempio seguente mostra come acquistare l'offerta di nodi riservati specifica, *649fd0c8-cf6d-47a0-bfa6-060f8e75e95f*, con ID cluster riservato *myreservationID*.
Chiama l'operazione `PurchaseReservedCacheNodesOffering`con i parametri seguenti:
+ `ReservedCacheNodesOfferingId` = `649fd0c8-cf6d-47a0-bfa6-060f8e75e95f`
+ `ReservedCacheNodeID` = `myreservationID`
+ `CacheNodeCount` = `1`
**Example**
```
https://elasticache.us-west-2.amazonaws.com/
?Action=PurchaseReservedCacheNodesOffering
&ReservedCacheNodesOfferingId=649fd0c8-cf6d-47a0-bfa6-060f8e75e95f
&ReservedCacheNodeID=myreservationID
&CacheNodeCount=1
&SignatureVersion=4
&SignatureMethod=HmacSHA256
&Timestamp=20141201T220302Z
&X-Amz-Algorithm=&AWS;4-HMAC-SHA256
&X-Amz-Date=20141201T220302Z
&X-Amz-SignedHeaders=Host
&X-Amz-Expires=20141201T220302Z
&X-Amz-Credential=
&X-Amz-Signature=
```
Per ulteriori informazioni, [PurchaseReservedCacheNodesOffering](https://docs.aws.amazon.com/AmazonElastiCache/latest/APIReference/API_PurchaseReservedCacheNodesOffering.html)consulta l' ElastiCache API Reference.
## Recupero di informazioni sui nodi riservati
Puoi ottenere informazioni sui nodi riservati che hai acquistato utilizzando Console di gestione AWS AWS CLI, l'e l' ElastiCache API.
**Topics**
+ [Utilizzando il Console di gestione AWS](#reserved-nodes-describing-console)
+ [Usando il AWS CLI](#reserved-nodes-describing-cli)
+ [Utilizzo dell' ElastiCache API](#reserved-nodes-describing-api)
### Recupero di informazioni sui nodi riservati (Console)
La procedura seguente descrive come utilizzare Console di gestione AWS per ottenere informazioni sui nodi riservati acquistati.
**Per ottenere informazioni sui nodi riservati che hai acquistato**
1. Accedi a Console di gestione AWS e apri la ElastiCache console all'indirizzo [ https://console.aws.amazon.com/elasticache/](https://console.aws.amazon.com/elasticache/).
1. Nel pannello di navigazione scegliere il collegamento **Reserved Nodes** (Nodi riservati).
I nodi riservati del tuo account sono presenti nell'elenco Nodi riservati. Puoi scegliere qualsiasi nodo riservato nell'elenco per visualizzare le relative informazioni dettagliate nel riquadro dei dettagli nella parte inferiore della console.
### Recupero di informazioni sui nodi riservati (AWS CLI)
Per ottenere informazioni sui nodi riservati per il tuo AWS account, digita il seguente comando al prompt dei comandi:
```
aws elasticache describe-reserved-cache-nodes
```
Questa operazione genera un output simile al seguente (formato JSON):
```
{
"ReservedCacheNodeId": "myreservationid",
"ReservedCacheNodesOfferingId": "649fd0c8-cf6d-47a0-bfa6-060f8e75e95f",
"CacheNodeType": "cache.xx.small",
"DataTiering": "disabled",
"Duration": "31536000",
"ProductDescription": "memcached",
"OfferingType": "Medium Utilization",
"MaxRecords": 0
}
```
Per ulteriori informazioni, consulta [describe-reserved-cache-nodes](https://docs.aws.amazon.com/cli/latest/reference/elasticache/describe-reserved-cache-nodes.html)la sezione AWS CLI Reference.
### Ottenere informazioni sui nodi riservati (ElastiCache API)
Per ottenere informazioni sui nodi riservati per il tuo AWS account, chiama l'`DescribeReservedCacheNodes`operazione.
**Example**
```
https://elasticache.us-west-2.amazonaws.com/
?Action=DescribeReservedCacheNodes
&Version=2014-12-01
&SignatureVersion=4
&SignatureMethod=HmacSHA256
&Timestamp=20141201T220302Z
&X-Amz-Algorithm=&AWS;4-HMAC-SHA256
&X-Amz-Date=20141201T220302Z
&X-Amz-SignedHeaders=Host
&X-Amz-Expires=20141201T220302Z
&X-Amz-Credential=
&X-Amz-Signature=
```
Per ulteriori informazioni, consulta la [DescribeReservedCacheNodes](https://docs.aws.amazon.com/AmazonElastiCache/latest/APIReference/API_DescribeReservedCacheNodes.html)sezione ElastiCache API Reference.
# Migrazione dei nodi della generazione precedente
I nodi di generazione precedente sono tipi di nodi che vengono eliminati gradualmente. Se non sono presenti cluster esistenti che utilizzano un tipo di nodo di generazione precedente, ElastiCache non supporta la creazione di nuovi cluster con quel tipo di nodo.
A causa della quantità limitata di tipi di nodi della generazione precedente, non è possibile garantire una sostituzione corretta quando un nodo diventa non integro nei cluster. In tale scenario, la disponibilità del cluster potrebbe essere influenzata negativamente.
Si consiglia di eseguire la migrazione dei cluster in un nuovo tipo di nodo per migliorare la disponibilità e le prestazioni. Per un tipo di nodo consigliato a cui eseguire la migrazione, vedere [Percorsi di aggiornamento](https://aws.amazon.com/ec2/previous-generation/). Per un elenco completo dei tipi di nodi supportati e dei tipi di nodi della generazione precedente in ElastiCache, consulta. [Tipi di nodi supportati](CacheNodes.SupportedTypes.md)
## Migrazione dei nodi su un cluster Valkey o Redis OSS
La procedura seguente descrive come migrare il tipo di nodo del cluster Valkey o Redis OSS utilizzando la Console. ElastiCache Durante questo processo, il cluster Valkey o Redis OSS continuerà a soddisfare le richieste con tempi di inattività minimi. A seconda della configurazione del cluster, è possibile che vengano visualizzati i seguenti tempi di inattività. Di seguito sono riportate stime e possono differire in base alle configurazioni specifiche:
+ La modalità cluster disabilitata (nodo singolo) può vedere circa 60 secondi, principalmente a causa della propagazione DNS.
+ La modalità cluster disabilitata (con nodo di replica) può richiedere circa 1 secondo per i cluster che eseguono Valkey 7.2 e versioni successive o Redis OSS 5.0.6 e versioni successive. Tutte le versioni precedenti possono durare circa 10 secondi.
+ La modalità cluster abilitata può vedere circa 1 secondo.
**Per modificare un tipo di nodo del cluster Valkey o Redis OSS utilizzando la console:**
1. Accedi alla console e apri la ElastiCache console all'indirizzo. [https://console.aws.amazon.com/elasticache/](https://console.aws.amazon.com/elasticache/home)
1. Dal pannello di navigazione, scegli i cluster **Valkey o i cluster** **Redis OSS**.
1. Nell'elenco di cluster, scegliere quello da migrare.
1. Scegliere **Actions (Operazioni)**, quindi **Modify (Modifica)**.
1. Scegli il nuovo tipo di nodo dall'elenco dei tipi di nodo.
1. Per eseguire subito il processo di migrazione, scegliere la casella **Apply immediately (Applica immediatamente)**. Se non viene selezionata la casella **Apply immediately (Applica immediatamente)**, il processo di migrazione viene eseguito nel corso della successiva finestra di manutenzione del cluster.
1. 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 modificare un tipo di nodo del cluster Valkey o Redis OSS utilizzando: AWS CLI*
Utilizza l'[modify-replication-group](https://docs.aws.amazon.com/cli/latest/reference/elasticache/modify-replication-group.html)API come illustrato di seguito:
Per Linux, macOS o Unix:
```
aws elasticache modify-replication-group /
--replication-group-id my-replication-group /
--cache-node-type new-node-type /
--apply-immediately
```
Per Windows:
```
aws elasticache modify-replication-group ^
--replication-group-id my-replication-group ^
--cache-node-type new-node-type ^
--apply-immediately
```
In questo scenario, il valore di *new-node-type* è il tipo di nodo verso cui stai migrando. Passando il parametro `--apply-immediately`, l'aggiornamento verrà applicato immediatamente quando il gruppo di replica passa dallo stato **modifying (modifica in corso)** a **available (disponibile)**. Se non viene selezionata la casella **Apply immediately (Applica immediatamente)**, il processo di migrazione viene eseguito nel corso della successiva finestra di manutenzione del cluster.
**Nota**
Se non è possibile modificare il cluster con un `InvalidCacheClusterState`, è necessario rimuovere prima un nodo di ripristino non riuscito.
### Correggere o rimuovere restore-failed-node
La procedura seguente descrive come correggere o rimuovere i nodi con errore di ripristino dal cluster Valkey o Redis OSS. Per ulteriori informazioni su come i ElastiCache nodi entrano in uno stato di ripristino fallito, consulta. [Visualizzazione dello stato ElastiCache del nodo](Nodes.viewing.md) Ti consigliamo innanzitutto di rimuovere tutti i nodi in uno stato di ripristino fallito, quindi di migrare i nodi di generazione precedente rimanenti nel ElastiCache cluster a un tipo di nodo di nuova generazione e infine aggiungere nuovamente il numero richiesto di nodi.
Per rimuovere il nodo di ripristino non riuscito (console):
1. Accedi alla console e apri la console all'indirizzo. ElastiCache [https://console.aws.amazon.com/elasticache/](https://console.aws.amazon.com/elasticache/home)
1. Dal pannello di navigazione, scegli i cluster **Valkey o i cluster** **Redis OSS**.
1. Dall'elenco dei cluster, scegliere il nome del cluster da cui rimuovere un nodo.
1. Dall'elenco di partizioni, scegliere la shard da cui si desidera rimuovere un nodo. Ignorare questo passaggio se la modalità cluster è disattivata per il cluster.
1. Dall'elenco dei nodi, scegliere il nodo con lo stato di `restore-failed`.
1. Scegliere **Actions (Operazioni)**, quindi **Delete node (Elimina nodo)**.
Dopo aver rimosso i nodi di ripristino non riusciti dal ElastiCache cluster, ora puoi migrare a un tipo di nuova generazione. Per ulteriori informazioni, consulta la sezione precedente [Migrazione dei nodi su un cluster Valkey o Redis OSS](#CacheNodes.NodeMigration.Redis).
Per aggiungere nuovamente nodi al cluster, consulta. ElastiCache [Aggiungere nodi a un ElastiCache cluster](Clusters.AddNode.md)
## Migrazione dei nodi in un cluster Memcached
Per migrare ElastiCache per Memcached verso un tipo di nodo diverso, è necessario creare un nuovo cluster, che all'inizio è sempre vuoto e può essere popolato dall'applicazione.
**Per migrare il tipo di nodo del cluster ElastiCache for Memcached utilizzando la Console: ElastiCache**
+ Creare un nuovo cluster con il nuovo tipo di nodo. Per ulteriori informazioni, consulta [Creazione di un cluster Memcached (console)](Clusters.Create-mc.md#Clusters.Create.CON.Memcached).
+ Nell'applicazione, aggiornare gli endpoint con gli endpoint del nuovo cluster. Per ulteriori informazioni, consulta [Individuazione degli endpoint di un cluster (console) (Memcached)](Endpoints.md#Endpoints.Find.Memcached)
+ Eliminare il cluster precedente. Per ulteriori informazioni, consulta [Eliminazione di un cluster in ElastiCache](Clusters.Delete.md)