Partage via


Monitoring dans Azure Database pour MySQL

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

Important

Le serveur unique Azure Database pour MySQL est en voie de mise hors service. Nous vous conseillons vivement de procéder à une mise à niveau vers Azure Database pour MySQL – Serveur flexible. Pour obtenir plus d’informations sur la migration vers Azure Database pour MySQL – Serveur flexible, consultez Qu’en est-il du Serveur unique Azure Database pour MySQL ?

La surveillance des données relatives à vos serveurs vous aide à résoudre les problèmes et à optimiser votre charge de travail. Azure Database pour MySQL propose diverses métriques qui fournissent des insights sur le comportement de votre serveur.

Mesures

Toutes les métriques Azure présentent une fréquence d’une minute et chaque métrique fournit 30 jours d’historique. Vous pouvez configurer des alertes basées sur les métriques. Pour des instructions étape par étape, consultez Configurer des alertes. Les autres tâches incluent la configuration d’actions automatisées, l’exécution d’analyses avancées et l’archivage de l’historique. Pour plus d’informations, consultez Vue d’ensemble des mesures dans Microsoft Azure.

Liste des métriques

Ces métriques sont disponibles pour Azure Database pour MySQL :

Métrique Nom d’affichage de la métrique Unité Description
cpu_percent Pourcentage d’UC Pourcentage Pourcentage d’UC en cours d’utilisation.
memory_percent Pourcentage de mémoire Pourcentage Pourcentage de mémoire en cours d’utilisation.
io_consumption_percent Pourcentage d’E/S Pourcentage Pourcentage d’E/S en cours d’utilisation. (Non applicable pour les serveurs de niveau De base)
storage_percent Pourcentage de stockage Pourcentage Pourcentage de stockage utilisé par rapport à la limite maximale du serveur.
storage_used Stockage utilisé Octets Quantité de stockage en cours d’utilisation. Le stockage utilisé par le service peut inclure les fichiers de base de données, les journaux d’activité des transactions et les journaux d’activité du serveur.
serverlog_storage_percent Pourcentage de stockage du journal du serveur Pourcentage Pourcentage de stockage du journal du serveur utilisé par rapport au stockage du journal du serveur maximal défini pour le serveur.
serverlog_storage_usage Stockage du journal du serveur utilisé Octets Quantité de stockage du journal du serveur en cours d’utilisation.
serverlog_storage_limit Limite de stockage du journal du serveur Octets Stockage du journal du serveur maximal défini pour ce serveur.
storage_limit Limite de stockage Octets Stockage maximal pour ce serveur.
active_connections Connexions actives Count Nombre de connexions actives sur le serveur.
connections_failed Connexions ayant échoué Count Nombre de connexions au serveur ayant échoué.
seconds_behind_master Décalage de la réplication en secondes Count Nombre de secondes de latence du serveur réplica par rapport au serveur source. (Non applicable pour les serveurs de niveau De base)
network_bytes_egress Network Out Octets Sortie réseau entre connexions actives.
network_bytes_ingress Network In Octets Entrée réseau entre connexions actives.
backup_storage_used Stockage de sauvegarde utilisé Octets Quantité de stockage de sauvegarde utilisée. La métrique représente le total du stockage consommé par l’ensemble des sauvegardes de base de données complètes, sauvegardes différentielles et sauvegardes de journaux conservées en fonction de la période de rétention de sauvegarde définie pour le serveur. La fréquence des sauvegardes est gérée par le service et expliquée dans l’article sur les concepts. Pour le stockage géo-redondant, l’utilisation du stockage de sauvegarde est le double de celle du stockage localement redondant.

Journaux d’activité du serveur

Vous pouvez activer la journalisation des requêtes lentes et d’audit sur votre serveur. Ces journaux sont également disponibles par le biais des journaux de diagnostic Azure dans les journaux Azure Monitor, les hubs d’événements et le compte de stockage. Pour en savoir plus sur la journalisation, consultez les articles sur les journaux d’audit et les journaux de requêtes lentes.

Magasin des requêtes

Le Magasin des requêtes est une fonctionnalité qui effectue le suivi des performances des requêtes au fil du temps, y compris les statistiques d’exécution des requêtes et les événements d’attente. La fonctionnalité conserve les informations de performances du runtime de requête dans le schéma mysql. Vous pouvez contrôler la collecte et le stockage des données au moyen de différents boutons de configuration.

Query Performance Insight

Query Performance Insight fonctionne conjointement avec le Magasin des requêtes pour fournir des visualisations accessibles à partir du portail Azure. Ces graphiques vous permettent d’identifier les principales requêtes qui ont un impact sur les performances. Query Performance Insight est accessible dans la section Performances intelligentes de la page du portail de votre serveur Azure Database pour MySQL.

Recommandations sur les performances

La fonctionnalité Recommandations sur les performances identifie les opportunités d’amélioration des performances des charges de travail. La fonctionnalité Recommandations sur les performances fournit des recommandations pour créer des index susceptibles d’améliorer les performances de vos charges de travail. Pour générer des recommandations d’index, la fonctionnalité prend en compte différentes caractéristiques de la base de données, notamment son schéma et la charge de travail comme indiqué par le Magasin des requêtes. Après avoir implémenté une recommandation sur les performances, les clients doivent tester les performances pour évaluer l’impact des changements.

Notification de maintenance planifiée

Les notifications de maintenance planifiée vous permettent de recevoir des alertes concernant la maintenance planifiée à venir sur Azure Database pour MySQL. Ces notifications sont intégrées à la maintenance planifiée de Service Health et vous permettent d’afficher toutes les tâches de maintenance planifiée de vos abonnements dans un même emplacement. Cela permet également d’adapter la notification au public approprié pour divers groupes de ressources, car des contacts différents peuvent être responsables de différentes ressources. Vous recevez la notification concernant la maintenance à venir 72 heures avant l’événement.

En savoir plus sur la configuration des notifications dans le document relatif aux notifications de maintenance planifiée.

Étapes suivantes