Nouveautés Azure Database pour MySQL – Serveur flexible

  • Article

S’APPLIQUE À : Azure Database pour MySQL - Serveur flexible

Azure Database pour MySQL - Serveur flexible est un mode de déploiement conçu pour fournir un contrôle et une flexibilité plus granulaires des fonctions de gestion de base de données et des paramètres de configuration par rapport au mode de déploiement Azure Database pour MySQL - Serveur unique. Le service prend actuellement en charge les versions de la communauté de MySQL 5.7 et 8.0.

Cet article résume les nouvelles versions et fonctionnalités d’Azure Database pour MySQL - Serveur flexible à partir de janvier 2021. Les éléments s’affichent dans l’ordre chronologique inverse, avec les mises à jour les plus récentes en premier.

Notes

Cet article fait référence au terme subordonné, que Microsoft n’utilise plus. Lorsque le terme sera supprimé du logiciel, nous le supprimerons de cet article.

Avril 2024

  • Allocation de mémoire améliorée dans un serveur flexible Azure Database pour MySQL

    Dans les déploiements d’avril, nous avons introduit une allocation de mémoire optimisée pour le serveur flexible Azure Database pour MySQL. Cet affinement garantit un calcul de mémoire plus précis et plus efficace pour le composant MySQL Server, ce qui lui permet d’utiliser efficacement les ressources disponibles pour le traitement des requêtes et la gestion des données. Plus d’informations

  • Analyse améliorée pour le serveur flexible Azure Database pour MySQL : présentation de nouvelles métriques

    Les métriques nouvellement ajoutées incluent la durée de bon fonctionnement MySQL, la longueur de la liste historique MySQL, les blocages MySQL, les transactions actives et les dépassements de délai d'attente de verrou MySQL. Ces métriques vous fournissent une vue plus détaillée du niveau de performance de votre serveur, ce qui vous permet d’analyser et d’optimiser vos opérations de base de données plus efficacement. En plus de ces nouvelles métriques, nous avons également amélioré la métrique de pourcentage de mémoire. Elle offre désormais des calculs plus précis de l’utilisation de la mémoire pour le processus de serveur MySQL (mysqld). En savoir plus

  • Microsoft Defender pour le cloud prend en charge le serveur flexible Azure Database pour MySQL (disponibilité générale)

    Nous avons le plaisir d’annoncer la disponibilité générale de la fonctionnalité Microsoft Defender pour le cloud dans le serveur flexible Azure Database pour MySQL à tous les niveaux du service. La fonctionnalité Microsoft Defender Advanced Threat Protection simplifie la gestion de la sécurité des instances du serveur flexible Azure Database pour MySQL. Elle surveille le serveur à la recherche d’activités anormales ou suspectes des bases de données afin d’y détecter des menaces potentielles et fournit des alertes de sécurité pour vous permettre d’investiguer et de prendre les mesures appropriées, ce qui vous permet d’améliorer activement la posture de sécurité de votre base de données sans être expert en sécurité. En savoir plus

  • Sauvegarde et exportation à la demande (préversion)

    Le serveur flexible Azure Database pour MySQL offre désormais la possibilité de déclencher une sauvegarde à la demande du serveur et de l’exporter vers un compte de stockage Azure (stockage Blob Azure). La fonctionnalité est actuellement en préversion publique et disponible uniquement dans les régions de cloud public. En savoir plus

  • Problèmes connus

    Lors de la tentative d’activation de la fonctionnalité Microsoft Defender pour le cloud pour un serveur flexible Azure Database pour MySQL, vous pouvez rencontrer l’erreur suivante : « Le serveur <nom_serveur> n’est pas compatible avec Advanced Threat Protection. Contactez le support Microsoft pour mettre à jour le serveur vers une version prise en charge. Ce problème peut se produire sur les serveurs flexibles MySQL qui sont toujours en attente d’une mise à jour interne. Il sera automatiquement résolu lors de la prochaine mise à jour interne de votre serveur. Vous pouvez également ouvrir un ticket de support pour obtenir une mise à jour immédiate.

Mars 2024

  • Les journaux accélérés prennent désormais en charge la mise à niveau de version majeure.

    Les journaux accélérés ont maintenant introduit la prise en charge de la mise à niveau de version majeure, ce qui permet une mise à niveau de MySQL version 5.7 vers MySQL version 8.0 avec une fonctionnalité de journaux accélérée activée. En savoir plus.

  • Support pour la conservation à long terme de sauvegardes dans un serveur flexible Azure Database pour MySQL (préversion)

    Cette fonctionnalité permettra la rétention des sauvegardes au-delà de 35 jours et jusqu’à 10 ans. Plus d’informations

Février 2024

  • Les journaux accélérés sont désormais disponibles pour des serveurs existants et disponibles dans trois nouvelles régions.

    Les journaux accélérés, précédemment limités aux serveurs créés après le 14 novembre, sont désormais accessibles pour tous les serveurs autonomes, existants et en préversion du niveau Critique pour l’entreprise. Les journaux accélérés prennent désormais également en charge Microsoft Entra ID. En outre, cette fonctionnalité a été étendue pour inclure trois nouvelles régions : Japon Est, Corée Centre et Pologne Centre. Plus d’informations

  • Problèmes connus

    En raison d’un problème technique dans le déploiement de ce mois-ci, les serveurs principaux avec réplica en lecture sont temporairement restreints à l’activation de la fonctionnalité journaux accélérés. Les utilisateurs sont invités à désactiver la fonctionnalité des journaux accélérés avant la création d’un serveur réplica. Si vous avez besoin d’aide pour les journaux accélérés et la création de réplicas, ouvrez un ticket de support pour obtenir de l’aide. Plus d’informations

  • Les journaux d’audit prennent désormais en charge les entrées de caractères génériques

    Les paramètres de serveur prennent désormais en charge les caractères génériques dans audit_log_include_users et audit_log_exclude_users, ce qui améliore la flexibilité avec laquelle les inclusions et exclusions des utilisateurs sont spécifiées dans les journaux d’audit. En savoir plus

  • Journalisation d’audit améliorée avec CONNECTION_V2 pour des audits utilisateur MySQL complets

    Le paramètre de serveur audit_log_events prend désormais en charge l’événement CONNECTION_V2 pour les journaux de connexion détaillés. Ainsi, vous pouvez obtenir des insights sur les audits des utilisateurs, l’état de la connexion et les codes d’erreur MySQL. En savoir plus

Décembre 2023

  • Temps d’arrêt quasiment nuls pour la maintenance d’Azure Database pour MySQL - Serveur flexible (préversion)

    Cette fonctionnalité réduit considérablement les temps d’arrêt liés à la maintenance, en limitant notamment la durée des opérations à moins de 60 secondes dans la plupart des cas. À l’aide du basculement planifié sur les serveurs à haute disponibilité, elle met d’abord à jour le serveur de secours, puis effectue un basculement pour en faire le serveur principal. Pour finir, elle met à jour l’ancien serveur principal, ce qui garantit une interruption de service minimale. En savoir plus

  • Journaux des erreurs dans les journaux de serveur pour Azure Database pour MySQL - Serveur flexible (préversion)

    Cette nouvelle fonctionnalité permet un accès direct aux journaux des erreurs du serveur MySQL, ce qui améliore considérablement la résolution des problèmes ainsi que la transparence et l’indépendance par rapport à Azure Database pour MySQL - Serveur flexible. En savoir plus

Novembre 2023

  • Amélioration de l’expérience d’approvisionnement de réplica

    L’expérience d’approvisionnement de réplica offre désormais une flexibilité supplémentaire pour modifier les paramètres de calcul et de stockage du réplica durant le workflow d’approvisionnement. Vous pouvez choisir de modifier les paramètres de calcul du serveur réplica au moment de l’approvisionnement, au lieu de devoir apporter les changements après l’approvisionnement du serveur réplica. La fonctionnalité permet également de modifier les jours de rétention de sauvegarde du serveur réplica, et de configurer ce paramètre de sauvegarde pour qu’il ait une valeur différente de celle du serveur source.

  • Modifier plusieurs paramètres de serveur à l’aide d’Azure CLI

    Vous pouvez désormais mettre à jour facilement plusieurs paramètres de serveur pour votre instance d’Azure Database pour MySQL - Serveur flexible à l’aide d’Azure CLI. Plus d’informations

  • Journaux accélérés dans Azure Database pour MySQL - Serveur flexible (préversion)

    Nous avons le plaisir de vous annoncer la préversion de la fonctionnalité des journaux accélérés dans Azure Database pour MySQL - Serveur flexible. Cette fonctionnalité est disponible dans le niveau de service critique pour l’entreprise. Les journaux accélérés améliorent considérablement les performances des instances d’Azure Database pour MySQL - Serveur flexible, en offrant une solution dynamique conçue pour des besoins en débit élevé, tout en réduisant la latence et en optimisant la rentabilité. En savoir plus.

  • Géorestauration universelle dans Azure Database pour MySQL - Serveur flexible (disponibilité générale)

    La fonctionnalité de géorestauration universelle vous permet de restaurer une instance de serveur source vers une autre région de la liste des régions prises en charge par Azure, où Azure Database pour MySQL - Serveur flexible est disponible. Si un incident à grande échelle dans une région entraîne l’indisponibilité d’une application de base de données, vous pouvez utiliser cette fonctionnalité en tant qu’option de récupération d’urgence pour restaurer le serveur dans une région cible prise en charge par Azure, différente de la région du serveur source. Plus d’informations

