Superviser et optimiser Azure Database pour PostgreSQL (serveur unique)
S’APPLIQUE À :
Azure Database pour PostgreSQL – Serveur unique versions
Important
Azure Database pour PostgreSQL - Serveur unique est en voie de mise hors service. Nous vous recommandons vivement de procéder à une mise à niveau vers Azure Database pour PostgreSQL – Serveur flexible. Pour obtenir plus d’informations sur la migration vers Azure Database pour PostgreSQL – Serveur flexible, consultez Qu’en est-il du Serveur unique Azure Database pour PostgreSQL ?.
La surveillance des données relatives à vos serveurs vous aide à résoudre les problèmes et à optimiser votre charge de travail. Azure Database pour PostgreSQL propose différentes options de supervision pour fournir un insight sur le comportement de votre serveur.
Mesures
Azure Database pour PostgreSQL propose diverses métriques qui donnent des informations sur le comportement des ressources prenant en charge le serveur MySQL. Chaque métrique est émise selon une fréquence d’une minute et est conservée jusqu’à 93 jours dans l’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
Les métriques suivantes sont disponibles pour Azure Database pour PostgreSQL :
Error
| Nom d’affichage | ID de la métrique | Unité | Description |
|---|---|---|---|
| Connexions ayant échoué | connections_failed | Count | Nombre de connexions établies qui ont échoué. |
Latency
| Nom d’affichage | ID de la métrique | Unité | Description |
|---|---|---|---|
| Retard maximum entre réplicas | pg_replica_log_delay_in_bytes | Octets | Retard en octets entre le serveur principal et le réplica le plus en retard. Cette métrique est disponible sur le serveur principal uniquement. |
| Retard du réplica | pg_replica_log_delay_in_seconds | Secondes | Temps écoulé depuis la dernière transaction réexécutée. Cette métrique est disponible pour les serveurs réplicas uniquement. |
Saturation
| Nom d’affichage | ID de la métrique | Unité | Description |
|---|---|---|---|
| Stockage de sauvegarde utilisé | backup_storage_used | 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. |
| Pourcentage d’UC | cpu_percent | Pourcentage | Pourcentage d’UC en cours d’utilisation. |
| Pourcentage d’E/S | io_consumption_percent | Pourcentage | Pourcentage d’E/S en cours d’utilisation. (Non applicable pour les serveurs de niveau De base.) |
| Pourcentage de mémoire | memory_percent | Pourcentage | Pourcentage de mémoire en cours d’utilisation. |
| Limite de stockage du journal du serveur | serverlog_storage_limit | Octets | Stockage du journal du serveur maximal défini pour ce serveur. |
| Pourcentage de stockage du journal du serveur | serverlog_storage_percent | Pourcentage | Pourcentage de stockage du journal du serveur utilisé par rapport au stockage du journal du serveur maximal défini pour le serveur. |
| Stockage du journal du serveur utilisé | serverlog_storage_usage | Octets | Quantité de stockage du journal du serveur en cours d’utilisation. |
| Limite de stockage | storage_limit | Octets | Stockage maximal pour ce serveur. |
| Pourcentage de stockage | storage_percent | Pourcentage | Pourcentage de stockage utilisé par rapport à la limite maximale du serveur. |
| 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. |
Traffic
| Nom d’affichage | ID de la métrique | Unité | Description |
|---|---|---|---|
| Connexions actives | active_connections | Count | Nombre de connexions actives sur le serveur. |
| Network Out | network_bytes_egress | Octets | Sortie réseau entre connexions actives. |
| Network In | network_bytes_ingress | Octets | Entrée réseau entre connexions actives. |
Journaux d’activité du serveur
Vous pouvez activer la journalisation sur votre serveur. Ces journaux de ressources peuvent être envoyés à des journaux Azure Monitor, Event Hubs et un compte de stockage. Pour en savoir plus sur la journalisation, consultez la page journaux d’activité serveur.
Magasin des requêtes
Magasin des requêtes 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. Cette fonctionnalité conserve les informations sur les performances d’exécution des requêtes dans une base de données système nommée azure_sys sous le schéma query_store. 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 à partir de la section Performances intelligentes de la page du portail de votre serveur Azure Database pour PostgreSQL.
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 PostgreSQL (serveur unique). 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
- Consultez le guide pratique pour configurer des alertes pour savoir comment créer une alerte sur une métrique.
- Pour plus d’informations sur la façon d’accéder aux métriques et de les exporter à l’aide du portail Azure, de l’API REST ou de CLI, consultez Vue d’ensemble des métriques Azure.
- Lisez notre blog sur les meilleures pratiques de surveillance de votre serveur.
- Apprenez-en davantage sur les notifications de maintenance planifiée dans Azure Database pour PostgreSQL – Serveur unique.