Surveiller Azure Database pour MySQL - Serveur flexible

  • Article

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

Le serveur flexible Azure Database pour MySQL permet la surveillance des serveurs via Azure Monitor. La surveillance des données relatives à vos serveurs vous aide à résoudre les problèmes et à optimiser votre charge de travail.

Dans cet article, vous découvrez les différentes métriques disponibles et les journaux du serveur pour votre serveur flexible qui donnent un aperçu du comportement de votre serveur.

Remarque

Cet article contient des références au terme esclave, un terme que Microsoft n’utilise plus. Lorsque le terme sera supprimé du logiciel, nous le supprimerons de cet article.

Mesures

Les métriques sont des valeurs numériques qui décrivent certains aspects des ressources de votre serveur à un moment donné. La supervision des ressources de votre serveur facilite la résolution des problèmes liés à votre charge de travail et son optimisation en vous permettant de superviser ce qui vous importe le plus. Superviser les métriques adéquates vous permet de maintenir les performances, la fiabilité et la disponibilité de votre serveur et de vos applications.

Le serveur flexible Azure Database pour MySQL fournit diverses métriques pour comprendre les performances de votre charge de travail et, sur la base de ces données, vous pouvez comprendre l'impact sur votre serveur et votre application.

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 obtenir des instructions pas à pas, consultez Guide pratique pour 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.

Métriques de dépannage

Parfois, vous pouvez rencontrer des problèmes lors de la création, de la personnalisation ou de l’interprétation de graphiques dans l’Explorateur de métriques Azure. La situation d'un graphique ne montrant aucune donnée peut survenir en raison de divers facteurs. Il peut s'agir du fait que le fournisseur de ressources Microsoft Insights n'est pas enregistré pour votre abonnement ou que vous ne disposez pas des droits d'accès adéquats à votre Azure Database pour MySQL - Serveur flexible. D'autres possibilités peuvent être que votre ressource n'a pas généré de métriques dans le délai choisi ou que la plage de temps sélectionnée dépasse 30 jours.

Plusieurs raisons qui suivent peuvent provoquer ce comportement :

  • Le fournisseur de ressources Microsoft.Insights n’est pas enregistré : L’exploration des métriques nécessite le fournisseur de ressources Microsoft.Insights enregistré dans votre abonnement. Enregistrez votre serveur manuellement en suivant les étapes décrites dans Fournisseurs et types de ressources Azure.
  • Droits d'accès insuffisants à votre ressource : Assurez-vous que vous disposez des autorisations suffisantes pour votre Azure Database pour MySQL - Serveur flexible à partir duquel vous explorez les métriques. Votre ressource n'a pas émis de métriques pendant la plage de temps sélectionnée : modifiez l'heure du graphique sur une plage plus large. Dans Azure, le contrôle d’accès en fonction du rôle Azure (Azure RBAC) contrôle l’accès aux métriques. Vous devez être membre du lecteur de surveillance, du contributeur de surveillance ou du contributeur pour explorer les métriques d’une ressource, quelle qu’elle soit.
  • Votre ressource n'a pas émis de métriques pendant la période sélectionnée : Cela pourrait être dû à plusieurs raisons. Il est possible que votre ressource n'ait pas généré de métriques dans le délai choisi. Modifiez l'heure du graphique sur une plage plus large pour voir si cela résout le problème. Pour des informations plus détaillées sur la résolution de ce problème, reportez-vous au guide de dépannage des métriques Azure Monitor.
  • Plage de temps supérieure à 30 jours : Vérifiez que la différence entre les dates de début et de fin dans le sélecteur d’heure ne dépasse pas l’intervalle de 30 jours. Pour des informations plus détaillées sur le dépannage des métriques, reportez-vous au guide de dépannage des métriques Azure Monitor.
  • Indication en ligne pointillée : Dans Azure Monitor, la présence d’une ligne pointillée signifie un écart dans les données, ou une « valeur nulle », entre deux points de données de grain de temps connues. Il s'agit d'une conception délibérée qui facilite la détection des points de données manquants. Si votre graphique affiche des lignes pointillées, cela indique des données manquantes et vous pouvez vous référer à la documentation pour plus d'informations.

Pour des informations plus détaillées sur le dépannage des métriques, reportez-vous au guide de dépannage des métriques Azure Monitor.

Remarque

Les métriques marquées comme déconseillées sont programmées pour être supprimées du portail Azure. Il est recommandé d’ignorer ces métriques pour surveiller votre serveur flexible Azure Database pour MySQL.