Octobre 2023

  • Ajout de nouvelles options vCore dans Azure Database pour MySQL - Serveur flexible

    Nous avons le plaisir de vous informer que nous avons introduit de nouvelles options incluant jusqu’à 20 vCores sous le niveau de service Critique pour l’entreprise d’Azure Database pour MySQL - Serveur flexible. Vous trouverez plus d’informations sous Option de calcul pour Azure Database pour MySQL - Serveur flexible.

  • Problèmes connus

    • Lorsque vous tentez de modifier l’identité managée affectée par l’utilisateur et l’identificateur de clé dans une seule requête lors de la modification des paramètres CMK, l’opération se bloque. Nous travaillons sur le futur déploiement d’une solution permanente permettant de résoudre ce problème. En attendant, veillez à effectuer les deux opérations consistant à mettre à jour l’identité managée affectée par l’utilisateur et l’identificateur de clé dans des requêtes distinctes. La séquence de ces opérations n’est pas critique, tant que les identités affectées par l’utilisateur disposent de l’accès nécessaire aux deux coffres de clés.
    • Nous avons identifié un problème connu où les clients ne peuvent pas initialiser une nouvelle configuration de fenêtre de maintenance personnalisée durant la création ou la mise à jour de leur instance d’Azure Database pour MySQL - Serveur flexible via ARM/CLI/RestAPI. Actuellement, la configuration d’une fenêtre de maintenance personnalisée ne peut être configurée qu’au début via le portail Azure. Les modifications ultérieures apportées à la configuration CMW peuvent ensuite être apportées pendant les mises à jour du serveur. Nous travaillons activement à la résolution de cette limitation. Pour contourner ce problème, les clients peuvent configurer manuellement une fenêtre de maintenance personnalisée pour leur serveur MySQL via le portail Azure avant d’apporter d’autres modifications via ARM/CLI/RestAPI.

September 2023

  • Maintenance flexible d’Azure Database pour MySQL - Serveur flexible (préversion publique)

    La maintenance flexible d’Azure Database pour MySQL - Serveur flexible permet d’établir un calendrier de maintenance sur mesure adapté à votre rythme opérationnel. Cette fonctionnalité vous permet de replanifier les tâches de maintenance dans une fenêtre maximale de 14 jours et de lancer une maintenance à la demande, ce qui vous donne un contrôle sans précédent sur le planning d’entretien du serveur. Tenez-vous informé des expériences plus personnalisables à venir. Plus d’informations

  • Réplica en lecture interrégional universel sur Azure Database pour MySQL - Serveur flexible (disponibilité générale)

    Azure Database pour MySQL - Serveur flexible prend désormais en charge les réplicas en lecture universels dans les régions publiques. La fonctionnalité vous permet de répliquer vos données d’une instance d’Azure Database pour MySQL - Serveur flexible vers un serveur en lecture seule dans une région universelle, celle-ci pouvant correspondre à n’importe quelle région de la liste des régions prises en charge par Azure, où Azure Database pour MySQL - Serveur flexible est disponible. Plus d’informations

  • Private Link pour Azure Database pour MySQL - Serveur flexible (disponibilité générale)

    Vous pouvez désormais activer les points de terminaison privés afin de fournir un moyen sécurisé d’accéder à Azure Database pour MySQL - Serveur flexible via une liaison privée Private Link, ce qui rend possible un accès public et privé simultanément. Si nécessaire, vous pouvez choisir de restreindre l’accès public, en veillant à ce que les connexions soient acheminées exclusivement via des points de terminaison privés pour renforcer la sécurité réseau. Il est également possible de configurer ou de mettre à jour les paramètres Private Link pendant ou après la création du serveur. Plus d’informations

  • Valeurs par défaut intelligentes d’importation Azure MySQL pour la migration d’Azure Database pour MySQL - Serveur unique vers Azure Database pour MySQL - Serveur flexible (préversion publique)

    Vous pouvez désormais migrer une instance d’Azure Database pour MySQL - Serveur unique vers une instance d’Azure Database pour MySQL - Serveur flexible en exécutant une seule commande CLI avec un minimum d’entrées. La commande tire profit des valeurs par défaut intelligentes pour l’approvisionnement de l’instance cible d’Azure Database pour MySQL - Serveur flexible en fonction de la référence SKU et des propriétés du serveur source ! Plus d’informations

  • Désigner une instance d’Azure Database pour MySQL - Serveur unique en tant qu’instance éligible dans le cadre d’une migration automatique sur place vers Azure Database pour MySQL - Serveur flexible

    Si vous disposez d’une charge de travail Azure Database pour MySQL - Serveur unique avec une référence SKU De base ou GP (à usage général), si le volume de stockage de données est < 10 Gio, et si aucune fonctionnalité complexe (CMK, Microsoft Entra ID, réplica en lecture, Private Link) n’est activée, vous pouvez désormais vous désigner vous-même (si cela n’est pas déjà planifié par le service) pour une migration automatique sur place vers Azure Database pour MySQL - Serveur flexible en envoyant les détails de votre serveur via ce formulaire.

Août 2023

  • Géorestauration universelle dans Azure Database pour MySQL - Serveur flexible (préversion publique)

    La fonctionnalité de géorestauration universelle va vous permettre de restaurer une instance de serveur source vers une autre région de la liste des régions prises en charge par Azure, où Azure Database pour MySQL - Serveur flexible est disponible. Si un incident à grande échelle dans une région entraîne l’indisponibilité des applications de base de données, vous pouvez utiliser cette fonctionnalité en tant qu’option de récupération d’urgence pour restaurer le serveur dans une région cible prise en charge par Azure, différente de la région du serveur source. Plus d’informations

  • Clé primaire invisible générée dans Azure Database pour MySQL - Serveur flexible

    Azure Database pour MySQL - Serveur flexible prend désormais en charge les clés primaires invisibles générées (GIPK) pour MySQL version 8.0. Avec ce changement, par défaut, la valeur de la variable système serveur « sql_generate_invisible_primary_key » est ON pour toutes les instances d’Azure Database pour MySQL - Serveur flexible sur MySQL 8.0. Une fois le mode GIPK activé (valeur ON), MySQL génère une clé primaire invisible pour toutes les tables InnoDB créées sans clé primaire explicite. Découvrez plus en détail le mode GIPK : Clés primaires invisibles générées et Métadonnées de colonne invisible.

Juillet 2023

  • Mise à l’échelle automatique des IOPS dans Azure Database pour MySQL - Serveur flexible (disponibilité générale)

    Vous pouvez désormais mettre à l’échelle les IOPS à la demande sans avoir à pré-approvisionner une certaine quantité d’IOPS. Avec cette fonctionnalité, vous pouvez désormais bénéficier d’une gestion des E/S en toute sérénité dans Azure Database pour MySQL - Serveur flexible, car le serveur effectue automatiquement un scale-up ou un scale-down des IOPS en fonction des besoins de la charge de travail. Avec cette fonctionnalité, vous payez uniquement pour les E/S que vous utilisez. Vous n’avez plus besoin d’approvisionner et de payer des ressources que vous n’utilisez pas complètement, ce qui vous permet de gagner du temps et d’économiser de l’argent. La fonctionnalité de mise à l’échelle automatique des IOPS élimine l’administration nécessaire pour fournir les meilleures performances aux clients d’Azure Database pour MySQL - Serveur flexible au coût le plus bas. Plus d’informations

Juin 2023

  • Private Link pour Azure Database pour MySQL - Serveur flexible (préversion)

    Vous pouvez désormais activer l’accès privé à Azure Database pour MySQL - Serveur flexible à l’aide de Private Link. Azure Private Link intègre essentiellement les services Azure à votre Réseau virtuel privé. À l’aide de l’adresse IP privée, l’instance d’Azure Database pour MySQL - Serveur flexible est accessible comme n’importe quelle autre ressource du VNet. Plus d’informations

  • Chiffrement de données amélioré avec des clés gérées par le client pour Azure Database pour MySQL - Serveur flexible

    Azure Database pour MySQL - Serveur flexible prend désormais en charge l’autorisation d’accès à Azure Key Vault à partir de VNet sélectionnés afin de permettre le chiffrement de données à l’aide de clés gérées par le client. Plus d’informations

  • Prise en charge des paramètres de serveur pour Azure Database pour MySQL – Serveur flexible

    Veuillez contacter notre équipe du support technique si vous avez besoin d’aide pour les paramètres de serveur ci-dessous.

    lower_case_table_names : la modification de valeur prise en charge est la valeur 2 pour MySQL version 5.7. Veuillez noter que la modification de valeur de 2 à 1 n’est pas autorisée. Veuillez contacter l’équipe du support technique pour obtenir de l’aide.

    innodb_flush_log_at_trx_commit : ce paramètre détermine le niveau de rigueur des opérations de validation afin de garantir la conformité ACID. Il est possible que la modification de la valeur par rapport à son paramètre par défaut puisse entraîner une perte de données.

  • Prise en charge d’IOPS maximale pour Azure DB pour MySQL – Serveur flexible

    La référence SKU critique pour l’entreprise prend désormais en charge 80K d’IOPS, ce qui améliore les performances avec une augmentation des opérations d’E/S par seconde. Plus d’informations

