Architecture d’intégration basée sur Prometheus
/metrics sur votre serveur ClickHouse. Cette approche offre :
- Exposition complète des métriques : ensemble complet des métriques ClickHouse disponibles, sans filtrage intégré
- Métriques en temps réel : générées directement à partir des tables système lors du scrape
Exemples d’intégration
Supervision Grafana Cloud
Supervision avec Datadog
ClickStack
Notez que cette approche réveillera les services inactifs, car HyperDX interroge directement les tables système.
Options de déploiement de ClickStack
- Helm : recommandé pour les environnements de débogage basés sur Kubernetes. Permet une configuration propre à l’environnement, des limites de ressources et la mise à l’échelle via
values.yaml. - Docker Compose : déploie chaque composant (ClickHouse, HyperDX, OTel collector, MongoDB) individuellement.
- HyperDX uniquement : conteneur HyperDX autonome.
Intégration directe avec le plugin Grafana
Intégration directe avec Datadog
Cette intégration n’est pas recommandée pour les déploiements ClickHouse Cloud en raison de son incompatibilité avec le comportement de mise en veille optimisé pour les coûts et des limitations opérationnelles de la couche proxy du cloud.
Utiliser directement les tables système
system.query_log. À l’aide de la Console SQL ou du clickhouse client, les équipes peuvent identifier les requêtes lentes, analyser l’utilisation des ressources et suivre les tendances d’utilisation à l’échelle de l’organisation.
Analyse des performances des requêtes
Vous pouvez utiliser les journaux de requêtes de la table système pour analyser les performances des requêtes.
Exemple de requête : trouver les 5 requêtes dont l’exécution est la plus longue sur l’ensemble des répliques du cluster :
Solutions de monitoring communautaire
Comme les autres approches de monitoring direct de la base de données, cette solution interroge directement les tables système de ClickHouse, ce qui empêche les instances de se mettre en veille et nuit à l’optimisation des coûts.