Liste des métriques

Ces métriques sont disponibles pour le serveur flexible Azure Database pour MySQL :

Nom d’affichage de la métrique Métrique Unité Description
Durée de bon fonctionnement de MySQL uptime Secondes Cette métrique indique la durée pendant laquelle le serveur MySQL a été en cours d’exécution.
Pourcentage de processeur hôte cpu_percent Pourcentage Le pourcentage d’UC hôte est l’utilisation totale du processeur pour traiter toutes les tâches sur votre serveur sur une période sélectionnée. Cette métrique inclut la charge de travail de votre instance de serveur flexible Azure Database pour MySQL et du processus Azure MySQL. Un pourcentage élevé du processeur peut vous aider à déterminer si votre serveur de base de données a plus de charge de travail qu’il ne peut gérer. Cette métrique équivaut à une utilisation totale du processeur similaire à l’utilisation du processeur sur n’importe quelle machine virtuelle.
Crédit du processeur consommé cpu_credits_consumed Count Il s’agit du niveau Burstable uniquement Le crédit du processeur est calculé en fonction de la charge de travail. Consultez Tailles de machines virtuelles burstable Série B pour plus d’informations.
Crédit du processeur restant cpu_credits_remaining Count Il s’agit du niveau Burstable uniquement Le crédit du processeur restant est calculé en fonction de la charge de travail. Consultez Tailles de machines virtuelles burstable Série B pour plus d’informations.
Réseau entrant hôte network_bytes_ingress Octets Somme totale du trafic réseau entrant sur le serveur pendant une période sélectionnée. Cette métrique inclut le trafic vers votre base de données et vers les fonctionnalités serveur flexible Azure Database pour MySQL telles que la surveillance, les journaux, etc.
Réseau sortant hôte network_bytes_egress Octets Somme totale du trafic réseau sortant sur le serveur pendant une période sélectionnée. Cette métrique inclut le trafic de votre base de données et des fonctionnalités flexibles du serveur Azure Database pour MySQL telles que la surveillance, les journaux, etc.
Connexions actives active_connection Count Nombre de connexions actives sur le serveur. Les connexions actives sont le nombre total de threads connectés à votre serveur, qui incluent également des threads de azure_superuser.
Pourcentage d’E/S de stockage io_consumption_percent Pourcentage Pourcentage d’E/S en cours d’utilisation sur la période sélectionnée. Le pourcentage d’E/S est destiné aux E/S par seconde en lecture et en écriture.
Nombre d’E/S de stockage storage_io_count Count Nombre total d’opérations d’E/S (lecture et écriture) utilisées par le serveur par minute.
Pourcentage de mémoire memory_percent Pourcentage Cette métrique représente le pourcentage de mémoire occupée par le processus serveur Azure MySQL (mysqld). Cette métrique est calculée à partir de la taille totale de la mémoire (en Go) disponible sur votre serveur flexible Azure Database pour MySQL.
Nombre total de connexions total_connections Count Nombre de connexions client à votre instance de serveur flexible Azure Database pour MySQL. Le nombre total de connexions est la somme des connexions par les clients utilisant le protocole TCP/IP sur une période sélectionnée.
Connexions abandonnées aborted_connections Count Nombre total de tentatives infructueuses de connexion à votre instance de serveur flexible Azure Database pour MySQL, par exemple, échec de connexion en raison de mauvaises informations d’identification. Pour plus d’informations sur les connexions abandonnées, vous pouvez consulter cette documentation.
Requêtes queries Nombre Nombre total de requêtes exécutées par minute sur votre serveur. Nombre total de requêtes par minute sur votre serveur à partir de votre charge de travail de base de données et de processus Azure MySQL.
Slow_queries slow_queries Count Nombre total de requêtes lentes sur votre serveur dans l’intervalle de temps sélectionné.
Transactions actives active_transactions Count Cette métrique représente le nombre total de transactions en cours d’exécution dans MySQL. Les transactions actives incluent toutes les transactions qui ont démarré, mais qui n’ont pas encore été validées ou restaurées.

Métriques de répartition du stockage