Mai 2023

  • Réplica en lecture dans une région jumelée géographiquement sur Azure Database pour MySQL – Serveur flexible (Disponibilité générale)

    Azure Database pour MySQL – Serveur flexible prend désormais en charge des réplica de lecture inter-régions dans une région jumelée géographiquement. La fonctionnalité vous permet de répliquer vos données d’une instance d’Azure Database pour MySQL Serveur flexible sur un serveur en lecture seule dans une région jumelée géographiquement. En savoir plus

  • Prise en charge des réplications de données entrantes en utilisant GITD

    Serveur flexible prend désormais également en charge la Réplication des données entrantes en utilisant la réplication basée sur GTID. Vous pouvez également utiliser cette fonctionnalité pour configurer une réplication des données entrantes pour les serveurs avec haute disponibilité (HA). Si vous souhaitez obtenir plus d’informations, consultez comment configurer une réplication de données entrantes en utilisant GTID

  • Mises à niveau de la version principale, de la version 5.7 vers la version 8.0, pour Azure Database pour MySQL - Serveur flexible (disponibilité générale)

    La fonctionnalité de mise à niveau de la version principale vous permet d’effectuer des mises à niveau sur place des instances existantes d’Azure Database pour MySQL - Serveur flexible, de MySQL 5.7 vers MySQL 8.0, en sélectionnant simplement un bouton. Vous n’avez pas besoin d’effectuer de déplacement des données ni d’apporter de changements aux chaînes de connexion d’application. Avec la mise à niveau de la version principale de votre instance d’Azure Database pour MySQL - Serveur flexible, de la version 5.7 à la version 8.0, vous avez accès aux améliorations des performances et de la sécurité ainsi qu’à de nouvelles fonctionnalités, par exemple le dictionnaire de données, les améliorations JSON et les fonctions de fenêtre. En savoir plus

Avril 2023

Mars 2023

  • Azure Resource Health

    Utilisez Azure Resource Health pour surveiller l’intégrité et la disponibilité du serveur ayant activé l’option HA en cas de basculement, planifié ou non. En savoir plus

  • Expérience de restauration améliorée

    La fonction de restauration offre une flexibilité supplémentaire permettant de modifier les paramètres de calcul et de stockage lors de la mise en place du serveur restauré. Le serveur restauré peut à présent être configuré de manière à disposer d’un niveau de calcul, d’une taille de calcul et d’un stockage plus élevés que celui du serveur source lors de sa mise à disposition. Les options telles que « Croissance automatique du stockage », « Jours de rétention de sauvegarde » et « Géo-redondance » peuvent également être modifiées pour avoir une valeur différente de celle du serveur source.

Février 2023

  • Le classeur de métriques amélioré est désormais disponible

    Surveillez les performances du système avec notre classeur Métriques améliorées récemment ajouté. En regroupant toutes les mesures améliorées en un seul endroit, vous pourrez facilement surveiller et suivre l’intégrité de votre système et prendre des décisions éclairées afin d’améliorer ses performances globales.

  • La mise à niveau de la version principale est maintenant de retour et est disponible pour utilisation

    La fonctionnalité de mise à niveau de version majeure a été temporairement désactivée dans le portail en raison de problèmes techniques et est à nouveau de retour pour être utilisée. Si vous rencontrez des problèmes avec la fonctionnalité de mise à niveau, veuillez ouvrir un ticket de support et nous serons là pour vous aider.

  • Gestion des journaux de restauration automatique dans MySQL version 8.0

    À partir de MySQL version 8.0.30 et ultérieure, la façon dont le journal de restauration est configuré a changé. Au lieu d’utiliser la variable innodb_log_file_size , le journal de restauration automatique peut désormais être facilement ajusté à partir des valeurs disponibles à l’aide de la variable innodb_redo_log_capacity. Plus d’informations

  • Paramètres de serveur non pris en charge

    La possibilité de modifier le paramètre thread_handling dans le serveur flexible Azure Database pour MySQL n’est plus possible compte tenu de l’architecture et des performances sous-jacentes.

  • Mise à niveau de la version mineure dans Azure Database pour MySQL : Serveur flexible vers 8.0.31

    Après le déploiement de ce mois-ci, Azure Database pour MySQL - Serveur flexible 8.0 s’exécutera sur la version mineure 8.0.31*. Pour en savoir plus sur les changements apportés à cette version mineure, consultez Modifications dans MySQL 8.0.31 (2022-10-11, disponibilité générale)

  • Problèmes connus

    Option de mise à niveau non disponible dans le Portail : suite à des problèmes techniques après le déploiement de ce mois-ci, la fonctionnalité Mise à niveau de version majeure a été temporairement désactivée dans le portail. Veuillez nous excuser pour les désagréments occasionnés. Notre équipe travaille sur une solution et le problème sera résolu dans le prochain cycle de déploiement. Si vous nécessitez une assistance immédiate concernant la Mise à niveau de la version majeure, veuillez ouvrir un ticket de support et nous serons là pour vous aider.

Décembre 2022

  • Nouvelles métriques de réplication

    Vous pouvez désormais avoir une meilleure visibilité sur les performances et l’intégrité de la réplication grâce à des métriques d’état de réplication nouvellement exposées en fonction des différents types de réplication proposés par Azure Database pour MySQL - Serveur flexible. En savoir plus

  • Prise en charge de la réplication des données sortantes

    Le serveur flexible Azure Database pour MySQL prend désormais en charge la réplication de données sortantes. Cette fonctionnalité permet aux clients de synchroniser les données d’Azure Database pour MySQL - Serveur flexible (source) avec une autre instance de MySQL (réplica), qui peut être située localement, dans des machines virtuelles ou dans un service de base de données hébergé en dehors d’Azure. Découvrez comment configurer la réplication des données sortantes.

Novembre 2022

  • Authentification Azure Active Directory pour Azure Database pour MySQL – Serveur flexible (Disponibilité générale)

    Vous pouvez désormais vous authentifier à l’aide des identifiants auprès du serveur flexible Azure Database pour MySQL via Microsoft Azure Active Directory (Azure AD). Avec l’authentification Azure AD, vous pouvez gérer les identités des utilisateurs de base de données et d’autres services Microsoft dans un emplacement centralisé, ce qui simplifie la gestion des autorisations. En savoir plus

  • Chiffrement de données avec des clés gérées par le client - Azure Database pour MySQL – Serveur flexible (Disponibilité générale)

    Grâce au chiffrement de données avec des clés gérées par le client (CMK) dans le cadre de la préversion d’Azure Database pour MySQL - Serveur flexible, vous pouvez utiliser le BYOK (Bring Your Own Key) pour la protection des données au repos, et implémenter une séparation des tâches de gestion des clés et des données. Le chiffrement des données avec CMK est défini au niveau du serveur. Pour un serveur donné, une CMK appelée clé de chiffrement de clé (KEK), sert à chiffrer la clé de chiffrement de données (DEK) utilisée par le service. Avec des clés gérées par le client (CMK), le client est responsable et dans un contrôle total de la gestion du cycle de vie des clés (création, chargement, rotation, suppression des clés), des autorisations d’utilisation de la clé et de l’audit des opérations sur les clés. En savoir plus

  • Disponibilité générale dans les régions Azure US Government Azure Database pour MySQL - Serveur flexible est désormais disponible dans les régions Azure suivantes :

    • USGov Virginia
    • USGov Arizona
    • USGov Texas

  • Problèmes connus

    Dans un scénario spécifique où le serveur source est configuré comme zone redondante HA et activé pour la géo-redondance, le workflow de géo-restauration échoue si la région cible ne dispose d’aucune prise en charge des zones de disponibilité.

