Nouveautés Azure Database pour MySQL – Serveur flexible
S’APPLIQUE À : Azure Database pour MySQL – Serveur flexible
Le modèle de déploiement 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 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.
Août 2024
Le serveur flexible Azure Database pour MySQL prend désormais en charge jusqu’à 8 To dans un seul fichier de données !
Azure Database pour MySQL prend désormais en charge les fichiers de données InnoDB uniques d’une taille jusqu’à 8 To, ce qui permet aux utilisateurs de stocker des jeux de données plus volumineux au sein d’un seul fichier. Cette amélioration réduit le besoin de partitionnement des données et simplifie la gestion des bases de données, ce qui facilite la gestion des volumes importants de données à l’aide du moteur de stockage InnoDB. Plus d’informations
Prise en charge de la mise à niveau de version majeure pour le niveau de calcul Burstable
Azure Database pour MySQL offre désormais des mises à niveau de version majeure pour les niveaux de calcul de référence SKU Burstable. Cette prise en charge met automatiquement à niveau le niveau de calcul vers la référence SKU Usage général avant d’effectuer la mise à niveau, ce qui garantit des ressources suffisantes. Les clients peuvent choisir de revenir à la référence SKU Burstable après la mise à niveau. Des frais supplémentaires peuvent s’appliquer. En savoir plus
Annonce sur la dépréciation de métriques
Nous aimerions vous informer de la dépréciation des métriques suivantes dans le serveur flexible Azure Database pour MySQL.
- Nombre de limitations de stockage (obsolète)
- Octets de mémoire disponibles (dépréciés)
- Attente de verrou de ligne de verrouillage MySQL (dépréciés)
Ces métriques ne seront plus prises en charge et seront supprimées de la surveillance d’ici la fin d’août 2024. Nous vous recommandons de mettre à jour vos configurations de surveillance et d’alerte pour exclure ces métriques et utiliser d’autres métriques qui fournissent des insights similaires. Pour plus d’informations et des conseils sur les autres métriques, consultez Documentation de supervision Azure
Juillet 2024
Passer d’un réseau d’accès privé (réseau virtuel intégré) à un réseau d’accès public ou liaison privée
Azure Database pour MySQL - le serveur flexible peut passer d’un accès privé (réseau virtuel intégré) à un accès public, avec la possibilité d’utiliser une liaison privée. Cette fonctionnalité permet aux serveurs de passer d’un réseau virtuel intégré à une infrastructure avec liaison privée/accès public de manière transparente, sans qu’il soit nécessaire de modifier le nom du serveur ou de migrer les données, ce qui simplifie le processus pour les clients. En savoir plus
Prise en charge du HSM managé pour le serveur flexible Azure Database pour MySQL (en disponibilité générale)
Nous sommes heureux d’annoncer la disponibilité générale de la prise en charge du HSM managé d’Azure Key Vault pour les clés gérées par le client (CMK) dans le serveur flexible Azure Database pour MySQL. Avec les HSM managés, vous pouvez importer vos propres clés de chiffrement sauvegardées par HSM à l’aide de la fonctionnalité Bring Your Own Key (BYOK) CMK pour protéger les données au repos dans vos instances de serveur flexible Azure Database pour MySQL tout en conservant la résidence des données et le contrôle total de vos clés HSM. En savoir plus
Mai 2024
Les journaux accélérés d’Azure Database pour MySQL - Serveur flexible sont désormais en disponibilité générale
Nous avons le plaisir de vous annoncer la disponibilité générale (GA) de la fonctionnalité des journaux accélérés d’Azure Database pour MySQL - Serveur flexible. Cette fonctionnalité est disponible au niveau de service Critique pour l’entreprise, ce qui améliore considérablement les performances des instances d’Azure Database pour MySQL - Serveur flexible. Elle offre une solution dynamique conçue pour les besoins en haut débit, ce qui permet de réduire la latence sans frais supplémentaires. Plus d’informations
La prise en charge du stockage jusqu’à 32 To dans Azure Database pour MySQL - Serveur flexible est maintenant en disponibilité générale
Nous avons le plaisir de vous annoncer la disponibilité générale (GA) de la prise en charge du stockage jusqu’à 32 To dans Azure Database pour MySQL - Serveur flexible. La fonctionnalité est disponible uniquement au niveau de service Critique pour l’entreprise. Pour en savoir plus, consultez Niveaux de service.
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. Niveaux de service d’Azure Database pour MySQL - Serveur flexible.
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 fournissent une vue plus détaillée des performances de votre serveur, ce qui vous permet d’effectuer un monitoring et une optimisation plus efficaces des opérations de base de données. 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). Effectuer le monitoring d’Azure Database pour MySQL - Serveur flexible
Microsoft Defender pour le cloud prend en charge le serveur flexible Azure Database pour MySQL (disponibilité générale)
Nous avons le plaisir de vous annoncer la disponibilité générale de la fonctionnalité Microsoft Defender pour le cloud d’Azure Database pour MySQL - Serveur flexible à tous les niveaux de service. La fonctionnalité Protection avancée contre les menaces de Microsoft Defender simplifie la gestion de la sécurité des instances d’Azure Database pour MySQL - Serveur flexible. Elle effectue un monitoring du serveur à la recherche d’activités de base de données anormales ou suspectes afin de détecter les menaces potentielles, et fournit des alertes de sécurité pour que vous puissiez investiguer et prendre les mesures appropriées. Cela vous permet d’améliorer activement la posture de sécurité de votre base de données sans être expert en sécurité. Qu’est-ce que Microsoft Defender pour les bases de données relationnelles open source
Sauvegarde et exportation à la demande (préversion)
Azure Database pour MySQL - Serveur flexible permet désormais de déclencher une sauvegarde de serveur à la demande, et de l’exporter vers un compte 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
Durant la tentative d’activation de la fonctionnalité Microsoft Defender pour le cloud d’une instance d’Azure Database pour MySQL - Serveur flexible, vous pouvez rencontrer l’erreur suivante : « Le serveur <server_name> est incompatible avec la Protection avancée contre les menaces. Contactez le Support Microsoft pour mettre à jour le serveur vers une version prise en charge. » Ce problème peut se produire sur les instances de MySQL - Serveur flexible en attente d’une mise à jour interne. Il est automatiquement résolu au cours 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 les mises à niveau de versions majeures.
Les journaux accélérés ont introduit la prise en charge des mises à niveau de versions majeures, ce qui permet d’effectuer une mise à niveau de MySQL version 5.7 vers MySQL version 8.0, à condition que la fonctionnalité des journaux accélérés ait été activée.Fonctionnalité des journaux accélérés dans Azure Database pour MySQL - Serveur flexible (préversion)
Support pour la conservation à long terme de sauvegardes dans un serveur flexible Azure Database pour MySQL (préversion)
Cette fonctionnalité permet de conserver les sauvegardes jusqu’à 35 jours, et jusqu’à 10 ans. Sauvegarder et restaurer dans Azure Database pour MySQL - Serveur flexible
Février 2024
Les journaux accélérés sont désormais disponibles pour les serveurs existants et trois nouvelles régions.
Les journaux accélérés, limités jusqu’à maintenant aux serveurs créés après le 14 novembre, sont désormais accessibles pour tous les serveurs autonomes du niveau Critique pour l’entreprise en phase de préversion. Les journaux accélérés prennent également en charge l’authentification Microsoft Entra pour Azure Database pour MySQL - Serveur flexible. En outre, cette fonctionnalité a été étendue pour inclure trois nouvelles régions : Japon Est, Corée Centre et Pologne Centre. Fonctionnalité des journaux accélérés dans Azure Database pour MySQL - Serveur flexible (préversion)
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 doivent désactiver la fonctionnalité des journaux accélérés avant de créer 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. Plus d’informations
Les journaux d’audit prennent désormais en charge les entrées de caractères génériques
Les paramètres serveur prennent désormais en charge les caractères génériques dans
audit_log_include_users
etaudit_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 plusJournalisation 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.Journaux des erreurs dans Azure Database pour MySQL - Serveur flexible (préversion)
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 modifier les paramètres de calcul du serveur réplica au moment de l’approvisionnement au lieu d’effectuer 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, ce qui vous permet de définir une autre configuration que 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 une 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, offrant ainsi une solution dynamique conçue pour les besoins en haut débit, qui réduit également la latence et optimise la rentabilité.Fonctionnalité des journaux accélérés dans Azure Database pour MySQL - Serveur flexible (préversion).
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 parmi les 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 20 nouvelles options vCores au 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. Maintenance planifiée dans Azure Database pour MySQL - Serveur flexible.
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. Cette 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. Réplicas en lecture dans Azure Database pour MySQL - Serveur flexible.
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. Private Link pour Azure Database pour MySQL - Serveur flexible.
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 ! Migrer Azure Database pour MySQL - Serveur unique vers une instance Serveur flexible en utilisant l’interface CLI d’importation d’Azure Database pour MySQL.
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 vous permet de restaurer une instance de serveur source vers une autre région parmi les 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’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 instance privée du service Réseau virtuel (réseau virtuel). À 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 réseau virtuel. Private Link pour Azure Database pour MySQL - Serveur flexible.
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 réseaux virtuels (VNet) sélectionnés afin de permettre le chiffrement de données à l’aide de clés gérées par le client. Chiffrement de données avec des clés gérées par le client pour Azure Database pour MySQL - Serveur flexible.
Prise en charge des paramètres de serveur pour Azure Database pour MySQL – Serveur flexible
contactez notre équipe du support technique si vous avez besoin d’aide concernant les paramètres serveur ci-dessous.
[lower_case_table_names] (https://dev.mysql.com/doc/refman/8.0/en/server-system-variables.html#sysvar_lower_case_table_names) : MySQL version 5.7 vous permet de changer ce paramètre en lui affectant la valeur 2. Vous n’êtes pas autorisé à changer la valeur pour repasser de 2 à 1. contactez notre é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. Tout changement de la valeur par rapport à son paramètre par défaut peut 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 80 000 IOPS, ce qui permet d’améliorer les performances avec un plus grand nombre d’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 les réplicas en 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 vers un serveur en lecture seule dans une région jumelée géographiquement. Réplicas en lecture dans Azure Database pour MySQL - Serveur flexible
Prise en charge des réplications de données entrantes en utilisant GITD
Désormais, Serveur flexible prend également en charge la fonctionnalité Répliquer des données dans Azure Database pour MySQL - Serveur flexible à l’aide de la réplication basée sur GTID. Vous pouvez également utiliser cette fonctionnalité afin de configurer la réplication des données entrantes pour les serveurs à 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. La mise à niveau de la version majeure de votre instance d’Azure Database pour MySQL - Serveur flexible, de la version 5.7 à la version 8.0, vous permet d’accéder aux améliorations apportées aux performances et à la sécurité ainsi qu’à de nouvelles fonctionnalités, par exemple le dictionnaire de données, les améliorations JSON et les fonctions Windows. Mise à niveau de la version principale dans Azure Database pour MySQL - Serveur flexible
Avril 2023
Problèmes connus
Quand la fonctionnalité de croissance automatique du stockage est activée, et que les IOPS pré-approvisionnées sont augmentées, cela peut entraîner une augmentation inattendue de la taille de stockage de l’instance. Nous travaillons activement à la résolution de ce problème. Nous fournirons des mises à jour dès qu’elles seront disponibles.
Mars 2023
Azure Resource Health
Utilisez Azure Resource Health pour effectuer le monitoring de l’intégrité et de la disponibilité du serveur à haute disponibilité (HA) en cas de basculement planifié ou non. Concepts de haute disponibilité dans le serveur flexible Azure Database pour MySQL
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 être configuré pour avoir un niveau de calcul, une taille de calcul et un stockage plus élevés que le serveur source au moment de l’approvisionnement. Les options telles que « Croissance automatique du stockage », « Jours de rétention de sauvegarde » et « Géoredondance » 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 la version majeure a été temporairement désactivée dans le portail en raison de problèmes techniques, mais elle est à nouveau disponible. Si vous rencontrez des problèmes avec la fonctionnalité de mise à niveau, ouvrez un ticket de support et nous vous aiderons.
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 : à la suite de problèmes techniques survenus après le déploiement de ce mois-ci, la fonctionnalité de mise à niveau de la version majeure a été temporairement désactivée. Veuillez nous excuser de la gêne occasionnée. Notre équipe travaille sur une solution. Le problème sera résolu dans le prochain cycle de déploiement. Si vous avez besoin d’une assistance immédiate pour la mise à niveau de la version principale, ouvrez un ticket de support et nous vous aiderons.
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 plus en détail la Procédure de configuration de la réplication des données sortantes pour Azure Database pour MySQL - Serveur flexible.
Novembre 2022
Authentification Microsoft Entra ID pour Azure Database pour MySQL - Serveur flexible (disponibilité générale)
Vous pouvez désormais vous authentifier avec des identités auprès d’Azure Database pour MySQL - Serveur flexible à l’aide de Microsoft Entra ID. Avec l’authentification, 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. Authentification Microsoft Entra pour Azure Database pour MySQL - Serveur flexible
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 les clés CMK (clés gérées par le client), le client est responsable du contrôle total de la gestion de cycle de vie des clés (création, chargement, rotation, suppression), des autorisations d’utilisation des clés et des opérations d’audit sur les clés. Chiffrement de données avec des clés gérées par le client pour Azure Database pour MySQL - Serveur flexible
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. Niveaux de service d’Azure Database pour MySQL - Serveur flexible.
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. Niveaux de service d’Azure Database pour MySQL - Serveur flexible
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. Mise à niveau de version majeure dans Azure Database pour MySQL - Serveur flexible.
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. Démarrage rapide : Utiliser Azure Data Studio pour se connecter à MySQL et l’interroger.
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 de version majeure dans Azure Database pour MySQL - Serveur flexible 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. Réplicas en lecture dans Azure Database pour MySQL - Serveur flexible.
Authentification Microsoft Entra ID 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 Entra ID et des identités. Avec l’authentification, 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. Authentification Microsoft Entra pour Azure Database pour MySQL - Serveur flexible.
Problèmes connus
Le paramètre serveur aad_auth_only conserve la valeur ON uniquement quand le type d’authentification est remplacé par l’authentification Microsoft Entra ID. 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 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 les clés CMK (clés gérées par le client), le client est responsable du contrôle total de la gestion de cycle de vie des clés (création, chargement, rotation, suppression), des autorisations d’utilisation des clés et des opérations d’audit sur les clés. Chiffrement de données avec des clés gérées par le client pour Azure Database pour MySQL - Serveur flexible.
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 serveur aad_auth_only conserve la valeur ON uniquement quand le type d’authentification est remplacé par l’authentification Microsoft Entra ID. 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 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 de Activer et télécharger les journaux du serveur pour Azure Database pour MySQL - Serveur flexible ou Lister et télécharger les journaux Azure Database pour MySQL - Serveur flexible à l’aide 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
Quand vous essayez de vous connecter au serveur, vous recevez l’erreur « ERREUR 9107 (HY000) : seuls les comptes Microsoft Entra ID 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 serveur aad_auth_only bloque toutes les connexions MySQL non Microsoft Entra ID à votre instance d’Azure Database pour MySQL - Serveur flexible. Nous travaillons sur les configurations supplémentaires nécessaires pour permettre à l’authentification Microsoft Entra ID d’être pleinement opérationnelle. La 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
Vous ne verrez peut-être plus les journaux chargés vers les récepteurs de données configurés dans les paramètres de diagnostic sur 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 Démarrage rapide : Créer une zone DNS privée Azure avec le portail Azure dans le portail Azure, ou effectuez un basculement manuel de l’instance d’Azure Database pour MySQL - Serveur flexible à haute disponibilité (HA), 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
Certaines régions exécutent toujours d’anciennes versions mineures d’Azure Database pour MySQL - Serveur flexible. 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 TLS v1.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. Sauvegarder et restaurer dans Azure Database pour MySQL - Serveur flexible.
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. Restauration à un instant dans le passé dans Azure Database pour MySQL - Serveur flexible avec Azure CLI.
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.
Quand vous visualisez les sauvegardes automatisées d’un serveur à haute disponibilité (HA) dans la page Sauvegarde et restauration, si à un moment donné un basculement forcé ou automatique est effectué, vous pouvez perdre les droits de visualisation des sauvegardes du serveur dans 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
Le modèle de déploiement Azure Database pour MySQL - Serveur flexible est désormais en disponibilité générale dans le monde entier.
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 :
- Afficher les horodatages de toutes les sauvegardes complètes disponibles durant la période de rétention du serveur
- 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é (HA) 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. Sauvegarder et restaurer dans Azure Database pour MySQL - Serveur flexible.
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. Réplicas en lecture dans Azure Database pour MySQL - Serveur flexible.
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 tarifaires 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. Tutoriel : Query Performance Insight pour Azure Database pour MySQL - Serveur flexible, Tutoriel : Configurer les journaux d’audit à l’aide d’Azure Database pour MySQL - Serveur flexible, et les modèles de Vue d’ensemble de l’instance sont disponibles. Effectuer un monitoring d’Azure Database pour MySQL - Serveur flexible à l’aide des classeurs Azure Monitor.
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 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
- 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. Concepts de haute disponibilité dans Azure Database pour MySQL - Serveur flexible.
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 ». Concepts de haute disponibilité dans Azure Database pour MySQL - Serveur flexible.
Intégration d’une zone DNS privée
Une zone DNS privée 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 réseau virtuel actuel, ou de tout réseau virtuel 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. Accès au réseau privé à l’aide de l’intégration au réseau virtuel pour Azure Database pour MySQL - Serveur flexible.
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. Restauration à un instant dans le passé dans Azure Database pour MySQL - Serveur flexible avec le portail Azure.
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 ». Concepts de haute disponibilité dans Azure Database pour MySQL - Serveur flexible.
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. Le plug-in validate_password fournit la mise en application d’une stratégie de mot de passe et la validation de la force des mots de passe. Le plug-in caching_sha2_password fournit une méthode d’authentification plus sécurisée que le plug-in mysql_native_password par défaut. Pour en savoir plus, consultez les paramètres de serveur.
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
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. Utilisez un compte gratuit Azure afin d’essayer Azure Database pour MySQL - Serveur flexible gratuitement.
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 augmente automatiquement sans affecter la charge de travail. À partir du 21 juin 2021, la croissance automatique de l’espace de stockage est activée par défaut pour tous les serveurs qui sont créés.
Réplication des données entrantes
Azure Database pour MySQL - Serveur flexible prend désormais en charge la réplication des données dans Azure Database pour MySQL - Serveur flexible. 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 plus en détail la Procédure de configuration de la réplication des données entrantes pour Azure Database pour MySQL - Serveur flexible.
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 plus d’informations, 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)
- Des échecs d’approvisionnement intermittents se produisent pour les serveurs approvisionné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. Réplicas en lecture dans Azure Database pour MySQL - Serveur flexible.
Commentaires et support
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.