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 du support standard de l’Édition compatible d’Amazon Aurora MySQL version 2
La fin du support standard de l’Édition compatible d’Amazon Aurora MySQL version 2 (avec compatibilité MySQL 5.7) est prévue pour le 31 octobre 2024. Nous vous recommandons de mettre à niveau tous les clusters exécutant Aurora MySQL version 2 vers la version par défaut Aurora MySQL version 3 (avec compatibilité MySQL 8.0) ou vers une version ultérieure avant la fin du support standard d’Aurora MySQL version 2. Le 31 octobre 2024, Amazon RDS inscrira automatiquement vos bases de données dans le support étendu Amazon RDS. Si vous exécutez Amazon Aurora MySQL version 2 (avec compatibilité MySQL 5.7) dans un cluster Aurora Serverless version 1, cela ne vous concerne pas. Si vous souhaitez mettre à niveau vos clusters Aurora Serverless version 1 vers Aurora MySQL version 3, consultez Chemin de mise à niveau pour les clusters de bases de données Aurora Serverless v1.
Vous trouverez les dates de fin de support à venir pour les versions majeures d’Aurora MySQL dans le Calendrier des versions majeures d’Aurora MySQL.
Si vous avez des clusters exécutant Aurora MySQL version 2, vous recevrez des notifications périodiques contenant les dernières informations sur la procédure de mise à niveau à mesure que la date de fin du support standard approchera. Nous mettrons régulièrement cette page à jour.
Dates de fin du support standard
-
Jusqu’au 31 octobre 2024 – Vous pouvez à tout moment mettre à niveau des clusters Aurora MySQL version 2 (avec compatibilité MySQL 5.7) vers Aurora MySQL version 3 (avec compatibilité MySQL 8.0).
-
31 octobre 2024 — À cette date, le support standard de la version 2 d’Aurora MySQL prend fin. Amazon RDS inscrira automatiquement vos clusters dans le support étendu Amazon RDS.
Nous vous inscrirons automatiquement dans le support étendu RDS. Pour plus d’informations, consultez Support étendu Amazon RDS avec Amazon Aurora.
Recherche des clusters affectés par ce processus de fin de vie
Pour trouver les clusters affectés par ce processus de fin de vie, utilisez les procédures suivantes.
Important
Assurez-vous d’exécuter ces instructions dans chaque Région AWS et pour chaque Compte AWS où vos ressources sont situées.
Pour rechercher un cluster Aurora MySQL version 2
Connectez-vous à la AWS Management Console et ouvrez la console Amazon RDS à l’adresse https://console.aws.amazon.com/rds/
. -
Dans le panneau de navigation, choisissez Databases (Bases de données).
-
Dans la zone Filtrer par bases de données, saisissez 5.7.
-
Recherchez les occurrences Aurora MySQL dans la colonne du moteur.
Pour rechercher les clusters affectés par ce processus de fin de vie à l’aide de l’AWS CLI, effectuez un appel à la commande describe-db-clusters. Vous pouvez utiliser l’exemple de script suivant.
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 | +---------------------+---------------+-------------------------+
Pour trouver les clusters de bases de données Aurora MySQL exécutant Aurora MySQL version 2, utilisez l’opération d’API RDS DescribeDBClusters avec les paramètres requis suivants :
-
DescribeDBClusters-
Filters.Filter.N
-
Nom
-
engine
-
-
Values.Value.N
-
[’aurora’]
-
-
-
Support étendu Amazon RDS
Vous pouvez utiliser le support étendu Amazon RDS sur la version communautaire MySQL 5.7 gratuitement jusqu’à la date de fin du support, le 31 octobre 2024. Le 31 octobre 2024, Amazon RDS inscrira automatiquement vos bases de données dans le support étendu RDS pour Aurora MySQL version 2. Le support étendu RDS pour Aurora est un service payant offrant 28 mois supplémentaires de support pour Aurora MySQL version 2, soit jusqu’en février 2027. Le support étendu RDS ne sera proposé que pour les versions mineures 2.11 et 2.12 d’Aurora MySQL. Si vous prévoyez d’utiliser Amazon Aurora MySQL version 2 après la fin du support standard, prévoyez d’exécuter vos bases de données sur l’une de ces versions mineures avant le 31 octobre 2024.
Pour plus d’informations sur le support étendu RDS, telles que les frais et d’autres éléments à prendre en compte, consultez Support étendu Amazon RDS avec Amazon Aurora.
Réalisation d’une mise à niveau
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. Nous considérons la mise à niveau comme un processus en trois étapes, comprenant des activités avant, pendant et après la mise à niveau.
Avant la mise à niveau :
Avant la mise à niveau, nous vous recommandons de vérifier la compatibilité des applications, les performances, les procédures de maintenance et autres considérations similaires pour le cluster mis à niveau, afin de vous assurer que vos applications fonctionneront comme prévu après la mise à niveau. Voici cinq recommandations qui vous permettront de bénéficier d’une meilleure expérience de mise à niveau.
-
Tout d’abord, il est essentiel de comprendre le Fonctionnement de la mise à niveau sur place d’une version majeure de Aurora MySQL.
-
Ensuite, explorez les techniques de mise à niveau à votre disposition lors de la Mise à niveau d’Aurora MySQL version 2 vers la version 3.
-
Pour vous aider à choisir le bon moment et la bonne approche pour la mise à niveau, découvrez les différences entre Aurora MySQL version 3 et votre environnement actuel avec Comparaison d’Aurora MySQL version 2 et Aurora MySQL version 3.
-
Une fois que vous avez choisi l’option la plus pratique et la plus efficace, simulez une mise à niveau sur place sur un cluster cloné en vous reportant à Planification d’une mise à niveau de version majeure d’un cluster Aurora MySQL.
-
Prenez connaissance des Vérifications préalables aux mises à niveau de version majeure pour Aurora MySQL. La vérification préalable de la mise à niveau peut déterminer si la base de données peut être mise à niveau avec succès et s’il y a des problèmes d’incompatibilité entre les applications après la mise à niveau, ainsi que des considérations relatives aux performances, aux procédures de maintenance et autres aspects similaires.
-
Tous les types ou versions de clusters Aurora MySQL ne peuvent pas utiliser le mécanisme de mise à niveau sur place. Pour plus d’informations, consultez Chemins de mise à niveau d’une version majeure Aurora MySQL.
En cas de question ou de doute, contactez l’équipe AWS Support sur les forums de la communauté
Réalisation de la mise à niveau :
Vous pouvez utiliser l’une des techniques de mise à niveau suivantes. La durée d’indisponibilité de votre système dépend de la technique choisie.
-
Déploiements bleu/vert : lorsque la priorité absolue est de réduire la durée d’indisponibilité de l’application, vous pouvez utiliser les déploiements bleu/vert Amazon RDS
pour effectuer la mise à niveau de la version majeure dans les clusters de bases de données Amazon Aurora provisionnés. Un déploiement bleu/vert crée un environnement intermédiaire qui copie l’environnement de production. Vous pouvez modifier le 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, et n’engendre pas de perte de données. Pour plus d’informations, consultez Présentation des (Amazon Aurora Blue/Green ). Cette méthode permet de minimiser la durée d’indisponibilité, mais nécessite des ressources supplémentaires pendant la mise à niveau. -
Mises à niveau sur place : vous pouvez effectuer une mise à niveau sur place au cours de laquelle Aurora réalisera automatiquement une vérification préalable pour vous, mettra le cluster hors ligne, le sauvegardera, appliquera la mise à niveau et remettra votre cluster en ligne. Une mise à niveau sur place d’une version majeure peut être effectuée en quelques clics et ne nécessite aucune autre coordination ni aucun basculement vers d’autres clusters, mais elle implique une durée d’indisponibilité. Pour plus d’informations, consultez Comment effectuer une mise à niveau sur place.
-
Restauration à partir d’un instantané : vous pouvez mettre à niveau votre cluster Aurora MySQL version 2 en restaurant un instantané Aurora MySQL version 2 dans un cluster Aurora MySQL version 3. Pour ce faire, vous devez suivre le processus de capture d’instantané et de restauration à partir de ce dernier. Ce processus implique une interruption de la base de données puisque vous effectuez la restauration à partir d’un instantané.
Après la mise à niveau :
Après la mise à niveau, vous devez surveiller de près votre système (application et base de données) et procéder à des optimisations le cas échéant. En suivant scrupuleusement les étapes préalables à la mise à niveau, vous réduisez au minimum les modifications nécessaires. Pour plus d’informations, consultez Résolution des problèmes de performances de base de données Amazon Aurora MySQL.
Pour en savoir plus sur les méthodes, la planification, les tests et le dépannage des mises à niveau de la version majeure d’Aurora MySQL, assurez-vous de lire attentivement Mise à niveau de la version majeure d’un cluster de bases de données Amazon Aurora MySQL, y compris Dépannage de la mise à niveau sur place d’Aurora MySQL. Notez que certains types d’instances ne sont pas pris en charge par Aurora MySQL version 3. Pour plus d’informations, consultez Classes d’instance de base de données Amazon Aurora.
Chemin de mise à niveau pour les clusters de bases de données Aurora Serverless v1
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. Nous considérons la mise à niveau comme un processus en trois étapes, comprenant des activités avant, pendant et après la mise à niveau.
Aurora MySQL version 2 (avec compatibilité MySQL 5.7) continue de bénéficier du support standard pour les clusters Aurora Serverless v1.
Si vous souhaitez passer à Aurora MySQL version 3 (avec compatibilité MySQL 8.0) et continuer d’exécuter Aurora Serverless, vous pouvez utiliser Amazon Aurora Serverless v2. Pour comprendre les différences entre Aurora Serverless v1 et Aurora Serverless v2, consultez Comparaison d’Aurora Serverless v2 avec Aurora Serverless v1.
Mise à niveau vers Aurora Serverless v2 : vous pouvez mettre à niveau un cluster Aurora Serverless v1 vers Aurora Serverless v2. Pour plus d’informations, consultez Mise à niveau d’un cluster Aurora Serverless v1 vers Aurora Serverless v2.