Notes
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de vous connecter ou de modifier des répertoires.
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de modifier des répertoires.
Azure Database pour MySQL fournit un service de base de données entièrement managé alimenté par l’édition de la communauté MySQL, ce qui permet aux développeurs de créer et de mettre à l’échelle efficacement des applications. Cet article décrit la stratégie de prise en charge des versions pour Azure Database pour MySQL, détaillant la gestion du cycle de vie, notamment la disponibilité des versions, les mises à jour et les chronologies de fin de prise en charge. Les clients peuvent s’assurer que leurs applications restent sécurisées, performantes et alignées sur les dernières innovations MySQL tout en réduisant les interruptions pendant les transitions de version, en comprenant cette stratégie.
Versions 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 majeures actuelles de la communauté, à savoir MySQL 5.7 et 8.0. MySQL utilise le schéma de nommage X.Y.Z. où X.Y est la version principale, Z est la version mineure. Z est incrémenté pour chaque nouvelle version LTS, mais est probablement toujours 0 pour les versions d’innovation. Pour plus d’informations sur ce schéma, reportez-vous à la documentation de MySQL.
Azure Database pour MySQL prend actuellement en charge les versions majeures et mineures suivantes de MySQL :
| Version | Version mineure actuelle | État de la version |
|---|---|---|
| MySQL version 5.7 | 5.7.44 | GA |
| MySQL Version 8.0 | 8.0.42 | GA |
| MySQL version 8.4 | 8.4.5 | GA |
| Version MySQL 9.3 | 9.3.0 | Public Preview |
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 des versions majeures
Azure Database pour MySQL prend en charge chaque version majeure de MySQL à partir de la date de début de sa prise en charge et jusqu’à son retrait par la communauté MySQL, comme indiqué dans la politique sur le contrôle de version.
Stratégie de retrait des versions majeures
Les détails du retrait des versions majeures de MySQL sont répertoriés dans le tableau suivant. Les dates affichées suivent la stratégie de contrôle de version de MySQL.
| Version | Quoi de neuf | Date de début du support Azure | Date de retraite de la communauté | Date de fin du support Azure Standard | Date de début du support étendu Azure | Date de fin du support étendu Azure |
|---|---|---|---|---|---|---|
| MySQL 5.7 | Features | 20 mars 2018 | 31 octobre 2023 | mardi 31 mars 2026 | 1er avril 2026 | 31 mars 2029 |
| MySQL 8 | Features | 11 décembre 2019 | 30 avril 2026 | 31 mai 2026 | 1er juin 2026 | 31 mai 2029 |
Que se passe-t-il après la fin du support standard ?
Pour fournir aux clients suffisamment de temps pour décider s’il faut effectuer une mise à niveau vers une version prise en charge, le support étendu est prévu pour commencer au printemps 2026.
Après la date de fin du support standard, les serveurs Azure Database pour MySQL s’exécutant sur des versions MySQL non prises en charge sont automatiquement inscrits dans le support étendu et sont facturés automatiquement pour ce service après une période de grâce d’un mois. Le support étendu fournit des mises à jour de sécurité critiques pendant jusqu’à trois ans après la fin du support standard, ce qui permet aux clients de planifier et d’exécuter des mises à niveau de versions majeures. Pour éviter les frais de support étendu, vous devez mettre à niveau votre serveur Azure Database pour MySQL vers une version De MySQL qui se trouve toujours dans le support standard.
Pendant la période de support étendu, Microsoft hiérarchise la disponibilité, la fiabilité et la sécurité du service. Les modifications essentielles sont implémentées pour garantir que le service reste accessible et protégé, mais de nouvelles fonctionnalités et mises à niveau de versions mineures peuvent ne pas être garanties.
Note
La prise en charge étendue est automatiquement appliquée et facturée aux serveurs s’exécutant sur les versions héritées de MySQL après la fin du support standard. Pour refuser le support étendu et éviter les frais, les clients doivent effectuer une mise à niveau vers une version majeure prise en charge du logiciel. Pour plus d’informations ou pour fournir des commentaires, contactez Azure Database pour MySQL.
La tarification est disponible sur la page de tarification plus tard cette année.
Prise en charge des versions Innovation Release
Les versions de MySQL Innovation Release sont fournies pour permettre l’accès aux fonctionnalités et capacités les plus récentes de MySQL. La prise en charge de ces versions inclut les fonctionnalités principales, mais exclut les fonctionnalités avancées telles que la haute disponibilité ,les réplicas et les sauvegardes automatisées. La prise en charge des versions Innovation Release est limitée à la version la plus récente, les versions antérieures n’étant pas retenues pour que les utilisateurs aient accès aux dernières avancées. Chaque serveur Innovation Release a un cycle de vie de 30 jours à partir de la date de création, après quoi il est automatiquement supprimé. Aucune mise à jour de maintenance mensuelle n’est appliquée pendant le cycle de vie de ces versions.
Note
Les versions Innovation Release sont destinées à un accès anticipé et à l’expérimentation. Par conséquent, ils ne sont pas admissibles aux cas de support client et aucune assistance directe n’est fournie. Les utilisateurs sont encouragés à faire référence à la documentation et aux ressources de la communauté pour la résolution des problèmes et les conseils.
Prise en charge des versions mineures
Azure Database pour MySQL effectue automatiquement des mises à niveau de versions mineures vers la version recommandée d’Azure dans le cadre d’une maintenance périodique.
Versions du moteur MySQL retirées non prises en charge dans Azure Database pour MySQL
Les restrictions suivantes s’appliquent uniquement une fois la période de support étendue terminée, et votre serveur exécute toujours une version de MySQL supprimée :
- Aucune autre mise à jour de sécurité ou de support n’est fournie pour la version supprimée. Azure Database pour MySQL ne peut pas corriger le moteur de base de données supprimé pour les bogues ou problèmes de sécurité, et la prise en charge des problèmes liés au moteur de base de données n’est plus disponible. Toutefois, Azure continue d’effectuer régulièrement des opérations de maintenance et des mise à jour correctives de l’hôte, du système d’exploitation, des conteneurs et autres composants liés aux services.
- Vous ne pouvez pas créer de serveurs de base de données pour la version supprimée. Toutefois, vous pouvez effectuer des récupérations à un instant dans le passé et créer des réplicas en lecture pour 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.
- La durée de bon fonctionnement des contrats SLA 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.
- Dans le cas extrême d’une menace sérieuse sur le service causée par la vulnérabilité du moteur de base de données MySQL identifiée dans la version de la base de données retirée, Azure peut décider d’empêcher le nœud de calcul de votre serveur de 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 par des sauvegardes automatiques effectuées sur le service, qui peuvent être utilisées pour la restaurer vers une version antérieure si vous le souhaitez.
Questions fréquemment posées (FAQ)
Q : Que se passe-t-il si je ne mets pas à niveau mon serveur Azure Database pour MySQL vers une version majeure prise en charge après la fin du support standard ?
R : Si vous ne mettez pas à niveau votre serveur Azure Database pour MySQL vers une version majeure prise en charge avant la date de début du support étendu Azure, votre serveur est automatiquement inscrit au support étendu et vous êtes facturé pour ce service. Pour éviter les frais de support étendus, vous devez mettre à niveau votre serveur vers une version MySQL qui se trouve toujours dans la période de prise en charge standard.
Q : Quel est le processus d’exécution d’une mise à niveau de version majeure sur Azure Database pour MySQL ?
R : Azure Database pour MySQL vous permet d’effectuer des mises à niveau principales sur place à l’aide de la fonctionnalité MVU (Major Version Upgrade). Pour plus d’informations, consultez le document mise à niveau de la version principale d’Azure Database pour MySQLmise à niveau de la version principale d’Azure Database pour MySQL.
Q : Existe-t-il des temps d’arrêt ou des impacts sur la performance attendus lors d’une mise à niveau de version majeure ?
R : Oui, il y a un temps d’arrêt pendant le processus de mise à niveau de version majeure. La durée précise varie en fonction de facteurs tels que la taille et la complexité de la base de données. Nous vous recommandons d’effectuer une mise à niveau de test dans un environnement hors production pour évaluer le temps d’arrêt attendu et évaluer les performances potentielles. Pour réduire le temps d’arrêt de vos applications pendant la mise à niveau, vous pouvez découvrir l’option de mise à niveau d’une version majeure avec temps d’arrêt minimal à l’aide de la réplica de lecture.
Q : Puis-je revenir à une version majeure précédente après la mise à niveau ?
R : Bien qu’il ne soit pas recommandé de passer à une version majeure précédente après la mise à niveau, 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 conseillé d’adhérer aux bonnes pratiques en effectuant une sauvegarde complète à la demande, avant de poursuivre la mise à niveau.
Cette sauvegarde sert de mesure de précaution, ce qui vous permet de restaurer votre base de données vers sa version précédente sur une autre nouvelle base de données Azure pour MySQL si nécessaire.
Q : Quels sont les principaux avantages de la mise à niveau vers une version majeure plus récente ?
R : Les versions majeures plus récentes de MySQL sont fournies avec une multitude d’améliorations, notamment les performances améliorées, la sécurité et les nouvelles fonctionnalités. Pour plus d’informations, reportez-vous aux notes de publication de MySQL pertinentes.
Q : Existe-t-il des problèmes de compatibilité à prendre en compte lors de la mise à niveau vers une version majeure plus récente ?
R : Les modifications apportées aux versions majeures plus récentes peuvent entraîner des problèmes de compatibilité. Il est important de tester vos applications avec la nouvelle version avant de mettre à niveau la base de données de production. Reportez-vous à la documentation officielle de MySQL pour obtenir une liste complète 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 assistance technique, créez une demande de support.
Q : Que se passe-t-il pour 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 conseillé de créer une sauvegarde avant de poursuivre la mise à niveau. Cette mesure de précaution aide à atténuer le risque de perte de données dû à des complications imprévues.
Q : Qu’est-ce qu’Azure Database pour MySQL – Support étendu ?
R : le support étendu est une offre de fonctionnalités qui permet aux clients de continuer à exécuter des versions MySQL qui ont atteint la fin de vie de la communauté (fin de support), avec un accès continu à la disponibilité soutenue par le contrat SLA, aux mises à jour de sécurité et au support technique.
Q : Le support étendu est-il un plan de support distinct tel qu’Azure Standard ou Professional Direct Support ?
R : Non. Le support étendu n’est pas un plan de support. Il s’agit d’une fonctionnalité du service Azure Database pour MySQL qui s’applique à des versions MySQL spécifiques après la fin de la prise en charge de leur communauté. Il est indépendant de votre plan de support Azure.
Q : Dois-je prendre des mesures pour activer le support étendu ?
R : Aucune action n’est requise. Si votre serveur exécute une version MySQL qui a entré la phase de support étendu, elle est automatiquement inscrite.
Q : Quand la facturation du support étendu commence-t-elle ?
R : La facturation démarre un mois après la date de fin de support de la communauté de la version de MySQL. Cette période de grâce d’un mois donne aux clients le temps de planifier leur mise à niveau ou d’évaluer les options.
Q : Comment le support étendu est-il facturé ?
R : le support étendu est facturé par vCore par heure. Les détails des tarifs seront publiés en novembre 2025 et seront disponibles dans le https://azure.microsoft.com/pricing/calculator/.
Q : Comment quitter le support étendu ?
R : Mettez simplement à niveau votre serveur vers une version MySQL qui est toujours sous prise en charge par la communauté. Une fois la mise à niveau terminée, votre serveur quitte automatiquement le support étendu et la facturation s’arrête.