Services réseau et proxy
    Mis à jour le mai 2026
    HAProxy logo

    HAProxy Suivi

    Surveillez en temps réel l'état des serveurs backend HAProxy, le nombre de sessions, les temps de réponse et les indicateurs de connexion, sans aucune configuration.

    Pourquoi surveiller ? HAProxy?

    HAProxy est le répartiteur de charge et le proxy inverse de référence, capable de gérer des millions de connexions pour des déploiements à haute disponibilité. La surveillance de HAProxy est essentielle pour suivre l'état de santé des serveurs backend, détecter toute dégradation des temps de réponse, gérer les limites de session et garantir une répartition équilibrée du trafic. L'intégration HAProxy de Xitoring offre une visibilité complète sur votre infrastructure de répartition de charge.

    Détection automatique via Xitogent — aucune configuration manuelle requise
    Métriques de session backend et frontend en temps réel
    Suivi du statut de santé et de la disponibilité des serveurs backend
    Surveillance du temps de réponse et du taux d'erreur par backend
    Suivi de la longueur des files de connexion et des tentatives
    Analyse de la distribution des codes de réponse HTTP
    Fonctionne aussi bien sur les serveurs Linux que Windows
    Intervalles de collecte des métriques d'1 minute
    Qu'est-ce que le monitoring HAProxy ?

    Le monitoring HAProxy, expliqué

    Le monitoring HAProxy détecte les pannes de backend, les sessions interrompues et l'accumulation de files d'attente avant qu'elles ne mettent hors service les services qu'HAProxy fronte. Comme HAProxy se trouve en frontal de votre stack, bien le monitorer signifie généralement détecter les incidents au point d'entrée — quelques minutes avant qu'un service en aval ne commence à alerter l'astreinte. Xitoring découvre automatiquement votre HAProxy, lit depuis le socket de stats, la page /stats ou l'exportateur Prometheus natif (selon ce que vous avez activé), et achemine les alertes vers vos canaux de notification existants.

    Indicateurs

    Ce que nous surveillons

    Taux de sessions

    Nombre de nouvelles sessions par seconde sur les frontends et backends.

    Sessions actives

    Sessions actuellement actives et nombre de connexions par proxy.

    Santé du backend

    Statut de santé (UP/DOWN) et durée du check pour chaque serveur backend.

    Temps de réponse

    Temps de réponse moyen et maximum par serveur backend.

    Taux d'erreur

    Erreurs de connexion, erreurs de réponse et requêtes refusées.

    Longueur de la file

    Nombre de requêtes en attente dans les files backend.

    Octets entrants/sortants

    Débit réseau par frontend et backend.

    HTTP 4xx/5xx

    Distribution des codes de réponse HTTP indiquant les erreurs client et serveur.

    Tentatives

    Nombre de tentatives de connexion indiquant l'instabilité du backend.

    Limite de session

    Sessions actuelles par rapport aux limites de session configurées par proxy.

    Taux de connexions

    Nouvelles connexions TCP par seconde vers chaque frontend.

    Requêtes refusées

    Requêtes refusées par les ACL ou les règles de limitation de débit.

    Déclencheurs et alertes

    Configurables déclencheurs d'alerte

    Configurez des déclencheurs personnalisés dans votre tableau de bord pour être averti dès que les indicateurs d{name}s dépassent les seuils que vous avez définis.

    HAProxy tableau de bord de configuration des déclencheurs de surveillance

    Backend hors service

    crucial

    Se déclenche lorsqu'un serveur backend passe DOWN, réduisant la capacité et risquant la surcharge des serveurs restants.

    Temps de réponse

    avertissement

    Se déclenche lorsque le temps de réponse moyen dépasse le seuil, indiquant une dégradation des performances backend.

    Taux de sessions

    avertissement

    Alerte lorsque le taux de sessions dépasse la baseline normale, indiquant des pics de trafic.

    Taux d'erreur

    crucial

    Se déclenche lorsque le taux d'erreur de connexion ou de réponse dépasse le seuil sur les backends.

    Longueur de la file

    avertissement

    Se déclenche lorsque les requêtes s'accumulent en attente de capacité backend.

    Limite de session

    crucial

    Alerte lorsque les sessions actives approchent la limite maximale configurée.

    01

    Importance de la surveillance HAProxy

    HAProxy se trouve sur le chemin critique de votre trafic — chaque requête passe par lui. Sans surveillance, les pannes backend, la saturation de session et les pics de temps de réponse peuvent silencieusement dégrader la disponibilité et l'expérience utilisateur de toute votre application.

    • Détectez les pannes des serveurs backend avant qu'elles n'impactent les utilisateurs
    • Surveillez les temps de réponse pour détecter tôt les dégradations de performance
    • Suivez les taux de sessions pour planifier la capacité face aux pics de trafic
    • Identifiez les schémas d'erreurs sur les backends et frontends
    • Assurez une distribution de charge équilibrée entre les serveurs
    Tableau de bord de surveillance HAProxy avec santé backend et temps de réponse
    Analytique du trafic HAProxy et suivi des erreurs
    02

    Pourquoi choisir Xitoring

    Xitoring offre une surveillance HAProxy de qualité entreprise avec une configuration zéro-config. Notre agent léger détecte automatiquement votre instance HAProxy, commence à collecter des métriques en moins de 60 secondes et s'intègre à vos canaux de notification existants.

    • Installation en une commande — pas de YAML complexe ni de fichiers de configuration
    • 15+ nœuds de surveillance mondiaux pour des contrôles à faible latence
    • Tableau de bord unifié pour serveurs, proxies et uptime
    • Alerting flexible via Slack, PagerDuty, Telegram et plus
    • Conservation de l'historique pour la planification de capacité et les audits
    Vue d'ensemble de la surveillance HAProxy avec Xitoring
    Configuration des notifications d'alerte et d'escalade
    Cas d'usage

    Scénarios courants de monitoring HAProxy

    Où HAProxy fonctionne généralement aujourd'hui — et ce qui pourrait mal tourner si personne ne surveille.

    Maintenir une base de données en ligne pendant les pannes

    HAProxy décide vers quelle base de données envoyer le trafic lorsque la principale tombe en panne. S'il ne détecte pas rapidement la panne — ou envoie le trafic vers une sauvegarde en difficulté — l'application tombe en panne de toute façon. Nous surveillons les signaux de transfert afin que le basculement fasse ce qu'il est censé faire : rester invisible pour les utilisateurs.

    Passerelle de trafic pour une application ou une API

    Lorsque HAProxy se trouve devant une application ou une API, il voit chaque requête et chaque erreur avant tout le monde. Nous mettons en évidence les schémas — services lents, erreurs croissantes, sauvegardes de requêtes — afin que l'équipe sache exactement quelle pièce réparer au lieu de deviner pendant un incident.

    Point d'entrée pour une application Kubernetes

    Dans Kubernetes, HAProxy est souvent la porte d'entrée de toute votre application. Un faux pas à ce niveau — une mauvaise configuration poussée, un déploiement échoué — peut brièvement mettre tout hors ligne. Nous détectons les signes avant-coureurs tôt afin que les déploiements de routine ne se transforment pas en pannes visibles par les clients.

    Avant de commencer

    Prérequis pour HAProxy

    Assurez-vous d'avoir tout cela en place — la plupart des installations sont une affaire de 60 secondes une fois ces conditions réunies.

    • HAProxy 2.x tournant sur le serveur
    • Soit un socket stats (stats socket /var/run/haproxy.sock), soit un endpoint HTTP stats
    • Accès en lecture à la source des stats pour l'utilisateur Xitogent
    Guide d'installation

    Commencez par procès-verbal

    1

    Installer Xitogent sur votre serveur

    Si ce n'est pas déjà fait, installez l'agent de monitoring léger Xitogent sur votre serveur.

    curl -s https://xitoring.com/install.sh | sudo bash -s -- --key=YOUR_API_KEY
    2

    Activer le socket ou la page stats HAProxy

    Xitogent collecte les métriques via l'interface stats HAProxy. Assurez-vous que le socket stats est configuré :

    # In haproxy.cfg: listen stats bind localhost:8404 stats enable stats uri / # Then provide http://127.0.0.1:8404 to xitogent integrate
    3

    Activer l'intégration HAProxy

    Utilisez le tableau de bord Xitoring ou la CLI pour activer l'intégration HAProxy. Xitogent détectera automatiquement votre instance.

    sudo xitogent integrate
    4

    Configurer les seuils d'alerte (facultatif)

    Définissez des seuils personnalisés pour la santé des backends, le temps de réponse ou le nombre de sessions afin d'être notifié dès que quelque chose mérite votre attention.

    5

    Vérifier que tout fonctionne

    Exécutez cette commande sur le serveur pour confirmer que Xitogent a bien détecté l'intégration. De nouvelles métriques apparaîtront sur votre tableau de bord dans environ 30 secondes.

    sudo xitogent status

    Souvent a posé des questions

    Cette intégration nécessite-t-elle le socket stats ?
    Oui. Xitogent recueille les métriques via le socket de statistiques HAProxy ou la page HTTP de statistiques. L'un ou l'autre doit être activé pour permettre une collecte complète des métriques.
    Cette intégration aura-t-elle un impact sur les performances de HAProxy ?
    Non. Xitogent interroge l'interface de statistiques toutes les minutes, ce qui n'a aucun impact sur les performances du proxy ni sur la gestion du trafic.
    Puis-je surveiller plusieurs instances HAProxy ?
    Oui. Xitogent peut surveiller plusieurs instances HAProxy sur le même serveur. Chaque instance apparaît séparément dans le tableau de bord.
    Puis-je surveiller chaque serveur de base individuellement ?
    Oui. L'intégration fournit des indicateurs par backend et par serveur, notamment concernant l'état de santé, le temps de réponse et les taux d'erreur.
    Quelles versions de HAProxy sont prises en charge ?
    Xitoring prend en charge HAProxy 1.8 et les versions ultérieures, y compris les dernières versions HAProxy 2.9 et plus récentes.
    À quelle fréquence les indicateurs sont-ils collectés ?
    Par défaut, les données sont collectées toutes les minutes. Ce paramètre peut être modifié via le tableau de bord Xitoring ou l'interface de ligne de commande (CLI).
    Comment suivre le taux de sessions par rapport à la limite de sessions dans HAProxy ?
    `sess_rate` (nouvelles sessions/s actuelles) et `scur` vs `slim` (sessions actuelles vs max) sont les deux signaux de saturation. Alertez quand `scur / slim > 0.8` par frontend ou backend — c'est votre avertissement de marge avant qu'HAProxy ne commence à rejeter les connexions. `smax` (pic observé) vous aide à dimensionner correctement `maxconn`.
    Comment utiliser la Runtime API HAProxy pour drainer le trafic d'un serveur ?
    Connectez-vous au socket de stats et envoyez `set server / state drain` (ou `maint` pour un retrait complet). Le serveur cesse d'accepter de nouvelles connexions mais laisse celles en cours se terminer. Xitogent met en évidence les changements d'état des serveurs en temps réel, vous pouvez ainsi voir quand le trafic a totalement drainé avant les travaux de maintenance.
    Quelles versions de HAProxy sont prises en charge ?
    HAProxy 2.x (incluant 2.6 LTS, 2.8 LTS) et 3.x sont entièrement pris en charge, ainsi que HAProxy Enterprise. L'intégration détecte automatiquement si vous avez activé le socket de stats, la page HTTP de stats ou l'exportateur Prometheus natif et s'adapte en conséquence. Les anciennes versions 1.8/1.9 fonctionnent avec une couverture de métriques réduite (pas de support Prometheus natif).

    Commencer à surveiller HAProxy aujourd'hui

    Configuration en moins de 60 secondes. Aucune carte bancaire requise. Statistiques complètes dès le premier jour.

    Commencer l'essai gratuit

    Continuez à explorer

    Connexes Intégrations