Amazon Aurora Serverless v1 verso l'End of Life: date e passaggi da non perdere

Per garantire una transizione senza intoppi, AWS ha definito un calendario aggiornato:

• Dicembre 2023: AWS ha comunicato a tutti i clienti di Aurora Serverless v1 l'imminente EOL, concedendo 12 mesi di tempo per la migrazione.
• 1° settembre 2024 (data rivista): AWS non consente più di creare nuovi cluster o istanze Aurora Serverless v1 tramite AWS Console o CLI.
• 31 dicembre 2024 (data rivista): Aurora Serverless v1 raggiungerà la fine del supporto. Da questa data, gli eventuali cluster Aurora Serverless v1 ancora attivi verranno aggiornati automaticamente ad Aurora Serverless v2 nella successiva finestra di manutenzione.
• 8 gennaio 2025: i clienti non potranno più creare nuovi cluster o istanze Aurora Serverless v1, né da AWS Management Console né da CLI.
• 31 marzo 2025: Aurora Serverless v1 raggiungerà ufficialmente la fine del supporto. Dopo questa data, gli eventuali cluster Aurora Serverless v1 ancora attivi verranno aggiornati automaticamente ad Aurora Serverless v2 nella successiva finestra di manutenzione.

È importante chiarire che l'EOL di Aurora Serverless v1 non riguarda i cluster Aurora provisioned. Amazon Aurora MySQL-Compatible Edition versione 2, compatibile con MySQL 5.7, ha raggiunto la fine del supporto standard il 31 ottobre 2024. Questa scadenza interessava esclusivamente i cluster provisioned e quindi non ha avuto alcun impatto sui cluster Aurora Serverless. Resta comunque il fatto che Aurora Serverless v1 raggiungerà la fine del supporto (EOL) il 31 marzo 2025, indipendentemente dalla versione di compatibilità MySQL.

Attenzione: convertendo un cluster Aurora Serverless v1 in un cluster Aurora MySQL provisioned dopo la data di EOL, le istanze in esecuzione su versioni MySQL meno recenti (come MySQL 5.7) potrebbero essere soggette a costi di supporto esteso. Per questo motivo AWS consiglia di migrare ad Aurora Serverless v2 oppure a un ambiente Aurora provisioned aggiornato prima della scadenza di EOL.

La decisione di AWS di ritirare Aurora Serverless v1 si inserisce nella più ampia strategia di puntare su tecnologie serverless più avanzate ed efficienti. Se Serverless v1 ha portato grande flessibilità ai database Aurora, Serverless v2 fa un passo in più con maggiore scalabilità, prestazioni superiori e un controllo più granulare.

Ecco i motivi principali per cui AWS sta spostando il focus su Aurora Serverless v2:

• Scalabilità potenziata: Serverless v2 gestisce in modo fluido lo scaling da centinaia a centinaia di migliaia di transazioni al secondo, senza dover creare nuovi cluster.
• Latenza ridotta e maggiore disponibilità: Serverless v2 abbatte i tempi di warm-up durante gli eventi di scaling, garantendo risposte più rapide nei momenti di picco.
• Migliore compatibilità con le funzionalità Aurora: Serverless v2 supporta funzionalità come Global Databases, RDS Proxy e Multi-AZ con failover, non disponibili in Serverless v1.

Se non effettuate l'upgrade ad Aurora Serverless v2 entro la data di EOL, AWS migrerà automaticamente i vostri cluster nella prima finestra di manutenzione utile dopo il 31 marzo 2025. Se la versione attuale del database non è compatibile con Serverless v2, AWS aggiornerà il motore alla versione supportata più vicina. Per evitare possibili interruzioni, AWS invita i clienti a procedere con l'upgrade con largo anticipo.

AWS mette a disposizione diverse risorse per semplificare il passaggio da Serverless v1 a v2. Ecco alcune guide di riferimento:

• Upgrade from Aurora Serverless v1 to v2 with Minimal Downtime: una guida passo passo per aggiornare i cluster di database senza interruzioni significative del servizio.
• Aurora Serverless v2 Requirements: mette in evidenza le differenze principali e gli aspetti di compatibilità tra Aurora Serverless v1 e v2.
• Aurora Serverless v2 Upgrade Paths: illustra i percorsi di upgrade consigliati per una transizione senza intoppi a Serverless v2.

Il processo di upgrade da Aurora Serverless v1 a v2 è pensato per essere il più fluido possibile, con strumenti e risorse che riducono al minimo i tempi di inattività e garantiscono la continuità del servizio. Ecco una panoramica generale del processo:

1. Verificate i requisiti di compatibilità con Aurora Serverless v2:

• Controllate la versione attuale del motore di database e assicuratevi che sia compatibile con Serverless v2. In caso contrario, mettete in conto un upgrade di minor version come parte della migrazione.

2. Pianificate la migrazione:

• Per limitare l'impatto sugli utenti finali, programmate l'upgrade in fasce orarie a basso traffico o durante una finestra di manutenzione. AWS consente di avviare l'upgrade in qualsiasi momento prima del 31 dicembre 2024.

3. Testate in un ambiente di staging:

• Se possibile, allestite un ambiente di test per verificare il comportamento della vostra applicazione con Aurora Serverless v2. AWS fornisce linee guida dettagliate per configurare un cluster di test nella guida all'upgrade con downtime minimo segnalata sopra.

4. Avviate l'upgrade:

• Utilizzate AWS Console o CLI per avviare il processo di upgrade. La durata varia in base alle dimensioni e alla complessità del database: pianificate di conseguenza.

5. Monitorate la fase post-migrazione:

• Una volta completato l'upgrade, analizzate le metriche del database e i log applicativi per verificare che tutto funzioni come previsto.

Per ridurre al minimo gli imprevisti, è bene testare ogni modifica della migrazione in un ambiente di staging. Questa pratica permette di individuare per tempo eventuali aggiustamenti di compatibilità o modifiche alla configurazione, semplificando la gestione dei problemi.