Conteneurs et état du système
    Mis à jour le mai 2026
    Docker logo

    Docker Suivi

    Surveillez en temps réel l'état des conteneurs Docker, leur utilisation des ressources, les événements de redémarrage et les E/S réseau, sans aucune configuration.

    Commencer l'essai gratuitConsulter les documents

    Pourquoi surveiller ? Docker?

    Docker est la norme industrielle en matière de conteneurisation, permettant d'exécuter des microservices, des pipelines CI/CD et des charges de travail en production sur des millions de serveurs. La surveillance des conteneurs Docker est essentielle pour détecter les fuites de ressources, éviter les interruptions dues à un manque de mémoire (OOM), suivre les boucles de redémarrage et garantir le bon fonctionnement des conteneurs. L'intégration Docker de Xitoring offre une visibilité complète sur chaque conteneur en cours d'exécution sur votre hôte.

    Détection automatique de tous les conteneurs en cours d'exécution via Xitogent
    Métriques CPU, mémoire et réseau par conteneur
    Statut de santé des conteneurs et suivi des redémarrages
    Métriques d'I/O disque et de périphérique de bloc par conteneur
    Seuils d'alerte personnalisables pour chaque métrique
    Surveillance des événements du cycle de vie des conteneurs
    Fonctionne sur les serveurs Linux avec Docker Engine
    Intervalles de collecte des métriques d'1 minute
    Qu'est-ce que le monitoring Docker ?

    Le monitoring Docker, expliqué

    Le monitoring Docker détecte les OOM kills de conteneurs, le throttling CPU, les boucles de crash, l'usage incontrôlé des ressources et les échecs des probes HEALTHCHECK avant qu'ils ne se transforment en pannes visibles par les utilisateurs. Pour la production sur un seul hôte (le déploiement non-Kubernetes dominant en 2026), les stacks Docker Compose, les clusters Swarm et les setups edge/Raspberry Pi, la visibilité par conteneur est ce qui sépare « mon site est lent » de « le conteneur de cache a été OOM-killed 47 fois dans la dernière heure ». Xitoring découvre automatiquement chaque conteneur, lit l'API Docker + cgroup v2 directement, et achemine les alertes vers Slack, PagerDuty, Telegram ou votre astreinte existante.

    Indicateurs

    Ce que nous surveillons

    Utilisation CPU des conteneurs

    Pourcentage d'utilisation CPU pour chaque conteneur en cours d'exécution.

    Utilisation mémoire des conteneurs

    Mémoire consommée par chaque conteneur par rapport à sa limite mémoire.

    Limite de mémoire

    Limite de mémoire configurée et pourcentage d'utilisation actuelle pour chaque conteneur.

    Réseau RX/TX

    Trafic réseau entrant et sortant par conteneur.

    I/O Bloc Lecture/Écriture

    Opérations de lecture et d'écriture disque par conteneur.

    Nombre de conteneurs

    Nombre total de conteneurs en cours d'exécution, arrêtés et en pause.

    Redémarrages de conteneurs

    Nombre d'événements de redémarrage par conteneur, indiquant des problèmes de stabilité.

    Santé des conteneurs

    Statut du health check pour les conteneurs disposant d'un HEALTHCHECK configuré.

    PIDs

    Nombre de processus en cours d'exécution dans chaque conteneur.

    Uptime du conteneur

    Durée d'exécution de chaque conteneur depuis son dernier démarrage.

    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.

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

    Utilisation CPU du conteneur

    avertissement

    Se déclenche lorsque l'utilisation CPU d'un conteneur dépasse votre seuil, indiquant une contention de ressources ou des processus incontrôlés.

    Utilisation mémoire du conteneur

    crucial

    Se déclenche lorsque la mémoire approche la limite du conteneur, risquant des kills OOM et des crashs de conteneurs.

    Redémarrages du conteneur

    crucial

    Alerte lorsqu'un conteneur dépasse votre seuil de nombre de redémarrages, indiquant une instabilité ou des boucles de crash.

    Santé du conteneur

    crucial

    Se déclenche lorsque le HEALTHCHECK d'un conteneur signale un état non sain.

    Pic d'I/O réseau

    avertissement

    Se déclenche sur des schémas de trafic réseau anormaux, qui peuvent indiquer une exfiltration de données ou un DDoS.

    Conteneur arrêté

    crucial

    Alerte lorsqu'un conteneur attendu s'arrête de manière inattendue.

    01

    Importance de la surveillance Docker

    Les conteneurs Docker sont éphémères par nature — ils peuvent crasher, redémarrer et consommer des ressources sans limite sans avertissement. Sans surveillance, les fuites mémoire, le throttling CPU et les boucles de crash peuvent dégrader silencieusement votre infrastructure entière.

    • Détectez les fuites de mémoire avant que les conteneurs n'atteignent leurs limites OOM
    • Identifiez immédiatement les boucles de crash et les conteneurs instables
    • Surveillez l'allocation de ressources par rapport à l'utilisation réelle pour chaque conteneur
    • Suivez l'I/O réseau pour l'analyse de sécurité et de performances
    • Assurez-vous que les health checks des conteneurs réussissent de manière constante
    Tableau de bord de surveillance des conteneurs Docker avec métriques CPU et mémoire
    Alertes de redémarrage de conteneurs et notifications de kills OOM
    02

    Pourquoi choisir Xitoring

    Xitoring offre une surveillance Docker de qualité entreprise avec une configuration zéro-config. Notre agent léger détecte automatiquement tous les conteneurs sur votre hôte, 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 conteneurs sidecar nécessaires
    • 15+ nœuds de surveillance mondiaux pour des contrôles à faible latence
    • Tableau de bord unifié pour hôtes, conteneurs et services
    • 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 des hôtes Docker avec Xitoring
    Configuration des alertes pour les conteneurs
    Cas d'usage

    Scénarios courants de monitoring Docker

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

    Petite application de production sur un seul serveur

    De nombreux produits SaaS, outils internes et projets secondaires s'exécutent sous forme de quelques conteneurs sur un seul serveur cloud. Un conteneur défectueux peut silencieusement entraîner tout le reste sur la machine — nous le détectons avant vos utilisateurs, afin qu'une seule mauvaise version ne puisse pas mettre tout le produit hors ligne.

    Applications sur du matériel périphérique ou à faible consommation

    Les mini-PC et les petits appareils exécutant des équipements de maison intelligente, de vente au détail ou de terrain fonctionnent sous des limites de ressources strictes. Nous surveillons les signes avant-coureurs de stress du CPU, de la mémoire et du stockage afin que l'équipe puisse intervenir avant qu'un appareil en difficulté ne tombe en panne silencieusement sur site.

    Clusters de conteneurs sur plusieurs serveurs

    Lorsque les conteneurs sont répartis sur de nombreuses machines, il est facile pour certains serveurs de faire tout le travail tandis que d'autres restent inactifs — gaspillant la capacité et risquant la surcharge. Nous vous donnons une vue simple de la façon dont le travail est distribué afin que la charge puisse être rééquilibrée avant que quoi que ce soit ne tombe en panne.

    Avant de commencer

    Prérequis pour Docker

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

    • Docker Engine tournant sur le serveur
    • /var/run/docker.sock présent (installation Linux par défaut)
    • Accessibilité réseau entre Xitogent et le daemon Docker
    Guide d'installation

    Commencez par procès-verbal

    1

    Installer Xitogent sur votre hôte Docker

    Installez l'agent de monitoring léger Xitogent sur la machine qui exécute Docker. Xitogent tourne en tant que service système root, il a donc déjà accès au socket Docker — aucune permission supplémentaire n'est nécessaire.

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

    Confirmer que Docker est en cours d'exécution

    Assurez-vous que le daemon Docker est accessible. Un rapide `docker ps` sur l'hôte confirme que l'engine est en service et que le socket répond avant de configurer l'intégration.

    docker ps
    3

    Activer l'intégration Docker

    Exécutez `sudo xitogent integrate` et sélectionnez Docker. Xitogent découvre automatiquement tous les conteneurs en cours d'exécution et commence à les suivre.

    sudo xitogent integrate
    4

    Configurer les seuils d'alerte (facultatif)

    Définissez des seuils personnalisés pour le CPU des conteneurs, la mémoire, le nombre de redémarrages ou l'état de santé 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 Docker — 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

    Xitogent fonctionne-t-il sous forme de conteneur ?
    Non. Xitogent s'installe directement sur l'hôte Docker sous la forme d'un agent système léger. Cela lui permet d'accéder au socket Docker et aux métriques au niveau de l'hôte sans subir les contraintes liées à l'exécution au sein d'un conteneur.
    Cette intégration aura-t-elle un impact sur les performances des conteneurs ?
    Non. Xitogent lit les métriques des conteneurs via l'API Docker avec un impact minimal. Il n'injecte rien dans vos conteneurs et ne modifie pas leur configuration.
    Puis-je surveiller les piles Docker Compose ?
    Oui. Xitogent surveille tous les conteneurs présents sur l'hôte, quelle que soit la manière dont ils ont été lancés — via Docker Compose, la commande « docker run » ou des orchestrateurs.
    Est-ce que cela fonctionne avec Docker Swarm ?
    Oui. Xitogent surveille les conteneurs sur chaque nœud Swarm où il est installé. Installez-le sur tous les nœuds pour bénéficier d'une visibilité complète sur le cluster.
    Puis-je filtrer les conteneurs qui sont surveillés ?
    Oui. Vous pouvez configurer des filtres de nom ou d'étiquette de conteneur afin d'inclure ou d'exclure certains conteneurs de la surveillance.
    À 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 surveiller le I/O réseau Docker par conteneur ?
    `/containers/{id}/stats` expose `networks.{interface}.rx_bytes`, `tx_bytes`, `rx_packets`, `tx_packets`, `rx_errors`, `rx_dropped` par interface réseau attachée au conteneur. Utile pour repérer les conteneurs bruyants, le trafic sortant inattendu (problème de sécurité) ou les erreurs de NIC. Xitogent fait remonter tous ces éléments par conteneur dans le tableau de bord.
    Est-ce que cela fonctionne avec Docker Compose / Swarm / Podman ?
    Compose : oui — Xitogent surveille tous les conteneurs de l'hôte indépendamment de leur mode de démarrage. Swarm : oui — installez Xitogent sur chaque nœud Swarm. Podman : pas directement (Podman utilise un protocole de socket différent) ; utilisez plutôt l'intégration REST API podman. Pour Kubernetes, l'intégration Docker n'est pas adaptée — utilisez une approche de monitoring par pod avec cAdvisor ou l'endpoint `/metrics/cadvisor` du kubelet.
    À quelle fréquence les métriques sont-elles collectées ?
    Toutes les 60 secondes par défaut pour les statistiques de ressources par conteneur, avec `docker events` (cycle de vie : start/stop/restart/oom/die/kill) diffusé en temps réel. Les mises à jour de statut healthcheck sont capturées dès qu'elles surviennent, de sorte qu'un conteneur unhealthy remonte immédiatement plutôt qu'au prochain intervalle de polling.

    Pour aller plus loin ?

    Qu'est-ce que la surveillance des conteneurs Docker ? — Le guide 2026

    Pourquoi les conteneurs se comportent différemment des machines virtuelles, les métriques qui comptent vraiment en production, et comment les meilleurs outils de surveillance Docker se comparent.

    Lire le guide

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