Systèmes de données
    Mis à jour le mai 2026
    RabbitMQ logo

    RabbitMQ Suivi

    Surveillez en temps réel la profondeur des files d'attente RabbitMQ, le nombre de consommateurs, le débit des messages et l'état des nœuds, sans aucune configuration.

    Commencer l'essai gratuitConsulter les documents

    Pourquoi surveiller ? RabbitMQ?

    RabbitMQ est le broker de messages open source le plus largement déployé, permettant la communication asynchrone entre les microservices. La surveillance de RabbitMQ est essentielle pour éviter l'accumulation de messages en file d'attente, détecter les défaillances des consommateurs, suivre les taux de livraison des messages et garantir la stabilité du cluster. L'intégration RabbitMQ de Xitoring offre une visibilité complète sur votre infrastructure de messagerie.

    Détection automatique via Xitogent — aucune configuration manuelle requise
    Surveillance en temps réel de la profondeur des files et du taux de messages
    Suivi du nombre de consommateurs et du prefetch par file
    Alertes sur la mémoire et l'utilisation disque des nœuds
    Métriques de performance des exchanges et bindings
    Surveillance des dead letter queues
    Fonctionne aussi bien sur les serveurs Linux que Windows
    Intervalles de collecte des métriques d'1 minute
    Qu'est-ce que la surveillance de RabbitMQ ?

    La surveillance de RabbitMQ, expliquée

    La surveillance de RabbitMQ détecte la saturation des files (les consommateurs ne suivent pas), les alarmes mémoire + disque (les publisheurs sont bloqués), l'accumulation de messages non acquittés (consommateurs lents), les fuites de connexions / canaux, les événements de partition de cluster et les problèmes d'élection de leader des quorum queues avant qu'ils ne causent des retards de traitement des messages, des pannes complètes du broker ou des pertes de données. Pour les files de tâches Celery / Sidekiq, l'évènementiel microservices, l'ingestion IoT MQTT et tout cluster RabbitMQ en production, la visibilité par file + par nœud fait la différence entre une alerte de 60 secondes sur un consommateur bloqué et la découverte de 10 M de messages accumulés le lendemain. Xitoring détecte automatiquement votre RabbitMQ, lit l'API de gestion + le plugin Prometheus, et achemine les alertes vers Slack, PagerDuty, Telegram ou votre astreinte existante.

    Indicateurs

    Ce que nous surveillons

    Profondeur de la file

    Nombre de messages prêts et non acquittés dans chaque file.

    Taux de messages

    Taux de publication, livraison, acquittement et redélivrance par seconde.

    Nombre de consommateurs

    Nombre de consommateurs actifs attachés à chaque file.

    Mémoire des nœuds

    Mémoire utilisée par chaque nœud RabbitMQ y compris la mémoire binary et queue.

    Espace disque libre

    Espace disque disponible sur chaque nœud par rapport au seuil d'alarme configuré.

    Nombre de connexions

    Total des connexions client et channels dans le cluster.

    Taux des exchanges

    Taux de messages à travers chaque exchange (publish in/out).

    Messages non routables

    Messages qui n'ont pas pu être routés vers une file.

    Descripteurs de fichiers

    Descripteurs de fichiers utilisés vs disponibles sur chaque nœud.

    Processus Erlang

    Nombre de processus Erlang en cours d'exécution sur chaque nœud.

    Partitions du cluster

    Événements de partition réseau entre les nœuds du cluster.

    Messages dead letter

    Messages routés vers les exchanges dead letter en raison de rejet ou d'expiration TTL.

    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.

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

    Profondeur de la file

    crucial

    Se déclenche lorsque les messages s'accumulent dans une file, indiquant que les consommateurs ne suivent pas le rythme des producteurs.

    Nombre de consommateurs

    avertissement

    Se déclenche lorsque les consommateurs tombent sous le seuil, risquant des retards de traitement des messages.

    Mémoire des nœuds

    crucial

    Alerte lorsque la mémoire des nœuds approche la high watermark, risquant l'activation du flow control.

    Taux de messages

    avertissement

    Se déclenche lorsque les taux de publication ou de livraison s'écartent significativement de la baseline.

    Alarme d'espace disque libre

    crucial

    Se déclenche lorsque l'espace disque tombe sous le seuil configuré, bloquant tous les publishers.

    Messages non acquittés

    avertissement

    Alerte lorsque les messages unacked augmentent, indiquant des consommateurs lents ou bloqués.

    01

    Importance de la surveillance RabbitMQ

    RabbitMQ est l'épine dorsale des architectures pilotées par les événements — gérant le traitement des commandes, les notifications, les pipelines de données et la communication inter-services. Sans surveillance, la saturation des files, les défaillances des consommateurs et la pression mémoire peuvent dégénérer en pannes système complètes.

    • Détectez l'accumulation dans les files avant qu'elle ne provoque des timeouts d'application
    • Surveillez la santé des consommateurs pour assurer la continuité du traitement des messages
    • Suivez l'utilisation mémoire et disque pour éviter l'activation du flow control
    • Identifiez tôt les messages non routables et dead lettered
    • Garantissez la récupération des partitions de cluster pour la haute disponibilité
    Tableau de bord de surveillance RabbitMQ avec profondeurs de files et taux de messages
    Santé du cluster RabbitMQ et surveillance des dead letter queues
    02

    Pourquoi choisir Xitoring

    Xitoring offre une surveillance RabbitMQ de qualité entreprise avec une configuration zéro-config. Notre agent léger détecte automatiquement vos nœuds RabbitMQ, 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, brokers de messages 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 RabbitMQ avec Xitoring
    Configuration des notifications d'alerte et d'escalade
    Cas d'usage

    Scénarios courants de surveillance RabbitMQ

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

    Tâches de fond dans une application web

    Les applications web transfèrent les tâches lentes — envoi d'e-mails, génération de PDF, traitement des paiements — vers une file d'attente en arrière-plan afin que le site reste rapide. Lorsque cette file d'attente se remplit discrètement, ces tâches sont retardées pour chaque utilisateur. Nous détectons le blocage tôt afin que l'équipe puisse le résoudre avant que les clients ne le remarquent.

    La dorsale de messagerie connectant vos applications

    Lorsque les messages passent entre les applications pour maintenir les données synchronisées, tout ralentissement signifie qu'une application prend silencieusement du retard. Nous détectons le décalage dès qu'il apparaît afin qu'il ne se transforme pas discrètement en un problème visible par le client.

    Collecte de données depuis des appareils IoT

    Les appareils intelligents et les capteurs envoient des flux constants de données à un serveur central. Lorsque ce pipeline se bloque, les données sont silencieusement perdues ou retardées. Nous surveillons le flux afin que chaque lecture d'appareil soit prise en compte.

    Avant de commencer

    Prérequis pour RabbitMQ

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

    • RabbitMQ 3.x tournant avec le plugin management activé (port 15672)
    • Un utilisateur avec le tag monitoring
    • Accessibilité réseau de Xitogent vers l'API de management
    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 plugin de management RabbitMQ

    Xitogent collecte les métriques via l'API de management RabbitMQ. Activez le plugin s'il n'est pas déjà actif :

    rabbitmq-plugins enable rabbitmq_management
    3

    Activer l'intégration RabbitMQ

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

    sudo xitogent integrate
    4

    Configurer les seuils d'alerte (facultatif)

    Définissez des seuils personnalisés pour la profondeur de file, le nombre de consumers ou l'utilisation mémoire 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
    Comparer

    Vous envisagez des alternatives ?

    Découvrez comment Xitoring se positionne face aux alternatives pour la surveillance de RabbitMQ — tarifs forfaitaires, intégrations plus poussées et un seul agent pour couvrir tout votre stack.

    Voir toutes les comparaisons

    Souvent a posé des questions

    Cette intégration nécessite-t-elle le plugin de gestion ?
    Oui. Xitogent collecte des métriques via l'API HTTP de gestion RabbitMQ. Le plugin de gestion doit être activé pour permettre une collecte complète des métriques.
    Cette intégration aura-t-elle un impact sur les performances de RabbitMQ ?
    Non. Xitogent interroge l'API de gestion toutes les minutes, ce qui n'a qu'un impact négligeable sur les performances du courtier.
    Puis-je surveiller les clusters RabbitMQ ?
    Oui. Installez Xitogent sur chaque nœud du cluster pour bénéficier d'une visibilité complète sur tous les nœuds, toutes les files d'attente et tous les échanges.
    Puis-je surveiller chaque file d'attente individuellement ?
    Oui. L'intégration fournit des indicateurs par file d'attente, notamment la profondeur, le nombre de consommateurs, les débits de messages et l'utilisation de la mémoire.
    Quelles sont les versions de RabbitMQ prises en charge ?
    Xitoring prend en charge RabbitMQ 3.8 et les versions ultérieures, y compris les dernières versions 3.13.x et 4.x.
    À 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).
    Que montre l'interface rabbitmq_management ?
    L'interface web sur `:15672` (après `rabbitmq-plugins enable rabbitmq_management`) affiche une vue d'ensemble (état du cluster, taux de messages, alarmes), le détail par nœud, la profondeur des files + consommateurs + taux, la vue par exchange + binding, le détail par connexion + canal, la gestion des utilisateurs/vhosts. C'est un excellent tableau de bord ponctuel mais non conçu pour la surveillance continue à grande échelle — utilisez Xitogent / Prometheus / pour le suivi de tendance et les alertes.
    Surveillance RabbitMQ vs Kafka — quelles différences ?
    RabbitMQ est orienté file — `messages_ready` + `messages_unacknowledged` par file, nombre de consommateurs par file. Kafka est orienté log — retard du groupe de consommateurs (offset actuel vs fin de log) par partition, partitions sous-répliquées par broker. Sémantiques différentes : un consommateur Kafka peut relire l'historique ; un consommateur RabbitMQ ne le peut pas. Modèles de mise à l'échelle différents : Kafka scale les partitions ; RabbitMQ scale via plus de files ou la distribution de leader des quorum queues. Utilisez l'intégration appropriée pour le broker approprié.
    Quelles versions de RabbitMQ sont prises en charge ?
    RabbitMQ 3.13.x (stable héritée, classic mirrored queues encore disponibles) et 4.0.x / 4.1.x (actuelles, nécessitent Erlang/OTP 26+, mirrored queues supprimées — quorum queues + streams sont les seules options HA). Plugin MQTT 5, STOMP, AMQP 1.0 tous pris en charge. Le magasin de métadonnées Khepri (remplaçant expérimental de Mnesia) est détecté et exposé lorsqu'il est activé.

    Commencer à surveiller RabbitMQ 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