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à.
# Aggiornamento delle versioni del motore, compresi gli aggiornamenti cross-engine
**Valkey e Redis OSS**
Con Valkey e Redis OSS, è possibile avviare gli aggiornamenti di versione del cluster o del gruppo di replica modificandolo utilizzando la ElastiCache console, l'API o l'API e specificando una versione più AWS CLI recente del ElastiCache motore.
È inoltre possibile effettuare l'aggiornamento incrociato da Redis OSS a Valkey. Per ulteriori informazioni sugli aggiornamenti incrociati, consulta. [Come eseguire l'aggiornamento da Redis OSS a Valkey](#VersionManagement.HowTo.cross-engine-upgrade)
**Topics**
+ [Come eseguire l'aggiornamento da Redis OSS a Valkey](#VersionManagement.HowTo.cross-engine-upgrade)
+ [Risoluzione degli aggiornamenti bloccati del motore Valkey o Redis OSS](#resolving-blocked-engine-upgrades)
****
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/it_it/AmazonElastiCache/latest/dg/VersionManagement.HowTo.html)
**Memcached**
Con Memcached, per avviare gli aggiornamenti di versione del cluster, è necessario modificarlo e specificare una versione più recente del motore. Puoi farlo utilizzando la ElastiCache console, l'o l'API AWS CLI: ElastiCache
+ Per usare il Console di gestione AWS, vedi —[Usando il ElastiCache Console di gestione AWS](Clusters.Modify.md#Clusters.Modify.CON).
+ Per usare il AWS CLI, vedi[Usare il con AWS CLI ElastiCache](Clusters.Modify.md#Clusters.Modify.CLI).
+ Per utilizzare l' ElastiCache API, consulta[Utilizzo dell' ElastiCache API](Clusters.Modify.md#Clusters.Modify.API).
## Come eseguire l'aggiornamento da Redis OSS a Valkey
Valkey è progettato come sostituto immediato di Redis OSS 7. È possibile eseguire l'aggiornamento da Redis OSS a Valkey utilizzando la console, l'API o la CLI, specificando il nuovo motore e la versione principale del motore. L'indirizzo IP dell'endpoint e tutti gli altri aspetti dell'applicazione non verranno modificati dall'aggiornamento. Durante l'aggiornamento da Redis OSS 5.0.6 e versioni successive non si verificheranno tempi di inattività.
**Nota**
**AWS Requisiti della versione CLI per gli aggiornamenti da Redis OSS a Valkey:**
Per AWS CLI v1: versione minima richiesta 1.35.2 (versione corrente: 1.40.22)
Per AWS CLI v2: versione minima richiesta 2.18.2 (versione corrente: 2.27.22)
**Nota**
Quando si esegue l'aggiornamento da versioni Redis OSS precedenti alla 5.0.6, è possibile che si verifichi un tempo di failover compreso tra 30 e 60 secondi durante la propagazione DNS.
Per aggiornare un cluster Redis OSS esistente (modalità cluster disabilitata) a nodo singolo al motore Valkey, segui innanzitutto questi passaggi:. [Creazione di un gruppo di replica utilizzando un cluster esistente](Replication.CreatingReplGroup.ExistingCluster.md) Dopo aver aggiunto il cluster Redis OSS (modalità cluster disabilitata) a nodo singolo a un gruppo di replica, è possibile eseguire l'aggiornamento tra motori a Valkey.
### Aggiornamento di un gruppo di replica da Redis OSS a Valkey
Se disponi di un gruppo di replica Redis OSS esistente che utilizza il gruppo di parametri di cache predefinito, puoi eseguire l'aggiornamento a Valkey specificando il nuovo motore e la nuova versione del motore con API. modify-replication-group
Per Linux, macOS o Unix:
```
aws elasticache modify-replication-group \
--replication-group-id myReplGroup \
--engine valkey \
--engine-version 8.0
```
Per Windows:
```
aws elasticache modify-replication-group ^
--replication-group-id myReplGroup ^
--engine valkey ^
--engine-version 8.0
```
Se hai un gruppo di parametri di cache personalizzato applicato al gruppo di replica Redis OSS esistente che desideri aggiornare, dovrai anche passare un gruppo di parametri di cache Valkey personalizzato nella richiesta. Il gruppo di parametri personalizzati Valkey di input deve avere gli stessi valori dei parametri statici Redis OSS del gruppo di parametri personalizzati Redis OSS esistente.
Per Linux, macOS o Unix:
```
aws elasticache modify-replication-group \
--replication-group-id myReplGroup \
--engine valkey \
--engine-version 8.0 \
--cache-parameter-group-name myParamGroup
```
Per Windows:
```
aws elasticache modify-replication-group ^
--replication-group-id myReplGroup ^
--engine valkey ^
--engine-version 8.0 ^
--cache-parameter-group-name myParamGroup
```
### Aggiornamento di una cache serverless Redis OSS a Valkey con la CLI
Per Linux, macOS o Unix:
```
aws elasticache modify-serverless-cache \
--serverless-cache-name myCluster \
--engine valkey \
--major-engine-version 8
```
Per Windows:
```
aws elasticache modify-serverless-cache ^
--serverless-cache-name myCluster ^
--engine valkey ^
--major-engine-version 8
```
### Aggiornamento di Redis OSS a Valkey con la console
**Aggiornamento da Redis OSS 5 a Valkey**
1. Seleziona la cache Redis OSS per l'aggiornamento.
1. Dovrebbe apparire una finestra **di aggiornamento a Valkey**. Seleziona il pulsante **Aggiorna a Valkey**.
1. Vai alle **impostazioni della cache**, quindi seleziona la **versione del motore**. Si consiglia la versione più recente di Valkey.
1. Se questa cache è serverless, sarà necessario aggiornare il gruppo di parametri. Vai all'area **Gruppi di parametri** delle **impostazioni della cache**, seleziona un gruppo di parametri appropriato come *default.valkey8*.
1. **Seleziona Aggiorna.**
Questa cache verrà ora elencata nell'area Valkey della console.
**Nota**
L'aggiornamento diretto da Redis OSS 4 o versioni precedenti a Valkey può includere un tempo di failover più lungo da 30 a 60 secondi durante la propagazione DNS.
### Come effettuare il downgrade da Valkey a Redis OSS
Se per qualsiasi motivo desideri ripristinare il cluster aggiornato, Amazon ElastiCache supporta il rollback di una cache Valkey 7.2 su Redis OSS 7.1. È possibile eseguire un rollback utilizzando gli stessi passaggi della console, dell'API o della CLI dell'aggiornamento del motore e specificando Redis OSS 7.1 come versione del motore di destinazione. I rollback utilizzano gli stessi processi di aggiornamento. L'indirizzo IP dell'endpoint e tutti gli altri aspetti dell'applicazione non verranno modificati dal rollback e non si verificheranno tempi di inattività.
Inoltre, è possibile ripristinare un'istantanea creata dalla cache di Valkey 7.2 come cache Redis OSS 7.1. Quando esegui il ripristino da un'istantanea, puoi specificare Redis OSS 7.1 come versione del motore di destinazione. Quando si utilizza questa opzione, verrà creata una nuova cache dall'istantanea. Il ripristino da un'istantanea non ha alcun effetto sulla cache Valkey da cui è stata creata l'istantanea.
Quando si esegue un rollback, si applicano i seguenti requisiti e limitazioni:
+ ElastiCache supporta solo il rollback da Valkey 7.2 a Redis OSS 7.1. Questo è vero anche se hai eseguito l'aggiornamento a Valkey 7.2 da una versione precedente a Redis OSS 7.1.
+ Qualsiasi gruppo di utenti e utente associato al gruppo di replica o alla cache serverless di cui si esegue il rollback deve essere configurato con il tipo di motore. `REDIS`
## Risoluzione degli aggiornamenti bloccati del motore Valkey o Redis OSS
Come illustrato nella tabella seguente, l'operazione di aggiornamento del motore Valkey o Redis OSS è bloccata se è in corso un'operazione di scalabilità.
****
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/it_it/AmazonElastiCache/latest/dg/VersionManagement.HowTo.html)
**Per risolvere un aggiornamento del motore Valkey o Redis OSS bloccato**
+ Esegui una di queste operazioni:
+ **Pianifica l'operazione di aggiornamento del motore Redis OSS o Valkey per la prossima finestra di manutenzione deselezionando la casella di controllo Applica immediatamente.**
Con la CLI utilizzare `--no-apply-immediately`. Con l'API, utilizzare `ApplyImmediately=false`.
+ Attendi la finestra di manutenzione successiva (o successiva) per eseguire l'operazione di aggiornamento del motore Redis OSS.
+ Aggiungi l'operazione di scalabilità Redis OSS a questa modifica del cluster selezionando la casella di controllo **Applica immediatamente**.
Con la CLI utilizzare `--apply-immediately`. Con l'API, utilizzare `ApplyImmediately=true`.
Questo approccio annulla efficacemente l'aggiornamento del motore nella finestra di manutenzione successiva, poiché lo si esegue immediatamente.