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 e aggiornamenti del motore
ElastiCache Le versioni (Redis OSS) sono identificate con una versione semantica che comprende un componente MAJOR e UN MINOR. Ad esempio, in Redis OSS 6.2, la versione principale è 6 e la versione secondaria 2. Quando si utilizzano cluster progettati autonomamente, ElastiCache (Redis OSS) espone anche il componente PATCH, ad esempio Redis OSS 6.2.1, e la versione della patch è 1.
Le versioni MAJOR sono per modifiche incompatibili con l’API e le versioni MINOR sono per nuove funzionalità aggiunte per compatibilità a ritroso. Le versioni PATCH sono per correzioni di bug compatibili a ritroso e modifiche non funzionali.
ElastiCache Gestione delle versioni per Serverless
ElastiCache Serverless applica automaticamente l'ultima versione del software MINOR e PATCH alla cache, senza alcun impatto o tempi di inattività sull'applicazione. Non è richiesta nessuna azione da parte tua.
Quando è disponibile una nuova versione MAJOR, 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.
Gestione delle versioni per cluster progettati autonomamente ElastiCache
Quando si lavora con ElastiCache cluster progettati autonomamente, è possibile controllare quando il software che alimenta il cluster di cache viene aggiornato alle nuove versioni supportate da. ElastiCache Puoi controllare quando aggiornare la cache all'ultima versione PRINCIPALE, SECONDARIA e della 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 di cache 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.
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. Per ulteriori informazioni, consulta gli argomenti seguenti:
Considerazioni sull'aggiornamento quando si usano cluster progettati autonomamente
Nota
Le seguenti considerazioni si applicano solo quando si aggiornano cluster progettati autonomamente. Non si applicano a Serverless. ElastiCache
Quando aggiorni un cluster progettato autonomamente, considera quanto indicato di seguito.
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 da Redis OSS 6.0, ElastiCache (Redis OSS) offrirà un'unica versione per ogni release minore di Redis OSS, 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 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 (Redis OSS) supporta il passaggio da Redis OSS (modalità cluster disabilitata) a Redis OSS (modalità cluster abilitata).
-
Il processo di aggiornamento del motore Amazon ElastiCache (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 (Redis OSS) 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 con tentativi di errore e backoff esponenziale, nonché le migliori pratiche per ridurre al minimo i tempi di inattività durante la manutenzione.
-
Non è possibile eseguire l'aggiornamento direttamente da Redis OSS (modalità cluster disabilitata) a Redis OSS (modalità cluster abilitata) quando si aggiorna il motore. La procedura seguente mostra come eseguire l'aggiornamento da Redis OSS (modalità cluster disabilitata) a Redis OSS (modalità cluster abilitata).
Per eseguire l'aggiornamento da una versione del motore Redis OSS (modalità cluster disabilitata) a una versione del motore Redis OSS (modalità cluster abilitata)
-
Effettua un backup del cluster o del gruppo di replica Redis OSS (modalità cluster disabilitata). Per ulteriori informazioni, consulta Esecuzione di backup manuali.
-
Usa il backup per creare e seminare un cluster 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 Inizializzazione di un nuovo cluster progettato autonomamente con un backup creato esternamente.
-
Elimina il vecchio cluster o gruppo di replica Redis OSS (modalità cluster disabilitata). Per ulteriori informazioni, consulta Eliminazione di un cluster o Eliminazione di un gruppo di replica.
-
Ridimensiona il nuovo cluster o gruppo di replica 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 in Redis OSS (modalità cluster abilitata)
-
-
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. Assicurarsi di disporre di memoria sufficiente per creare un'istantanea Redis OSS 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.
Come aggiornare la versione di un motore
È possibile avviare gli aggiornamenti di versione del cluster o del gruppo di replica modificandolo utilizzando la ElastiCache console, l'API o l' ElastiCache API e specificando una versione più recente del motore. AWS CLI Per ulteriori informazioni, consulta i seguenti argomenti.
Come modificare cluster e gruppi di replica | |
---|---|
Cluster | Gruppi di replica |
Usando il AWS Management Console | Utilizzando il AWS Management Console |
Usando il AWS CLI | Utilizzo del AWS CLI |
Utilizzo dell' ElastiCache API | Utilizzo dell'API ElastiCache |
Risoluzione degli aggiornamenti bloccati del motore Redis OSS
Come illustrato nella tabella seguente, l'operazione di aggiornamento del motore Redis OSS è bloccata se è in corso un'operazione di scalabilità.
Operazioni in sospeso | Operazioni bloccate |
---|---|
Dimensionamento | Aggiornamento immediato del motore |
Aggiornamento del motore | Dimensionamento immediato |
Dimensionamento e aggiornamento del motore | Dimensionamento immediato |
Aggiornamento immediato del motore |
Per risolvere un aggiornamento del motore Redis OSS bloccato
Esegui una di queste operazioni:
-
Pianifica l'operazione di aggiornamento del motore Redis OSS per la finestra di manutenzione successiva deselezionando la casella di controllo Applica immediatamente.
Con la CLI utilizzare
--no-apply-immediately
. Con l'API, utilizzareApplyImmediately=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, utilizzareApplyImmediately=true
.Questo approccio annulla efficacemente l'aggiornamento del motore nella finestra di manutenzione successiva, poiché lo si esegue immediatamente.
-