View a markdown version of this page

Préparation à la fin de vie d’Amazon Aurora Édition compatible avec MySQL version 1 - Amazon Aurora

Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.

Préparation à la fin de vie d’Amazon Aurora Édition compatible avec MySQL version 1

La fin de vie d’Amazon Aurora Édition compatible avec MySQL version 1 (avec compatibilité MySQL 5.6) est prévue pour le 28 février 2023. Amazon recommande de mettre à niveau tous les clusters (mis en service et Aurora Serverless) exécutant Aurora MySQL version 1 vers Aurora MySQL version 2 (avec compatibilité MySQL 5.7) ou Aurora MySQL version 3 (avec compatibilité MySQL 8.0). Faites-le avant que la version 1 de Aurora MySQL n’arrive à la fin de sa période de support.

Plusieurs méthodes permettent d’effectuer la mise à niveau des clusters de bases de données provisionnées par Aurora, d’Aurora MySQL version 1 vers Aurora MySQL version 2. Vous trouverez des instructions sur le mécanisme de mise à niveau sur place dans Comment effectuer une mise à niveau sur place. Une autre façon de réaliser la mise à niveau consiste à prendre un instantané d’un cluster Aurora MySQL version 1 et à restaurer cet instantané dans un cluster Aurora MySQL version 2. Vous pouvez également suivre un processus en plusieurs étapes qui exécute l’ancien et le nouveau cluster côte à côte. Pour en savoir plus sur chaque méthode, consultez Mise à niveau de la version majeure d’un cluster de bases de données Amazon Aurora MySQL.

Pour les clusters de bases de données provisionnées par Aurora, vous pouvez effectuer les mises à niveau d’Aurora MySQL version 1 vers Aurora MySQL version 3, en suivant un processus de mise à niveau en deux étapes :

  1. Mettez à niveau Aurora MySQL version 1 vers Aurora MySQL version 2 en utilisant les méthodes décrites précédemment.

  2. Mettez à niveau Aurora MySQL version 2 vers Aurora MySQL version 3 en utilisant les mêmes méthodes que pour effectuer une mise à niveau de la version 1 vers la version 2. Pour en savoir plus, consultez Mise à niveau d’Aurora MySQL version 2 vers la version 3. Notez le Différences de fonctions entre Aurora MySQL version 2 et 3.

Vous pouvez trouver les prochaines end-of-life dates des versions majeures d'Aurora dansVersions d’Amazon Aurora. Amazon met automatiquement à niveau tous les clusters que vous ne mettez pas vous-même à niveau avant end-of-life cette date. Après end-of-life cette date, ces mises à niveau automatiques vers la version majeure suivante ont lieu pendant une période de maintenance planifiée pour les clusters.

Voici des étapes supplémentaires pour la mise à niveau des clusters Aurora MySQL version 1 (mis en service et Aurora Serverless) qui arrivent en fin de vie. Pour chacun d’eux, l’heure de début est 0h00 UTC (temps universel coordonné).

  1. Jusqu’au 28 février 2023 : vous pouvez à tout moment procéder à la mise à niveau des clusters Aurora MySQL version 1 (avec compatibilité MySQL 5.6) vers Aurora MySQL version 2 (avec compatibilité MySQL 5.7). À partir de la version 2 d’Aurora MySQL, vous pouvez effectuer une mise à niveau supplémentaire vers la version 3 d’Aurora MySQL (avec compatibilité avec MySQL 8.0) pour les clusters de bases de données provisionnées par Aurora.

  2. 16 janvier 2023 — Passé ce délai, vous ne pourrez plus créer de nouveaux clusters ou instances Aurora MySQL version 1 à partir du AWS Command Line Interface (AWS CLI). AWS Management Console Vous ne pouvez pas non plus ajouter de nouvelles régions secondaires à une base de données globale Aurora. Cela peut affecter votre capacité à vous remettre d’une interruption non planifiée, comme indiqué à la section Reprise d’une base de données Amazon Aurora globale à partir d’une panne non planifiée, car vous ne pouvez pas effectuer les étapes 5 et 6 après ce délai. Vous ne serez pas non plus en mesure de créer un nouveau réplica en lecture entre plusieurs régions exécutant Aurora MySQL version 1. Vous pouvez toujours effectuer les opérations suivantes pour les clusters Aurora MySQL version 1 existants jusqu’au 28 février 2023 :

    • Restaurez un instantané pris d’un cluster Aurora MySQL version 1 à la même version que le cluster instantané d’origine.

    • Ajoutez des réplicas en lecture (non applicable pour les clusters de bases de données Aurora Serverless).

    • Modifiez la configuration de l’instance.

    • Effectuez point-in-time la restauration.

    • Créez des clones de clusters de version 1 existants.

    • Créez un nouveau réplica en lecture entre plusieurs régions exécutant Aurora MySQL version 2 ou ultérieure.

  3. 28 février 2023 : après ce délai, nous prévoyons de mettre automatiquement à niveau les clusters Aurora MySQL version 1 vers la version par défaut d’Aurora MySQL version 2 dans la fenêtre de maintenance planifiée suivante. La restauration des instantanés de bases de données Aurora MySQL version 1 entraîne une mise à niveau automatique du cluster restauré vers la version par défaut d’Aurora MySQL version 2 au moment de la restauration.

