stratégie de prise en charge des versions de Azure Database pour MySQL

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 support. En comprenant cette stratégie, vous pouvez vous assurer que vos 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.

Versions MySQL prises en charge

Azure Database pour MySQL est développé à partir de MySQL Community Edition et utilise le moteur de stockage InnoDB. Le service prend en charge les versions principales actuelles de la communauté. MySQL utilise le schéma de nommage X.Y.Z. où X.Y est la version principale, et Z est la version mineure. Le nombre Z incrémente pour chaque nouvelle version LTS, mais est probablement 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 principales et mineures suivantes de MySQL :

Lisez la stratégie de prise en charge des versions supprimées dans la documentation de la stratégie de prise en charge des versions.

Prise en charge des versions majeures

Azure Database pour MySQL prend en charge chaque version principale de MySQL à partir de la date à laquelle Azure commence à le faire jusqu’à ce que la communauté MySQL la mette hors service, comme indiqué dans la politique de versionnage.

Stratégie de retrait des versions majeures

Le tableau suivant répertorie les détails de mise hors service pour les versions principales de MySQL. Les dates suivent la stratégie de contrôle de version MySQL.

Que se passe-t-il après la fin du support standard ?

Pour vous donner suffisamment de temps pour effectuer une mise à niveau vers une version prise en charge, le support étendu démarre une fois le support standard terminé pour chaque version.

Après la date de fin du support standard, Azure Database pour MySQL serveurs 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 la période de grâce. Le support étendu fournit des mises à jour de sécurité critiques pendant jusqu’à trois ans après la fin du support Standard, de sorte que vous avez plus de temps pour planifier et exécuter des mises à niveau de version majeures. Pour éviter les frais de support étendu, mettez à niveau votre serveur Azure Database pour MySQL vers une version 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. Le service reçoit des modifications essentielles pour s’assurer qu’il reste accessible et protégé, mais de nouvelles fonctionnalités et mises à niveau de versions mineures peuvent ne pas être garanties.

Prise en charge des versions Innovation Release

Microsoft fournit des versions de MySQL Innovation Release pour vous permettre d’accéder aux dernières fonctionnalités et fonctionnalités 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é (HA), les réplicas et les sauvegardes automatisées. La prise en charge des versions d’innovation est limitée à la version la plus récente, et les versions précédentes ne sont pas conservées pour garantir que les utilisateurs ont 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. La piste Innovation Release ne passe pas en disponibilité générale (GA).

Prise en charge des versions mineures

Azure Database pour MySQL effectue automatiquement des mises à niveau de version mineures vers la version Azure préférée dans le cadre de la maintenance périodique.

Les versions du moteur MySQL supprimées ne sont pas 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 que 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 une maintenance et des correctifs périodiques pour l’hôte, le système d’exploitation, les conteneurs et d’autres composants liés au service.
• 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.
• Les contrats de niveau de service (SLA) de disponibilité s’appliquent uniquement aux problèmes liés au service Azure Database pour MySQL, et non à toute interruption causée par des bogues liés au moteur de base de données.
• En cas extrême de menace grave pour le service causé par la vulnérabilité du moteur de base de données MySQL identifiée dans la version de base de données supprimée, Azure pouvez choisir d’arrêter le nœud de calcul de votre serveur de base de données pour sécuriser le service en premier. Il vous est demandé de mettre à niveau le serveur avant sa mise en ligne. Pendant le processus de mise à niveau, les sauvegardes automatiques effectuées sur le service protègent toujours vos données, qui peuvent être utilisées pour la restaurer vers une version antérieure si vous le souhaitez.

Suppression de la prise en charge des plug-ins MySQL dans Azure Database pour MySQL

• Selon la documentation publique de MySQL, le plug-in d’authentification mysql_native_password a été déconseillé dans MySQL 8.0.34. Toutefois, ce plug-in reste activé dans Azure Database pour MySQL sur toutes les versions.
• Pour MySQL 8.4, le plug-in caching_sha2_password est le plug-in d’authentification par défaut. Tous les nouveaux comptes d’utilisateur utilisent le plug-in caching_sha2_password pour l’authentification. Les comptes d’utilisateur existants qui utilisent le plug-in mysql_native_password continuent d’être pris en charge.
• Modifiez le plug-in d’authentification pour les comptes d’utilisateur existants en caching_sha2_password au lieu de mysql_native_password avant ou après la mise à niveau vers MySQL 8.4.

Questions fréquemment posées (FAQ)

Q : Quelle est la différence entre le support standard Azure et le support étendu Azure ?

R : Azure Support standard fait référence à la période entre la fin du support communautaire (EOL) et le début du support étendu et est fourni sans frais supplémentaires. Pendant la prise en charge standard, Microsoft continue de hiérarchiser la disponibilité, la fiabilité et la sécurité du service. Seules les modifications essentielles sont apportées pour maintenir le service stable et sécurisé, et de nouvelles fonctionnalités ou mises à niveau de versions mineures peuvent ne pas être introduites. Azure support étendu s’applique après la fin de la période de support Standard, ce qui vous permet de continuer à exécuter des versions antérieures avec des mises à jour de sécurité et un support technique, mais sans nouvelles fonctionnalités , et elle est automatiquement appliquée et facturée si vous ne mettez pas à niveau.

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 étendu, vous devez mettre à niveau votre serveur vers une version MySQL qui se trouve toujours au cours de la période de support 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 de mise à niveau de version majeure dans 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 les temps d’arrêt de vos applications pendant la mise à niveau, vous pouvez explorer la procédure de mise à niveau de version majeure recommandée entre les versions principales.

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 restore votre base de données à sa version précédente sur une autre nouvelle Azure Database 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 ?

R : Si vous avez des questions, obtenez des réponses des experts de la communauté dans Microsoft Q& A. Si vous avez un plan de support et que vous avez besoin d’aide 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 que le 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 que 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. Ainsi, les réplicas en lecture et les serveurs avec haute disponibilité activée sont facturés en fonction des vCores supplémentaires consommés. Pour plus d’informations sur la tarification, consultez la calculatrice de prix Azure.

Q : Comment quitter le support étendu ?

R : Mettez à niveau votre serveur vers une version MySQL qui dispose toujours d’une prise en charge de la communauté. Une fois la mise à niveau terminée, votre serveur quitte automatiquement le support étendu et la facturation s’arrête.

Contenu connexe

• Mise à niveau majeure de la version dans Azure Database pour MySQL
• Migrez votre base de données MySQL vers Azure Database pour MySQL - Serveur flexible en utilisant l’exportation et la restauration