Stratégie de prise en charge des versions Azure Database pour MySQL
S’APPLIQUE À :
Azure Database pour MySQL - Serveur unique Azure Database pour MySQL - Serveur flexible
Important
Le serveur unique Azure Database pour MySQL est en voie de mise hors service. Nous vous conseillons vivement de procéder à une mise à niveau vers Azure Database pour MySQL – Serveur flexible. Pour obtenir plus d’informations sur la migration vers Azure Database pour MySQL – Serveur flexible, consultez Qu’en est-il du Serveur unique Azure Database pour MySQL ?
Cette page décrit la stratégie de version d’Azure Database pour MySQL et s’applique aux modes de déploiement Azure Database pour MySQL – Serveur unique et Azure Database pour MySQL – Serveur flexible.
Versions de MySQL prises en charge
Azure Database pour MySQL a été développé à partir de MySQL Community Edition, avec le moteur de stockage InnoDB. Le service prend en charge les versions principales actuelles de la communauté, à savoir MySQL 5.7 et 8.0. MySQL utilise le schéma de nommage X.Y.Z, où X est la version principale, Y la version secondaire et Z la version du correctif de bogue. Pour plus d’informations sur ce schéma, reportez-vous à la documentation MySQL.
Azure Database pour MySQL prend actuellement en charge les versions majeures et mineures suivantes de MySQL :
| Version | Serveur unique Version mineure actuelle |
Serveur flexible Version mineure actuelle |
|---|---|---|
| MySQL version 5.7 | 5.7.32 | 5.7.44 |
| MySQL Version 8.0 | 8.0.15 | 8.0.35 |
Remarque
Dans l’option de déploiement Serveur unique, une passerelle redirige les connexions vers des instances de serveur. Une fois la connexion établie, le client de MySQL affiche la version de MySQL définie dans la passerelle, et non la version en cours d’exécution sur votre instance de serveur MySQL. Pour déterminer la version de votre instance de serveur MySQL, utilisez la commande SELECT VERSION(); à l’invite de MySQL. Si votre application doit se connecter à une version principale spécifique, par exemple v5.7 ou v8.0, vous pouvez le faire en modifiant le port dans la chaîne de connexion de votre serveur, comme expliqué dans notre documentation ici.
Découvrez la stratégie de prise en charge des versions pour les versions mises hors service dans la documentation relative à la stratégie de prise en charge des versions.
Prise en charge de la version principale
Chaque version principale de MySQL est prise en charge par Azure Database pour MySQL depuis la date de début de la prise en charge de la version par Azure et jusqu’à la suppression de la version par la communauté MySQL, comme indiqué dans la stratégie de contrôle de version.
Prise en charge de la version mineure
Azure Database pour MySQL effectue automatiquement des mises à niveau de la version secondaire vers la version MySQL préférée d’Azure dans le cadre d’une maintenance périodique.
Stratégie de retrait de la version majeure
Les détails de mise hors service pour les versions principales de MySQL sont répertoriés dans le tableau suivant. Les dates affichées suivent la stratégie de version de MySQL.
| Version | Nouveautés | Date de début de la prise en charge d’Azure | Date de fin du support Azure | Date de mise hors service de la version Community |
|---|---|---|---|---|
| MySQL 5.7 | Caractéristiques | 20 mars 2018 | Septembre 2025 | Octobre 2023 |
| MySQL 8 | Caractéristiques | 11 décembre 2019 | N/D | Avril 2026 |
Qu’adviendra-t-il du service Azure Database pour MySQL après la mise hors service de la version de MySQL Community en octobre 2023 ?
Conformément à l’annonce d’Oracle concernant la fin de vie (EOL) de MySQL Community version v5.7 en octobre 2023 (page 23), Azure prépare activement cette importante transition. Ce développement a un impact particulier sur les clients qui utilisent actuellement la version 5.7 d’Azure Database pour MySQL – Serveur unique et serveur flexible.
En réponse aux demandes des clients, Microsoft a décidé de prolonger le support pour Azure Database pour MySQL au-delà d’octobre 2023. Pendant la période de support étendu mise en place jusqu’en septembre 2025, Microsoft donne la priorité à la disponibilité, la fiabilité et la sécurité du service. Bien qu’il n’existe aucune garantie spécifique concernant les mises à niveau de versions mineures, nous implémentons des modifications essentielles pour garantir que le service reste accessible, fiable et protégé. Notre plan comprend :
Support étendu de la version 5.7 sur Azure Database pour MySQL – Serveurs flexibles jusqu’en septembre 2025, offrant ainsi aux clients suffisamment de temps pour planifier et exécuter leurs mises à niveau vers MySQL v8.0.
Support étendu de la version 5.7 sur Azure Database pour MySQL – Serveurs uniques jusqu’à leur mise hors service en septembre 2024. Ce support étendu offre aux clients Azure Database pour MySQL – Serveur unique suffisamment de temps pour migrer vers Azure Database pour MySQL – Serveur flexible version 5.7, puis mettre à niveau ultérieurement vers la version 8.0.
Avant de mettre fin à notre support d’Azure Database pour MySQL 5.7, il existe plusieurs chronologies importantes à prendre en compte.
Chronologies de dépréciation d’Azure MySQL 5.7
| Chronologies | Fin d’Azure MySQL 5.7 Serveur flexible | Fin d’Azure MySQL 5.7 Serveur unique |
|---|---|---|
| Création de serveurs à l’aide du portail Azure. | À décider | Déjà terminé dans le cadre de la dépréciation du serveur unique |
| Création de serveurs à l’aide de l’interface de ligne de commande (CLI). | À décider | Septembre 2024 |
| Création de serveurs réplicas pour les serveurs existants. | Septembre 2025 | Septembre 2024 |
| Création de serveurs à l’aide du workflow de restauration pour les serveurs existants | Septembre 2025 | Septembre 2024 |
| Création de serveurs pour la migration d’Azure Database pour MySQL – Serveur unique vers Azure Database pour MySQL – Serveur flexible. | N/D | Septembre 2024 |
| Création de serveurs pour la migration d’Azure Database for MariaDB vers Azure Database pour MySQL – Serveur flexible. | Septembre 2025 | N/D |
| Support étendu d’Azure Database pour MySQL v5.7 | Septembre 2025 | Septembre 2024 |
Remarque
Nous avions initialement prévu d’arrêter la création de nouvelles instances Azure Database pour MySQL version 5.7 via CLI et Portal après avril 2024. Toutefois, après une révision supplémentaire et des commentaires des clients, nous avons décidé de reporter cet arrêt. La date spécifique pour la suppression de la création de nouvelles instances MySQL 5.7 est actuellement en cours de révision et reste « À décider ». Ce changement reflète notre engagement à répondre aux besoins des clients et à offrir une flexibilité pendant la transition. Nous apprécions vos commentaires et encourageons la communication continue à mesure que nous parcourons ces modifications.
FAQ
Q : Quel est le processus de mise à niveau d’Azure Database pour MySQL – Serveur flexible de la version 5.7 vers la version 8.0 ?
R : À compter de mai 2023, Azure Database pour MySQL – Serveur flexible vous permet d’effectuer une mise à niveau sur place de MySQL v5.7 vers v8.0 à l’aide de la fonctionnalité de mise à niveau de version principale (MVU). Pour plus d’informations, veuillez consulter le document Mise à niveau de version principale.
Q : J’utilise actuellement Azure Database pour MySQL – Serveur unique version 5.7, comment planifier ma mise à niveau ?
R : Azure Database pour MySQL – Serveur unique n’offre pas de prise en charge intégrée de la mise à niveau de la version principale de la version 5.7 vers la version 8.0. Comme Azure Database pour MySQL – Serveur unique est sur le chemin de dépréciation, aucun investissement n’est prévu pour prendre en charge la mise à niveau de la version principale de la version 5.7 vers la version 8.0. Le chemin recommandé pour la mise à niveau de la version 5.7 d’Azure Database pour MySQL – Serveur unique vers la version 8.0 consiste à migrer d’abord votre Azure Database pour MySQL version 5.7 – Serveur unique vers la version 5.7 d’Azure Database pour MySQL – Serveur flexible. Une fois la migration terminée et le serveur stabilisé sur le serveur flexible, vous pouvez effectuer une mise à niveau de version majeure sur Azure Database pour MySQL – Serveur flexible migré de la version 5.7 vers la version 8.0. Le support étendu de la version 5.7 sur un serveur flexible vous permettra d’exécuter plus longtemps sur la version 5.7 et de planifier votre mise à niveau vers la version 8.0 sur le serveur flexible à un moment ultérieur après la migration à partir d’un serveur unique.
Q : Y a-t-il des temps d’arrêt attendus ou des impacts sur les performances pendant le processus de mise à niveau ?
R : Oui, il est prévu qu’il y aura un temps d’arrêt pendant le processus de mise à niveau. La durée spécifique varie en fonction de facteurs tels que la taille et la complexité de la base de données. Nous vous conseillons d’effectuer une mise à niveau de test sur un environnement de non-production pour évaluer le temps d’arrêt attendu et l’impact potentiel sur les performances. Si vous souhaitez réduire le temps d’arrêt de vos applications pendant la mise à niveau, vous pouvez explorer la possibilité d’effectuer une mise à niveau de version majeure de MySQL 5.7 vers MySQL 8.0 à l’aide de la réplica de lecture.
Q : Puis-je restaurer MySQL version 5.7 après la mise à niveau vers la version 8.0 ?
R : Bien qu’il ne soit généralement pas recommandé de passer de MySQL version 8.0 à la version 5.7, cette dernière étant proche de son état de fin de vie, nous reconnaissons qu’il peut y avoir des scénarios spécifiques où cette flexibilité devient nécessaire. Pour garantir un processus de mise à niveau fluide et atténuer les problèmes potentiels, il est vivement recommandé de respecter les meilleures pratiques en effectuant une sauvegarde complète à la demande avant de procéder à la mise à niveau vers MySQL v8.0. Cette sauvegarde sert de mesure de précaution. Elle vous permet de restaurer votre base de données vers sa version précédente sur un autre nouveau serveur flexible Azure Database pour MySQL en cas de problèmes inattendus ou de complications avec MySQL v8.0.
Q : Quels sont les principaux avantages de la mise à niveau vers MySQL v8.0 ?
R : MySQL v8.0 est fourni avec de nombreuses améliorations, notamment un dictionnaire de données plus efficace, une sécurité renforcée et d’autres fonctionnalités telles que les expressions de table et les fonctions de fenêtre courantes. Pour plus d’informations, consultez les Notes de publication de MySQL 8.0
Q : Existe-t-il des problèmes de compatibilité à connaître lors de la mise à niveau vers MySQL v8.0 ?
R : Certains problèmes de compatibilité peuvent survenir en raison de modifications apportées à MySQL v8.0. Il est important de tester vos applications avec MySQL v8.0 avant de mettre à niveau la base de données de production. Consultez la documentation officielle de MySQL pour obtenir une liste détaillée des problèmes de compatibilité.
Q : Quel support est disponible si je rencontre des problèmes pendant le processus de mise à niveau ?
A : Si vous avez des questions, posez-les aux experts de la communauté dans Microsoft Q&A. Si vous disposez d’un plan de support et que vous avez besoin d’une aide technique, créez une demande de support. Vous pouvez également envoyer un e-mail à l'équipe produit Azure Database pour MySQL.
Q : Qu’adviendra-t-il de mes données pendant la mise à niveau ?
R : Bien que vos données restent inchangées pendant le processus de mise à niveau, il est vivement recommandé de créer une sauvegarde de vos données avant de procéder à la mise à niveau. Cette mesure de précaution aide à atténuer le risque de perte de données en cas de complications imprévues.
Q : Qu’adviendra-t-il du serveur 5.7 après septembre 2025 ?
R : Vous vous reporterez à notre stratégie de support des versions de MySQL mises hors service pour savoir ce qui se passera après la fin du support d’Azure Database pour MySQL 5.7
Q : Je possède Azure Database for MariaDB ou Azure Database pour MySQL – Serveur unique. Comment puis-je créer le serveur dans la version 5.7 après avril 2024 pour la migration vers Azure Database pour MySQL – serveur flexible ?
R : Si votre abonnement contient un serveur MariaDB\Single, cet abonnement est toujours autorisé à créer Azure Database pour MySQL – Serveur flexible v5.7 pour migrer vers Azure Database pour MySQL – Serveur flexible.
Versions de moteur MySQL supprimées non prises en charge dans Azure Database pour MySQL
Après la date de suppression pour chaque version de base de données MySQL, si vous continuez d’exécuter la version supprimée, tenez compte des restrictions suivantes :
- Dans la mesure où la communauté ne publie plus de correctifs de bogues ou de sécurité, Azure Database pour MySQL n’effectue pas de mise à jour corrective de bogues ou de problèmes de sécurité sur le moteur de base de données supprimé. Il ne prend pas non plus de mesures de sécurité concernant le moteur de base de données supprimé. Toutefois, Azure continue à effectuer des opérations de maintenance et des mise à jour correctives périodiques de l’hôte, du système d’exploitation, des conteneurs et autres composants liés aux services.
- Si vous rencontrez un problème de prise en charge lié à la base de données MySQL, il est possible que nous ne puissions pas intervenir. Dans ce cas, vous devez mettre à niveau votre base de données pour que nous puissions intervenir.
- Vous ne serez plus en mesure de créer des serveurs de base de données pour la version supprimée. Toutefois, vous pouvez effectuer des récupérations à un moment donné et créer des réplicas en lecture sur vos serveurs existants.
- Les nouvelles fonctionnalités de service développées par Azure Database pour MySQL peuvent uniquement être disponibles pour les versions de serveur de base de données prises en charge.
- Les contrats de niveau de service relatifs à la durée de fonctionnement s’appliquent uniquement aux problèmes liés au service Azure Database pour MySQL et non aux temps d’arrêt causés par des bogues liés au moteur de base de données.
- En cas de menace sérieuse pour le service provoquée par la vulnérabilité du moteur de base de données MySQL identifiée dans la version de la base de données supprimée, Azure peut décider d’empêcher le nœud de calcul du serveur de votre base de données de sécuriser d’abord le service. Il vous est demandé de mettre à niveau le serveur avant sa mise en ligne. Pendant le processus de mise à niveau, vos données sont toujours protégées à l’aide de sauvegardes automatiques effectuées sur le service, qui peuvent être utilisées pour restaurer la version antérieure si vous le souhaitez.
Étapes suivantes
- Consultez Vidage et restauration MySQL pour effectuer des mises à niveau.