La mise à niveau entre les versions majeures nécessite une planification et des tests plus étendus que pour une version mineure. Le processus peut prendre beaucoup de temps.

Dans les situations où la priorité absolue est de réduire la durée d’indisponibilité, vous pouvez également utiliser des déploiements bleu/vert pour effectuer la mise à niveau de la version majeure dans les clusters de bases de données Amazon Aurora provisionnés. Un blue/green déploiement crée un environnement intermédiaire qui copie l'environnement de production. Vous pouvez apporter des modifications au cluster de bases de données Aurora dans l’environnement vert (intermédiaire) sans affecter les charges de travail de production. La bascule prend généralement moins d’une minute, sans perte de données et sans qu’il soit nécessaire de modifier les applications. Pour plus d’informations, consultez Présentation des (Amazon Aurora Blue/Green ).

Une fois la mise à niveau terminée, il se peut que vous ayez également un travail de suivi à faire. Par exemple, vous pourriez avoir besoin d’un suivi en raison de différences dans la compatibilité SQL, du fonctionnement de certaines fonctions liées à MySQL ou de la configuration des paramètres entre l’ancienne et la nouvelle version.

Pour en savoir plus sur les méthodes, la planification, les tests et le dépannage des mises à niveau de la version majeure de Aurora MySQL, assurez-vous de lire attentivement Mise à niveau de la version majeure d’un cluster de bases de données Amazon Aurora MySQL.

Trouver les clusters concernés par ce end-of-life processus

Pour rechercher les clusters concernés par ce end-of-life processus, suivez les procédures ci-dessous.

Important

Veillez à exécuter ces instructions dans tous Région AWS les Compte AWS endroits où se trouvent vos ressources.

Pour trouver un cluster Aurora MySQL version 1
  1. Connectez-vous à la console Amazon RDS AWS Management Console et ouvrez-la à https://console.aws.amazon.com/rds/l'adresse.

  2. Dans le panneau de navigation, choisissez Databases (Bases de données).

  3. Dans la case Filter by databases (Filtrer par bases de données), saisissez 5.6.

  4. Recherchez les occurrences Aurora MySQL dans la colonne du moteur.

Pour rechercher les clusters concernés par ce end-of-life processus à l'aide de AWS CLI, appelez la describe-db-clusterscommande. Vous pouvez utiliser l’exemple de script suivant.

Exemple
aws rds describe-db-clusters --include-share --query 'DBClusters[?Engine==`aurora`].{EV:EngineVersion, DBCI:DBClusterIdentifier, EM:EngineMode}' --output table --region us-east-1 +------------------------------------------+ | DescribeDBClusters | +---------------+--------------+-----------+ | DBCI | EM | EV | +---------------+--------------+-----------+ | my-database-1| serverless | 5.6.10a | +---------------+--------------+-----------+

Pour rechercher des clusters de base de données Aurora MySQL exécutant Aurora MySQL version 1, utilisez l'opération d'DBClustersAPI RDS Describe avec les paramètres requis suivants :

  • DescribeDBClusters

    • Filters.Filter.N

      • Nom

        • engine

      • Values.Value.N

        • [’aurora’]