Octobre 2022

  • Références SKU de calcul AMD pour les niveaux Usage général et Critique pour l’entreprise dans Azure Database pour MySQL - Serveur flexible

    Vous pouvez désormais choisir entre du matériel Intel et AMD pour les instances d’Azure Database pour MySQL - Serveur flexible, en fonction des niveaux Usage général (série Dadsv5) et Critique pour l’entreprise (série Eadsv5). La référence SKU AMD offre des options prix/performances compétitives à tous les utilisateurs d’Azure Database pour MySQL - Serveur flexible. Pour garantir la transparence du portail, vous pouvez sélectionner le fournisseur du matériel de calcul tant pour le serveur principal que pour le serveur secondaire. Après avoir déterminé le processeur de calcul le mieux adapté à votre charge de travail, déployez les serveurs flexibles dans les régions et zones les plus disponibles. Plus d’informations

  • Mise à l’échelle automatique des IOPS dans Azure Database pour MySQL - Serveur flexible (préversion)

    Vous pouvez désormais mettre à l’échelle les IOPS à la demande sans avoir à pré-approvisionner une certaine quantité d’IOPS. Avec cette fonctionnalité, vous pouvez désormais bénéficier d’une gestion des E/S en toute sérénité dans Azure Database pour MySQL - Serveur flexible, car le serveur effectue automatiquement un scale-up ou un scale-down des IOPS en fonction des besoins de la charge de travail. Avec cette fonctionnalité, vous économisez du temps et de l’argent. En effet, vous payez uniquement pour les E/S utilisés, et vous ne devez plus provisionner et payer des ressources qui ne sont pas entièrement consommées. En outre, les applications stratégiques de Niveau 1 peuvent atteindre des performances cohérentes en rendant à tout moment des E/S supplémentaires disponibles pour la charge de travail. La mise à l’échelle automatique des E/S élimine l’administration requise afin de fournir aux clients Azure Database pour MySQL les meilleures performances au moindre coût. En savoir plus

  • Effectuer facilement une mise à niveau de version principale pour Azure Database pour MySQL - Serveur flexible (préversion)

    La fonctionnalité de mise à niveau de la version principale vous permet d’effectuer des mises à niveau sur place des instances existantes d’Azure Database pour MySQL - Serveur flexible, de MySQL 5.7 vers MySQL 8.0, en sélectionnant simplement un bouton. Vous n’avez pas besoin d’effectuer de déplacement des données ni d’apporter de changements aux chaînes de connexion d’application. Tirez profit de cette fonctionnalité pour effectuer efficacement des mises à niveau de version principale sur vos instances d’Azure Database pour MySQL - Serveur flexible, et utilisez les dernières offres de MySQL 8.0. Plus d’informations

  • Extension MySQL pour Azure Data Studio (préversion)

    Lorsque vous travaillez avec plusieurs bases de données sur plusieurs plateformes de données et modèles de déploiement Cloud, un seul outil pour effectuer les tâches les plus courantes sur toutes vos bases de données vous permettra de booster votre productivité. Avec l’extension MySQL pour Azure Data Studio, vous pouvez désormais vous connecter et apporter des modifications aux bases de données MySQL et à vos autres bases de données, en tirant parti de l’expérience d’édition moderne et des fonctionnalités dans Azure Data Studio, comme IntelliSense, les extraits de code, l’intégration du contrôle de code source, les notebooks Jupyter natifs, un terminal intégré, etc. Utilisez ces nouveaux outils avec des serveurs MySQL hébergés localement, sur des machines virtuelles, sur des serveurs MySQL gérés dans d’autres clouds ainsi que sur Azure Database pour MySQL - Serveur flexible. Plus d’informations

  • Métriques améliorées pour un meilleur monitoring

    Vous disposez désormais d’un plus grand nombre de métriques de monitoring pour votre instance d’Azure Database pour MySQL - Serveur flexible. Les mesures améliorées vous permettent d’obtenir plus de visibilité et de contrôler les performances via les mesures Innodb. Elles vous permettent également de résoudre les problèmes liés aux opérations de gestion de base de données à l’aide de mesures telles que les statistiques DML et les statistiques DDL. En savoir plus

  • Les paramètres de serveur sont désormais configurables

    Liste des paramètres serveur désormais configurables.

  • Problèmes connus

    • Le changement de taille de calcul n’est pas autorisé après la mise à niveau d’une version principale de votre instance d’Azure Database pour MySQL - Serveur flexible. Il est recommandé de changer la taille de calcul de votre instance d’Azure Database pour MySQL - Serveur flexible avant la mise à niveau de la version principale de la version 5.7 vers la version 8.0.

Septembre 2022

  • Réplica en lecture pour Azure Database pour MySQL - Serveur flexible à haute disponibilité (disponibilité générale)

    La fonctionnalité de réplica en lecture vous permet de répliquer les données d’une instance de serveur flexible Azure Database pour MySQL sur un serveur en lecture seule. Vous pouvez répliquer le serveur source sur jusqu’à dix réplicas. Cette fonctionnalité est désormais étendue pour prendre en charge les serveurs à haute disponibilité dans la même région. Plus d’informations

  • Authentification Azure Active Directory pour Azure Database pour MySQL - Serveur flexible (préversion publique)

    Vous pouvez désormais vous authentifier auprès d’Azure Database pour MySQL - Serveur flexible en utilisant Microsoft Azure Active Directory (Azure AD) avec des identités. Avec l’authentification Azure AD, vous pouvez gérer les identités des utilisateurs de base de données et d’autres services Microsoft dans un emplacement centralisé, ce qui simplifie la gestion des autorisations. En savoir plus.

  • Problèmes connus

    • Le paramètre du serveur aad_auth_only reste activé lorsque le type d’authentification est modifié en authentification Azure Active Directory uniquement. Nous vous recommandons de le désactiver manuellement lorsque vous optez pour l’authentification MySQL uniquement à l’avenir.

    • Le serveur nouvellement restauré aura également le paramètre de serveur aad_auth_only activé s’il était activé sur le serveur source pendant le basculement. Si vous souhaitez utiliser l’authentification MySQL sur le serveur restauré, vous devez désactiver manuellement ce paramètre du serveur. Sinon, un Administrateur Azure AD doit être configuré.

  • Chiffrement de données avec des clés gérées par le client - Azure Database pour MySQL - Serveur flexible (préversion)

    Grâce au chiffrement de données avec des clés gérées par le client (CMK) dans le cadre de la préversion d’Azure Database pour MySQL - Serveur flexible, vous pouvez utiliser le BYOK (Bring Your Own Key) pour la protection des données au repos, et implémenter une séparation des tâches de gestion des clés et des données. Le chiffrement des données avec CMK est défini au niveau du serveur. Pour un serveur donné, une CMK appelée clé de chiffrement de clé (KEK), sert à chiffrer la clé de chiffrement de données (DEK) utilisée par le service. Avec des clés gérées par le client (CMK), le client est responsable et dans un contrôle total de la gestion du cycle de vie des clés (création, chargement, rotation, suppression des clés), des autorisations d’utilisation de la clé et de l’audit des opérations sur les clés. En savoir plus.

  • Changer le fuseau horaire de votre instance d’Azure Database pour MySQL - Serveur flexible en une seule étape

    Jusqu’à maintenant, le changement de la valeur time_zone de votre instance d’Azure Database pour MySQL - Serveur flexible nécessitait deux étapes pour prendre effet. Maintenant, vous n’avez plus besoin d’appeler la procédure mysql.az_load_timezone() pour remplir la table mysql.time_zone_name. Vous pouvez changer directement le fuseau horaire d’Azure Database pour MySQL - Serveur flexible en remplaçant simplement le paramètre time_zone du serveur à partir du portail ou de l’interface CLI.

  • Problèmes connus

    • Le paramètre du serveur aad_auth_only reste activé lorsque le type d’authentification est modifié en authentification Azure Active Directory uniquement. Nous vous recommandons de le désactiver manuellement lorsque vous optez pour l’authentification MySQL uniquement à l’avenir.

    • Le serveur nouvellement restauré aura également le paramètre de serveur aad_auth_only activé s’il était activé sur le serveur source pendant le basculement. Si vous souhaitez utiliser l’authentification MySQL sur le serveur restauré, veuillez désactiver manuellement ce paramètre du serveur. Sinon, un Administrateur Azure AD doit être configuré.

Août 2022

  • Journaux de serveur pour Azure Database pour MySQL - Serveur flexible

    Les journaux d’activité du serveur permettent aux clients d’émettre les journaux du serveur dans l’espace de stockage du serveur au format du fichier, que vous pouvez ensuite télécharger. Les journaux de requête lents sont pris en charge avec les journaux de serveur, ce qui peut aider les clients à résoudre les problèmes au niveau de la performance et à régler les requêtes. Les clients peuvent stocker les journaux jusqu’à une semaine ou jusqu’à 7 Go. Vous pouvez les configurer ou les télécharger à partir du portail Azure ou d’Azure CLI. En savoir plus.

  • Sauvegarde à la demande d’Azure Database pour MySQL - Serveur flexible

    La fonctionnalité de sauvegarde à la demande permet aux clients de déclencher des sauvegardes à la demande de leur charge de travail de production, en plus des sauvegardes automatisées effectuées par Azure Database pour MySQL - Serveur flexible, et de les stocker conformément à la stratégie de rétention des sauvegardes du serveur. Ces sauvegardes peuvent être utilisées comme point de restauration rapide pour effectuer une restauration à un point dans le temps pour des temps de restauration plus rapides et plus prévisibles. Plus d’informations

  • Le niveau Critique pour l’entreprise prend désormais en charge la série de calcul Ev5

    Le niveau Critique pour l’entreprise d’Azure Database pour MySQL - Serveur flexible prend désormais en charge la série de calcul Ev5 dans un plus grand nombre de régions. Découvrez comment Améliorer de 30 % les performances du serveur flexible Azure MySQL au niveau Critique pour l’entreprise avec la série de calculEv5.

  • Les paramètres de serveur sont désormais configurables

    Liste des paramètres de serveur dynamiques désormais configurables :

  • Problèmes connus

    • Lorsque vous essayez de vous connecter au serveur, vous recevez l’erreur « ERROR 9107 (HY000) : seuls les comptes Azure Active Directory sont autorisés à se connecter au serveur ».

      Le paramètre de serveur aad_auth_only a été exposé dans le déploiement de ce mois. L’activation du paramètre de serveur aad_auth_only bloque toutes les connexions MySQL non Azure Active Directory à votre instance d’Azure Database pour MySQL - Serveur flexible. Nous travaillons actuellement sur les configurations supplémentaires requises pour une authentification Azure Active Directory entièrement fonctionnelle. Cette fonctionnalité sera disponible dans les déploiements à venir. En attendant, veuillez ne pas activer le paramètre aad_auth_only.

