Preparazione per la fine del supporto standard per Amazon Aurora edizione compatibile con MySQL versione 2 - Amazon Aurora
Tempistiche della fine del supporto standardIndividuazione di cluster interessati da questo processo di fine del ciclo di vitaEstensione del supporto per Amazon RDSEsecuzione di un aggiornamentoPercorso di aggiornamento per i cluster di database Aurora Serverless v1

Preparazione per la fine del supporto standard per Amazon Aurora edizione compatibile con MySQL versione 2

La fine del supporto standard per Amazon Aurora edizione compatibile con MySQL versione 2 (compatibile con MySQL 5.7) è pianificata per il 31 ottobre 2024. Si consiglia di aggiornare tutti i cluster che eseguono Aurora MySQL versione 2 alla versione predefinita di Aurora MySQL versione 3 (compatibile con MySQL 8.0) o successive prima che la versione 2 di Aurora MySQL raggiunga la fine del periodo di supporto standard. Il 31 ottobre 2024, Amazon RDS registrerà automaticamente i database nel supporto esteso per Amazon RDS. Questa modalità di aggiornamento non si applica se si ha in esecuzione Amazon Aurora MySQL versione 2 (compatibile con MySQL 5.7) in un cluster Aurora Serverless versione 1. Per aggiornare i cluster Aurora Serverless versione 1 ad Aurora MySQL versione 3, consulta Percorso di aggiornamento per i cluster di database Aurora Serverless v1.

Le successive date di fine del supporto per le versioni principali di Aurora MySQL sono disponibili nel calendario dei rilasci per le versioni principali di Aurora MySQL.

Se i cluster eseguono Aurora MySQL versione 2, riceverai notifiche periodiche con le informazioni più recenti su come effettuare un aggiornamento nel momento in cui la data di fine del supporto standard si avvicina. Aggiorneremo periodicamente questa pagina con le informazioni più recenti.

Tempistiche della fine del supporto standard

  1. Da ora fino al 31 ottobre 2024 potrai aggiornare i cluster Aurora MySQL versione 2 (con compatibilità con MySQL 5.7) ad Aurora MySQL versione 3 (con compatibilità con MySQL 8.0).

  2. 31 ottobre 2024: in questa data termina il supporto standard per Aurora MySQL versione 2 e Amazon RDS registra automaticamente i cluster nel supporto esteso per Amazon RDS.

Verrà effettuata la registrazione automatica nel supporto esteso per RDS. Per ulteriori informazioni, consulta Supporto esteso di Amazon RDS con Amazon Aurora.

Individuazione di cluster interessati da questo processo di fine del ciclo di vita

Per individuare i cluster interessati da questo processo di fine del ciclo di vita, utilizza le seguenti procedure.

Importante

Assicurati di eseguire queste istruzioni in ogni Regione AWS e per ciascun Account AWS in cui sono presenti delle risorse.

Per trovare un cluster Aurora MySQL versione 2

  1. Accedi alla AWS Management Console e apri la console Amazon RDS all'indirizzo https://console.aws.amazon.com/rds/.

  2. Nel riquadro di navigazione, scegliere Databases (Database).

  3. Nella casella Filtra per database, inserisci 5.7.

  4. Controlla Aurora MySQL nella colonna del motore.

Per trovare i cluster interessati da questo processo di fine del ciclo di vita utilizzando la AWS CLI, chiama il comando describe-db-clusters. È possibile utilizzare il seguente script di esempio.

aws rds describe-db-clusters --include-share --query 'DBClusters[?(Engine==`aurora-mysql` && contains(EngineVersion,`5.7.mysql_aurora`))].{EngineVersion:EngineVersion, DBClusterIdentifier:DBClusterIdentifier, EngineMode:EngineMode}' --output table --region us-east-1     
        
        +---------------------------------------------------------------+
        |                      DescribeDBClusters                       |
        +---------------------+---------------+-------------------------+
        |         DBCI        |      EM       |          EV             |
        +---------------------+---------------+-------------------------+
        |    aurora-mysql2    |  provisioned  | 5.7.mysql_aurora.2.11.3 |
        | aurora-serverlessv1 |   serverless  | 5.7.mysql_aurora.2.11.3 |
        +---------------------+---------------+-------------------------+

Per trovare i cluster di database Aurora MySQL che eseguono Aurora MySQL versione 2, utilizza l'operazione API RDS DescribeDBClusters con i parametri obbligatori seguenti:

  • DescribeDBClusters

    • Filters.Filter.N

      • Nome

        • engine

      • Values.Value.N

        • ['aurora']

Estensione del supporto per Amazon RDS

Puoi utilizzare il supporto esteso per Amazon RDS tramite Community MySQL 5.7 gratuitamente fino alla data di fine del supporto, ossia il 31 ottobre 2024. Il 31 ottobre 2024, Amazon RDS registra automaticamente i database nel supporto esteso per RDS per Aurora MySQL versione 2. Il supporto esteso per RDS per Aurora è un servizio a pagamento che offre fino a 28 mesi di supporto aggiuntivo per Aurora MySQL versione 2, fino al termine del supporto esteso per RDS, ossia febbraio 2027. L'estensione del supporto RDS sarà offerta solo per le versioni secondarie di Aurora MySQL 2.11 e 2.12. Per utilizzare Amazon Aurora MySQL versione 2 oltre la fine del supporto standard, pianifica l’esecuzione dei database su una di queste versioni secondarie prima del 31 ottobre 2024.