Nom d’affichage de la métrique Métrique Unité Description
Limite de stockage storage_limit Octets Taille de stockage maximale configurée pour ce serveur.
Pourcentage de stockage storage_percent Pourcentage Pourcentage de stockage utilisé hors du stockage maximal du serveur disponible.
Stockage utilisé storage_used 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.
Stockage de données utilisé data_storage_used Octets Quantité de stockage utilisée pour stocker les fichiers de base de données.
stockage ibdata1 utilisé ibdata1_storage_used Octets Quantité d'espace de stockage utilisée pour stocker le fichier d'espace de table système (ibdata1).
Stockage Binlog utilisé binlog_storage_used Octets Quantité de stockage utilisée pour stocker les fichiers journaux binaires.
Autre stockage utilisé other_storage_used Octets Quantité de stockage utilisée pour d'autres composants et fichiers de métadonnées.
Stockage de sauvegarde utilisé backup_storage_used Octets Quantité de stockage de sauvegarde utilisée.

Métriques de réplication

Nom d’affichage de la métrique Métrique Unité Description
Décalage de la réplication replication_lag Secondes Le décalage de réplication est le nombre de secondes derrière lequel le réplica est en retard lors de la relecture des transactions reçues du serveur source. Cette métrique est calculée à partir de « Seconds_behind_Master » à partir de la commande « SHOW SLAVE STATUS » et est disponible uniquement pour les serveurs réplicas. Pour plus d’informations, consultez «Surveiller la latence de réplication»
État des E/S du réplica replica_io_running State L’état des E/S du réplica indique l’état du thread d’E/S de réplication. La valeur de métrique est 1 si le thread d’E/S est en cours d’exécution et 0 si ce n’est pas le cas.
État SQL du réplica replica_sql_running State L’état SQL du réplica indique l’état du thread SQL de réplication. La valeur de métrique est 1 si le thread SQL est en cours d’exécution et 0 si ce n’est pas le cas.
État des E/S de la haute disponibilité ha_io_running State L’état des E/S de la haute disponibilité indique l’état de la réplication de la haute disponibilité. La valeur de métrique est 1 si le thread d’E/S est en cours d’exécution et 0 si ce n’est pas le cas.
État SQL de la haute disponibilité ha_sql_running State L’état SQL de la haute disponibilité indique l’état de la réplication de la haute disponibilité. La valeur de métrique est 1 si le thread SQL est en cours d’exécution et 0 si ce n’est pas le cas.
Décalage de la réplication à haute disponibilité ha_replication_lag Secondes Le décalage de réplication HA est le nombre de secondes de retard du serveur de secours HA quand il relit les transactions reçues du serveur source. Cette métrique est calculée à partir de « Seconds_behind_Master » avec la commande « SHOW SLAVE STATUS » et est disponible uniquement pour les serveurs de secours HA.

Remarque

Pour les réplicas en lecture dans le serveur flexible Azure Database pour MySQL, la valeur de Slave_IO_Running/Replica_IO_Running de la commande MySQL « SHOW SLAVE STATUS » ou « SHOW REPLICA STATUS » sera notée « NON » et doit être ignorée car l'implémentation du serveur flexible Azure Database pour MySQL les répliques ne reposent pas sur l’établissement d’une connexion pour communiquer avec le serveur source. Pour obtenir des status authentiques du thread d’E/S de vos réplicas en lecture, reportez-vous à État des E/S du réplica à partir des métriques sous le panneau Surveillance.

Métriques améliorées

Statistiques DML

Nom d’affichage de la métrique Métrique Unité Description
Com_select Com_select Count Nombre total d’instructions select qui ont été exécutées sur votre serveur dans l’intervalle de temps sélectionné.
Com_update Com_update Count Nombre total d’instructions update qui ont été exécutées sur votre serveur dans l’intervalle de temps sélectionné.
Com_insert Com_insert Count Nombre total d’instructions insert qui ont été exécutées sur votre serveur dans l’intervalle de temps sélectionné.
Com_delete Com_delete Count Nombre total d’instructions delete qui ont été exécutées sur votre serveur dans l’intervalle de temps sélectionné.

Statistiques DDL

Nom d’affichage de la métrique Métrique Unité Description
Com_create_db Com_create_db Count Nombre total d’instructions create database qui ont été exécutées sur votre serveur dans l’intervalle de temps sélectionné.
Com_drop_db Com_drop_db Count Nombre total d’instructions drop database qui ont été exécutées sur votre serveur dans l’intervalle de temps sélectionné.
Com_create_table Com_create_table Count Nombre total d’instructions create table qui ont été exécutées sur votre serveur dans l’intervalle de temps sélectionné.
Com_drop_table Com_drop_table Count Nombre total d’instructions drop table qui ont été exécutées sur votre serveur dans l’intervalle de temps sélectionné.
Com_Alter Com_Alter Count Nombre total d’instructions alter table qui ont été exécutées sur votre serveur dans l’intervalle de temps sélectionné.