Juin 2022

  • Problèmes connus

    Il se peut que vous ne puissiez plus consulter les journaux chargés vers les sources de données configurées dans les paramètres de diagnostic de certains serveurs où les journaux d'audit ou les journaux lents sont activés. Vérifiez que vos journaux disposent de la dernière mise à jour du timestamp pour les événements, en fonction du récepteur de données que vous avez configuré. Si votre serveur est concerné par ce problème, ouvrez un ticket de support afin que nous puissions appliquer un correctif rapide sur le serveur pour résoudre le problème.

Mai 2022

  • Annonce relative à Azure Database pour MySQL - Serveur flexible concernant les charges de travail critiques Le niveau de service Critique pour l’entreprise est en disponibilité générale pour Azure Database pour MySQL - Serveur flexible. Le niveau de service Critique pour l’entreprise est idéal pour les charges de travail de production de niveau 1 qui nécessitent une faible latence, une concurrence élevée, un basculement rapide et une grande scalabilité, telles que les jeux, le commerce électronique et les applications à l’échelle Internet. En savoir plus sur le niveau de service Critique pour l’entreprise.

  • Annonce de l’ajout de nouvelles instances de calcul de type Burstable pour Azure Database pour MySQL - Serveur flexible Nous annonçons l’ajout de nouvelles instances de calcul de type Burstable afin de répondre aux besoins en calcul de mise à l’échelle automatique des clients, de 1 vCore à 20 vCores. Découvrez plus en détail l’option de calcul d’Azure Database pour MySQL - Serveur flexible.

  • Problèmes connus

    • La fonctionnalité Instances réservées (RI) d’Azure Database pour MySQL - Serveur flexible ne fonctionne pas correctement avec le niveau de service Critique pour l’entreprise après un changement de nom à partir du niveau de service À mémoire optimisée. Plus précisément, la réservation d’instances a cessé de fonctionner et nous nous efforçons de résoudre le problème.
    • Les détails de l’intégration du DNS privé ne s’affichent pas sur certaines instances d’Azure Database pour MySQL - Serveur flexible à haute disponibilité. Ce problème n’a aucun impact sur la disponibilité du serveur ni sur la résolution des noms. Nous travaillons sur un correctif permanent pour résoudre le problème et il sera disponible dans le prochain déploiement. En attendant, supposons que vous souhaitiez afficher les détails de la zone DNS privé. Dans ce cas, effectuez une recherche sous Zones DNS privées dans le portail Azure, ou effectuez un basculement manuel de l’instance d’Azure Database pour MySQL - Serveur flexible à haute disponibilité, puis actualisez le portail Azure.

Avril 2022

  • Mise à niveau de la version mineure d’Azure Database pour MySQL - Serveur flexible vers la version 8.0.28 Azure Database pour MySQL - Serveur flexible 8.0 s’exécute désormais sur la version mineure 8.0.28. Pour en savoir plus sur les changements liés à cette version mineure, consultez Modifications dans MySQL 8.0.28 (2022-01-18, disponibilité générale).

  • Mise à niveau de la version mineure d’Azure Database pour MySQL - Serveur flexible vers la version 5.7.37 Azure Database pour MySQL - Serveur flexible 5.7 s’exécute désormais sur la version mineure 5.7.37. Pour en savoir plus sur les changements liés à cette version mineure, consultez Modifications dans MySQL 5.7.37 (2022-01-18, disponibilité générale).

    Remarque

    Notez que certaines régions exécutent toujours d’anciennes versions mineures du Azure Database pour MySQL - Serveur flexible, et que des correctifs seront appliqués d’ici fin avril 2022.

  • Protocoles TLSv1 ou TLSv1.1 déconseillés avec Azure Database pour MySQL - Serveur flexible (8.0.28)

    À compter de la version 8.0.28, MySQL Community Edition prend en charge uniquement le protocole TLSv1.2 ou TLSv1.3. Azure Database pour MySQL - Serveur flexible cessera également de prendre en charge les protocoles TLSv1 et TLSv1.1 pour s’aligner sur les standards de sécurité modernes. Vous ne pouvez plus configurer TLSv1 ou TLSv1.1 à partir du volet des paramètres de serveur pour les ressources qui vont être créées, et celles qui le sont déjà. La valeur par défaut est « TLSv1.2 ». Les ressources créées avant la mise à niveau prennent toujours en charge la communication via le protocole TLS TLSv1 ou TLSv1.1 jusqu’au 1er mai 2022.

Mars 2022

Cette version d’Azure Database pour MySQL - Serveur flexible inclut les mises à jour suivantes.

  • Migrer d’un stockage de sauvegarde localement redondant vers un stockage de sauvegarde géoredondant pour un serveur flexible existant Azure Database pour MySQL - Serveur flexible offre la flexibilité supplémentaire nécessaire pour migrer vers un stockage de sauvegarde géoredondant à partir d’un stockage de sauvegardes localement redondant après la création du serveur, afin de fournir une plus grande résilience des données. L’activation de la géoredondance via la page Calcul + Stockage du serveur permet aux clients de récupérer leurs instances d’Azure Database pour MySQL - Serveur flexible après un sinistre géographique ou une défaillance régionale, quand ils ne peuvent pas accéder au serveur de la région primaire. En activant cette fonctionnalité pour leurs serveurs existants, ils ont la possibilité d’effectuer une géo-restauration et de déployer un nouveau serveur dans la région Azure géo-couplée à l’aide de la dernière sauvegarde géo-redondante disponible du serveur d’origine. Plus d’informations

  • Simuler des exercices de récupération d’urgence pour vos serveurs arrêtés Azure Database pour MySQL - Serveur flexible permet désormais d’effectuer une géorestauration sur les serveurs arrêtés, ce qui permet aux utilisateurs de simuler des exercices de récupération d’urgence pour leurs charges de travail afin d’estimer l’impact et la durée de la récupération. Cela permet aux utilisateurs de mieux planifier leurs objectifs de récupération d’urgence et de continuité d’activité à l’aide de la fonctionnalité de géoredondance proposée par Azure Database pour MySQL - Serveur flexible. Plus d’informations

Janvier 2022

Cette version d’Azure Database pour MySQL - Serveur flexible inclut les mises à jour suivantes.

  • Toutes les opérations sont désactivées sur les instances arrêtées d’Azure Database pour MySQL - Serveur flexible Les opérations sur les serveurs à l’état d’Arrêt sont désactivées et apparaissent comme étant inactives dans le portail Azure. Les opérations qui ne sont pas prises en charge sur les serveurs arrêtés incluent la modification du niveau tarifaire, le nombre de vCores, la taille de stockage ou les IOPS, le jour de rétention de sauvegarde, la balise serveur, le mot de passe du serveur, les paramètres du serveur, la croissance automatique du stockage, la sauvegarde géographique, la haute disponibilité et l’identité de l’utilisateur.

  • Disponibilité dans trois régions Azure supplémentaires

    La préversion publique d’Azure Database pour MySQL - Serveur flexible est désormais disponible dans les régions Azure suivantes :

    • Chine orientale 2
    • Chine Nord 2

  • Réservation de 36 IOPS pour les instances d’Azure Database pour MySQL - Serveur flexible à haute disponibilité (HA)

    Nous ajoutons 36 IOPS, et les réservons à la prise en charge de l’opération de basculement/secours sur les serveurs à haute disponibilité. Ces IOPS s’ajoutent aux IOPS configurés sur vos serveurs. par conséquent, des frais supplémentaires par mois s’appliquent en fonction de votre région Azure. Les IOPS supplémentaires nous aident à tenir notre engagement à fournir une expérience de basculement fluide du réplica principal au réplica de secours. Vous pouvez estimer les frais supplémentaires en accédant à la page des tarifs d’Azure Database pour MySQL - Serveur flexible, en choisissant la région Azure de votre serveur, puis en multipliant le coût du nombre d’IOPS/mois par 36 IOPS. Par exemple : si votre serveur est hébergé dans la région USA Est, les coûts d’E/S supplémentaires auxquels vous pouvez vous attendre, s'élèvent à 0,05 $*36 = 1,8 USD par mois.

  • Résolution des bogues

    Le problème qui était généré par le workflow de redémarrage des serveurs où l’option de sauvegarde géoredondante à haute disponibilité était activée a été corrigé.

  • Problèmes connus

    • Durant l’utilisation de modèles ARM pour le provisionnement ou des modifications de configuration concernant les serveurs ayant activé l’option HA, si un déploiement unique est effectué pour activer ou désactiver l’option HA ainsi que d’autres propriétés de serveur telles que la redondance de sauvegarde, ou le stockage, le déploiement échouera. Vous pouvez atténuer ce problème en soumettant une demande de déploiement séparée pour l’activation ou la désactivation, et les modifications de configuration. Vous n’avez aucun problème avec le portail ou Azure CLI, car ces requêtes sont déjà séparées.

    • Lorsque vous affichez des sauvegardes automatisées pour un serveur à haute disponibilité sur la page Sauvegarde et restauration, si, à un moment donné, un basculement forcé ou automatique est effectué, vous risquez de perdre les droits d’affichage des sauvegardes du serveur sur la page Sauvegarde et restauration. En dépit de l’invisibilité des informations relatives aux sauvegardes sur le portail, le serveur flexible prend correctement en charge les sauvegardes automatisées quotidiennes pour le serveur dans le serveur principal. Le serveur peut être restauré à n’importe quel point dans le temps au cours de la période de rétention.

