Le traduzioni sono generate tramite traduzione automatica. In caso di conflitto tra il contenuto di una traduzione e la versione originale in Inglese, quest'ultima prevarrà.
Aggiornamento della versione secondaria o del livello di patch di un cluster Aurora My DB SQL
Puoi utilizzare i seguenti metodi per aggiornare la versione secondaria di un cluster di database o per applicare le patch a un cluster di database:
Per informazioni su come l'applicazione di patch senza tempi di inattività può ridurre le interruzioni durante il processo di aggiornamento, consulta Utilizzo dell'applicazione di patch senza tempi di inattività.
Per informazioni sull'esecuzione di un aggiornamento di versione minore per il cluster Aurora My SQL DB, consulta i seguenti argomenti.
Argomenti
Prima di eseguire un aggiornamento di una versione secondaria
Controlli preliminari di aggiornamento delle versioni minori per Aurora My SQL
Aggiornamento di Aurora MySQL modificando la versione del motore
Abilitazione degli aggiornamenti automatici tra versioni minori di Aurora My SQL
Utilizzo dell'applicazione di patch senza tempi di inattività
Prima di eseguire un aggiornamento di una versione secondaria
Si consiglia di eseguire le seguenti azioni per ridurre i tempi di inattività durante l'aggiornamento di una versione secondaria:
La manutenzione del cluster Aurora DB deve essere eseguita durante un periodo di traffico ridotto. Usa Performance Insights per identificare questi periodi di tempo al fine di configurare correttamente le finestre di manutenzione. Per ulteriori informazioni su Performance Insights, consulta Monitoraggio del carico del DB con Performance Insights su Amazon RDS. Per ulteriori informazioni sulla finestra di manutenzione del cluster DB,Impostazione della finestra di manutenzione preferita del cluster database.
-
Utilizzo AWS SDKsche supportano il backoff e il jitter esponenziali come best practice. Per ulteriori informazioni, consulta Exponential
Backoff And Jitter.
Controlli preliminari di aggiornamento delle versioni minori per Aurora My SQL
Quando avvii un aggiornamento di una versione minore, Amazon Aurora esegue automaticamente i controlli preliminari.
Questi controlli preliminari sono obbligatori. Non puoi scegliere di saltarli. I controlli preliminari offrono i seguenti vantaggi:
-
Ti consentono di evitare tempi di inattività non pianificati durante l'aggiornamento.
-
In caso di incompatibilità, Amazon Aurora impedisce l'aggiornamento e ti fornisce un registro per conoscerle. Puoi quindi utilizzare il log per preparare il database per l'aggiornamento riducendo le incompatibilità. Per informazioni dettagliate sulla rimozione delle incompatibilità, vedere Preparazione dell'installazione per l'aggiornamento nella documentazione personale
. SQL
I controlli preliminari vengono eseguiti prima dell'arresto dell'istanza database per l'aggiornamento, il che significa che non generano alcun tempo di inattività durante l'esecuzione. Se i precontrolli rilevano un'incompatibilità, Aurora annulla automaticamente l'aggiornamento prima che l'istanza DB venga interrotta. Aurora genera anche un evento per l'incompatibilità. Per ulteriori informazioni sugli eventi di Amazon Aurora, consulta. Utilizzo delle notifiche di RDS eventi di Amazon
Aurora registra informazioni dettagliate su ogni incompatibilità nel file di registro. PrePatchCompatibility.log Nella maggior parte dei casi, la voce di registro include un collegamento alla SQL documentazione My per correggere l'incompatibilità. Per ulteriori informazioni sulla visualizzazione dei file di log, consultare Visualizzazione ed elenco dei file di log del database.
A causa della natura dei controlli preliminari, questi analizzano gli oggetti nel database. Questa analisi comporta il consumo di risorse e incrementa il tempo di completamento dell'aggiornamento.
Tecnica alternativa di aggiornamento blu/verde
In alcune situazioni, la priorità principale è eseguire il passaggio immediato dal cluster precedente a quello aggiornato. In tali situazioni, è possibile utilizzare un processo in più fasi che esegue i cluster vecchi e nuovi. side-by-side Qui, i dati vengono replicati dal cluster precedente a quello nuovo fino a quando il nuovo cluster non prende il controllo. Per informazioni dettagliate, consultare Utilizzo di Amazon Aurora Blue/Green Deployments per gli aggiornamenti del database.
