Surveiller Azure Database pour MySQL - Serveur flexible
S’APPLIQUE À : 
Azure Database pour MySQL – Serveur flexible
Notes
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.
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 de son comportement.
Métriques
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 différentes métriques pour vous aider à comprendre le fonctionnement de votre charge de travail. En fonction de ces données, vous pouvez comprendre l’impact sur votre serveur et votre application.
Toutes les métriques Azure ont une fréquence d’une minute, chacune fournissant 30 jours d’historique. Vous pouvez configurer des alertes basées sur les métriques. Voir Comment 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.
Mesures 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 Azure Metrics Explorer.
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 serveur flexible Azure Database pour MySQL à partir duquel vous explorez les métriques. Votre ressource n’a émis aucune métrique sur l’intervalle de temps sélectionné. Augmentez l’intervalle de temps sur lequel porte le graphique. 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, 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 en pointillés, cela indique des données manquantes. Reportez-vous à 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. Vous devriez ignorer ces métriques lors de la surveillance de 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 et est 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 depuis votre base de données et des fonctionnalités flexibles du serveur flexible 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 utilisées sur une 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) du 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, consultez 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 dans MySQL. Les transactions actives incluent toutes les transactions qui ont démarré, mais qui doivent encore être validées ou restaurées. |
Métriques de répartition du stockage
Les métriques de répartition du stockage fournissent des informations précieuses sur l’utilisation du stockage de votre serveur flexible Azure Database pour MySQL. Ces métriques vous donnent une répartition détaillée de la limite de stockage, du pourcentage de stockage, du stockage utilisé, du stockage de données utilisé, du stockage ibdata1 utilisé, du stockage binlog utilisé, d’autres stockages utilisés et du stockage de sauvegarde utilisé. En surveillant ces métriques, vous pouvez gérer efficacement vos ressources de stockage, optimiser l’allocation de stockage et garantir une utilisation efficace de la capacité de stockage de votre serveur. Comprendre les métriques de répartition du stockage vous aide à prendre des décisions éclairées pour maintenir les performances et la disponibilité de votre serveur flexible Azure Database pour MySQL.
Le tableau ci-dessous répertorie les métriques de répartition du stockage disponibles pour les serveur flexible Azure Database pour MySQL :
| 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
Les métriques de réplication fournissent des informations précieuses sur les performances et l’état de la réplication dans le serveur flexible Azure Database pour MySQL. Ces métriques vous permettent de surveiller le décalage de réplication, de vérifier l’état du réplica et des threads d’E/S et SQL HA et de mesurer la latence de réplication. En effectuant le suivi de ces métriques, vous pouvez garantir la fiabilité et l’efficacité de votre configuration de réplication, identifier les éventuels problèmes ou retards et prendre les mesures appropriées pour maintenir la cohérence et la disponibilité des données. Examinons les différentes métriques de réplication disponibles pour le serveur flexible Azure Database pour MySQL.
Le tableau ci-dessous répertorie les métriques de réplication disponibles pour les serveur flexible Azure Database pour MySQL :
| 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. |
Métriques améliorées
Outre les métriques standard fournies par le serveur flexible Azure Database pour MySQL, des métriques améliorées sont disponibles pour obtenir des informations plus approfondies sur les performances de votre serveur. Ces métriques améliorées fournissent des informations plus précises sur des aspects spécifiques de votre charge de travail.
Statistiques DML
Les métriques de statistiques DML (Data Manipulation Language) vous donnent une visibilité sur le nombre d’instructions select, update, insert et delete exécutées sur votre serveur. En surveillant ces métriques, vous pouvez suivre l’utilisation et les performances de vos opérations de base de données et identifier les goulots d’étranglement ou les inefficacités potentiels.
| Nom d’affichage de la métrique | Métrique | Unité | Description |
|---|---|---|---|
| Com_select | Com_select | Count | Nombre total d’instructions select exécutées sur votre serveur dans l’intervalle de temps sélectionné. |
| Com_update | Com_update | Count | Nombre total d’instructions update exécutées sur votre serveur dans l’intervalle de temps sélectionné. |
| Com_insert | Com_insert | Count | Nombre total d’instructions insert exécutées sur votre serveur dans l’intervalle de temps sélectionné. |
| Com_delete | Com_delete | Count | Nombre total d’instructions delete exécutées sur votre serveur dans l’intervalle de temps sélectionné. |
Statistiques DDL
Les métriques de statistiques DDL (Data Definition Language) fournissent des informations sur la fréquence à laquelle vous pouvez créer une base de données, supprimer une base de données, créer une table, supprimer une table et modifier les une table sur votre serveur. Ces métriques vous aident à comprendre la fréquence et l’impact des modifications de schéma dans votre base de données, ce qui vous permet d’optimiser la conception de votre base de données et d’améliorer les performances globales.
| Nom d’affichage de la métrique | Métrique | Unité | Description |
|---|---|---|---|
| Com_create_db | Com_create_db | Count | Nombre total d’instructions create database 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 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 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 exécutées sur votre serveur dans l’intervalle de temps sélectionné. |
| Com_Alter | Com_Alter | Count | Nombre total d’instructions alter table exécutées sur votre serveur dans l’intervalle de temps sélectionné. |
Métriques Innodb
Les métriques Innodb se concentrent sur les performances du moteur de stockage InnoDB, qui est le moteur par défaut pour le serveur flexible Azure Database pour MySQL. Ces métriques incluent la durée de verrou de ligne InnoDB, les attentes de verrou de ligne InnoDB, les lectures du pool de mémoires tampons Innodb, les demandes de lecture de pool de tampons Innodb, etc. En surveillant ces métriques, vous pouvez obtenir des informations sur l’efficacité des mécanismes de stockage et de mise en cache de votre base de données.
Ces métriques améliorées fournissent des informations précieuses pour optimiser votre charge de travail et améliorer les performances de votre serveur flexible Azure Database pour MySQL. À l’aide de ces métriques, vous pouvez prendre des décisions pilotées par les données pour améliorer la scalabilité, la fiabilité et l’efficacité de vos opérations de base de données.
| 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 l'activation et le téléchargement des journaux de requêtes lentes et des journaux d'erreurs. 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 pivotés toutes les 24 heures ou tous les 500 Mo, selon la première éventualité.