Novembre 2021

  • Disponibilité générale d’Azure Database pour MySQL - Serveur flexible

    Azure Database pour MySQL - Serveur flexible est désormais en mode Disponibilité générale dans plus de 30 régions Azure du monde.

  • Afficher les sauvegardes complètes disponibles dans Portail Azure

    Une option dédiée Sauvegarde et restauration est désormais disponible dans le Portail Azure. Cette page répertorie les sauvegardes disponibles durant la période de rétention du serveur, et permet d’accéder à un affichage simple pour gérer les sauvegardes d’un serveur et les restaurations consécutives. Vous pouvez utiliser cette option pour :

    1. Afficher les horodatages de toutes les sauvegardes complètes disponibles durant la période de rétention du serveur
    2. d’effectuer des opérations de restauration à l’aide de ces sauvegardes complètes.

  • Points de restauration les plus rapides

    Avec l’option de point de restauration le plus rapide, vous pouvez restaurer une instance d’Azure Database pour MySQL - Serveur flexible le plus rapidement possible, un jour donné durant la période de rétention du serveur. Cette opération de restauration restaure la sauvegarde d’instantané complète sans qu’il ne soit nécessaire de restaurer ou récupérer des journaux. Avec le point de restauration le plus rapide, les clients ont accès à trois options lorsqu’ils effectuent des restaurations à un moment donné dans le portail Azure : dernier point de restauration, point de restauration personnalisé et point de restauration le plus rapide. Plus d’informations

  • FAQ dans le portail Azure

    La page Sauvegarde et restauration inclut une section dédiée répertoriant des réponses aux questions fréquentes. Celle-ci offre des réponses à la plupart des questions concernant la sauvegarde directe dans le Portail Azure. Par ailleurs, il est possible de sélectionner l’icône du FAQ représentant un point d’interrogation dans le menu supérieur pour accéder à des informations plus détaillées.

  • Restaurer une instance d’Azure Database pour MySQL - Serveur flexible supprimée

    Le service vous permet désormais de récupérer une ressource Azure Database pour MySQL - Serveur flexible dans un délai de cinq jours après la suppression du serveur. Pour obtenir un guide détaillé sur la restauration d’un serveur supprimé, consultez les étapes documentées. À l'issue du déploiement, pour protéger les ressources du serveur d'une suppression accidentelle ou de changements inattendus, les administrateurs peuvent utiliser des verrous de gestion.

  • Problèmes connus

    Sur les serveurs où l’option de sauvegarde géo-redondante et HA est activée, nous avons détecté un problème rare lié à une condition de concurrence bloquant le redémarrage du serveur de secours. En raison de ce problème, quand vous effectuez le basculement, l’instance d’Azure Database pour MySQL - Serveur flexible à haute disponibilité peut rester bloquée à l’état de redémarrage pendant une longue période. Le correctif sera déployé en production au cours du prochain cycle de déploiement.

Octobre 2021

  • Des pools de threads sont désormais disponibles pour Azure Database pour MySQL - Serveur flexible

    Les pools de threads améliorent la scalabilité d’Azure Database pour MySQL - Serveur flexible. Un pool de conversation permet aux utilisateurs d’optimiser les performances, profiter d’un meilleur débit et réduire la latence pour les charges de travail simultanées élevées. Plus d’informations

  • Restauration de la sauvegarde géoredondante dans une région géocouplée pour des scénarios de récupération d’urgence

    Le service propose désormais la flexibilité supplémentaire de choisir le stockage d’une sauvegarde géo-redondante pour une plus grande résilience des données. Les clients peuvent ainsi récupérer leurs données à la suite d’un sinistre géographique ou d’une défaillance régionale, bien qu’il ne leur soit pas possible d’accéder au serveur de la région principale. En activant cette fonctionnalité, ils ont la possibilité de mettre en œuvre une géo-restauration et de déployer un nouveau serveur dans la région géographique géo-couplée à l’aide de la dernière sauvegarde géo-redondante disponible du serveur d’origine. Plus d’informations

  • Zones de disponibilité - Sélection lors de la création de réplicas en lecture

    Lorsque vous créez un réplica en lecture, vous pouvez sélectionner l’emplacement Zones de disponibilité de votre choix. Une zone de disponibilité est une offre à haute disponibilité qui protège vos applications et vos données contre les défaillances des centres de données. Les Zones de disponibilité sont des emplacements physiques uniques au sein d’une région Azure. Plus d’informations

  • Les réplicas en lecture dans Azure Database pour MySQL - Serveur flexible ne seront plus disponibles pour les références SKU de type Burstable

    Si vous disposez d’une instance d’Azure Database pour MySQL - Serveur flexible avec un réplica en lecture activé, vous devez soit effectuer un scale-up de votre serveur pour passer aux niveaux tarifaires Usage général ou Critique pour l’entreprise, soit supprimer le réplica en lecture dans un délai de 60 jours. Au terme de ces 60 jours, vous pouvez continuer à utiliser le serveur principal pour vos opérations de lecture-écriture, cependant la réplication pour les serveurs de réplica en lecture sera arrêtée. Pour les serveurs nouvellement créés, l’option de réplica en lecture est disponible uniquement pour les niveaux de tarification Usage général et Critique pour l'entreprise.

  • Monitoring d’Azure Database pour MySQL - Serveur flexible avec des classeurs Azure Monitor

    Azure Database pour MySQL - Serveur flexible est désormais intégré aux classeurs Azure Monitor. Les Classeurs fournissent un canevas flexible permettant d’analyser des données et créer des rapports visuels enrichis au sein du Portail Microsoft Azure. Avec cette intégration, le serveur dispose d’un lien vers des classeurs et de quelques exemples de modèles, qui permettent de surveiller le service à grande échelle. Vous pouvez modifier ces modèles, les adapter aux besoins du client et les épingler au tableau de bord pour créer une vue ciblée et organisée des ressources Azure. Les modèles Query Performance Insight, Audit et Vue d’ensemble de l’instance sont actuellement disponibles. Plus d’informations

  • Prépayer les ressources de calcul d’Azure Database pour MySQL - Serveur flexible avec des instances réservées

    Azure Database pour MySQL - Serveur flexible vous permet désormais de faire des économies grâce au prépaiement des ressources de calcul par rapport au paiement à l’utilisation. Avec les instances réservées d’Azure Database pour MySQL - Serveur flexible, vous prenez un engagement initial sur Azure Database pour MySQL - Serveur flexible pendant un ou trois ans afin d’obtenir une remise significative sur les coûts de calcul. Vous pouvez échanger une réservation d’Azure Database pour MySQL - Serveur unique contre Azure Database pour MySQL - Serveur flexible. Plus d’informations

  • Arrêt du serveur pendant 30 jours maximum pendant que le serveur n’est pas en cours d’utilisation

    Azure Database pour MySQL - Serveur flexible vous permet désormais d’arrêter le serveur pendant 30 jours au maximum, en cas de non-utilisation, et de démarrer le serveur une fois que vous êtes prêt à reprendre le développement. Ceci vous permet d’effectuer le développement à votre rythme et de réduire les coûts de développement sur les serveurs de base de données en payant les ressources uniquement durant leur utilisation. Il s’agit d’un élément essentiel pour les charges de travail de développement et de test, ainsi que utiliser le serveur uniquement une partie de la journée. Lorsque vous arrêtez le serveur, toutes les connexions actives sont interrompues. Lorsque le serveur se trouve à l’état Arrêté, le calcul du serveur n’est pas facturé. Toutefois, le stockage continue à être facturé tant que le stockage du serveur est conservé pour s’assurer que les fichiers de données sont disponibles lors du redémarrage du serveur. Plus d’informations

  • Prise en charge de Terraform pour Azure Database pour MySQL - Serveur flexible

    La prise en charge de Terraform pour Azure Database pour MySQL - Serveur flexible est désormais disponible avec la dernière version v2.81.0 d’AzureRM. Le document de référence détaillé pour l’approvisionnement et la gestion d’une instance d’Azure Database pour MySQL - Serveur flexible à l’aide de Terraform se trouve ici. Les bogues ou problèmes connus peuvent être consultés ou signalés ici.

  • Le paramètre statique innodb_log_file_size est maintenant configurable

    • innodb_log_file_size peut désormais être configuré avec l’une des valeurs suivantes : 256 Mo, 512 Mo, 1 Go ou 2 Go. Puisqu’il s’agit d’un paramètre statique, un redémarrage du serveur est nécessaire. Si vous avez modifié la valeur par défaut du paramètre innodb_log_file_size, vérifiez si la valeur de « show global status like 'innodb_buffer_pool_pages_dirty' » reste à 0 pendant 30 secondes afin d’éviter un délai de redémarrage. Consultez Paramètres de serveur dans Azure Database pour MySQL - Serveur flexible pour en savoir plus.

  • Disponibilité dans deux régions Azure supplémentaires

    Azure Database pour MySQL - Serveur flexible est désormais disponible dans les régions Azure suivantes :

    • USA Ouest 3
    • Centre-Nord des États-Unis

