En brefSurveillez les métriques de performance de PostgreSQL dans ClickStack à l’aide du receiver PostgreSQL d’OTel. Inclut un jeu de données de démonstration et un tableau de bord préconfiguré.
Intégration avec une instance PostgreSQL existante
Prérequis
- Instance ClickStack opérationnelle
- Installation PostgreSQL existante (version 9.6 ou ultérieure)
- Accès réseau de ClickStack à PostgreSQL (port par défaut : 5432)
- Utilisateur de monitoring PostgreSQL disposant des autorisations appropriées
Assurez-vous que l’utilisateur de monitoring dispose des autorisations requises
Le PostgreSQL receiver nécessite un utilisateur ayant un accès en lecture aux vues de statistiques. Accordez le rôlepg_monitor à votre utilisateur de monitoring :Créez une configuration personnalisée pour l’OTel collector
ClickStack vous permet d’étendre la configuration de base de l’OpenTelemetry Collector en montant un fichier de configuration personnalisé et en définissant une variable d’environnement.Créezpostgres-metrics.yaml :Le paramètre
tls: insecure: true désactive la vérification SSL pour les environnements de développement et de test. Pour PostgreSQL en production avec SSL activé, supprimez cette ligne ou configurez les certificats appropriés.Vérifiez la collecte des métriques
Une fois la configuration en place, connectez-vous à HyperDX et vérifiez que les métriques remontent correctement :- Accédez à Metrics Explorer
- Recherchez les métriques commençant par postgresql (par ex. : postgresql.backends, postgresql.commits)
- Vous devriez voir apparaître des points de données à l’intervalle de collecte configuré
Jeu de données de démonstration
Métriques au niveau de la base de données uniquementCe jeu de données de démonstration inclut uniquement des métriques au niveau de la base de données afin de garder les données d’exemple légères. Les métriques de table et d’index sont collectées automatiquement lors de la surveillance d’une base de données PostgreSQL réelle.
Télécharger l’échantillon de métriques
Téléchargez les fichiers de métriques pré-générés (24 heures de métriques PostgreSQL avec des schémas réalistes) :- Pic de connexions le matin (08:00) - Afflux de connexions
- Problème de performances du cache (11:00) - Pic de Blocks_read
- Bug applicatif (14:00-14:30) - Le taux de rollback grimpe à 15 %
- Incidents de deadlock (14:15, 16:30) - Deadlocks rares
Démarrer ClickStack
Démarrez une instance ClickStack :Vérifier les métriques dans HyperDX
Une fois chargées, le moyen le plus rapide de voir vos métriques est d’utiliser le tableau de bord préconfiguré.Passez à la section Tableaux de bord et visualisation pour importer le tableau de bord et afficher de nombreuses métriques PostgreSQL à la fois.Affichage du fuseau horaireHyperDX affiche les horodatages dans le fuseau horaire local de votre navigateur. Les données de démonstration couvrent 2025-11-10 00:00:00 - 2025-11-11 00:00:00 (UTC). Définissez votre intervalle de temps sur 2025-11-09 00:00:00 - 2025-11-12 00:00:00 afin de vous assurer de voir les métriques de démonstration où que vous soyez. Une fois les métriques visibles, vous pouvez réduire l’intervalle à une période de 24 heures pour obtenir des visualisations plus claires.
Tableaux de bord et visualisations
la configuration du tableau de bord
Importer le tableau de bord préconfiguré
- Ouvrez HyperDX et accédez à la section Dashboards
- Cliquez sur Import Dashboard dans le coin supérieur droit, sous les points de suspension
- Téléversez le fichier
postgres-metrics-dashboard.json, puis cliquez sur Finish Import
Afficher le tableau de bord
Le tableau de bord sera créé avec toutes les visualisations déjà configurées :Pour le jeu de données de démonstration, définissez l’intervalle de temps sur 2025-11-10 00:00:00 - 2025-11-11 00:00:00 (UTC) (à ajuster selon votre fuseau horaire local). Le tableau de bord importé n’aura pas d’intervalle de temps défini par défaut.
Dépannage
La config personnalisée ne se charge pas
Aucune métrique n’apparaît dans HyperDX
Erreurs d’authentification
Étapes suivantes
- Configurez des alertes pour les seuils critiques (limites de connexion, taux élevés de rollback, faibles taux de réussite du cache)
- Activez la surveillance des requêtes avec l’extension
pg_stat_statements - Surveillez plusieurs instances PostgreSQL en dupliquant la configuration du receiver avec différents endpoints et noms de service