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 de la version 1 d'Amazon Aurora My SQL -Compatible Edition
La fin de vie d'Amazon Aurora My SQL -Compatible Edition version 1 (compatible avec My SQL 5.6) est prévue pour le 28 février 2023. Amazon vous conseille de mettre à niveau tous les clusters (provisionnés etAurora Serverless) exécutant Aurora My SQL version 1 vers Aurora My SQL version 2 (avec compatibilité My SQL 5.7) ou Aurora My SQL version 3 (avec compatibilité My SQL 8.0). Faites-le avant que la SQL version 1 d'Aurora My n'atteigne la fin de sa période de support.
Pour les clusters de base de données provisionnés par Aurora, vous pouvez effectuer des mises à niveau d'Aurora My SQL version 1 vers Aurora My SQL version 2 en utilisant plusieurs méthodes. Vous trouverez des instructions sur le mécanisme de mise à niveau sur place dans Comment effectuer une mise à niveau sur place. Une autre méthode pour effectuer la mise à niveau consiste à prendre un instantané d'un cluster Aurora My SQL version 1 et à le restaurer sur un cluster Aurora My SQL 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, veuillez consulter Mise à niveau de la version majeure d'un cluster de bases de données Amazon Aurora MySQL.
Pour les clusters de Aurora Serverless v1 base de données, vous pouvez effectuer une mise à niveau sur place d'Aurora My SQL version 1 vers Aurora My SQL version 2. Pour en savoir plus sur cette méthode, consultez Modification d'un Aurora Serverless v1 Cluster DB.
Pour les clusters de base de données provisionnés par Aurora, vous pouvez effectuer des mises à niveau d'Aurora My SQL version 1 vers Aurora My SQL version 3 en utilisant un processus de mise à niveau en deux étapes :
-
Effectuez une mise à niveau d'Aurora My SQL version 1 vers Aurora My SQL version 2 à l'aide des méthodes décrites ci-dessus.
-
Effectuez la mise à niveau d'Aurora My SQL version 2 vers Aurora My SQL version 3 en utilisant les mêmes méthodes que pour la 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 fonctionnalités entre les SQL versions 2 et 3 d'Aurora My.
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.
Vous trouverez ci-dessous des étapes supplémentaires pour la mise à niveau des clusters Aurora My SQL version 1 (provisionnés etAurora Serverless) en fin de vie. Pour chacun, l'heure de début est 00:00 heure universelle coordonnée (UTC).
-
Jusqu'au 28 février 2023, vous pouvez à tout moment démarrer les mises à niveau des clusters Aurora My SQL version 1 (avec compatibilité My SQL 5.6) vers Aurora My SQL version 2 (avec compatibilité My SQL 5.7). À partir de SQL la version 2 d'Aurora My, vous pouvez effectuer une mise à niveau supplémentaire vers Aurora My SQL version 3 (compatible avec My SQL 8.0) pour les clusters de base de données provisionnés par Aurora.
-
16 janvier 2023 — Passé ce délai, vous ne pourrez plus créer de nouveaux clusters ou instances Aurora My SQL version 1 à partir du AWS Management Console ou du AWS Command Line Interface (AWS CLI). 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 pourrez pas non plus créer une nouvelle réplique de lecture interrégionale exécutant Aurora My SQL version 1. Vous pouvez toujours effectuer les opérations suivantes pour les clusters Aurora My SQL version 1 existants jusqu'au 28 février 2023 :
Restaurez un instantané pris d'un cluster Aurora My SQL version 1 vers la même version que le cluster de clichés d'origine.
Ajoutez des réplicas en lecture (non applicable pour les clusters de base 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 une nouvelle réplique de lecture interrégionale exécutant Aurora My SQL version 2 ou supérieure.
-
28 février 2023 — Passé ce délai, nous prévoyons de mettre automatiquement à niveau les clusters Aurora My SQL version 1 vers la version par défaut d'Aurora My SQL version 2 dans le cadre d'une période de maintenance planifiée qui suivra. La restauration des instantanés de base de données Aurora My SQL version 1 entraîne une mise à niveau automatique du cluster restauré vers la version par défaut d'Aurora My SQL version 2 à ce moment-là.
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 les temps d'arrêt, vous pouvez également utiliser des déploiements bleu/vert
Une fois la mise à niveau terminée, il se peut que vous ayez également un travail de suivi à faire. Par exemple, vous devrez peut-être effectuer un suivi en raison de différences de SQL compatibilité, du fonctionnement de certaines fonctionnalités SQL liées à Mon compte ou de 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 des versions SQL majeures d'Aurora My, assurez-vous de lire attentivementMise à 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 rechercher un cluster Aurora My SQL version 1
Connectez-vous à la RDS console Amazon AWS Management Console et ouvrez-la à l'adresse https://console.aws.amazon.com/rds/
. -
Dans le panneau de navigation, choisissez Databases (Bases de données).
-
Dans la case Filter by databases (Filtrer par bases de données), saisissez 5.6.
-
Vérifiez la présence d'Aurora My SQL 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.
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 Aurora My SQL DB exécutant Aurora My SQL version 1, utilisez l'escribeDBClustersAPIopération RDS D avec les paramètres requis suivants :
-
DescribeDBClusters-
Filters.Filter.N
Nom
engine
Values.Value.N
['aurora']
-