Plus d’informations

  • Problèmes connus
    • Quand une région Azure primaire est hors service, vous ne pouvez pas créer de serveurs géoredondants dans sa région jumelée géographiquement, car le stockage ne peut pas être approvisionné dans la région Azure primaire. Il faut attendre que la région principale soit en service pour provisionner des serveurs géoredondants dans la région associée géographiquement.

Septembre 2021

Cette version d’Azure Database pour MySQL - Serveur flexible inclut les mises à jour suivantes.

  • Disponibilité dans trois régions Azure supplémentaires

    La préversion publique d’Azure Database pour MySQL - Serveur flexible est désormais disponible dans les régions Azure suivantes :

    • Ouest du Royaume-Uni
    • Est du Canada
    • OuJapon Est

  • Résolution des bogues

    La création d’une haute disponibilité de zone identique est résolue dans les régions suivantes :

    • Inde centrale
    • Asie Est
    • Centre de la Corée
    • Afrique du Sud Nord
    • Suisse Nord

Août 2021

Cette version d’Azure Database pour MySQL - Serveur flexible inclut les mises à jour suivantes.

  • Haute disponibilité au sein d’une même zone à l’aide de la haute disponibilité dans la même zone

    Le service offre à présent aux clients la possibilité de choisir la zone de disponibilité préférée pour leur serveur de secours après avoir activé la haute disponibilité. Avec cette fonctionnalité, les clients peuvent placer un serveur de secours dans la même zone que le serveur principal, ce qui réduit le décalage de la réplication entre le serveur principal et les serveurs secondaires. Ceci permet également de réduire les latences entre le serveur d’applications et le serveur de base de données si ceux-ci sont placés dans la même zone Azure. Plus d’informations

  • Sélection de la zone de secours à l’aide de la haute disponibilité redondante interzone

    Le service permet désormais aux clients de choisir l’emplacement de la zone du serveur de secours. À l’aide de cette fonctionnalité, les clients peuvent placer leur serveur de secours dans la zone de leur choix. Le regroupement des serveurs de base de données de secours et des applications de secours dans la même zone réduit les latences et permet aux clients de mieux se préparer à des situations de reprise d’activité et à des scénarios de « zone en panne ». Plus d’informations

  • Intégration d’une zone DNS privée

    Le DNS privé Azure fournit un service DNS fiable et sécurisé (responsable de la traduction d’un nom de service en adresse IP) pour votre réseau virtuel. Azure DNS privé gère et résout les noms de domaine dans le réseau virtuel sans nécessiter la configuration d’une solution DNS personnalisée. Cela vous permet de connecter votre application s’exécutant sur un réseau virtuel à votre instance d’Azure Database pour MySQL - Serveur flexible, qui s’exécute sur un réseau virtuel appairé localement ou globalement. Azure Database pour MySQL - Serveur flexible est désormais intégré à une zone DNS privée Azure pour permettre une résolution fluide du DNS privé au sein du VNet actuel, ou de tout VNet appairé auquel la zone DNS privée est liée. Avec cette intégration, si l’adresse IP de l’instance d’Azure Database pour MySQL - Serveur flexible côté back-end change durant le basculement ou tout autre événement, votre zone DNS privée intégrée est mise à jour automatiquement pour garantir la reprise automatique de la connectivité de vos applications, une fois le serveur en ligne. Plus d’informations

  • Récupération jusqu’à une date et heure pour un serveur dans un réseau virtuel spécifié

    L’expérience de la récupération jusqu’à une date et heure pour le service permet à présent aux clients de configurer les paramètres de mise en réseau, ce qui permet aux utilisateurs de basculer entre les options de mise en réseau privée et publique lors de l’exécution d’une opération de restauration. Cette fonctionnalité permet aux clients d’injecter un serveur en cours de restauration dans un réseau virtuel spécifié pour sécuriser leurs points de terminaison de connexion. Plus d’informations

  • Récupération jusqu’à une date et heure pour un serveur dans une zone de disponibilité

    L’expérience de restauration à un instant dans le passé du service permet désormais aux clients de configurer la zone de disponibilité. La colocation des serveurs de base de données et des applications de secours dans la même zone réduit les latences, et permet aux clients de mieux se préparer aux situations de récupération d’urgence ainsi qu’aux scénarios de « zone hors service ». Plus d’informations

  • Plug-ins validate_password et caching_sha2_password disponibles en préversion privée

    Azure Database pour MySQL - Serveur flexible prend désormais en charge l’activation des plug-ins validate_password et caching_sha2_password en préversion. Envoyez-nous un e-mail à l’adresse AskAzureDBforMySQL@service.microsoft.com.

  • Disponibilité dans quatre régions Azure supplémentaires

    La préversion publique d’Azure Database pour MySQL - Serveur flexible est désormais disponible dans les régions Azure suivantes :

    • Sud-Australie Est
    • Afrique du Sud Nord
    • Asie Est (Région administrative spéciale de Hong Kong)
    • Inde centrale

    Plus d’informations

  • Problèmes connus

    • Juste après le basculement du serveur à haute disponibilité redondant interzone, les clients ne parviennent pas à se connecter au serveur si SSL est utilisé avec le ssl_mode VERIFY_IDENTITY. Ce problème peut être atténué en utilisant le ssl_mode VERIFY_CA.
    • Impossible de créer un serveur à haute disponibilité dans la même zone dans les régions suivantes : Inde Centre, Asie Est, Corée Centre, Afrique du Sud Nord, Suisse Nord.
    • Dans un scénario rare et après un basculement à haute disponibilité, le serveur principal est en mode read_only. Pour résoudre le problème, mettez à jour la valeur « read_only » de la page des paramètres du serveur sur OFF (Désactivé).
    • Après avoir correctement mis à l’échelle le calcul sur la page Calcul + stockage, les E/S par seconde sont réinitialisées à la référence SKU par défaut. Les clients peuvent contourner le problème en restaurant les E/S par seconde sur la page Calcul + stockage à la valeur souhaitée (précédemment définie) après le déploiement du calcul et la réinitialisation des E/S par seconde qui en résulte.

Juillet 2021

Cette version d’Azure Database pour MySQL - Serveur flexible inclut les mises à jour suivantes.

  • Migration en ligne d’Azure Database pour MySQL - Serveur unique vers Azure Database pour MySQL - Serveur flexible

    Les clients peuvent désormais migrer une instance d’Azure Database pour MySQL - Serveur unique vers Azure Database pour MySQL - Serveur flexible en réduisant au minimum le temps d’arrêt de leurs applications à l’aide de la fonctionnalité Réplication des données entrantes. Pour obtenir des instructions pas à pas détaillées, consultez Migrer des instances d’Azure Database pour MySQL - Serveur unique vers Azure Database pour MySQL - Serveur flexible avec un temps d’arrêt minimal.

  • Disponibilité dans les régions USA Ouest et Allemagne Centre-Ouest

    La préversion publique d’Azure Database pour MySQL - Serveur flexible est désormais disponible dans les régions Azure USA Ouest et Allemagne Centre-Ouest.

Juin 2021

