Partage via


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 du serveur flexible Azure Database pour MySQL, à 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.

Octobre 2024

Les nouveaux serveurs B1s ne sont pas disponibles

Pour garantir les performances et la fiabilité en fonction des améliorations de sécurité en cours, la création de nouveaux serveurs B1s sera limitée à partir du 1/11/2024. Nous vous recommandons d’explorer d’autres références SKU conçues pour mieux prendre en charge vos besoins tout en conservant une fiabilité élevée du service. Merci de votre compréhension à mesure de nos efforts pour améliorer votre expérience.

Qu’est-ce que cela signifie pour vous ?

  • Accès limité : Les nouvelles instances B1s ne seront pas disponibles après le 28/10/24.

  • Déploiements existants : toutes les instances B1s actuelles ne seront pas affectées.

  • Autres options : explorez et envisagez d’utiliser d’autres références SKU, telles que B1ms et B2s, qui fournissent une puissance de calcul et une mémoire supérieures tout en prenant en charge des performances accrues.

Étapes suivantes :

  • Examiner les références SKU alternatives recommandées
  • Accédez à la documentation sur la modification de votre référence SKU ici :
  • Examinez le tableau de bord d’utilisation pour surveiller votre utilisation actuelle

Septembre 2024

  • La maintenance flexible d’Azure Database pour MySQL – Serveur flexible est désormais en disponibilité générale

    Azure Database pour MySQL – Serveur flexible a officiellement mis la fonctionnalité de maintenance flexible en disponibilité générale (GA). Grâce à cette fonctionnalité, les utilisateurs peuvent désormais replanifier les activités de maintenance via Azure CLI, ce qui permet d’améliorer le contrôle et la flexibilité. La fenêtre de replanification a également été améliorée pour couvrir toutes les dates de maintenance disponibles dans la même région et le même cycle de maintenance, au lieu d’être limitée à la fenêtre de 14 jours autour de la date initialement prévue pour l’instance. En savoir plus

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 du serveur flexible Azure Database pour MySQL à 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 de serveur flexible Azure Database pour MySQL. 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 de serveur flexible Azure Database pour MySQL, 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

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 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.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 de serveur flexible Azure Database pour MySQL à l’aide d’Azure CLI. Plus d’informations

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

    Nous avons le plaisir de vous annoncer une préversion de la fonctionnalité des journaux accélérés dans le serveur flexible Azure Database pour MySQL. 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 de serveur flexible Azure Database pour MySQL, 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 le serveur flexible Azure Database pour MySQL (préversion).

  • Géorestauration universelle dans le serveur flexible Azure Database pour MySQL (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ù le serveur flexible Azure Database pour MySQL 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 le serveur flexible Azure Database pour MySQL

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

  • 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 de serveur flexible Azure Database pour MySQL 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 du serveur flexible Azure Database pour MySQL (préversion publique)

    La maintenance flexible du serveur flexible Azure Database pour MySQL 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 serveur flexible Azure Database pour MySQL (disponibilité générale)

    Le serveur flexible Azure Database pour MySQL 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 de serveur flexible Azure Database pour MySQL 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ù le serveur flexible Azure Database pour MySQL est disponible. Réplicas en lecture dans Azure Database pour MySQL - Serveur flexible.

  • Private Link pour serveur flexible Azure Database pour MySQL (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 à un serveur flexible Azure Database pour MySQL 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’un serveur unique Azure Database pour MySQL vers un serveur flexible Azure Database pour MySQL (préversion publique)

    Vous pouvez désormais migrer une instance de serveur unique Azure Database pour MySQL vers une instance de serveur flexible Azure Database pour MySQL 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 de serveur flexible Azure Database pour MySQL 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 un serveur flexible Azure Database pour MySQL

    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 un serveur flexible Azure Database pour MySQL en envoyant les détails de votre serveur via ce formulaire.

Août 2023

  • Géorestauration universelle dans le serveur flexible Azure Database pour MySQL (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ù le serveur flexible Azure Database pour MySQL 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 le serveur flexible Azure Database pour MySQL

    Le serveur flexible Azure Database pour MySQL 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 de serveur flexible Azure Database pour MySQL 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 le serveur flexible Azure Database pour MySQL (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 le serveur flexible Azure Database pour MySQL, 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 du serveur flexible Azure Database pour MySQL au coût le plus bas. Plus d’informations

Juin 2023

  • Private Link pour le serveur flexible Azure Database pour MySQL (préversion)

    Vous pouvez désormais activer l’accès privé au serveur flexible Azure Database pour MySQL à 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 de serveur flexible Azure Database pour MySQL 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 le serveur flexible Azure Database pour MySQL

    Le serveur flexible Azure Database pour MySQL 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 le serveur flexible Azure Database pour MySQL (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 du serveur flexible Azure Database pour MySQL, 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 de serveur flexible Azure Database pour MySQL, 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, le serveur flexible Azure Database pour MySQL 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 du serveur flexible Azure Database pour MySQL (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 du serveur flexible Azure Database pour MySQL, 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 Le serveur flexible Azure Database pour MySQL 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 le serveur flexible Azure Database pour MySQL

    Vous pouvez désormais choisir entre du matériel Intel et AMD pour les instances de serveur flexible Azure Database pour MySQL, 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 de serveur flexible Azure Database pour MySQL. 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 le serveur flexible Azure Database pour MySQL (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 le serveur flexible Azure Database pour MySQL, 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 le serveur flexible Azure Database pour MySQL (préversion)

    La fonctionnalité de mise à niveau de la version principale vous permet d’effectuer des mises à niveau sur place des instances existantes du serveur flexible Azure Database pour MySQL, 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 de serveur flexible Azure Database pour MySQL, 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 le serveur flexible Azure Database pour MySQL. 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 de serveur flexible Azure Database pour MySQL. 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 le serveur flexible Azure Database pour MySQL de votre instance de serveur flexible Azure Database pour MySQL. Il est recommandé de changer la taille de calcul de votre instance de serveur flexible Azure Database pour MySQL 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 le serveur flexible Azure Database pour MySQL à 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 le serveur flexible Azure Database pour MySQL (préversion publique)

    Vous pouvez désormais vous authentifier auprès du serveur flexible Azure Database pour MySQL 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 - Serveur flexible Azure Database pour MySQL (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 du serveur flexible Azure Database pour MySQL, 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 de serveur flexible Azure Database pour MySQL en une seule étape

    Jusqu’à maintenant, le changement de la valeur time_zone de votre instance de serveur flexible Azure Database pour MySQL 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 du serveur flexible Azure Database pour MySQL 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 le serveur flexible Azure Database pour MySQL

    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 du serveur flexible Azure Database pour MySQL

    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 le serveur flexible Azure Database pour MySQL, 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 du serveur flexible Azure Database pour MySQL 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 calcul Ev5.

  • 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 de serveur flexible Azure Database pour MySQL. 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 à serveur flexible Azure Database pour MySQL concernant les charges de travail critiques Le niveau de service Critique pour l’entreprise est en disponibilité générale pour le serveur flexible Azure Database pour MySQL. 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 le serveur flexible Azure Database pour MySQL 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 du serveur flexible Azure Database pour MySQL.

  • Problèmes connus

    • La fonctionnalité Instances réservées (RI) du serveur flexible Azure Database pour MySQL 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 de serveur flexible Azure Database pour MySQL à 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 de serveur flexible Azure Database pour MySQL à haute disponibilité (HA), puis actualisez le portail Azure.

Avril 2022

  • Mise à niveau de la version mineure de serveur flexible Azure Database pour MySQL vers la version 8.0.28 serveur flexible Azure Database pour MySQL 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 de serveur flexible Azure Database pour MySQL vers la version 5.7.37 serveur flexible Azure Database pour MySQL 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 de serveur flexible Azure Database pour MySQL. Des correctifs seront appliqués d’ici fin avril 2022.

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

    À compter de la version 8.0.28, MySQL Community Edition prend en charge uniquement le protocole TLSv1.2 ou TLSv1.3. Le serveur flexible Azure Database pour MySQL 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 du serveur flexible Azure Database pour MySQL 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 Le serveur flexible Azure Database pour MySQL 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 de serveur flexible Azure Database pour MySQL 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 Le serveur flexible Azure Database pour MySQL 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 le serveur flexible Azure Database pour MySQL. Restauration à un instant dans le passé dans Azure Database pour MySQL - Serveur flexible avec Azure CLI.

Janvier 2022

Cette version du serveur flexible Azure Database pour MySQL inclut les mises à jour suivantes.

  • Toutes les opérations sont désactivées sur les instances de serveur flexible Azure Database pour MySQL arrêtées 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 du serveur flexible Azure Database pour MySQL est désormais disponible dans les régions Azure suivantes :

    • Chine orientale 2
    • Chine Nord 2
  • Réservation de 36 IOPS pour les instances de serveur flexible Azure Database pour MySQL à 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 du serveur flexible Azure Database pour MySQL, 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 du serveur flexible Azure Database pour MySQL

    Le modèle de déploiement du serveur flexible Azure Database pour MySQL 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 :

    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 de serveur flexible Azure Database pour MySQL 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 de serveur flexible Azure Database pour MySQL supprimée

    Le service vous permet désormais de récupérer une ressource de serveur flexible Azure Database pour MySQL 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 de serveur flexible Azure Database pour MySQL à 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 le serveur flexible Azure Database pour MySQL

    Les pools de threads améliorent la scalabilité du serveur flexible Azure Database pour MySQL. 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 le serveur flexible Azure Database pour MySQL ne seront plus disponibles pour les références SKU de type Burstable

    Si vous disposez d’une instance de serveur flexible Azure Database pour MySQL 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 de serveur flexible Azure Database pour MySQL avec des classeurs Azure Monitor

    Le serveur flexible Azure Database pour MySQL est maintenant 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 de serveur flexible Azure Database pour MySQL avec des instances réservées

    Le serveur flexible Azure Database pour MySQL 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 de serveur flexible Azure Database pour MySQL, vous prenez un engagement initial sur serveur flexible Azure Database pour MySQL pendant un ou trois ans afin d’obtenir une remise significative sur les coûts de calcul. Vous pouvez échanger une réservation de serveur unique Azure Database pour MySQL contre un serveur flexible Azure Database pour MySQL. Plus d’informations

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

    Le serveur flexible Azure Database pour MySQL 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 le serveur flexible Azure Database pour MySQL

    La prise en charge de Terraform pour le serveur flexible Azure Database pour MySQL 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 de serveur flexible Azure Database pour MySQL à 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

    Le serveur flexible Azure Database pour MySQL 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 du serveur flexible Azure Database pour MySQL inclut les mises à jour suivantes.

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

    La préversion publique du serveur flexible Azure Database pour MySQL 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 du serveur flexible Azure Database pour MySQL 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 de serveur flexible Azure Database pour MySQL, qui s’exécute sur un réseau virtuel appairé localement ou globalement. Le serveur flexible Azure Database pour MySQL 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 de serveur flexible Azure Database pour MySQL 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

    Le serveur flexible Azure Database pour MySQL 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 du serveur flexible Azure Database pour MySQL 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 du serveur flexible Azure Database pour MySQL inclut les mises à jour suivantes.

  • Migration en ligne d’un serveur unique Azure Database pour MySQL vers un serveur flexible Azure Database pour MySQL

    Les clients peuvent désormais migrer une instance de serveur unique Azure Database pour MySQL vers un serveur flexible Azure Database pour MySQL 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 de serveur unique Azure Database pour MySQL vers un serveur flexible Azure Database pour MySQL avec un temps d’arrêt minimal.

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

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

Juin 2021

Cette version du serveur flexible Azure Database pour MySQL 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 au serveur flexible Azure Database pour MySQL, 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 le serveur flexible Azure Database pour MySQL. 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

    Le serveur flexible Azure Database pour MySQL prend désormais en charge la réplication des données dans le serveur flexible Azure Database pour MySQL. 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 le serveur flexible Azure Database pour MySQL. 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 du serveur flexible Azure Database pour MySQL 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 du serveur flexible Azure Database pour MySQL inclut les mises à jour suivantes.

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

    La préversion publique du serveur flexible Azure Database pour MySQL 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

    Le serveur flexible Azure Database pour MySQL 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 du serveur flexible Azure Database pour MySQL 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 pour le serveur flexible Azure Database pour MySQL

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

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

    Le serveur flexible Azure Database pour MySQL 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 de serveur flexible Azure Database pour MySQL bénéficiant d’un accès privé à tout moment.

Mars 2021

Cette version du serveur flexible Azure Database pour MySQL inclut les mises à jour suivantes.

  • Publication de MySQL 8.0.21

    MySQL 8.0.21 est désormais disponible dans le serveur flexible Azure Database pour MySQL 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 du serveur flexible Azure Database pour MySQL dans un réseau virtuel avec accès privé

    Avant cette version, les performances du serveur flexible Azure Database pour MySQL 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 le serveur flexible Azure Database pour MySQL 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 du serveur flexible Azure Database pour MySQL inclut les mises à jour suivantes.

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

    Le serveur flexible Azure Database pour MySQL 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 du serveur flexible Azure Database pour MySQL se dégradent avec l’isolation du réseau virtuel avec accès privé (aucune solution de contournement).

Janvier 2021

Cette version du serveur flexible Azure Database pour MySQL inclut les mises à jour suivantes.

  • Jusqu’à 10 réplicas en lecture pour le serveur flexible Azure Database pour MySQL

    Le serveur flexible Azure Database pour MySQL prend désormais en charge la réplication asynchrone des données d’une instance de serveur flexible Azure Database pour MySQL (la « source ») vers 10 instances au maximum du serveur flexible Azure Database pour MySQL (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 du serveur flexible Azure Database pour MySQL, vous disposez des points de contact suivants, selon le cas :