Per ulteriori informazioni sul supporto esteso per RDS, ad esempio costi e altre considerazioni, consulta Supporto esteso di Amazon RDS con Amazon Aurora.

Esecuzione di un aggiornamento

L'aggiornamento tra le versioni principali richiede una pianificazione e test più estesi rispetto all'aggiornamento a una versione secondaria. Il processo può richiedere un tempo considerevole. Consideriamo l'aggiornamento come un processo in tre fasi, con attività da svolgere prima, per e dopo l'aggiornamento.

Prima dell'aggiornamento:

Prima dell'aggiornamento, si consiglia di verificare la compatibilità, le prestazioni, le procedure di manutenzione delle applicazioni nel cluster aggiornato e altre considerazioni simili, al fine di confermare che, dopo l'aggiornamento, le applicazioni funzionino come previsto. I cinque consigli seguenti ti aiuteranno a ottenere un'esperienza di aggiornamento migliore.

In caso di domande o dubbi, il team di supporto di AWS è disponibile sui forum della community e tramite Premium Support.

Esecuzione dell'aggiornamento:

Puoi utilizzare una delle seguenti tecniche di aggiornamento: Il tempo di inattività del sistema dipende dalla tecnica scelta.

  • Implementazioni blu/verdi: per le situazioni in cui la massima priorità è ridurre i tempi di inattività, puoi utilizzare le implementazioni blu/verdi Amazon RDS per eseguire l’aggiornamento della versione principale nei cluster di database Amazon Aurora con provisioning. Un'implementazione blu/verde crea un ambiente di gestione temporanea che copia l'ambiente di produzione. È possibile apportare alcune modifiche al cluster di database Aurora nell'ambiente verde (gestione temporanea) senza influire sui carichi di lavoro di produzione. Lo switchover richiede in genere meno di un minuto e non comporta perdita di dati. Per ulteriori informazioni, consulta Panoramica delle implementazioni blu/verde Amazon Aurora. Questa tecnica riduce al minimo i tempi di inattività, ma comporta l'utilizzo di risorse aggiuntive durante l'esecuzione dell'aggiornamento.

  • Aggiornamenti in loco: utilizzando un aggiornamento in loco, Aurora esegue automaticamente un processo di controllo preliminare, disconnette il cluster, effettua il backup del cluster, completa l’aggiornamento e riporta il cluster online. L’esecuzione di un aggiornamento in loco di una versione principale può essere completata in pochi clic e non richiede altri interventi di coordinamento o failover con altri cluster, ma comporta tempi di inattività. Per ulteriori informazioni, consulta Come eseguire un aggiornamento in loco

  • Ripristino tramite snapshot: permette di aggiornare il cluster Aurora MySQL versione 2 tramite il ripristino a partire da uno snapshot di Aurora MySQL versione 2 in un cluster Aurora MySQL versione 3. A tale scopo, devi seguire la procedura di acquisizione di uno snapshot ed eseguire il ripristino a partire da esso. Poiché stai eseguendo il ripristino da uno snapshot, questo processo comporta un’interruzione del database.

Dopo l'aggiornamento:

Dopo l’aggiornamento dovrai monitorare attentamente il sistema (applicazioni e database) e, se necessario, apportare modifiche tramite fine-tuning. Seguendo attentamente le fasi di pre-aggiornamento, si ridurranno al minimo le modifiche necessarie. Per ulteriori informazioni, consulta Risoluzione dei problemi alle prestazioni del database Amazon Aurora MySQL.

Per ulteriori informazioni sui metodi, sulla pianificazione, sui test e sulla risoluzione dei problemi degli aggiornamenti delle versioni principali di Aurora MySQL, leggi attentamente Aggiornamento della versione principale di un cluster di database Amazon Aurora MySQL, inclusa la sezione su Risoluzione dei problemi relativi all'aggiornamento in loco di Aurora MySQL. È importante sottolineare che Aurora MySQL versione 3 non supporta alcuni tipi di istanza. Per ulteriori informazioni, consulta Classi di istanze database Amazon Aurora.

Percorso di aggiornamento per i cluster di database Aurora Serverless v1

L'aggiornamento tra le versioni principali richiede una pianificazione e test più estesi rispetto all'aggiornamento a una versione secondaria. Il processo può richiedere un tempo considerevole. Consideriamo l'aggiornamento come un processo in tre fasi, con attività da svolgere prima, per e dopo l'aggiornamento.

Aurora MySQL versione 2 (compatibile con MySQL 5.7) continuerà a ricevere il supporto standard per i cluster Aurora Serverless v1.

Se desideri effettuare l'aggiornamento ad Amazon Aurora MySQL 3 (con compatibilità con MySQL 8.0) e continuare a utilizzare Aurora Serverless, usa Amazon Aurora Serverless v2. Per comprendere le differenze tra Aurora Serverless v1 e Aurora Serverless v2, consulta Confronto tra Aurora Serverless v2 e Aurora Serverless v1.

Esegui l’aggiornamento a Aurora Serverless v2: puoi aggiornare un cluster Aurora Serverless v1 a Aurora Serverless v2. Per ulteriori informazioni, consulta Aggiornamento da un cluster Aurora Serverless v1 ad Aurora Serverless v2.