Amazon Aurora Serverless v1 : tout savoir sur sa fin de vie

Pour assurer une transition en douceur, AWS a publié un calendrier révisé :

• Décembre 2023 : AWS informe l'ensemble des clients Aurora Serverless v1 de la fin de vie à venir et leur accorde 12 mois pour migrer.
• 1er septembre 2024 (révisé) : AWS ne permet plus la création de nouveaux clusters ou instances Aurora Serverless v1 depuis la console AWS ou la CLI.
• 31 décembre 2024 (révisé) : Aurora Serverless v1 atteint sa fin de vie. À partir de cette date, tout cluster Aurora Serverless v1 encore actif sera automatiquement mis à niveau vers Aurora Serverless v2 lors de la prochaine fenêtre de maintenance.
• 8 janvier 2025 : il ne sera plus possible de créer de nouveaux clusters ou instances Aurora Serverless v1, que ce soit depuis la console de gestion AWS ou la CLI.
• 31 mars 2025 : Aurora Serverless v1 atteint officiellement sa fin de vie. Après cette date, tout cluster Aurora Serverless v1 restant sera automatiquement mis à niveau vers Aurora Serverless v2 lors de la prochaine fenêtre de maintenance.

Précisons que la fin de vie d'Aurora Serverless v1 ne concerne pas les clusters Aurora provisionnés. La version 2 d'Amazon Aurora MySQL-Compatible Edition, compatible avec MySQL 5.7, a atteint la fin du support standard le 31 octobre 2024. Cette échéance ne s'appliquait qu'aux clusters provisionnés et n'a donc pas eu d'incidence sur les clusters Aurora Serverless. Notez toutefois qu'Aurora Serverless v1 doit atteindre sa fin de vie (EOL) le 31 mars 2025, quelle que soit la version de compatibilité MySQL.

Attention : si vous convertissez un cluster Aurora Serverless v1 en cluster Aurora MySQL provisionné après la date de fin de vie, toute instance qui tourne sur une version plus ancienne de MySQL (comme MySQL 5.7) pourra être facturée au titre du support étendu. C'est pourquoi AWS recommande de migrer vers Aurora Serverless v2 ou vers un environnement Aurora provisionné mis à niveau avant l'échéance.

La décision d'AWS de retirer Aurora Serverless v1 s'inscrit dans sa volonté de proposer une technologie serverless plus aboutie et plus efficace. Si Serverless v1 a apporté une réelle souplesse aux bases de données Aurora, Serverless v2 offre une scalabilité accrue, de meilleures performances et un contrôle plus fin.

Voici les principales raisons pour lesquelles AWS recentre ses efforts sur Aurora Serverless v2 :

• Scalabilité renforcée : Serverless v2 prend en charge une montée en charge transparente, de quelques centaines à plusieurs centaines de milliers de transactions par seconde, sans avoir à créer de nouveaux clusters.
• Latence réduite et meilleure disponibilité : Serverless v2 raccourcit le temps de préchauffage lors des événements de scaling, pour des temps de réponse plus rapides en période de forte demande.
• Meilleure compatibilité avec les fonctionnalités Aurora : Serverless v2 prend en charge des fonctionnalités telles que Global Databases, RDS Proxy et Multi-AZ avec basculement, absentes de Serverless v1.

Si vous ne migrez pas vers Aurora Serverless v2 avant l'échéance, AWS basculera automatiquement vos clusters lors de la prochaine fenêtre de maintenance suivant le 31 mars 2025. Si la version actuelle de votre base de données n'est pas compatible avec Serverless v2, AWS la mettra à jour vers la version prise en charge la plus proche. Pour éviter ces interruptions potentielles, AWS invite ses clients à anticiper la migration.

AWS met à disposition plusieurs ressources pour simplifier le passage de Serverless v1 à v2. Voici quelques guides essentiels :

• Migrer d'Aurora Serverless v1 vers v2 avec un temps d'arrêt minimal : ce guide propose une procédure pas à pas pour mettre à niveau vos clusters de bases de données sans interruption majeure de service.
• Prérequis Aurora Serverless v2 : présente les principales différences et points d'attention en matière de compatibilité entre Aurora Serverless v1 et v2.
• Chemins de mise à niveau vers Aurora Serverless v2 : détaille les parcours de migration recommandés pour assurer une transition fluide vers Serverless v2.

Le passage d'Aurora Serverless v1 à v2 a été pensé pour être aussi fluide que possible, avec des outils et des ressources qui limitent les temps d'arrêt et garantissent la continuité de service. Voici une vue d'ensemble du processus :

1. Vérifier les prérequis de compatibilité avec Aurora Serverless v2 :

• Vérifiez la version actuelle de votre moteur de base de données et assurez-vous qu'elle est compatible avec Serverless v2. Si ce n'est pas le cas, prévoyez une mise à niveau de version mineure dans le cadre de la migration.

2. Planifier la migration :

• Pour limiter l'impact sur les utilisateurs finaux, programmez la migration en dehors des heures de pointe ou pendant une fenêtre de maintenance. AWS permet de lancer la mise à niveau à tout moment avant le 31 décembre 2024.

3. Tester dans un environnement de staging :

• Si possible, déployez un environnement de test pour valider l'interaction de votre application avec Aurora Serverless v2. AWS fournit des consignes détaillées pour configurer un cluster de test dans son guide de migration avec temps d'arrêt minimal mentionné plus haut.

4. Lancer la mise à niveau :

• Utilisez la console AWS ou la CLI pour démarrer le processus. La durée varie selon la taille et la complexité de votre base de données : planifiez en conséquence.

5. Suivre la phase post-migration :

• Une fois la migration terminée, examinez les métriques de votre base de données et les journaux applicatifs pour vous assurer que tout fonctionne comme prévu.

Pour limiter les imprévus, il est conseillé de tester toutes les modifications liées à la migration dans un environnement de staging. Cette démarche permet d'identifier en amont les ajustements de compatibilité ou les changements de configuration à prévoir, et de traiter plus facilement les éventuels problèmes.