Métriques Innodb

Nom d’affichage de la métrique Métrique Unité Description
Temps de verrouillage de ligne InnoDB innodb_row_lock_time Millisecondes Le temps de verrouillage des lignes InnoDB mesure la durée en millisecondes des verrous au niveau des lignes InnoDB.
Attentes de verrou de ligne InnoDB innodb_row_lock_waits Count La métrique d'attente de verrouillage de ligne InnoDB compte le nombre de fois qu'une requête a dû attendre un verrou au niveau de la ligne InnoDB.
Innodb_buffer_pool_reads Innodb_buffer_pool_reads Count Nombre total de lectures logiques que le moteur InnoDB n’a pas pu faire à partir du pool de tampons Innodb et qui ont dû être récupérées du disque.
Innodb_buffer_pool_read_requests Innodb_buffer_pool_read_requests Count Nombre total de requêtes de lecture logique à partir du pool de tampons Innodb.
Innodb_buffer_pool_pages_free Innodb_buffer_pool_pages_free Count Nombre total de pages libres dans le pool de tampons InnoDB.
Innodb_buffer_pool_pages_data Innodb_buffer_pool_pages_data Count Nombre total de pages dans le pool de tampons InnoDB contenant des données. Le nombre inclut à la fois les pages de modifications et les pages nettoyées.
Innodb_buffer_pool_pages_dirty Innodb_buffer_pool_pages_dirty Count Nombre total de pages dans le pool de tampons InnoDB contenant des pages de modifications.
Longueur de la liste d’historique MySQL trx_rseg_history_len Count Cette métrique calcule le nombre de modifications dans la base de données, en particulier le nombre d’enregistrements contenant des modifications antérieures. Elle est liée au taux de modifications des données, ce qui entraîne la création de nouvelles versions de lignes. Une longueur de liste d’historique croissante peut avoir un impact sur les performances de la base de données.
Dépassements du délai d'attente de verrou MySQL lock_timeouts Count Cette métrique représente le nombre de fois où une requête a expiré en raison d’un verrou. Cela se produit généralement lorsqu’une requête attend un verrou sur une ligne ou une table détenue par une autre requête pendant plus longtemps que le paramètre innodb_lock_wait_timeout.
Blocages de verrous MySQL lock_deadlock Count Cette métrique représente le nombre de blocages sur votre instance de serveur flexible Azure Database pour MySQL au cours de la période sélectionnée.

Journaux d’activité du serveur

Dans le serveur flexible Azure Database pour MySQL, les utilisateurs peuvent configurer et télécharger les journaux du serveur pour faciliter les efforts de dépannage. Lorsque cette fonctionnalité est activée, une instance de serveur flexible Azure Database pour MySQL commence à capturer les événements du type de journal sélectionné et les écrit dans un fichier. Vous pouvez ensuite utiliser le portail Azure et Azure CLI pour télécharger les fichiers à utiliser. La fonction de journaux du serveur est désactivée par défaut. Pour plus d’informations sur l’activation des journaux du serveur, consultez Comment activer et télécharger les journaux du serveur pour le serveur flexible Azure Database pour MySQL.

Les journaux du serveur prennent en charge les journaux de requêtes lentes et les journaux d'erreurs pour l'activation et le téléchargement. Pour effectuer une analyse historique de vos données, dans le portail Azure, dans le volet Paramètres de diagnostic de votre serveur, ajoutez un paramètre de diagnostic pour envoyer les journaux à l’espace de travail Log Analytics, au Stockage Azure ou à des hubs d’événements. Pour plus d’informations, consultez Configurer les diagnostics.

Rétention des journaux serveur

Lorsque la journalisation est activée pour une instance de serveur flexible Azure Database pour MySQL, les journaux sont disponibles jusqu'à sept jours à compter de leur création. Si la taille totale des journaux d’activité disponibles dépasse 7 Go, les fichiers les plus anciens sont supprimés jusqu’à ce que de l’espace soit disponible. La limite de stockage de 7 Go pour les journaux de serveur est disponible gratuitement et ne peut pas être augmentée. Les journaux sont alternés toutes les 24 heures ou toutes les 500 Mo, selon la première éventualité.

Étapes suivantes