• /
  • EnglishEspañolFrançais日本語한국어Português
  • Se connecterDémarrer

Cette traduction automatique est fournie pour votre commodité.

En cas d'incohérence entre la version anglaise et la version traduite, la version anglaise prévaudra. Veuillez visiter cette page pour plus d'informations.

Créer un problème

Aperçu du monitoring HAProxy OpenTelemetry

Obtenez une visibilité complète de vos équilibreurs de charge HAProxy avec OpenTelemetry. Vous pouvez collecter des métriques à partir du point de terminaison de statistiques CSV de HAProxy (via le haproxyreceiver) ou de son point de terminaison Prometheus intégré (HAProxy 2.0+). New Relic prend en charge à la fois les déploiements Linux auto-hébergés et Kubernetes.

Pourquoi monitorer HAProxy avec OpenTelemetry

Monitorez HAProxy pour maintenir les performances de l'équilibreur de charge, la santé du serveur backend et la fiabilité de l'application. OpenTelemetry fournit une approche standardisée et sans fournisseur associé pour collecter et analyser ces données.

Principaux avantages

  • Métriques dimensionnelles: de riches métadonnées (nom du proxy, nom du service, adresse du serveur) permettent un regroupement et un filtrage flexibles
  • Collecte sans fournisseur associé: le standard OpenTelemetry open source évite l’enfermement propriétaire et s’intègre aux pipelines d’observabilité existants
  • Méthodes de collecte flexibles: choisissez entre le haproxyreceiver (statistiques CSV) ou le scraping Prometheus, déployé via NRDOT ou Collecteur Otel Contrib
  • Découverte automatique sur Kubernetes: le collecteur découvre automatiquement les pods HAProxy sans configuration manuelle pour chaque instance
  • Visibilité de la santé du backend: suivez l'état des serveurs backend, la profondeur des files d'attente et les erreurs de connexion sur l'ensemble de votre flotte d'équilibreurs de charge

Cas d'utilisation

Que vous exécutiez HAProxy en tant qu'équilibreur de charge, proxy inverse ou gateway d'API, ce monitoring vous aide à :

  • Recevez une notification lorsque les serveurs backend tombent en panne
  • Détecter quand les limites de session sont atteintes
  • Identifiez quels frontends connaissent des pics d’erreurs
  • Repérez les augmentations de latence dans votre pool de serveurs

Cette intégration est destinée aux déploiements à haute disponibilité, aux architectures de microservices et à tout environnement où HAProxy se trouve sur le chemin critique du trafic utilisateur.

Plateformes prises en charge

  • Amazon Linux
  • Red Hat Enterprise Linux (RHEL)
  • CentOS
  • Ubuntu
  • Debian

Options de collecte

Vous pouvez collecter les métriques HAProxy en utilisant l'une de ces approches :

  • NRDOT Collector (recommandé) : New Relic Distribution of OpenTelemetry — configuration automatisée via une installation guidée (auto-hébergée) ou un chart Helm (Kubernetes) avec un monitoring HAProxy préconfiguré
  • Collecteur Otel Contrib: configuration manuelle à l'aide du haproxyreceiver — collecte les métriques à partir du point de terminaison des statistiques HAProxy
  • Récepteur Prometheus: pour les environnements utilisant déjà le point de terminaison Prometheus intégré de HAProxy (HAProxy 2.0+)

Métriques disponibles

Le haproxyreceiver collecte jusqu’à 27 métriques à partir du point de terminaison des statistiques HAProxy. Chaque métrique inclut des attributs dimensionnels tels que haproxy.proxy_name et haproxy.service_name pour une visibilité par frontend, par backend et par serveur.

Principales métriques collectées :

  • Métriques de session: sessions actuelles, taux de session, temps de session moyen par frontend/backend/serveur
  • Métriques de requests: nombre total de requests, taux de requêtes, requests refusées, erreurs de requests, requests en file d'attente
  • Métriques de connexion: erreurs de connexion, nouvelles tentatives, taux de connexion, nombre total de connexions
  • Métriques de débit: octets entrants/sortants par frontend, backend et serveur individuel
  • Santé du backend: nombre de serveurs actifs/de secours, vérifications d’état ayant échoué, temps d’arrêt

Pour une référence complète des métriques et des attributs, consultez la référence des métriques OTel HAProxy.

Prochaines étapes

Prêt à commencer le monitoring de vos équilibreurs de charge HAProxy ?

Droits d'auteur © 2026 New Relic Inc.

This site is protected by reCAPTCHA and the Google Privacy Policy and Terms of Service apply.