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à.
# Versioni del motore e aggiornamento in ElastiCache
Questa sezione illustra i motori Valkey, Memcached e Redis OSS supportati e le modalità di aggiornamento. Tieni presente che tutte le funzionalità disponibili con Redis OSS 7.2 sono disponibili in Valkey 7.2 e versioni successive per impostazione predefinita. È inoltre possibile eseguire l'aggiornamento da alcuni motori Redis OSS esistenti ElastiCache a un motore Valkey.
# 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.
# ElastiCache Supporto esteso
Con ElastiCache Extended Support, puoi continuare a utilizzare la cache su una versione principale del motore oltre la data di fine del supporto standard a un costo aggiuntivo. Se non effettui l'upgrade dopo la fine della data di supporto standard, ti verrà addebitato un costo.
Extended Support fornisce i seguenti aggiornamenti e supporto tecnico:
+ Aggiornamenti di sicurezza critici e di livello elevato CVEs per la cache e il motore di cache
+ Correzioni di bug e patch per problemi critici
+ La possibilità di aprire casi di supporto e ricevere assistenza per la risoluzione dei problemi nell'ambito del contratto di ElastiCache servizio standard
Questa offerta a pagamento offre più tempo per effettuare l'aggiornamento a una versione del motore principale supportata.
Ad esempio, la data di ElastiCache fine del supporto standard per Redis OSS 4.0.10 è il 31 gennaio 2026. Se non sei pronto per l'aggiornamento manuale a Valkey o a Redis OSS 6 o versioni successive entro tale data, ElastiCache registrerà automaticamente le tue cache in Extended Support e potrai continuare a eseguire Redis OSS 4.0.10. A partire dal primo giorno del mese dopo la fine del supporto standard, il 1° febbraio 2026, ti ElastiCache addebiterà automaticamente l'importo dell'Extended Support.
L'Extended Support è disponibile fino a 3 anni dopo la fine della data di supporto standard per una versione principale del motore. Per le versioni 4 e 5 di Elasticache for Redis OSS, sarà il 31 gennaio 2029. Dopo questa data, tutte le cache che eseguono ancora le versioni 4 e 5 di Redis OSS verranno aggiornate automaticamente alla versione più recente di Valkey.
Al termine del periodo di supporto di un motore, le cache che continuano a eseguire la versione precedente passeranno automaticamente all'Extended Support. Riceverai una notifica prima della data di inizio dei prezzi di Extended Support, quindi potrai invece aggiornare la tua istanza. Puoi anche disattivare esplicitamente il consenso in qualsiasi momento effettuando l'aggiornamento alle versioni supportate.
Per ulteriori informazioni sulle date di fine del supporto standard e sulle date di fine del supporto esteso, consulta [ElastiCache versioni per la pianificazione di fine del ciclo di vita di Redis OSS](engine-versions.md#deprecated-engine-versions) Valkey, Memcached o Redis OSS.
**Topics**
+ [ElastiCache Costi di Extended Support](extended-support-charges.md)
+ [Versioni con ElastiCache Extended Support](extended-support-versions.md)
+ [ElastiCache e responsabilità dei clienti con ElastiCache Extended Support](extended-support-responsibilities.md)
# ElastiCache Costi di Extended Support
Ti verranno addebitati i costi per tutti i motori iscritti al ElastiCache servizio Extended Support a partire dal giorno successivo alla fine del supporto standard. Per la data di ElastiCache fine del supporto standard, vedi. [Versioni con ElastiCache Extended Support](extended-support-versions.md)
Il costo aggiuntivo per ElastiCache Extended Support si interrompe automaticamente quando si esegue una delle seguenti azioni:
+ Effettua l'upgrade a una versione del motore coperta dal supporto standard.
+ Elimina la cache su cui è in esecuzione una versione principale dopo la data di ElastiCache fine del supporto standard.
Gli addebiti verranno riavviati se la versione del motore di destinazione entrerà in Extended Support in futuro.
Ad esempio, supponiamo che la ElastiCache versione 4 per Redis OSS entri in Extended Support il 1° febbraio 2026 e che tu aggiorni le cache dalla v4 alla v6 il 1° gennaio 2027. Ti verranno addebitati solo 11 mesi di Extended Support, nella ElastiCache versione 4 per Redis OSS. Se continui a utilizzare la ElastiCache versione 6 per Redis OSS dopo la data di fine del supporto standard del 31 gennaio 2027, tali cache saranno nuovamente soggette ai costi di Extended Support a partire dal 1° febbraio 2027.
Puoi evitare di ricevere addebiti per l' ElastiCacheExtended assistenza ElastiCache impedendo di creare o ripristinare una cache dopo la data di ElastiCache fine del supporto standard.
Per ulteriori informazioni, consulta i [ ElastiCache prezzi di Amazon](https://aws.amazon.com/elasticache/pricing/).
# Versioni con ElastiCache Extended Support
Le versioni 4 e 5 di Redis Open Source Software (OSS) hanno raggiunto la fine del ciclo di vita della community rispettivamente nel 2020 e nel 2022. Ciò significa che la community non rilascia ulteriori aggiornamenti, correzioni di bug o patch di sicurezza. Il supporto standard per le versioni 4 e 5 di ElastiCache Redis OSS ElastiCache terminerà il 31 gennaio 2026. Continuare a utilizzare versioni non supportate di Redis OSS potrebbe rendere i dati vulnerabili a [vulnerabilità ed esposizioni comuni](https://nvd.nist.gov/vuln-metrics/cvss) note (). CVEs
A partire dal 1° febbraio 2026, le ElastiCache cache ancora in esecuzione sulle versioni 4 e 5 di Redis OSS verranno automaticamente registrate in Extended Support, per fornire disponibilità e sicurezza continue. Sebbene Extended Support offra flessibilità, consigliamo di considerare la fine del supporto standard come una pietra miliare della pianificazione per i carichi di lavoro di produzione. Ti consigliamo vivamente di aggiornare le cache Redis OSS v4 e v5 a ElastiCache Valkey o Redis OSS v6 o versioni successive, prima della fine del supporto standard.
La tabella seguente riassume la data di ElastiCache fine del supporto standard di Amazon e le date di Extended Support.
**Supporto esteso e pianificazione di fine del ciclo di vita**
| Versione principale del motore | Fine del supporto standard | Inizio dell'Extended Support Y1 Premium | Inizio dell'Extended Support Y2 Premium | Inizio dell'Extended Support Y3 Premium | Fine dell'Extended Support e della versione EOL |
| --- | --- | --- | --- | --- | --- |
| Redis OSS v4 | 31/01/2026 | 1/2/2026 | 1/2/2027 | 1/2/2028 | 31/2029 |
| Redis OSS v5 | 31/01/2026 | 1/2/2026 | 1/2/2027 | 1/2/2028 | 31/2029 |
| Redis OSS v6 | 31/01/2027 | 1/2/2027 | 1/2/2028 | 1/2/2029 | 31/2030 |
L'Extended Support verrà offerto solo per l'ultima versione patch supportata di ogni versione principale di Redis OSS. Quando Extended Support inizierà il 1° febbraio 2026, se i cluster Redis OSS v4 e v5 non dispongono già delle ultime versioni di patch, verranno aggiornati automaticamente alla versione 4.0.10 per Redis OSS v4 e alla v5.0.6 per Redis OSS v5, prima di essere registrati in Extended Support. Ciò garantisce la ricezione di aggiornamenti di sicurezza e correzioni di bug tramite Extended Support. Non è necessario intraprendere alcuna azione per eseguire l'aggiornamento a queste ultime versioni di patch come parte della transizione Extended Support.
# ElastiCache e responsabilità dei clienti con ElastiCache Extended Support
Di seguito sono elencate le responsabilità di Amazon e ElastiCache le tue responsabilità con ElastiCache Extended Support.
** ElastiCache Responsabilità di Amazon**
Dopo la ElastiCache fine della data di supporto standard, Amazon ElastiCache fornirà patch, correzioni di bug e aggiornamenti per i motori registrati in Extended Support. ElastiCache Ciò avverrà per un massimo di 3 anni o fino a quando non smetterai di usare i motori in Extended Support, a seconda dell'evento che si verifica per primo.
**Le tue responsabilità**
Sei responsabile dell'applicazione delle patch, delle correzioni di bug e degli aggiornamenti forniti per le cache in Extended Support. ElastiCache Amazon ElastiCache si riserva il diritto di modificare, sostituire o ritirare tali patch, correzioni di bug e upgrade in qualsiasi momento. Se è necessaria una patch per risolvere problemi critici di sicurezza o stabilità, Amazon ElastiCache si riserva il diritto di aggiornare le cache con la patch o di richiedere l'installazione della patch.
Sei inoltre responsabile dell'aggiornamento del motore a una versione più recente del motore prima della ElastiCache fine della data di Extended Support. La data di ElastiCache fine del supporto esteso è in genere 3 anni dopo la ElastiCache fine della data di supporto standard.
Se non esegui l'upgrade del motore, dopo la data di ElastiCache fine della data di Extended Support, Amazon ElastiCache tenterà di aggiornare il motore a una versione più recente del motore supportata dal supporto ElastiCache standard. Se l'aggiornamento non riesce, Amazon si ElastiCache riserva il diritto di eliminare la cache su cui è in funzione il motore oltre la data di ElastiCache fine del supporto standard. Tuttavia, prima di farlo, Amazon ElastiCache conserverà i tuoi dati da quel motore.
# Gestione delle versioni per ElastiCache
Gestisci il modo in cui desideri aggiornare le ElastiCache cache e i cluster basati su nodi aggiornati per i motori Valkey, Memcached e Redis OSS.
## Gestione delle versioni per ElastiCache Serverless Cache
Gestisci se e quando la cache ElastiCache Serverless viene aggiornata ed esegui gli aggiornamenti di versione secondo le tue condizioni e tempistiche.
ElastiCache Serverless applica automaticamente la versione più recente del software secondario e delle patch alla cache, senza alcun impatto o tempi di inattività sull'applicazione. Non è richiesta nessuna azione da parte tua.
Quando è disponibile una nuova versione principale, ElastiCache Serverless ti invierà una notifica nella console e un evento in. EventBridge Puoi scegliere di aggiornare la cache all'ultima versione principale utilizzando la console, la CLI o l'API e selezionando la versione più recente del motore. Analogamente agli aggiornamenti minori e alle patch, gli aggiornamenti delle versioni principali vengono eseguiti senza tempi di inattività dell'applicazione.
## Gestione delle versioni per cluster basati su nodi ElastiCache
Quando si lavora con ElastiCache cluster basati su nodi, è possibile controllare quando il software che alimenta il cluster viene aggiornato alle nuove versioni supportate da. ElastiCache Puoi controllare quando aggiornare la cache alle ultime versioni principali, secondarie e patch disponibili. L'utente può eseguire l'aggiornamento a una versione del motore sul cluster o gruppo di replica modificando quest'ultimo e specificando la nuova versione da utilizzare.
È possibile controllare se e quando il software conforme al protocollo che alimenta il cluster viene aggiornato alle nuove versioni supportate da. ElastiCache Questo livello di controllo ti consente di mantenere la compatibilità con versioni specifiche, testare le nuove versioni con l'applicazione prima di distribuirle in produzione e aggiornare le versioni alle tue condizioni e secondo le tue scadenze.
Poiché presentano rischi relativi alla compatibilità, gli aggiornamenti delle versioni non vengono eseguiti automaticamente, ma devono essere avviati manualmente.
**Cluster Valkey e Redis OSS**
**Nota**
Se un cluster Valkey o Redis OSS viene replicato in una o più regioni, la versione del motore viene aggiornata per le regioni secondarie e quindi per la regione principale.
ElastiCache per Redis OSS le versioni sono identificate con una versione semantica che comprende un componente principale e uno secondario. Ad esempio, in Redis OSS 6.2, la versione principale è 6 e la versione secondaria 2. Quando si utilizzano cluster basati su nodi, ElastiCache per Redis OSS espone anche il componente patch, ad esempio Redis OSS 6.2.1, e la versione della patch è 1.
Le versioni principali riguardano modifiche incompatibili con le API e le versioni secondarie riguardano nuove funzionalità aggiunte in modo retrocompatibile. Le versioni patch riguardano correzioni di bug compatibili con le versioni precedenti e modifiche non funzionali.
Con Valkey e Redis OSS, è possibile avviare gli aggiornamenti della versione del motore nel cluster o nel gruppo di replica modificandolo e specificando una nuova versione del motore. Per ulteriori informazioni, consulta [Modifica di un gruppo di replica](Replication.Modify.md).
**Memcached**
Con Memcached, per eseguire l'aggiornamento a una versione più recente è necessario modificare il cluster e specificare la nuova versione del motore che si desidera utilizzare. L'aggiornamento a una versione più recente di Memcached è un processo distruttivo: si perdono i dati e si inizia con una cache a freddo. Per ulteriori informazioni, consulta [Modifica di un cluster ElastiCache](Clusters.Modify.md).
Quando viene eseguito l'aggiornamento da una versione precedente alla versione 1.4.33 o una successiva di Memcached, è importante tenere presente i requisiti riportati di seguito. `CreateCacheCluster` e `ModifyCacheCluster` non riescono nelle condizioni seguenti:
+ Se `slab_chunk_max > max_item_size`.
+ Se `max_item_size modulo slab_chunk_max != 0`.
+ Se `max_item_size > ((max_cache_memory - memcached_connections_overhead) / 4)`.
Il valore `(max_cache_memory - memcached_connections_overhead)` rappresenta la memoria del nodo utilizzabile per i dati. Per ulteriori informazioni, consulta [Sovraccarico delle connessioni Memcached](ParameterGroups.Engine.md#ParameterGroups.Memcached.Overhead).
## Motori e versioni supportati
ElastiCache le cache serverless supportano la ElastiCache versione 7.2 per Valkey e versioni successive, la ElastiCache versione 1.6 per Memcached e versioni successive e la ElastiCache 7.0 per Redis OSS e versioni successive.
ElastiCache I cluster basati su nodi supportano la ElastiCache versione 7.2 per Valkey e versioni successive, la versione 1.4.5 per Memcached e versioni successive e la 4.0.10 per Redis OSS e ElastiCache versioni successive. ElastiCache
**Topics**
+ [Versioni Valkey supportate](#supported-engine-versions.valkey)
+ [Valkey 8.2](#valkey-version-8.2)
+ [Valkey 8.1](#valkey-version-8.1)
+ [Valkey 8.0](#valkey-version-8)
+ [ElastiCache versione 7.2.6 per Valkey](#valkey-version-7.2.6)
### Versioni Valkey supportate
Versioni Valkey supportate di seguito. Nota che Valkey supporta per impostazione predefinita la maggior parte delle funzionalità disponibili nella ElastiCache versione 7.2 per Redis OSS.
+ Puoi anche aggiornare i tuoi ElastiCache cluster con versioni precedenti alla 5.0.6. Il processo utilizzato è lo stesso, ma potrebbe richiedere tempi di failover più lunghi durante la propagazione DNS (da 30 secondi a un minuto).
+ A partire da Redis OSS 7, ElastiCache supporta il passaggio tra Valkey o Redis OSS (modalità cluster disabilitata) e Valkey o Redis OSS (modalità cluster abilitata).
+ Il processo di aggiornamento del motore Amazon ElastiCache for Redis OSS è progettato per fare il massimo sforzo per conservare i dati esistenti e richiede una replica Redis OSS di successo.
+ Quando si aggiorna il motore, ElastiCache interromperà le connessioni client esistenti. [Per ridurre al minimo i tempi di inattività durante gli aggiornamenti del motore, consigliamo di implementare [le migliori pratiche per i client Redis OSS](BestPractices.Clients.redis.md) con tentativi di errore e backoff esponenziale, nonché le migliori pratiche per ridurre al minimo i tempi di inattività durante la manutenzione.](BestPractices.MinimizeDowntime.md)
+ Non è possibile eseguire l'aggiornamento direttamente da Valkey o Redis OSS (modalità cluster disabilitata) a Valkey o Redis OSS (modalità cluster abilitata) quando si aggiorna il motore. La procedura seguente mostra come eseguire l'aggiornamento da Valkey o Redis OSS (modalità cluster disabilitata) a Valkey o Redis OSS (modalità cluster abilitata).
**Per eseguire l'aggiornamento da una versione del motore Valkey o Redis OSS (modalità cluster disabilitata) a una versione del motore Valkey o Redis OSS (modalità cluster abilitata)**
1. Effettua un backup del cluster o del gruppo di replica Valkey o Redis OSS (modalità cluster disabilitata). Per ulteriori informazioni, consulta [Esecuzione di backup manuali](backups-manual.md).
1. Usa il backup per creare e seminare un cluster Valkey o Redis OSS (modalità cluster abilitata) con uno shard (gruppo di nodi). Specificare la nuova versione del motore e abilitare la modalità cluster durante la creazione del cluster o gruppo di replica. Per ulteriori informazioni, consulta [Tutorial: Seminare un nuovo cluster basato su nodi con un backup creato esternamente](backups-seeding-redis.md).
1. Elimina il vecchio cluster o gruppo di replica Valkey o Redis OSS (modalità cluster disabilitata). Per ulteriori informazioni, consulta [Eliminazione di un cluster in ElastiCache](Clusters.Delete.md) o [Eliminazione di un gruppo di replica](Replication.DeletingRepGroup.md).
1. Ridimensiona il nuovo cluster o gruppo di replica Valkey o Redis OSS (modalità cluster abilitata) in base al numero di shard (gruppi di nodi) di cui hai bisogno. Per ulteriori informazioni, consulta [Scalabilità dei cluster Valkey o Redis OSS (Cluster Mode Enabled)](scaling-redis-cluster-mode-enabled.md)
+ Quando si aggiornano le versioni principali del motore, ad esempio da 5.0.6 a 6.0, è necessario scegliere anche un nuovo gruppo di parametri compatibile con la nuova versione del motore.
+ Per i cluster Redis OSS singoli e i cluster con Multi-AZ disattivato, si consiglia di rendere disponibile una quantità di memoria sufficiente per Redis OSS come descritto in. [Garantire la disponibilità di memoria sufficiente per creare un'istantanea Valkey o Redis OSS](BestPractices.BGSAVE.md) In condizioni simili, il nodo primario non sarà a disposizione delle richieste di servizi durante la procedura di aggiornamento.
+ Per i cluster Redis OSS con Multi-AZ abilitato, consigliamo inoltre di pianificare gli aggiornamenti del motore durante i periodi di basso traffico di scrittura in entrata. Durante l'aggiornamento a Redis OSS 5.0.6 o versioni successive, il cluster primario continua a essere disponibile per le richieste di assistenza durante il processo di aggiornamento.
I cluster e gruppi di replica con più partizioni vengono elaborati e dotati di patch come di seguito:
+ Tutti le partizioni vengono elaborati in parallelo. Ognle partizioni ammette un'unica operazione di aggiornamento alla volta.
+ In ognle partizioni, tutte le repliche vengono elaborate prima del primario. Se una partizione annovera poche repliche, il suo nodo primario potrebbe giungere alla conclusione dell'elaborazione prima delle repliche negli altrle partizioni.
+ I nodi primari dei varle partizioni vengono elaborati in serie. Viene aggiornato un solo nodo primario alla volta.
+ Se sul cluster o gruppo di replica in uso sono abilitate le crittografie, non è possibile eseguire l'aggiornamento a una versione del motore che non le supporti come ad esempio, da 3.2.6 a 3.2.10.
**Considerazioni su Memcached**
Quando si aggiorna un cluster Memcached basato su nodi, si consideri quanto segue.
+ La gestione della versione del motore è progettata in modo da avere il maggior controllo possibile sulle modalità di applicazione delle patch. Tuttavia, ElastiCache si riserva il diritto di applicare una patch al cluster per conto dell'utente nell'improbabile eventualità che si verifichi una vulnerabilità critica di sicurezza nel sistema o nel software di cache.
+ Poiché il motore Memcached non prevede la persistenza, l'aggiornamento a una particolare versione è sempre un processo radicale, che cancella tutti i dati della cache nel cluster.
### ElastiCache versione 8.2 per Valkey
Ecco alcune delle nuove funzionalità introdotte in Valkey 8.2 (rispetto a ElastiCache Valkey 8.1):
+ Supporto nativo per [Vector Search](vector-search.md), che consente di archiviare, indicizzare, cercare e aggiornare miliardi di incorporamenti vettoriali ad alta dimensione in memoria con latenze di soli microsecondi.
[Per ulteriori informazioni su Valkey, vedere Valkey.](https://valkey.io/)
[Per ulteriori informazioni sulla versione Valkey 8.2, che introduce la ricerca vettoriale, vedi Valkey Search.](https://github.com/valkey-io/valkey-search)
### ElastiCache versione 8.1 per Valkey
Ecco alcune delle nuove funzionalità introdotte in Valkey 8.1 (rispetto a ElastiCache Valkey 8.0):
+ Una [nuova implementazione della tabella hash](https://valkey.io/blog/new-hash-table/) che riduce il sovraccarico di memoria per ridurre l'utilizzo della memoria fino al 20% per i modelli più comuni. key/value
+ Supporto nativo per [i filtri Bloom](https://valkey.io/topics/bloomfilters/), un nuovo tipo di dati che consente di eseguire ricerche utilizzando fino al 98% di memoria in meno rispetto all'utilizzo del tipo di dati Set.
+ Nuovo [comando COMMANDLOG](https://valkey.io/commands/commandlog-get/) che registra esecuzioni lente, richieste di grandi dimensioni e risposte di grandi dimensioni.
+ Nuovo supporto per l'aggiornamento condizionale del comando SET utilizzando l'argomento IFEQ.
+ Miglioramenti delle prestazioni, tra cui una latenza inferiore fino al 45% per il comando ZRANK, prestazioni fino a 12 volte più veloci per PFMERGE e PFCOUNT e un throughput fino al 514% superiore per BITCOUNT.
Per [ulteriori](https://valkey.io/) informazioni su Valkey, vedere Valkey
Per ulteriori informazioni sulla versione Valkey 8.1, vedere le note di rilascio di [Valkey](https://github.com/valkey-io/valkey/blob/8.1/00-RELEASENOTES) 8.1
### ElastiCache versione 8.0 per Valkey
Ecco alcune delle nuove funzionalità introdotte in Valkey 8.0 (rispetto a ElastiCache Valkey 7.2.6):
+ Miglioramenti dell'efficienza della memoria, che consentono agli utenti di archiviare fino al 20% in più di dati per nodo senza modifiche all'applicazione.
+ Infrastruttura di metriche per slot introdotta di recente per i cluster basati su nodi, che offre una visibilità dettagliata sulle prestazioni e sull'utilizzo delle risorse dei singoli slot.
+ ElastiCache Serverless for Valkey 8.0 può raddoppiare le richieste al secondo supportate (RPS) ogni 2-3 minuti, raggiungendo 5 milioni di RPS per cache da zero in meno di 13 minuti, con una latenza di lettura p50 costante inferiore al millisecondo.
Per [ulteriori](https://valkey.io/) informazioni su Valkey, vedere Valkey
Per ulteriori informazioni sulla versione Valkey 8, vedere le note di rilascio di [Valkey](https://github.com/valkey-io/valkey/blob/8.0/00-RELEASENOTES) 8
### ElastiCache versione 7.2.6 per Valkey
Il 10 ottobre 2024, è stata rilasciata la ElastiCache versione 7.2.6 per Valkey. Ecco alcune delle nuove funzionalità introdotte nella versione 7.2 (rispetto alla ElastiCache versione 7.1 per Redis OSS):
+ Ottimizzazioni delle prestazioni e della memoria per vari tipi di dati: ottimizzazione della memoria per le chiavi list e set type, ottimizzazione della velocità per i comandi di set ordinati, ottimizzazione delle prestazioni per i comandi con più chiavi in modalità cluster, miglioramenti delle prestazioni, ottimizzazione pub/sub delle prestazioni per i comandi SCAN, SSCAN, HSCAN, ZSCAN e numerose altre ottimizzazioni minori.
+ Nuova opzione WITHSCORE per i comandi ZRANK e ZREVRANK
+ CLIENT NO-TOUCH per consentire ai client di eseguire comandi senza influire sui tasti. LRU/LFU
+ Nuovo comando CLUSTER MYSHARDID che restituisce lo Shard ID del nodo per raggruppare logicamente i nodi in modalità cluster in base alla replica.
[Per ulteriori informazioni su Valkey, vedere Valkey](https://valkey.io/)
Per ulteriori informazioni sulla ElastiCache versione 7.2 per la versione Valkey, consultate le [Note di rilascio di Redis OSS 7.2.4 (la versione 7.2](https://github.com/valkey-io/valkey/blob/d2c8a4b91e8c0e6aefd1f5bc0bf582cddbe046b7/00-RELEASENOTES) per Valkey include tutte le modifiche dalla ElastiCache versione 7.1 per Redis OSS fino alla ElastiCache versione 7.2.4 per Redis OSS). ElastiCache Note [di rilascio di Valkey 7.2 su Valkey on](https://github.com/valkey-io/valkey/blob/7.2/00-RELEASENOTES). GitHub
## ElastiCache versione 8.2 per Valkey
Ecco alcune delle nuove funzionalità introdotte in Valkey 8.2 (rispetto a ElastiCache Valkey 8.1):
+ Supporto nativo per [Vector Search](vector-search.md), che consente di archiviare, indicizzare, cercare e aggiornare miliardi di incorporamenti vettoriali ad alta dimensione in memoria con latenze di soli microsecondi.
[Per ulteriori informazioni su Valkey, vedere Valkey.](https://valkey.io/)
[Per ulteriori informazioni sulla versione Valkey 8.2, che introduce la ricerca vettoriale, vedi Valkey Search.](https://github.com/valkey-io/valkey-search)
## ElastiCache versione 8.1 per Valkey
Ecco alcune delle nuove funzionalità introdotte in Valkey 8.1 (rispetto a ElastiCache Valkey 8.0):
+ Una [nuova implementazione della tabella hash](https://valkey.io/blog/new-hash-table/) che riduce il sovraccarico di memoria per ridurre l'utilizzo della memoria fino al 20% per i modelli più comuni. key/value
+ Supporto nativo per [i filtri Bloom](https://valkey.io/topics/bloomfilters/), un nuovo tipo di dati che consente di eseguire ricerche utilizzando fino al 98% di memoria in meno rispetto all'utilizzo del tipo di dati Set.
+ Nuovo [comando COMMANDLOG](https://valkey.io/commands/commandlog-get/) che registra esecuzioni lente, richieste di grandi dimensioni e risposte di grandi dimensioni.
+ Nuovo supporto per l'aggiornamento condizionale del comando SET utilizzando l'argomento IFEQ.
+ Miglioramenti delle prestazioni, tra cui una latenza inferiore fino al 45% per il comando ZRANK, prestazioni fino a 12 volte più veloci per PFMERGE e PFCOUNT e un throughput fino al 514% superiore per BITCOUNT.
Per [ulteriori](https://valkey.io/) informazioni su Valkey, vedere Valkey
Per ulteriori informazioni sulla versione Valkey 8.1, vedere le note di rilascio di [Valkey](https://github.com/valkey-io/valkey/blob/8.1/00-RELEASENOTES) 8.1
## ElastiCache versione 8.0 per Valkey
Ecco alcune delle nuove funzionalità introdotte in Valkey 8.0 (rispetto a ElastiCache Valkey 7.2.6):
+ Miglioramenti dell'efficienza della memoria, che consentono agli utenti di archiviare fino al 20% in più di dati per nodo senza modifiche all'applicazione.
+ Infrastruttura di metriche per slot introdotta di recente per i cluster basati su nodi, che offre una visibilità dettagliata sulle prestazioni e sull'utilizzo delle risorse dei singoli slot.
+ ElastiCache Serverless for Valkey 8.0 può raddoppiare le richieste al secondo supportate (RPS) ogni 2-3 minuti, raggiungendo 5 milioni di RPS per cache da zero in meno di 13 minuti, con una latenza di lettura p50 costante inferiore al millisecondo.
Per [ulteriori](https://valkey.io/) informazioni su Valkey, vedere Valkey
Per ulteriori informazioni sulla versione Valkey 8, vedere le note di rilascio di [Valkey](https://github.com/valkey-io/valkey/blob/8.0/00-RELEASENOTES) 8
## ElastiCache versione 7.2.6 per Valkey
Il 10 ottobre 2024, è stata rilasciata la ElastiCache versione 7.2.6 per Valkey. Ecco alcune delle nuove funzionalità introdotte nella versione 7.2 (rispetto alla ElastiCache versione 7.1 per Redis OSS):
+ Ottimizzazioni delle prestazioni e della memoria per vari tipi di dati: ottimizzazione della memoria per le chiavi list e set type, ottimizzazione della velocità per i comandi di set ordinati, ottimizzazione delle prestazioni per i comandi con più chiavi in modalità cluster, miglioramenti delle prestazioni, ottimizzazione pub/sub delle prestazioni per i comandi SCAN, SSCAN, HSCAN, ZSCAN e numerose altre ottimizzazioni minori.
+ Nuova opzione WITHSCORE per i comandi ZRANK e ZREVRANK
+ CLIENT NO-TOUCH per consentire ai client di eseguire comandi senza influire sui tasti. LRU/LFU
+ Nuovo comando CLUSTER MYSHARDID che restituisce lo Shard ID del nodo per raggruppare logicamente i nodi in modalità cluster in base alla replica.
[Per ulteriori informazioni su Valkey, vedere Valkey](https://valkey.io/)
Per ulteriori informazioni sulla ElastiCache versione 7.2 per la versione Valkey, consultate le [Note di rilascio di Redis OSS 7.2.4 (la versione 7.2](https://github.com/valkey-io/valkey/blob/d2c8a4b91e8c0e6aefd1f5bc0bf582cddbe046b7/00-RELEASENOTES) per Valkey include tutte le modifiche dalla ElastiCache versione 7.1 per Redis OSS fino alla ElastiCache versione 7.2.4 per Redis OSS). ElastiCache Note [di rilascio di Valkey 7.2 su Valkey on](https://github.com/valkey-io/valkey/blob/7.2/00-RELEASENOTES). GitHub
## Versioni del motore Redis OSS supportate
ElastiCache Le cache serverless e i cluster basati su nodi supportano tutte le versioni Redis OSS 7.1 e precedenti.
+ [ElastiCache versione 7.1 per Redis OSS (migliorata)](#redis-version-7.1)
**Topics**
+ [ElastiCache versione 7.1 per Redis OSS (migliorata)](#redis-version-7.1)
+ [ElastiCache versione 7.0 per Redis OSS (migliorata)](#redis-version-7.0)
+ [ElastiCache versione 6.2 per Redis OSS (migliorata)](#redis-version-6.2)
+ [ElastiCache versione 6.0 per Redis OSS (migliorata)](#redis-version-6.0)
+ [ElastiCache versione 5.0.6 per Redis OSS (migliorata)](#redis-version-5-0.6)
+ [ElastiCache versione 5.0.5 per Redis OSS (deprecata, usa la versione 5.0.6)](#redis-version-5-0.5)
+ [ElastiCache versione 5.0.4 per Redis OSS (deprecata, usa la versione 5.0.6)](#redis-version-5-0.4)
+ [ElastiCache versione 5.0.3 per Redis OSS (deprecata, usa la versione 5.0.6)](#redis-version-5-0.3)
+ [ElastiCache versione 5.0.0 per Redis OSS (obsoleta, usa la versione 5.0.6)](#redis-version-5-0)
+ [ElastiCache versione 4.0.10 per Redis OSS (migliorata)](#redis-version-4-0-10)
+ [Versioni precedenti di fine del ciclo di vita (EOL) (3.x)](#redis-version-3-2-10-scheduled-eol)
+ [Versioni precedenti di fine del ciclo di vita (EOL) (2.x)](#redis-version-2-x-eol)
### ElastiCache versione 7.1 per Redis OSS (migliorata)
Questa versione contiene miglioramenti delle prestazioni che consentono ai carichi di lavoro di aumentare il throughput e ridurre le latenze operative. ElastiCache [la versione 7.1 per Redis OSS introduce due miglioramenti principali:](https://aws.amazon.com/blogs/database/achieve-over-500-million-requests-per-second-per-cluster-with-amazon-elasticache-for-redis-7-1/)
Abbiamo esteso la funzionalità avanzata dei I/O thread per gestire anche la logica del livello di presentazione. Per livello di presentazione, intendiamo i thread di I/O avanzati che ora non solo leggono l'input del client, ma analizzano anche l'input nel formato di comando binario Redis OSS. L'input viene quindi inoltrato al thread principale per l'esecuzione, fornendo così un aumento delle prestazioni. Pattern di accesso alla memoria Redis OSS migliorato. Le fasi di esecuzione di molte operazioni sulla struttura dei dati sono interleaved, per garantire l'accesso parallelo alla memoria e una latenza di accesso alla memoria ridotta. Quando utilizzano sistemi basati ElastiCache su Graviton3 `R7g.4xlarge` o versioni successive, i clienti possono raggiungere oltre 1 milione di richieste al secondo per nodo. Con i miglioramenti delle prestazioni apportati a ElastiCache Redis OSS v7.1, i clienti possono ottenere un throughput fino al 100% in più e una latenza P99 inferiore del 50% rispetto a Redis OSS v7.0. ElastiCache Questi miglioramenti sono abilitati su nodi di dimensioni con almeno 8 core fisici (`2xlarge` su Graviton e `4xlarge` su x86), indipendentemente dal tipo di CPU e non richiedono modifiche al client.
**Nota**
ElastiCache la versione 7.1 è compatibile con Redis OSS v7.0.
### ElastiCache versione 7.0 per Redis OSS (migliorata)
ElastiCache per Redis OSS 7.0 aggiunge una serie di miglioramenti e supporto per nuove funzionalità:
+ [Funzioni](https://valkey.io/topics/functions-intro/): ElastiCache per Redis OSS 7 aggiunge il supporto per Redis OSS Functions e offre un'esperienza gestita che consente agli sviluppatori di eseguire [script LUA](https://valkey.io/topics/eval-intro/) con la logica dell'applicazione archiviata nel ElastiCache cluster, senza richiedere ai client di inviare nuovamente gli script al server ad ogni connessione.
+ [Miglioramenti ACL](https://valkey.io/topics/acl/): Valkey e Redis OSS 7 aggiungono il supporto per la prossima versione di Access Control Lists (). ACLs I client possono ora specificare più set di autorizzazioni su chiavi o spazi chiave specifici in Valkey e Redis OSS.
+ [Sharded Pub/Sub](https://valkey.io/topics/pubsub/): ElastiCache per Valkey e Redis OSS 7 aggiunge il supporto per eseguire Pub/Sub functionality in a sharded way when running ElastiCache in Cluster Mode Enabled (CME). Pub/Sub funzionalità che consentono agli editori di inviare messaggi a qualsiasi numero di abbonati su un canale. I canali sono associati a uno shard nel ElastiCache cluster, eliminando la necessità di propagare le informazioni sui canali tra gli shard, con conseguente migliore scalabilità.
+ I/O Multiplexing migliorato: ElastiCache per Valkey e Redis OSS 7 introduce il multiplexing I/O avanzato, che offre un throughput maggiore e una latenza ridotta per carichi di lavoro ad alto throughput con molte connessioni client simultanee a un cluster. ElastiCache Ad esempio, quando si utilizza un cluster di nodi r6g.xlarge e si eseguono 5200 client simultanei, è possibile ottenere un aumento del throughput fino al 72% (operazioni di lettura e scrittura al secondo) e una riduzione della latenza P99 fino al 71%, rispetto alla ElastiCache versione 6 per Redis OSS.
[Per ulteriori informazioni su Valkey, vedere Valkey.](https://valkey.io/) Per ulteriori informazioni sulla versione Redis OSS 7.0, consulta le note di rilascio di [Redis OSS 7.0 su Redis OSS](https://github.com/redis/redis/blob/7.0/00-RELEASENOTES) su. GitHub
### ElastiCache versione 6.2 per Redis OSS (migliorata)
ElastiCache per Redis OSS 6.2 include miglioramenti delle prestazioni per i cluster abilitati a TLS che utilizzano tipi di nodi x86 con 8 v CPUs o più o tipi di nodi Graviton2 con 4 v o più. CPUs Questi miglioramenti migliorano la velocità effettiva e riducono i tempi di creazione della connessione del client affidando la crittografia ad altri v. CPUs Con Redis OSS 6.2, puoi anche gestire l'accesso ai canali Pub/Sub con le regole Access Control List (ACL).
Con questa versione, introduciamo anche il supporto per il tiering dei dati su nodi del cluster contenenti SSD collegati localmente. NVMe Per ulteriori informazioni, consulta [Suddivisione dei dati su più livelli in ElastiCache](data-tiering.md).
La versione 6.2.6 del motore Redis OSS introduce anche il supporto per il formato nativo di JavaScript Object Notation (JSON), un modo semplice e senza schemi per codificare set di dati complessi all'interno dei cluster Redis OSS. Con il supporto JSON, puoi sfruttare le prestazioni e Redis OSS per le applicazioni che funzionano su JSON. APIs Per ulteriori informazioni, consulta [Nozioni di base su JSON](json-gs.md). Sono incluse anche le metriche relative a JSON `JsonBasedCmds` e`JsonBasedCmdsLatency`, che sono incorporate CloudWatch per monitorare l'utilizzo di questo tipo di dati. Per ulteriori informazioni, consulta [Metriche per Valkey e Redis OSS](CacheMetrics.Redis.md).
Si specifica la versione del motore utilizzando 6.2. ElastiCache richiamerà automaticamente la versione patch preferita di Redis OSS 6.2 disponibile. Ad esempio, quando si crea/modifica un cluster, si imposta il parametro su 6.2. `--engine-version` Il cluster verrà avviato con la versione patch preferita attualmente disponibile di Redis OSS 6.2. creation/modification Specificando la versione 6.x del motore nell'API si otterrà l'ultima versione secondaria di Redis OSS 6.
Per i cluster 6.0 esistenti, è possibile attivare il successivo aggiornamento automatico della versione secondaria impostando il `AutoMinorVersionUpgrade` parametro su `yes` in`CreateCacheCluster`, `ModifyCacheCluster` o. `CreateReplicationGroup` `ModifyReplicationGroup` APIs ElastiCache aggiornerà la versione secondaria dei cluster 6.0 esistenti alla 6.2 utilizzando aggiornamenti self-service. Per ulteriori informazioni, consulta [Aggiornamenti self-service in Amazon ElastiCache](Self-Service-Updates.md).
Quando si chiama l' DescribeCacheEngineVersions API, il valore del `EngineVersion` parametro verrà impostato su 6.2 e la versione effettiva del motore con la versione della patch verrà restituita nel `CacheEngineVersionDescription` campo.
Per ulteriori informazioni sulla versione Redis OSS 6.2, consultate le [note di rilascio di Redis OSS 6.2 su Redis OSS](https://github.com/redis/redis/blob/6.2/00-RELEASENOTES) su. GitHub
### ElastiCache versione 6.0 per Redis OSS (migliorata)
Amazon ElastiCache introduce la nuova versione del ElastiCache motore Redis OSS, che include l'[autenticazione degli utenti con il controllo degli accessi basato sui ruoli, la memorizzazione](Clusters.RBAC.md) nella cache lato client e significativi miglioramenti operativi.
A partire da Redis OSS 6.0, ElastiCache offrirà un'unica versione per ogni versione minore di Redis OSS, anziché offrire più versioni di patch. ElastiCache gestirà automaticamente la versione patch dei cluster in esecuzione, garantendo prestazioni migliorate e maggiore sicurezza.
Puoi anche attivare il successivo aggiornamento automatico della versione secondaria impostando il `AutoMinorVersionUpgrade` parametro su `yes` e ElastiCache gestirai l'aggiornamento della versione secondaria tramite aggiornamenti self-service. Per ulteriori informazioni, consulta [Aggiornamenti del servizio in ElastiCache](Self-Service-Updates.md).
È possibile specificare la versione del motore utilizzando. `6.0` ElastiCache richiamerà automaticamente la versione patch preferita di Redis OSS 6.0 disponibile. Ad esempio, se siete create/modify un cluster, impostate il `--engine-version` parametro su 6.0. Il cluster verrà avviato con la versione patch preferita attualmente disponibile di Redis OSS 6.0 al momento della creazione/modifica. Qualsiasi richiesta con un valore di versione secondaria specifico verrà rifiutata, verrà generata un'eccezione e il processo avrà esito negativo.
Quando si chiama l' DescribeCacheEngineVersions API, il valore del `EngineVersion` parametro verrà impostato su 6.0 e nel campo verrà restituita la versione effettiva del motore con la versione della patch. `CacheEngineVersionDescription`
Per ulteriori informazioni sulla versione Redis OSS 6.0, consultate le [note di rilascio di Redis OSS 6.0 su Redis OSS](https://github.com/redis/redis/blob/6.0/00-RELEASENOTES) su. GitHub
### ElastiCache versione 5.0.6 per Redis OSS (migliorata)
Amazon ElastiCache introduce la nuova versione del ElastiCache motore Redis OSS, che include correzioni di bug e i seguenti aggiornamenti cumulativi:
+ Garanzia di stabilità del motore in condizioni speciali.
+ Miglioramento della gestione degli errori di Hyperloglog.
+ Comandi avanzati di handshake per una replica affidabile.
+ Tracciamento costante della consegna dei messaggi tramite il comando `XCLAIM`.
+ Gestione migliorata del campo `LFU `negli oggetti.
+ Gestione migliorata delle transazioni durante l'utilizzo `ZPOP`.
+ Possibilità di rinominare i comandi: un parametro chiamato `rename-commands` che consente di rinominare comandi Redis OSS potenzialmente pericolosi o costosi che potrebbero causare la perdita accidentale di dati, come o. `FLUSHALL` `FLUSHDB` È simile alla configurazione rename-command in Redis OSS open source. Tuttavia, ElastiCache ha migliorato l'esperienza fornendo un flusso di lavoro completamente gestito. Le modifiche al nome del comando vengono applicate immediatamente e propagate automaticamente su tutti i nodi del cluster che contengono l'elenco comandi. Non è richiesto alcun intervento da parte dell'utente, come il riavvio dei nodi.
I seguenti esempi mostrano come modificare i gruppi di parametri esistenti. È incluso il parametro `rename-commands` che è un elenco di comandi separati da spazi da rinominare:
```
aws elasticache modify-cache-parameter-group --cache-parameter-group-name custom_param_group
--parameter-name-values "ParameterName=rename-commands, ParameterValue='flushall restrictedflushall'" --region region
```
In questo esempio, il parametro *rename-commands* viene utilizzato per rinominare il comando `flushall` in `restrictedflushall`.
Per rinominare più comandi, usa:
```
aws elasticache modify-cache-parameter-group --cache-parameter-group-name custom_param_group
--parameter-name-values "ParameterName=rename-commands, ParameterValue='flushall restrictedflushall flushdb restrictedflushdb''" --region region
```
Per ripristinare una modifica, esegui nuovamente il comando ed escludi i valori rinominati dall'elenco `ParameterValue` che vuoi conservare, come illustrato di seguito:
```
aws elasticache modify-cache-parameter-group --cache-parameter-group-name custom_param_group
--parameter-name-values "ParameterName=rename-commands, ParameterValue='flushall restrictedflushall'" --region region
```
In questo caso, il comando `flushall` viene rinominato in `restrictedflushall` e qualsiasi altro comando rinominato riacquista il nome originale.
**Nota**
Quando si rinominano i comandi, si applicano le seguenti limitazioni:
Tutti i comandi rinominati devono essere alfanumerici.
La lunghezza massima dei nuovi nomi di comandi è di 20 caratteri alfanumerici.
Durante la ridenominazione dei comandi, assicurati di aggiornare il gruppo di parametri associato al cluster.
Per impedire completamente l'uso di un comando, usa la parola chiave `blocked`, come indicato di seguito:
```
aws elasticache modify-cache-parameter-group --cache-parameter-group-name custom_param_group
--parameter-name-values "ParameterName=rename-commands, ParameterValue='flushall blocked'" --region region
```
Per ulteriori informazioni sulle modifiche ai parametri e per un elenco dei comandi idonei per la ridenominazione, vedi [Modifiche ai parametri Redis OSS 5.0.3](ParameterGroups.Engine.md#ParameterGroups.Redis.5-0-3).
+ Redis OSS Streams: modella una struttura di dati di registro che consente ai produttori di aggiungere nuovi elementi in tempo reale. Inoltre consente ai consumatori di utilizzare i messaggi in modo bloccante e non. I flussi consentono i gruppi di consumatori, che rappresentano un gruppo di clienti che consumano cooperativamente diverse parti dello stesso flusso di messaggi, in modo simile ad [Apache Kafka](https://kafka.apache.org/documentation/). [Per ulteriori informazioni, consulta Streams.](https://valkey.io/topics/streams-intro)
+ Support per una famiglia di comandi di flusso come `XADD`, `XRANGE` e `XREAD`. Per ulteriori informazioni, consulta [Streams](https://valkey.io/commands/#stream) Commands.
+ Alcuni parametri nuovi e ridenominati. Per ulteriori informazioni, consulta [Modifiche ai parametri Redis OSS 5.0.0](ParameterGroups.Engine.md#ParameterGroups.Redis.5.0).
+ Una nuova metrica Redis OSS,. `StreamBasedCmds`
+ Tempo di snapshot leggermente più rapido per i nodi Redis OSS.
**Importante**
ElastiCache ha ripristinato due correzioni di bug critici dalla versione open source 5.0.1 di [Redis](https://github.com/redis/redis/blob/5.0/00-RELEASENOTES) OSS. Sono elencati qui di seguito:
Risposta di mancata corrispondenza RESTORE quando determinate chiavi sono già scadute.
Il comando `XCLAIM` può potenzialmente restituire una voce errata o desincronizzare il protocollo.
Entrambe queste correzioni di bug sono incluse nel supporto Redis OSS ElastiCache per la versione 5.0.0 del motore Redis OSS e vengono utilizzate negli aggiornamenti delle versioni future.
Per ulteriori informazioni, consulta le note di rilascio di [Redis OSS 5.0.6 su Redis OSS](https://github.com/redis/redis/blob/5.0/00-RELEASENOTES) su. GitHub
### ElastiCache versione 5.0.5 per Redis OSS (deprecata, usa la versione 5.0.6)
Amazon ElastiCache introduce la prossima versione di ElastiCache per il motore Redis OSS;. Include modifiche alla configurazione online per i ElastiCache cluster con failover automatico durante tutte le operazioni pianificate. Ora puoi scalare il cluster, aggiornare la versione del motore Redis OSS e applicare patch e aggiornamenti di manutenzione mentre il cluster rimane online e continua a soddisfare le richieste in arrivo. Include anche correzioni di bug.
Per ulteriori informazioni, consulta le [note di rilascio di Redis OSS 5.0.5](https://github.com/redis/redis/blob/5.0/00-RELEASENOTES) su Redis OSS su. GitHub
### ElastiCache versione 5.0.4 per Redis OSS (deprecata, usa la versione 5.0.6)
Amazon ElastiCache introduce la prossima versione del motore Redis OSS supportato da. ElastiCache Include i miglioramenti seguenti:
+ Garanzia di stabilità del motore in condizioni speciali.
+ Miglioramento della gestione degli errori di Hyperloglog.
+ Comandi avanzati di handshake per una replica affidabile.
+ Tracciamento costante della consegna dei messaggi tramite il comando `XCLAIM`.
+ Gestione migliorata del campo `LFU `negli oggetti.
+ Gestione migliorata delle transazioni durante l'utilizzo `ZPOP`.
Per ulteriori informazioni, consulta le [note di rilascio di Redis OSS 5.0.4](https://github.com/redis/redis/blob/5.0/00-RELEASENOTES) su Redis OSS su. GitHub
### ElastiCache versione 5.0.3 per Redis OSS (deprecata, usa la versione 5.0.6)
Amazon ElastiCache introduce la prossima versione del ElastiCache motore Redis OSS, che include correzioni di bug.
### ElastiCache versione 5.0.0 per Redis OSS (obsoleta, usa la versione 5.0.6)
Amazon ElastiCache introduce la prossima versione principale del motore ElastiCache Redis OSS. ElastiCache la versione 5.0.0 per Redis OSS supporta i seguenti miglioramenti:
+ Redis OSS Streams: modella una struttura di dati di log che consente ai produttori di aggiungere nuovi elementi in tempo reale. Inoltre consente ai consumatori di utilizzare i messaggi in modo bloccante e non. I flussi consentono i gruppi di consumatori, che rappresentano un gruppo di clienti che consumano cooperativamente diverse parti dello stesso flusso di messaggi, in modo simile ad [Apache Kafka](https://kafka.apache.org/documentation/). [Per ulteriori informazioni, consulta Streams.](https://valkey.io/topics/streams-intro)
+ Support per una famiglia di comandi di flusso come `XADD`, `XRANGE` e `XREAD`. Per ulteriori informazioni, consulta [Streams](https://valkey.io/commands/#stream) Commands.
+ Alcuni parametri nuovi e ridenominati. Per ulteriori informazioni, consulta [Modifiche ai parametri Redis OSS 5.0.0](ParameterGroups.Engine.md#ParameterGroups.Redis.5.0).
+ Una nuova metrica Redis OSS,. `StreamBasedCmds`
+ Tempo di snapshot leggermente più rapido per i nodi Redis OSS.
### ElastiCache versione 4.0.10 per Redis OSS (migliorata)
Amazon ElastiCache introduce la prossima versione principale del motore ElastiCache Redis OSS. ElastiCache la versione 4.0.10 per Redis OSS supporta i seguenti miglioramenti:
+ Ridimensionamento e crittografia dei cluster online in un'unica versione. ElastiCache Per ulteriori informazioni, consulta quanto segue:
+ [Scalabilità dei cluster Valkey o Redis OSS (Cluster Mode Enabled)](scaling-redis-cluster-mode-enabled.md)
+ [Resharding online per Valkey o Redis OSS (modalità cluster abilitata)](scaling-redis-cluster-mode-enabled.md#redis-cluster-resharding-online)
+ [Sicurezza dei dati in Amazon ElastiCache](encryption.md)
+ Alcuni nuovi parametri. Per ulteriori informazioni, consulta [Modifiche ai parametri Redis OSS 4.0.10](ParameterGroups.Engine.md#ParameterGroups.Redis.4-0-10).
+ Support per la famiglia di comandi di memoria, come `MEMORY`. Per ulteriori informazioni, vedere [Comandi](https://valkey.io/commands) (ricerca su MEMO).
+ Support per la deframmentazione della memoria in modalità online e, di conseguenza, un utilizzo più efficiente della memoria e più memoria disponibile per i dati.
+ Support per lavaggi ed eliminazioni asincroni. ElastiCache for Redis OSS supporta comandi come `UNLINK` `FLUSHDB` e da `FLUSHALL` eseguire in un thread diverso dal thread principale. Questo consente di migliorare i tempi di risposta e le prestazioni per le applicazioni liberando la memoria in modo asincrono.
+ Una nuova metrica Redis OSS,. `ActiveDefragHits` Per ulteriori informazioni, consulta [Metrics for](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/CacheMetrics.Redis.html) Redis OSS.
Gli utenti Redis OSS (modalità cluster disabilitata) che eseguono la ElastiCache versione 3.2.10 per Redis OSS possono utilizzare la console per aggiornare i propri cluster tramite l'aggiornamento online.
**Confronto tra ElastiCache il ridimensionamento dei cluster e il supporto alla crittografia**
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/it_it/AmazonElastiCache/latest/dg/engine-versions.html)
### Versioni precedenti di fine del ciclo di vita (EOL) (3.x)
#### ElastiCache versione 3.2.10 per Redis OSS (migliorata)
Amazon ElastiCache introduce la prossima versione principale del motore ElastiCache Redis OSS. ElastiCache la versione 3.2.10 per Redis OSS (enhanced) introduce il ridimensionamento online del cluster per aggiungere o rimuovere frammenti dal cluster mentre continua a soddisfare le richieste in arrivo. I/O ElastiCache per Redis OSS 3.2.10 gli utenti dispongono di tutte le funzionalità delle versioni precedenti di Redis OSS tranne la possibilità di crittografare i propri dati. Questa caratteristicaè attualmente disponibile nella versione 3.2.6.
**Confronto delle ElastiCache versioni 3.2.6 e 3.2.10 per Redis OSS**
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/it_it/AmazonElastiCache/latest/dg/engine-versions.html)
Per ulteriori informazioni, consulta gli argomenti seguenti:
+ [Resharding online per Valkey o Redis OSS (modalità cluster abilitata)](scaling-redis-cluster-mode-enabled.md#redis-cluster-resharding-online)
+ [Ridimensionamento di cluster online](best-practices-online-resharding.md)
#### ElastiCache versione 3.2.6 per Redis OSS (migliorata)
Amazon ElastiCache introduce la prossima versione principale del motore ElastiCache Redis OSS. ElastiCache la versione 3.2.6 per Redis OSS gli utenti hanno accesso a tutte le funzionalità delle versioni precedenti di Redis OSS, oltre alla possibilità di crittografare i propri dati. Per ulteriori informazioni, consulta gli argomenti seguenti:
+ [ElastiCache crittografia in transito (TLS)](in-transit-encryption.md)
+ [Crittografia At-Rest in ElastiCache](at-rest-encryption.md)
+ [Convalida della conformità per Amazon ElastiCache](elasticache-compliance.md)
#### ElastiCache versione 3.2.4 per Redis OSS (migliorata)
ElastiCache La versione 3.2.4 di Amazon introduce la prossima versione principale del motore ElastiCache Redis OSS. ElastiCache *3.2.4 gli utenti hanno a disposizione tutte le funzionalità delle versioni precedenti di Redis OSS, oltre alla possibilità di eseguire in modalità cluster o non *cluster*.* La tabella seguente funge da riepilogo.
**Confronto tra la modalità non cluster di Redis OSS 3.2.4 e la modalità cluster**
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/it_it/AmazonElastiCache/latest/dg/engine-versions.html)
**Note:**
+ **Partizionamento**: La possibilità di ripartire i dati tra un minimo di 2 e un massimo di 500 gruppi di nodi (partizioni), con il support della replica per ciascun gruppo di nodi.
+ Indicizzazione **geospaziale: Redis OSS 3.2.4 introduce il supporto per l'indicizzazione** geospaziale tramite sei comandi GEO. [Per ulteriori informazioni, consulta la documentazione del comando Redis OSS GEO\$1 Commands: GEO nella pagina Valkey Commands (filtrata per GEO).](http://valkey.io/commands#geo)
[Per informazioni sulle funzionalità aggiuntive di Redis OSS 3, consultate le note di rilascio di Redis OSS [3.2 e le note di rilascio di Redis OSS](https://github.com/redis/redis/blob/3.2/00-RELEASENOTES) 3.0.](https://github.com/redis/redis/blob/3.0/00-RELEASENOTES)
Valkey o Redis OSS attualmente ElastiCache gestiti (modalità cluster abilitata) non supportano le seguenti funzionalità di Redis OSS 3.2:
+ Migrazione di repliche
+ Ribilanciamento di cluster
+ Debugger Lua
ElastiCache disabilita i seguenti comandi di gestione Redis OSS 3.2:
+ `cluster meet`
+ `cluster replicate`
+ `cluster flushslots`
+ `cluster addslots`
+ `cluster delslots`
+ `cluster setslot`
+ `cluster saveconfig`
+ `cluster forget`
+ `cluster failover`
+ `cluster bumpepoch`
+ `cluster set-config-epoch`
+ `cluster reset`
Per informazioni sui parametri Redis OSS 3.2.4, vedere. [Modifiche ai parametri Redis OSS 3.2.4](ParameterGroups.Engine.md#ParameterGroups.Redis.3-2-4)
### Versioni precedenti di fine del ciclo di vita (EOL) (2.x)
#### ElastiCache versione 2.8.24 per Redis OSS (migliorata)
I miglioramenti di Redis OSS aggiunti dalla versione 2.8.23 includono correzioni di bug e registrazione di indirizzi di accesso errati alla memoria. Per ulteriori informazioni, consulta le note di rilascio di [Redis OSS 2.8](https://github.com/redis/redis/blob/2.8/00-RELEASENOTES).
#### ElastiCache versione 2.8.23 per Redis OSS (migliorata)
I miglioramenti di Redis OSS aggiunti dalla versione 2.8.22 includono correzioni di bug. Per ulteriori informazioni, consulta le note di rilascio di [Redis OSS 2.8](https://github.com/redis/redis/blob/2.8/00-RELEASENOTES). Questa versione include, tra l'altro, il support per il nuovo parametro `close-on-slave-write` che, se abilitato, disconnette i client che tentano di scrivere in una replica di sola lettura.
Per ulteriori informazioni sui parametri Redis OSS 2.8.23, [Parametri aggiunti per Redis OSS 2.8.23 (migliorato)](ParameterGroups.Engine.md#ParameterGroups.Redis.2-8-23) consultate la Guida per l'utente. ElastiCache
#### ElastiCache versione 2.8.22 per Redis OSS (migliorata)
I miglioramenti di Redis OSS aggiunti dalla versione 2.8.21 includono quanto segue:
+ Support per sincronizzazioni e backup senza fork, che permettono di allocare meno memoria per la gestione dei backup e più, invece, per l'applicazione. Per ulteriori informazioni, consulta [Modalità di implementazione di sincronizzazione e backup](Replication.Redis.Versions.md). L'elaborazione senza fork può influire su latenza e throughput. Nel caso di un elevato throughput di scrittura, al momento del riavvio della sincronizzazione e per tutta la sua durata, una replica può non essere raggiungibile.
+ In caso di failover, i gruppi di replica ora vengono ripristinati più velocemente perché, se possibile, le repliche eseguono sincronizzazioni parziali anziché complete con il nodo primario. Si guadagna ulteriormente in rapidità perché, inoltre, sia il primario che le repliche non utilizzano più il disco durante le sincronizzazioni.
+ Support per due nuove CloudWatch metriche.
+ `ReplicationBytes`:- Il numero di byte che il cluster primario di un gruppo di replica invia alle repliche di lettura.
+ `SaveInProgress` - Un valore binario che indica se sia in esecuzione o meno un processo di salvataggio in background.
Per ulteriori informazioni, consulta [Monitoraggio dell'utilizzo con CloudWatch Metrics](CacheMetrics.md).
+ Varie correzioni di bug critici nel comportamento della PSYNC di replica. Per ulteriori informazioni, consultate le note di [rilascio di Redis OSS 2.8](https://github.com/redis/redis/blob/2.8/00-RELEASENOTES).
+ Per mantenere prestazioni di replica migliorate nei gruppi di replica Multi-AZ e per una maggiore stabilità del cluster, le non ElastiCache repliche non sono più supportate.
+ Per affinare la coerenza dei dati tra il cluster primario e le repliche in un gruppo di replica, le repliche non eliminano più le chiavi indipendenti dal cluster principale.
+ Le variabili di configurazione Redis OSS `appendonly` e non `appendfsync` sono supportate su Redis OSS versione 2.8.22 e successive.
+ In caso di memoria insufficiente, i client con un buffer di output consistente possono essere disconnessi da un cluster di replica. Se disconnesso, il client deve riconnettersi. Situazioni simili si verificano più frequentemente con i client PUBSUB.
#### ElastiCache versione 2.8.21 per Redis OSS
I miglioramenti di Redis OSS aggiunti dalla versione 2.8.19 includono una serie di correzioni di bug. Per ulteriori informazioni, consulta le note di rilascio di [Redis OSS 2.8](https://github.com/redis/redis/blob/2.8/00-RELEASENOTES).
#### ElastiCache versione 2.8.19 per Redis OSS
I miglioramenti di Redis OSS aggiunti dalla versione 2.8.6 includono quanto segue:
+ Support per HyperLogLog. Per ulteriori informazioni, consulta la [nuova struttura dati di Redis OSS: HyperLogLog](http://antirez.com/news/75).
+ I dati basati su set ordinati estendono il support alle query di intervallo lessicografiche con i nuovi comandi `ZRANGEBYLEX`, `ZLEXCOUNT` e `ZREMRANGEBYLEX`.
+ Per impedire che un nodo primario invii dati non aggiornati ai nodi di replica, la sincronizzazione del master si blocca quando un processo di salvataggio in background (`bgsave`) figlio si interrompe.
+ Support per la *HyperLogLogBasedCommands* CloudWatchmetrica. Per ulteriori informazioni, consulta [Metriche per Valkey e Redis OSS](CacheMetrics.Redis.md).
#### ElastiCache versione 2.8.6 per Redis OSS
I miglioramenti di Redis OSS aggiunti dalla versione 2.6.13 includono quanto segue:
+ Resilienza e tolleranza ai guasti migliorate per le repliche di lettura.
+ Support per la risincronizzazione parziale.
+ Support per un numero minimo definito dall'utente di repliche di lettura che devono essere sempre disponibili.
+ Support completo per pub/sub-notifica ai client degli eventi sul server.
+ Rilevamento automatico di un errore del nodo primario e failover di quest'ultimo con un nodo secondario.
#### ElastiCache versione 2.6.13 per Redis OSS
ElastiCache la versione 2.6.13 per Redis OSS era la versione iniziale che supportava Redis OSS. ElastiCache Multi-AZ non è supportato nella ElastiCache versione 2.6.13 per Redis OSS.
## ElastiCache versioni per la pianificazione di fine del ciclo di vita di Redis OSS
Questa sezione definisce le date di fine vita (EOL) per le versioni principali precedenti mano a mano che vengono annunciate. Ciò consente di prendere decisioni future sulla versione e sugli aggiornamenti.
**Nota**
ElastiCache le versioni da 5.0.0 a 5.0.5 per Redis OSS sono obsolete. Usa versione 5.0.6 o successiva.
La tabella seguente mostra la pianificazione dell'[Extended Support](extended-support.md) ElastiCache per i motori Redis OSS.
**Extended Support e programma di fine vita**
| Versione principale del motore | Fine del supporto standard | Inizio dell'Extended Support Y1 Premium | Inizio dell'Extended Support Y2 Premium | Inizio dell'Extended Support Y3 Premium | Fine dell'Extended Support e della versione EOL |
| --- | --- | --- | --- | --- | --- |
| Redis OSS v4 | 31/01/2026 | 1/2/2026 | 1/2/2027 | 1/2/2028 | 31/2029 |
| Redis OSS v5 | 31/01/2026 | 1/2/2026 | 1/2/2027 | 1/2/2028 | 31/2029 |
| Redis OSS v6 | 31/01/2027 | 1/2/2027 | 1/2/2028 | 1/2/2029 | 31/2030 |
La tabella seguente riepiloga ogni versione e la relativa data di fine vita annunciata, nonché la versione di destinazione dell'aggiornamento consigliata.
**EOL precedenti**
| Versione principale di origine | Versioni secondarie di origine | Destinazione aggiornamento consigliata | Data di fine vita |
| --- | --- | --- | --- |
| Versione 3 | 3.2.4, 3.2.6 e 3.2.10 | Versione 6.2 o successiva Per le regioni US-ISO-EAST -1, US-ISO-WEST -1 e US-ISOB-EAST -1, consigliamo la versione 5.0.6 o successiva. | 31 luglio 2023 |
| Versione 2 | 2.8.24, 2.8.23, 2.8.22, 2.8.21, 2.8.19, 2.8.12, 2.8.6, 2.6.13 | Versione 6.2 o successiva Per le US-ISO-EAST regioni -1 US-ISO-WEST, -1 US-ISOB-EAST e -1, consigliamo la versione 5.0.6 o superiore. | 13 gennaio 2023 |
## Supportato ElastiCache per le versioni Memcached
ElastiCache supporta le seguenti versioni di Memcached e l'aggiornamento a versioni più recenti. Per effettuare l'aggiornamento a una versione più recente, occorre prestare particolare attenzione alle condizioni che, se non soddisfatte, ne possono causare la mancata esecuzione.
**Topics**
+ [ElastiCache versione 1.6.22 per Memcached](#memcached-version-1-6-22)
+ [ElastiCache versione 1.6.17 per Memcached](#memcached-version-1-6-17)
+ [ElastiCache versione 1.6.12 per Memcached](#memcached-version-1-6-12)
+ [ElastiCache versione 1.6.6 per Memcached](#memcached-version-1-6-6)
+ [ElastiCache versione 1.5.16 per Memcached](#memcached-version-1-5-16)
+ [ElastiCache versione 1.5.10 per Memcached](#memcached-version-1-5-10)
+ [ElastiCache versione 1.4.34 per Memcached](#memcached-version-1-4-34)
+ [ElastiCache versione 1.4.33 per Memcached](#memcached-version-1-4-33)
+ [ElastiCache versione 1.4.24 per Memcached](#memcached-version-1-4-24)
+ [ElastiCache versione 1.4.14 per Memcached](#memcached-version-1-4-14)
+ [ElastiCache versione 1.4.5 per Memcached](#memcached-version-1-4-5)
### ElastiCache versione 1.6.22 per Memcached
ElastiCache per la versione 1.6.22 di Memcached per Memcached aggiunge il supporto per la versione 1.6.22 di Memcached. Non include nuove funzionalità, ma include correzioni di bug e aggiornamenti cumulativi da [Memcached 1.6.18](https://github.com/memcached/memcached/wiki/ReleaseNotes1618).
[Per ulteriori informazioni, vedere 1622 su Memcached on. ReleaseNotes](https://github.com/memcached/memcached/wiki/ReleaseNotes1622) GitHub
### ElastiCache versione 1.6.17 per Memcached
ElastiCache per la versione 1.6.17 di Memcached per Memcached aggiunge il supporto per la versione 1.6.17 del motore Memcached. Non include nuove funzionalità, ma include correzioni di bug e aggiornamenti cumulativi da [Memcached 1.6.17](https://github.com/memcached/memcached/wiki/ReleaseNotes1617).
[Per ulteriori informazioni, vedere 1617 su Memcached on. ReleaseNotes](https://github.com/memcached/memcached/wiki/ReleaseNotes1617) GitHub
### ElastiCache versione 1.6.12 per Memcached
ElastiCache per Memcached la versione 1.6.12 per Memcached aggiunge il supporto per il motore Memcached 1.6.12 e la crittografia in transito. Inoltre, include correzioni di bug e aggiornamenti cumulativi da [Memcached 1.6.6](https://github.com/memcached/memcached/wiki/ReleaseNotes166).
Per ulteriori informazioni, [ReleaseNotesvedere 1612](https://github.com/memcached/memcached/wiki/ReleaseNotes1612) su GitHub Memcached on.
### ElastiCache versione 1.6.6 per Memcached
ElastiCache per Memcached la versione 1.6.6 per Memcached aggiunge il supporto per la versione 1.6.6 di Memcached. [Non include nuove funzionalità, ma include correzioni di bug e aggiornamenti cumulativi da Memcached 1.5.16.](https://github.com/memcached/memcached/wiki/ReleaseNotes1.5.16) ElastiCache [per Memcached non include il supporto per Extstore.](https://memcached.org/extstore)
Per ulteriori informazioni, vedere [ReleaseNotes166](https://github.com/memcached/memcached/wiki/ReleaseNotes166) su Memcached on. GitHub
### ElastiCache versione 1.5.16 per Memcached
ElastiCache la versione 1.5.16 per Memcached aggiunge il supporto per la versione 1.5.16 di Memcached. Non include nuove caratteristiche, ma include correzioni di bug e aggiornamenti cumulativi da [Memcached 1.5.14](https://github.com/memcached/memcached/wiki/ReleaseNotes1514) e [Memcached 1.5.15](https://github.com/memcached/memcached/wiki/ReleaseNotes1515).
[Per ulteriori informazioni, vedere le note di rilascio di Memcached 1.5.16 su Memcached su.](https://github.com/memcached/memcached/wiki/ReleaseNotes1516) GitHub
### ElastiCache versione 1.5.10 per Memcached
ElastiCache la versione 1.5.10 per Memcached supporta le seguenti funzionalità di Memcached:
+ Ribilanciamento automatizzato dell'allocazione.
+ Ricerche più rapide nella tabella hash con l'algoritmo `murmur3`.
+ Algoritmo LRU segmentato.
+ Crawler LRU alla memoria di recupero in background.
+ `--enable-seccomp`: un'opzione della fase di compilazione.
Introduce anche i parametri `no_modern` e `inline_ascii_resp`. Per ulteriori informazioni, consulta [Modifiche dei parametri di Memcached 1.5.10](ParameterGroups.Engine.md#ParameterGroups.Memcached.1-5-10).
I miglioramenti di Memcached aggiunti dalla versione 1.4.34 per Memcached includono quanto segue ElastiCache :
+ Correzioni cumulative come ASCII multiget, CVE-2017-9951 e crawl dei limiti per `metadumper`.
+ Migliore gestione delle connessioni mediante la chiusura delle connessioni una volta raggiunto il limite di connessioni.
+ Gestione migliorata delle dimensioni per elementi di dimensioni maggiori di 1 MB.
+ Migliori prestazioni e miglioramenti del sovraccarico di memoria mediante la riduzione di qualche byte dei requisiti di memoria per voce.
Per ulteriori informazioni, vedere le note di rilascio di Memcached 1.5.10 su [Memcached](https://github.com/memcached/memcached/wiki/ReleaseNotes1510) su. GitHub
### ElastiCache versione 1.4.34 per Memcached
ElastiCache la versione 1.4.34 per Memcached non aggiunge nuove funzionalità alla versione 1.4.33. La 1.4.34 è una versione di correzione dei bug più estesa del solito.
Per ulteriori informazioni, vedere le note di rilascio di Memcached 1.4.34 su [Memcached](https://github.com/memcached/memcached/wiki/ReleaseNotes1434) su. GitHub
### ElastiCache versione 1.4.33 per Memcached
I miglioramenti aggiunti dalla versione 1.4.24 includono quanto segue:
+ Capacità di esecuzione del dump dei metadati afferenti a una classe, un elenco di classi o tutte le classi di slab. Per ulteriori informazioni, consulta le [note di rilascio di Memcached 1.4.31](https://github.com/memcached/memcached/wiki/ReleaseNotes1431).
+ Support migliorato per elementi di grandi dimensioni, superiori al megabyte di default. Per ulteriori informazioni, consulta le [note di rilascio di Memcached 1.4.29](https://github.com/memcached/memcached/wiki/ReleaseNotes1429).
+ Capacità di stabilire quanto tempo un client può rimanere inattivo prima che ne venga richiesta la chiusura.
Capacità di aumentare dinamicamente la quantità di memoria disponibile per Memcached senza dover riavviare il cluster. Per ulteriori informazioni, consulta le [note di rilascio di Memcached 1.4.27](https://github.com/memcached/memcached/wiki/ReleaseNotes1427).
+ Registrazione di `fetchers`, `mutations` ed `evictions` ora supportata. Per ulteriori informazioni, consulta le [note di rilascio di Memcached 1.4.26](https://github.com/memcached/memcached/wiki/ReleaseNotes1426).
+ Memoria liberata recuperabile in un pool globale e riassegnabile a nuove classi di slab. Per ulteriori informazioni, consulta le [note di rilascio di Memcached 1.4.25](https://github.com/memcached/memcached/wiki/ReleaseNotes1425).
+ Risoluzione di vari bug.
+ Nuovi comandi e parametri. Per un elenco, consulta [Parametri di Memcached 1.4.33 aggiunti](ParameterGroups.Engine.md#ParameterGroups.Memcached.1-4-33).
### ElastiCache versione 1.4.24 per Memcached
I miglioramenti aggiunti dalla versione 1.4.14 includono quanto segue:
+ Gestione della cache utilizzata meno di recente (LRU) come attività in background.
+ Possibilità di utilizzo di *jenkins* o *murmur3* come algoritmo hash.
+ Nuovi comandi e parametri. Per un elenco, consulta [Parametri di Memcached 1.4.24 aggiunti](ParameterGroups.Engine.md#ParameterGroups.Memcached.1-4-24).
+ Risoluzione di vari bug.
### ElastiCache versione 1.4.14 per Memcached
I miglioramenti aggiunti dalla versione 1.4.5 includono quanto segue:
+ Capacità potenziata di ribilanciamento dell'allocazione.
+ Miglioramenti nelle prestazioni e nella scalabilità.
+ Introduzione del comando *touch*, utile per aggiornare la scadenza di un elemento esistente senza il recupero.
+ Auto discovery - consente ai programmi client di identificare automaticamente tutti i nodi cache in un cluster e di avviare e mantenere le connessioni a tutti questi nodi.
### ElastiCache versione 1.4.5 per Memcached
ElastiCache la versione 1.4.5 per Memcached era il motore e la versione iniziali supportati da Amazon ElastiCache per Memcached.
# Principali differenze di comportamento e compatibilità della versione del motore con Valkey
Valkey 7.2.6 presenta differenze di compatibilità simili con le versioni precedenti di Redis OSS 7.2.4. Per la versione più recente supportata di Valkey, vedi. [Motori e versioni supportati](VersionManagement.md#supported-engine-versions)
[Per ulteriori informazioni sulla versione Valkey 7.2, consulta le [note di rilascio di Redis OSS 7.2.4 (Valkey 7.2 include tutte le modifiche da Redis OSS fino alla versione 7.2.4) e le note di rilascio](https://github.com/valkey-io/valkey/blob/d2c8a4b91e8c0e6aefd1f5bc0bf582cddbe046b7/00-RELEASENOTES) di Valkey 7.2 su Valkey su.](https://github.com/valkey-io/valkey/blob/7.2/00-RELEASENOTES) GitHub
Ecco le modifiche comportamentali potenzialmente irreversibili tra Valkey 7.2 e Redis OSS 7.1 (o 7.0):
+ Il freeze time sampling avviene durante l'esecuzione dei comandi e negli script.
+ Un comando di stream bloccato rilasciato quando la chiave non esiste più riporta un codice di errore diverso (-NOGROUP o -WRONGTYPE anziché -UNBLOCKED).
+ Il tracciamento degli script lato client ora tiene traccia delle chiavi lette dallo script, anziché delle chiavi dichiarate dal chiamante di EVAL/FCALL.
# Principali differenze di comportamento e compatibilità della versione del motore con Redis OSS
**Importante**
La pagina seguente è strutturata per indicare tutte le differenze di incompatibilità tra le versioni e informare l'utente di eventuali considerazioni da fare durante l'aggiornamento alle versioni più recenti. Questo elenco include tutti i problemi di incompatibilità delle versioni che potrebbero verificarsi durante l'aggiornamento.
È possibile eseguire l'aggiornamento direttamente dalla versione corrente di Redis OSS all'ultima versione Redis OSS disponibile, senza la necessità di aggiornamenti sequenziali. Ad esempio, è possibile eseguire l'aggiornamento direttamente dalla versione 3.0 di Redis OSS alla versione 7.0.
Le versioni Redis OSS sono identificate con una versione semantica che comprende un componente principale, secondario e patch. Ad esempio, in Redis OSS 4.0.10, la versione principale è 4, la versione secondaria 0 e la versione patch è 10. Questi valori generalmente vengono incrementati in base alle convenzioni seguenti:
+ Le versioni principali riguardano modifiche incompatibili con l'API
+ Le versioni secondarie riguardano nuove funzionalità aggiunte in modo retrocompatibile
+ Le versioni patch riguardano correzioni di bug compatibili con le versioni precedenti e modifiche non funzionali
Consigliamo di utilizzare sempre l'ultima versione della patch all'interno di una determinata versione **maggiore.minor** per avere gli ultimi miglioramenti in termini di prestazioni e stabilità. A partire dalla ElastiCache versione 6.0 per Redis OSS, ElastiCache offriremo un'unica versione per ogni versione secondaria di Redis OSS anziché offrire più versioni di patch. ElastiCachegestirà automaticamente la versione patch dei cluster in esecuzione, garantendo prestazioni migliorate e maggiore sicurezza.
È preferibile, inoltre, eseguire periodicamente l'aggiornamento all'ultima versione principale, siccome la maggior parte dei miglioramenti principali non viene ripristinata alle versioni precedenti. Poiché ElastiCache estende la disponibilità a una nuova AWS regione, ElastiCache for Redis OSS supporta le due versioni **major.minor** più recenti in quel momento per la nuova regione. ****Ad esempio, se viene lanciata una nuova AWS regione e le ultime versioni major.minor per Redis OSS sono **7.0 e 6.2, ElastiCache supporterà ElastiCache le versioni Redis OSS 7.0** e **6.2** nella nuova regione.****AWS Man mano che verranno rilasciate le nuove versioni major.minor di Redis OSS, continuerà ad aggiungere ElastiCache il supporto per le versioni appena rilasciate. ElastiCache Per ulteriori informazioni sulla scelta delle regioni per ElastiCache, consulta Scelta delle regioni e delle zone di [disponibilità](https://docs.aws.amazon.com/AmazonElastiCache/latest/red-ug/RegionsAndAZs.html#SupportedRegions).
Quando esegui un aggiornamento che include versioni principali o secondarie, prendi in considerazione il seguente elenco, che include il comportamento e le modifiche retrocompatibili rilasciate con Redis OSS nel tempo.
## Comportamento di Redis OSS 7.0 e modifiche retrocompatibili
Per un elenco completo delle modifiche, consulta le note di rilascio di [Redis](https://raw.githubusercontent.com/redis/redis/7.0/00-RELEASENOTES) OSS 7.0.
+ `SCRIPT LOAD` e `SCRIPT FLUSH` non sono più propagati alle repliche. Se hai bisogno di una certa durabilità per gli script, ti consigliamo di prendere in considerazione l'utilizzo delle funzioni [Redis](https://valkey.io/topics/functions-intro/) OSS.
+ I canali Pubsub sono ora bloccati per impostazione predefinita per i nuovi utenti ACL.
+ Il comando `STRALGO` è stato sostituito con il comando `LCS`.
+ Il formato per `ACL GETUSER` è stato modificato in modo che tutti i campi contengano il modello di stringa di accesso standard. Se l'automazione era dovuta all'utilizzo di `ACL GETUSER`, occorre verificare che siano gestiti entrambi i formati.
+ Le categorie ACL per `SELECT`, `WAIT`, `ROLE`, `LASTSAVE`, `READONLY`, `READWRITE` e `ASKING` sono cambiate.
+ Il comando `INFO` mostra ora le statistiche per sottocomando anziché nei comandi del container del livello superiore.
+ I valori restituiti dai comandi `LPOP`, `RPOP`, `ZPOPMIN` e `ZPOPMAX` sono cambiati in determinati casi limite. Se si utilizzano questi comandi, occorre controllare le note di rilascio e valutare se hanno un impatto.
+ I comandi `SORT` e `SORT_RO` richiedono ora l'accesso all'intero keyspace per poter utilizzare gli argomenti `GET` e `BY`.
## Comportamento di Redis OSS 6.2 e modifiche retrocompatibili
Per un elenco completo delle modifiche, consulta le note di rilascio di [Redis](https://raw.githubusercontent.com/redis/redis/6.2/00-RELEASENOTES) OSS 6.2.
+ I flag ACL dei comandi `TIME`, `ECHO`, `ROLE` e `LASTSAVE` sono stati modificati. Ciò può causare il rifiuto di comandi precedentemente autorizzati e viceversa.
**Nota**
Nessuno di questi comandi modifica o fornisce accesso ai dati.
+ Quando si esegue l'aggiornamento da Redis OSS 6.0, l'ordine delle key/value coppie restituite da una risposta della mappa a uno script lua viene modificato. Se i tuoi script utilizzano `redis.setresp()` o restituiscono una mappa (novità in Redis OSS 6.0), considera le implicazioni che lo script potrebbe non funzionare durante gli aggiornamenti.
## Comportamento di Redis OSS 6.0 e modifiche retrocompatibili
Per un elenco completo delle modifiche, consulta le note di rilascio di [Redis](https://raw.githubusercontent.com/redis/redis/6.0/00-RELEASENOTES) OSS 6.0.
+ Il numero massimo di database consentiti è stato ridotto da 1,2 milioni a 10.000. Il valore predefinito è 16 e sconsigliamo di utilizzare valori molto più grandi di questo poiché abbiamo riscontrato problemi di prestazioni e memoria.
+ Imposta il `AutoMinorVersionUpgrade` parametro su yes e ElastiCache gestirà l'aggiornamento della versione secondaria tramite aggiornamenti self-service. Questa operazione verrà gestita tramite canali standard di notifica dei clienti tramite una campagna di aggiornamento self-service. Per ulteriori informazioni, consulta [Aggiornamenti self-service](Self-Service-Updates.md) in. ElastiCache
## Comportamento di Redis OSS 5.0 e modifiche incompatibili con le versioni precedenti
Per un elenco completo delle modifiche, consulta le note di rilascio di [Redis OSS 5.0](https://raw.githubusercontent.com/redis/redis/5.0/00-RELEASENOTES).
+ Gli script vengono replicati dagli effetti invece di rieseguire lo script sulla replica. Ciò generalmente migliora le prestazioni, ma può aumentare la quantità di dati replicati tra primari e repliche. Esiste un'opzione per ripristinare il comportamento precedente, disponibile solo nella ElastiCache versione 5.0 per Redis OSS.
+ Se si esegue l'aggiornamento da Redis OSS 4.0, alcuni comandi negli script LUA restituiranno gli argomenti in un ordine diverso rispetto alle versioni precedenti. In Redis OSS 4.0, Redis OSS ordina alcune risposte in modo lessografico per rendere le risposte deterministiche, questo ordinamento non viene applicato quando gli script vengono replicati mediante effetti.
+ In Redis OSS 5.0.3 e versioni successive, ElastiCache per Redis OSS trasferirà parte del lavoro di I/O sui core in background su tipi di istanze con più di 4. VCPUs Ciò potrebbe modificare le caratteristiche prestazionali di Redis OSS e modificare i valori di alcune metriche. Per ulteriori informazioni, consulta [Quali parametri è opportuno monitorare?](CacheMetrics.WhichShouldIMonitor.md) per appurare se è necessario modificare le metriche.
## Comportamento di Redis OSS 4.0 e modifiche retrocompatibili
Per un elenco completo delle modifiche, consulta le note di rilascio di [Redis OSS 4.0](https://raw.githubusercontent.com/redis/redis/4.0/00-RELEASENOTES).
+ Il registro lento ora registra altri due argomenti, il nome e l'indirizzo del client. Questa modifica dovrebbe essere compatibile con le versioni precedenti a meno che non si faccia esplicitamente affidamento su ogni voce del registro lento contenente 3 valori.
+ Il comando `CLUSTER NODES` ora restituisce un formato lievemente diverso, non compatibile a ritroso. È preferibile che i client non utilizzino questo comando per conoscere i nodi presenti in un cluster, utilizzando invece `CLUSTER SLOTS`.
## EOL precedenti
### Comportamento di Redis OSS 3.2 e modifiche incompatibili con le versioni precedenti
Per un elenco completo delle modifiche, consulta le note di rilascio di [Redis OSS 3.2](https://raw.githubusercontent.com/redis/redis/3.2/00-RELEASENOTES).
+ Non esistono modifiche di compatibilità da richiamare per questa versione.
Per ulteriori informazioni, consulta [ElastiCache versioni per la pianificazione di fine del ciclo di vita di Redis OSS](engine-versions.md#deprecated-engine-versions).
### Comportamento di Redis OSS 2.8 e modifiche retrocompatibili
Per un elenco completo delle modifiche, consulta le note di rilascio di [Redis OSS 2.8](https://raw.githubusercontent.com/redis/redis/2.8/00-RELEASENOTES).
+ A partire da Redis OSS 2.8.22, Redis OSS AOF non è più supportato in Redis OSS. ElastiCache È preferibile utilizzare MemoryDB quando i dati devono essere conservati in modo duraturo.
+ A partire da Redis OSS 2.8.22, ElastiCache per Redis OSS non supporta più il collegamento di repliche ai file primari ospitati all'interno. ElastiCache Durante l'aggiornamento, le repliche esterne verranno scollegate e non potranno ricollegarsi. Si consiglia di utilizzare il caching lato client, reso disponibile in Redis OSS 6.0 come alternativa alle repliche esterne.
+ I comandi `TTL` e `PTTL` ora restituiscono -2 se la chiave non esiste e -1 se esiste ma non ha una scadenza associata. Redis OSS 2.6 e versioni precedenti restituivano -1 per entrambe le condizioni.
+ `SORT` con `ALPHA` ora ordina in base alle impostazioni locali di confronto se non viene utilizzata alcuna opzione `STORE`.
Per ulteriori informazioni, consulta [ElastiCache versioni per la pianificazione di fine del ciclo di vita di Redis OSS](engine-versions.md#deprecated-engine-versions).
# Considerazioni sull'aggiornamento quando si lavora con cluster basati su nodi
**Nota**
Le seguenti considerazioni si applicano solo all'aggiornamento di cluster basati su nodi. Non si applicano a Serverless. ElastiCache
**Considerazioni su Valkey e Redis OSS**
Quando aggiorni un cluster Valkey o Redis OSS basato su nodi, considera quanto segue.
+ La gestione della versione del motore è progettata in modo da avere il maggior controllo possibile sulle modalità di applicazione delle patch. Tuttavia, ElastiCache si riserva il diritto di applicare una patch al cluster per conto dell'utente nell'improbabile eventualità che si verifichi una vulnerabilità critica di sicurezza nel sistema o nel software di cache.
+ A partire dalla ElastiCache versione 7.2 per Valkey e dalla ElastiCache versione 6.0 per Redis OSS, ElastiCache offrirà un'unica versione per ogni versione minore, anziché offrire più versioni di patch.
+ A partire dalla versione 5.0.6 del motore Redis OSS, puoi aggiornare la versione del cluster con tempi di inattività minimi. Il cluster è disponibile per la lettura durante l'intero aggiornamento ed è disponibile per la scrittura durante la maggior parte della sua durata, eccetto durante l'operazione di failover che dura alcuni secondi.
+ Puoi anche aggiornare i ElastiCache cluster con versioni precedenti alla 5.0.6. Il processo utilizzato è lo stesso, ma potrebbe richiedere tempi di failover più lunghi durante la propagazione DNS (da 30 secondi a un minuto).
+ A partire da Redis OSS 7, ElastiCache supporta il passaggio tra Valkey o Redis OSS (modalità cluster disabilitata) e Valkey o Redis OSS (modalità cluster abilitata).
+ Il processo di aggiornamento del motore Amazon ElastiCache for Redis OSS è progettato per fare il massimo sforzo per conservare i dati esistenti e richiede una replica Redis OSS di successo.
+ Quando si aggiorna il motore, ElastiCache interromperà le connessioni client esistenti. [Per ridurre al minimo i tempi di inattività durante gli aggiornamenti del motore, consigliamo di implementare [le migliori pratiche per i client Redis OSS](BestPractices.Clients.redis.md) con tentativi di errore e backoff esponenziale, nonché le migliori pratiche per ridurre al minimo i tempi di inattività durante la manutenzione.](BestPractices.MinimizeDowntime.md)
+ Non è possibile eseguire l'aggiornamento direttamente da Valkey o Redis OSS (modalità cluster disabilitata) a Valkey o Redis OSS (modalità cluster abilitata) quando si aggiorna il motore. La procedura seguente mostra come eseguire l'aggiornamento da Valkey o Redis OSS (modalità cluster disabilitata) a Valkey o Redis OSS (modalità cluster abilitata).
**Per eseguire l'aggiornamento da una versione del motore Valkey o Redis OSS (modalità cluster disabilitata) a una versione del motore Valkey o Redis OSS (modalità cluster abilitata)**
1. Effettua un backup del cluster o del gruppo di replica Valkey o Redis OSS (modalità cluster disabilitata). Per ulteriori informazioni, consulta [Esecuzione di backup manuali](backups-manual.md).
1. Usa il backup per creare e seminare un cluster Valkey o Redis OSS (modalità cluster abilitata) con uno shard (gruppo di nodi). Specificare la nuova versione del motore e abilitare la modalità cluster durante la creazione del cluster o gruppo di replica. Per ulteriori informazioni, consulta [Tutorial: Seminare un nuovo cluster basato su nodi con un backup creato esternamente](backups-seeding-redis.md).
1. Elimina il vecchio cluster o gruppo di replica Valkey o Redis OSS (modalità cluster disabilitata). Per ulteriori informazioni, consulta [Eliminazione di un cluster in ElastiCache](Clusters.Delete.md) o [Eliminazione di un gruppo di replica](Replication.DeletingRepGroup.md).
1. Ridimensiona il nuovo cluster o gruppo di replica Valkey o Redis OSS (modalità cluster abilitata) in base al numero di shard (gruppi di nodi) di cui hai bisogno. Per ulteriori informazioni, consulta [Scalabilità dei cluster Valkey o Redis OSS (Cluster Mode Enabled)](scaling-redis-cluster-mode-enabled.md)
+ Quando si aggiornano le versioni principali del motore, ad esempio da 5.0.6 a 6.0, è necessario scegliere anche un nuovo gruppo di parametri compatibile con la nuova versione del motore.
+ Per i cluster Redis OSS singoli e i cluster con Multi-AZ disattivato, si consiglia di rendere disponibile una quantità di memoria sufficiente per Redis OSS come descritto in. [Garantire la disponibilità di memoria sufficiente per creare un'istantanea Valkey o Redis OSS](BestPractices.BGSAVE.md) In condizioni simili, il nodo primario non sarà a disposizione delle richieste di servizi durante la procedura di aggiornamento.
+ Per i cluster Redis OSS con Multi-AZ abilitato, consigliamo inoltre di pianificare gli aggiornamenti del motore durante i periodi di basso traffico di scrittura in entrata. Durante l'aggiornamento a Redis OSS 5.0.6 o versioni successive, il cluster primario continua a essere disponibile per le richieste di assistenza durante il processo di aggiornamento.
I cluster e gruppi di replica con più partizioni vengono elaborati e dotati di patch come di seguito:
+ Tutti le partizioni vengono elaborati in parallelo. Ognle partizioni ammette un'unica operazione di aggiornamento alla volta.
+ In ognle partizioni, tutte le repliche vengono elaborate prima del primario. Se una partizione annovera poche repliche, il suo nodo primario potrebbe giungere alla conclusione dell'elaborazione prima delle repliche negli altrle partizioni.
+ I nodi primari dei varle partizioni vengono elaborati in serie. Viene aggiornato un solo nodo primario alla volta.
+ Se sul cluster o gruppo di replica in uso sono abilitate le crittografie, non è possibile eseguire l'aggiornamento a una versione del motore che non le supporti come ad esempio, da 3.2.6 a 3.2.10.
**Considerazioni su Memcached**
Quando si aggiorna un cluster Memcached basato su nodi, si consideri quanto segue.
+ La gestione della versione del motore è progettata in modo da avere il maggior controllo possibile sulle modalità di applicazione delle patch. Tuttavia, ElastiCache si riserva il diritto di applicare una patch al cluster per conto dell'utente nell'improbabile eventualità che si verifichi una vulnerabilità critica di sicurezza nel sistema o nel software di cache.
+ Poiché il motore Memcached non prevede la persistenza, l'aggiornamento a una particolare versione è sempre un processo radicale, che cancella tutti i dati della cache nel cluster.