Cette version d’Azure Database pour MySQL - Serveur flexible inclut les mises à jour suivantes.

  • Amélioration des performances sur les serveurs de stockage plus petits

    À partir du 21 juin 2021, la taille de stockage provisionnée minimale autorisée pour l’ensemble des serveurs nouvellement créés passe de 5 Go à 20 Go. En outre, les E/S par seconde disponibles augmentent de 100 à 300. Ces modifications sont récapitulées dans le tableau ci-dessous.

    Current À compter du 21 juin 2021
    Taille de stockage minimale autorisée : 5 Go Taille de stockage minimale autorisée : 20 Go
    IOPS disponibles : Max. (100, 3 * [Stockage provisionné en Go]) IOPS disponibles : (300 + 3 * [Stockage provisionné en Go])

  • Offre gratuite de 12 mois

    Depuis le 15 juin 2021, le compte gratuit Azure offre aux clients jusqu’à 12 mois d’accès gratuit à Azure Database pour MySQL - Serveur flexible, avec 750 heures d’utilisation et 32 Go de stockage par mois. Les clients peuvent utiliser cette offre pour développer et déployer des applications qui utilisent Azure Database pour MySQL - Serveur flexible. Plus d’informations

  • Croissance automatique du stockage

    La croissance automatique du stockage permet à un serveur de disposer en permanence d’un espace de stockage suffisant et de ne pas passer en lecture seule. Si la croissance automatique du stockage est activée, le stockage évolue automatiquement sans affecter la charge de travail. À partir du 21 juin 2021, la croissance automatique du stockage est activée par défaut sur tous les serveurs nouvellement créés. Plus d’informations

  • Réplication des données entrantes

    Azure Database pour MySQL - Serveur flexible prend désormais en charge la fonctionnalité Réplication des données entrantes. Utilisez cette fonctionnalité pour synchroniser et migrer les données d’un serveur MySQL s’exécutant localement, dans des machines virtuelles, sur Azure Database pour MySQL - Serveur unique, ou sur des services de base de données en dehors d’Azure, vers Azure Database pour MySQL - Serveur flexible. Découvrez comment configurer la réplication des données entrantes.

  • Prise en charge de GitHub Actions avec Azure CLI

    L’interface CLI d’Azure Database pour MySQL - Serveur flexible permet désormais aux clients d’automatiser les workflows pour déployer des mises à jour avec GitHub Actions. Cette fonctionnalité permet de configurer et de déployer des mises à jour de base de données avec le workflow d’actions MySQL GitHub. Ces commandes CLI vous aident à configurer un référentiel pour permettre un déploiement continu afin de faciliter le développement. Plus d’informations

  • Correctifs appliqués au basculement forcé à haute disponibilité redondant interzone

    Cette version inclut des correctifs pour les problèmes connus liés au basculement forcé afin de s’assurer que les paramètres du serveur et les modifications d’IOPS supplémentaires sont conservés entre les basculements.

  • Problèmes connus

    • La tentative d’exécution d’une opération de mise à l’échelle ou d’un scale-down sur un serveur existant avec moins de 20 Go de stockage approvisionné ne s’effectue pas correctement. Pour résoudre le problème, veuillez mettre à l’échelle le stockage provisionné à 20 Go et réessayer l’opération de mise à l’échelle du calcul.

Mai 2021

Cette version d’Azure Database pour MySQL - Serveur flexible inclut les mises à jour suivantes.

  • Disponibilité régionale étendue (France Centre, Brésil Sud et Suisse Nord)

    La préversion publique d’Azure Database pour MySQL - Serveur flexible est désormais disponible dans les régions France Centre, Brésil Sud et Suisse Nord. Plus d’informations

  • La contrainte SSL/TLS 1.2 peut être désactivée

    Cette version offre une flexibilité optimisée pour personnaliser la mise en œuvre de SSL et de la version minimale de TLS. Pour en savoir plus, consultez Se connecter à Azure Database pour MySQL - Serveur flexible en utilisant des connexions chiffrées.

  • Haute disponibilité redondante interzone disponible dans la région Royaume-Uni Sud et dans la région Japon Est

    Azure Database pour MySQL - Serveur flexible offre désormais une haute disponibilité redondante interzone dans deux régions supplémentaires : Royaume-Uni Sud et Japon Est. Plus d’informations

  • Problèmes connus

    • Les modifications des IOPS supplémentaires ne sont pas prises en compte dans les serveurs ayant activé l’option HA redondants interzone. Les clients peuvent contourner le problème en désactivant la haute disponibilité, en mettant à l’échelle les IOPS et en réactivant la haute disponibilité redondante interzone.
    • Après le basculement forcé, la zone de disponibilité de secours est reflétée de manière incorrecte dans le portail. (Aucune solution de contournement)
    • Les modifications apportées aux paramètres du serveur ne sont pas prises en compte dans le serveur à haute disponibilité après le basculement forcé. (Aucune solution de contournement)

Avril 2021

Cette version d’Azure Database pour MySQL - Serveur flexible inclut les mises à jour suivantes.

  • Possibilité de forcer le basculement vers le serveur de secours avec une haute disponibilité redondante interzone

    Les clients peuvent maintenant forcer manuellement un basculement pour tester les fonctionnalités dans leurs scénarios d’application, ce qui leur permet de se préparer en cas de panne. Plus d’informations

  • Lancement du module PowerShell d’Azure Database pour MySQL - Serveur flexible

    Les développeurs peuvent désormais utiliser PowerShell pour approvisionner, gérer, exploiter et prendre en charge les instances d’Azure Database pour MySQL - Serveur flexible ainsi que les ressources dépendantes. Plus d’informations

  • Connecter, tester et exécuter des requêtes à l’aide d’Azure CLI

    Azure Database pour MySQL - Serveur flexible offre désormais une expérience de développement améliorée, ce qui permet aux clients de se connecter et d’exécuter des requêtes sur leurs serveurs à l’aide de l’interface Azure CLI avec les commandes « az mysql flexible-server connect » et « az mysql flexible-server execute ». Plus d’informations

  • Correctifs pour les échecs de provisionnement pour les créations de serveur dans un réseau virtuel avec accès privé

    Tous les échecs de provisionnement dus à la création d’un serveur dans un réseau virtuel sont résolus. Avec cette version, les utilisateurs peuvent créer des instances d’Azure Database pour MySQL - Serveur flexible bénéficiant d’un accès privé à tout moment.

Mars 2021

Cette version d’Azure Database pour MySQL - Serveur flexible inclut les mises à jour suivantes.

  • Publication de MySQL 8.0.21

    MySQL 8.0.21 est désormais disponible dans Azure Database pour MySQL - Serveur flexible dans toutes les principales régions Azure. Les clients peuvent utiliser le portail Azure, Azure CLI ou les modèles Azure Resource Manager pour provisionner la version 8.0.21 de MySQL. Plus d’informations

  • Prise en charge du positionnement de la zone de disponibilité lors de la création du serveur

    Les clients peuvent désormais spécifier la zone de disponibilité de leur choix durant la création du serveur. Cette fonctionnalité permet aux clients de colocaliser leurs applications hébergées sur une machine virtuelle Azure, dans un groupe de machines virtuelles identiques ou dans AKS et une base de données dans les mêmes zones de disponibilité pour réduire la latence des bases de données et améliorer les performances. Plus d’informations

  • Correctifs de performances pour les problèmes liés à l’exécution d’Azure Database pour MySQL - Serveur flexible dans un réseau virtuel avec accès privé

    Avant cette version, les performances d’Azure Database pour MySQL - Serveur flexible se dégradaient considérablement en cas d’exécution dans une configuration de réseau virtuel. Cette version comprend des correctifs du problème, qui permettent aux utilisateurs de constater une amélioration des performances sur Azure Database pour MySQL - Serveur flexible dans un réseau virtuel.

  • Problèmes connus

    • SSL/TLS 1.2 est appliqué et ne peut pas être désactivé. (Aucune solution de contournement)
    • Il existe des échecs de provisionnement intermittents pour les serveurs provisionnés dans un réseau virtuel. La solution de contournement consiste à réessayer le provisionnement du serveur jusqu’à ce qu’il aboutisse.

Février 2021

Cette version d’Azure Database pour MySQL - Serveur flexible inclut les mises à jour suivantes.

  • Publication de la fonctionnalité d’IOPS supplémentaires

    Azure Database pour MySQL - Serveur flexible prend en charge l’approvisionnement d’IOPS supplémentaires indépendamment du stockage approvisionné. Les clients peuvent utiliser cette fonctionnalité pour augmenter ou diminuer le nombre d’IOPS à tout moment en fonction des exigences de leur charge de travail.

  • Problèmes connus

    Les performances d’Azure Database pour MySQL - Serveur flexible se dégradent avec l’isolation du réseau virtuel avec accès privé (aucune solution de contournement).

Janvier 2021

Cette version d’Azure Database pour MySQL - Serveur flexible inclut les mises à jour suivantes.

  • Jusqu’à 10 réplicas en lecture pour Azure Database pour MySQL - Serveur flexible

    Azure Database pour MySQL - Serveur flexible prend désormais en charge la réplication asynchrone des données d’une instance d’Azure Database pour MySQL - Serveur flexible (la « source ») vers 10 instances au maximum d’Azure Database pour MySQL - Serveur flexible (les « réplicas ») dans la même région. Cette fonctionnalité permet de mettre à l’échelle les charges de travail nécessitant beaucoup de lectures et de les équilibrer entre les différents serveurs de réplication en fonction des préférences de l’utilisateur. Plus d’informations

Contacts

Si vous avez des questions ou des suggestions sur l’utilisation d’Azure Database pour MySQL - Serveur flexible, vous disposez des points de contact suivants, selon le cas :

  • Pour contacter le support technique Azure, émettez un ticket à partir du Portail Azure.
  • Pour résoudre un problème relatif à votre compte, enregistrez une demande de support sur le portail Azure.
  • Pour fournir des commentaires ou pour demander de nouvelles fonctionnalités, envoyez-nous un e-mail à l’adresse AskAzureDBforMySQL@service.microsoft.com.

Étapes suivantes