Container und Systemzustand
    Aktualisiert am Mai 2026
    Docker logo

    Docker Überwachung

    Überwachen Sie den Zustand von Docker-Containern, die Ressourcennutzung, Neustartvorgänge und die Netzwerk-E/A in Echtzeit – ganz ohne Konfiguration.

    Warum überwachen Sie Docker?

    Docker ist der Industriestandard für die Containerisierung, die Ausführung von Microservices, CI/CD-Pipelines und Produktions-Workloads auf Millionen von Servern. Die Überwachung von Docker-Containern ist entscheidend, um Ressourcenlecks zu erkennen, OOM-Kills zu verhindern, Neustartschleifen zu verfolgen und den Zustand der Container sicherzustellen. Die Docker-Integration von Xitoring bietet vollständige Transparenz über jeden auf Ihrem Host ausgeführten Container.

    Automatische Erkennung aller laufenden Container über Xitogent
    Metriken zu CPU, Arbeitsspeicher und Netzwerk pro Container
    Überwachung des Zustands und des Neustarts von Containern
    Metriken zu Festplatten-E/A und Blockgeräten pro Container
    Individuell anpassbare Alarmschwellenwerte für jede Kennzahl
    Überwachung von Ereignissen im Container-Lebenszyklus
    Funktioniert auf Linux-Servern mit Docker Engine
    1-minütige Erfassungsintervalle
    Was ist Docker-Monitoring?

    Docker-Monitoring, erklärt

    Docker-Monitoring erkennt OOM-Kills von Containern, CPU-Throttling, Crash-Loops, ausufernden Ressourcenverbrauch und fehlgeschlagene HEALTHCHECK-Probes, bevor sie in nutzersichtbare Ausfälle eskalieren. Für Single-Host-Production (das dominante Nicht-Kubernetes-Deployment in 2026), Docker-Compose-Stacks, Swarm-Cluster und Edge-/Raspberry-Pi-Setups ist Sichtbarkeit pro Container das, was „meine Seite ist langsam“ von „der Cache-Container wurde in der letzten Stunde 47-mal OOM-gekillt“ unterscheidet. Xitoring erkennt jeden Container automatisch, liest die Docker-API + cgroup v2 direkt und leitet Alerts an Slack, PagerDuty, Telegram oder Ihre bestehende Rufbereitschaft weiter.

    Kennzahlen

    Was wir überwachen

    CPU-Auslastung des Containers

    Prozentuale CPU-Auslastung für jeden laufenden Container.

    Speicherverbrauch des Containers

    Vom jeweiligen Container belegter Speicher im Vergleich zu seinem Speicherlimit.

    Speichergrenze

    Konfigurierte Speichergrenze und aktueller Auslastungsprozentsatz für jeden Container.

    Netzwerk-Empfang/Senden

    Eingehender und ausgehender Netzwerkverkehr pro Container.

    Block-E/A Lesen/Schreiben

    Lese- und Schreibvorgänge auf der Festplatte pro Container.

    Anzahl der Container

    Gesamtzahl der laufenden, angehaltenen und pausierten Container.

    Neustart von Containern

    Anzahl der Neustarts pro Container, was auf Stabilitätsprobleme hindeutet.

    Container-Zustand

    Status der Zustandsprüfung für Container mit konfiguriertem HEALTHCHECK.

    PIDs

    Anzahl der Prozesse, die in jedem Container ausgeführt werden.

    Verfügbarkeit der Container

    Wie lange der jeweilige Container seit dem letzten Start bereits läuft.

    Auslöser & Benachrichtigungen

    Konfigurierbare Alarmauslöser

    Richten Sie benutzerdefinierte Trigger in Ihrem Dashboard ein, um benachrichtigt zu werden, sobald die Kennzahlen von „Docker“ Ihre festgelegten Schwellenwerte überschreiten.

    Docker Dashboard zur Konfiguration von Überwachungsauslösern

    CPU-Auslastung des Containers

    Warnung

    Wird ausgelöst, wenn die CPU-Auslastung eines Containers Ihren Schwellenwert überschreitet, was auf Ressourcenkonflikte oder außer Kontrolle geratene Prozesse hindeutet.

    Speicherverbrauch des Containers

    entscheidend

    Wird ausgelöst, wenn der Speicherplatz die Container-Grenze erreicht, was zu OOM-Kills und Container-Abstürzen führen kann.

    Neustart von Containern

    entscheidend

    Warnmeldungen, wenn ein Container den Schwellenwert für die Anzahl der Neustarts überschreitet, was auf Instabilität oder Endlosschleifen hindeutet.

    Container-Zustand

    entscheidend

    Wird ausgelöst, wenn der HEALTHCHECK eines Containers einen fehlerhaften Status meldet.

    Netzwerk-I/O-Spitzen

    Warnung

    Auslöser bei ungewöhnlichen Netzwerkverkehrsmustern, die auf Datendiebstahl oder DDoS-Angriffe hindeuten können.

    Container angehalten

    entscheidend

    Benachrichtigung, wenn ein erwarteter Container unerwartet nicht mehr läuft.

    01

    Bedeutung von Docker-Überwachung

    Docker-Container sind von Natur aus kurzlebig – sie können abstürzen, neu starten und ohne Vorwarnung unbegrenzte Ressourcen verbrauchen. Ohne Überwachung können Speicherlecks, CPU-Drosselung und Absturzschleifen Ihre gesamte Infrastruktur unbemerkt beeinträchtigen.

    • Speicherlecks erkennen, bevor Container die OOM-Grenzen erreichen
    • Absturzschleifen und instabile Container sofort erkennen
    • Überwachung der Ressourcenzuweisung im Vergleich zur tatsächlichen Nutzung pro Container
    • Überwachung der Netzwerk-E/A für Sicherheits- und Leistungsanalysen
    • Stellen Sie sicher, dass die Zustandsprüfungen der Container stets erfolgreich sind
    Dashboard zur Überwachung von Docker-Containern mit CPU- und Speicher-Metriken
    Benachrichtigungen bei Container-Neustart und OOM-Kill-Benachrichtigungen
    02

    Warum sich für uns entscheiden? Xitoring

    Xitoring bietet Docker-Überwachung auf Unternehmensniveau mit einer Einrichtung ohne Konfiguration. Unser schlanker Agent erkennt automatisch alle Container auf Ihrem Host, beginnt innerhalb von weniger als 60 Sekunden mit der Erfassung von Metriken und lässt sich in Ihre bestehenden Benachrichtigungskanäle integrieren.

    • Installation mit einem einzigen Befehl – keine Sidecar-Container erforderlich
    • Über 15 globale Überwachungsknoten für Überprüfungen mit geringer Latenz
    • Zentrales Dashboard für Hosts, Container und Dienste
    • Flexible Benachrichtigungen über Slack, PagerDuty, Telegram und weitere Dienste
    • Aufbewahrung historischer Daten für die Kapazitätsplanung und Audits
    Xitoring – Überblick über die Docker-Host-Überwachung
    Konfiguration der Container-Benachrichtigungen
    Anwendungsfälle

    Häufige Docker-Monitoring- Szenarien

    Wo Docker heute typischerweise läuft – und was schiefgehen könnte, wenn niemand hinsieht.

    Kleine Produktionsanwendung auf einem einzelnen Server

    Viele SaaS-Produkte, interne Tools und Nebenprojekte laufen als eine Handvoll Container auf einem einzigen Cloud-Server. Ein sich fehlerhaft verhaltender Container kann unbemerkt alles andere auf dem Server beeinträchtigen – wir erkennen das, bevor Ihre Benutzer es tun, sodass eine einzelne fehlerhafte Veröffentlichung nicht das gesamte Produkt offline nehmen kann.

    Anwendungen auf Edge- oder Low-Power-Hardware

    Mini-PCs und kleine Geräte, die Smart-Home-, Einzelhandels- oder Feldausrüstung betreiben, arbeiten unter engen Ressourcenbeschränkungen. Wir achten auf die Warnzeichen von CPU-, Speicher- und Speicherauslastung, damit das Team eingreifen kann, bevor ein überlastetes Gerät vor Ort stillschweigend ausfällt.

    Container-Cluster über mehrere Server hinweg

    Wenn Container auf viele Maschinen verteilt sind, ist es leicht, dass einige Server die gesamte Arbeit erledigen, während andere untätig bleiben – was Kapazität verschwendet und Überlastung riskiert. Wir geben Ihnen eine klare Übersicht darüber, wie die Arbeit verteilt ist, damit die Last neu verteilt werden kann, bevor etwas kaputtgeht.

    Bevor Sie beginnen

    Voraussetzungen für Docker

    Stellen Sie sicher, dass diese Punkte erfüllt sind — danach ist die Installation eine Sache von 60 Sekunden.

    • Docker Engine läuft auf dem Server
    • /var/run/docker.sock vorhanden (Standard bei Linux-Installationen)
    • Netzwerkerreichbarkeit zwischen Xitogent und dem Docker-Daemon
    Einrichtungsanleitung

    Erste Schritte in Minuten

    1

    Xitogent auf Ihrem Docker-Host installieren

    Installieren Sie den ressourcenschonenden Xitogent-Monitoring-Agenten auf dem Host, auf dem Docker läuft. Xitogent läuft als root-Systemdienst und hat dadurch bereits Zugriff auf den Docker-Socket — zusätzliche Berechtigungen sind nicht erforderlich.

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

    Bestätigen, dass Docker läuft

    Vergewissern Sie sich, dass der Docker-Daemon erreichbar ist. Ein schnelles `docker ps` auf dem Host bestätigt, dass die Engine läuft und der Socket reagiert, bevor Sie die Integration einrichten.

    docker ps
    3

    Docker-Integration aktivieren

    Führen Sie `sudo xitogent integrate` aus und wählen Sie Docker. Xitogent erkennt alle laufenden Container automatisch und beginnt mit deren Überwachung.

    sudo xitogent integrate
    4

    Alarmschwellen konfigurieren (optional)

    Legen Sie eigene Schwellenwerte für Container-CPU, Speicher, Restart-Anzahl oder Health-Status fest, um benachrichtigt zu werden, wenn etwas Aufmerksamkeit benötigt.

    5

    Funktion überprüfen

    Führen Sie diesen Befehl auf dem Server aus, um zu bestätigen, dass Xitogent die Integration erkannt hat. Innerhalb von etwa 30 Sekunden werden frische Metriken in Ihr Dashboard gestreamt.

    sudo xitogent status

    Häufig gestellte Fragen

    Läuft Xitogent als Container?
    Nein. Xitogent wird als schlanker Systemagent direkt auf dem Docker-Host installiert. Dadurch hat es Zugriff auf den Docker-Socket und Metriken auf Host-Ebene, ohne den Einschränkungen zu unterliegen, die bei der Ausführung innerhalb eines Containers bestehen.
    Wird diese Integration die Leistung der Container beeinträchtigen?
    Nein. Xitogent liest die Container-Metriken über die Docker-API mit minimalem Aufwand aus. Es fügt Ihren Containern nichts hinzu und verändert auch nicht deren Konfiguration.
    Kann ich Docker-Compose-Stacks überwachen?
    Ja. Xitogent überwacht alle Container auf dem Host, unabhängig davon, wie sie gestartet wurden – ob über Docker Compose, `docker run` oder Orchestrierungstools.
    Funktioniert das mit Docker Swarm?
    Ja. Xitogent überwacht Container auf jedem Swarm-Knoten, auf dem es installiert ist. Installieren Sie es auf allen Knoten, um einen umfassenden Überblick über den Cluster zu erhalten.
    Kann ich filtern, welche Container überwacht werden?
    Ja. Sie können Filter für Containernamen oder -labels konfigurieren, um bestimmte Container in die Überwachung einzubeziehen oder davon auszuschließen.
    Wie oft werden Kennzahlen erfasst?
    Standardmäßig werden die Messdaten im 1-Minuten-Takt erfasst. Dies kann über das Xitoring-Dashboard oder die Befehlszeilenschnittstelle (CLI) angepasst werden.
    Wie überwache ich Docker-Netzwerk-I/O pro Container?
    `/containers/{id}/stats` stellt `networks.{interface}.rx_bytes`, `tx_bytes`, `rx_packets`, `tx_packets`, `rx_errors`, `rx_dropped` pro an den Container angebundenes Netzwerk-Interface bereit. Nützlich, um laute Container zu identifizieren, unerwarteten ausgehenden Traffic (Sicherheitsbedenken) oder NIC-Fehler aufzuspüren. Xitogent macht all dies pro Container im Dashboard sichtbar.
    Funktioniert dies mit Docker Compose / Swarm / Podman?
    Compose: ja — Xitogent überwacht alle Container auf dem Host, unabhängig davon, wie sie gestartet wurden. Swarm: ja — installieren Sie Xitogent auf jedem Swarm-Node. Podman: nicht direkt (Podman verwendet ein anderes Socket-Protokoll); nutzen Sie stattdessen die Podman-REST-API-Integration. Für Kubernetes ist die Docker-Integration die falsche Wahl — verwenden Sie einen Pro-Pod-Monitoring-Ansatz mit cAdvisor oder dem `/metrics/cadvisor`-Endpunkt des Kubelets.
    Wie oft werden Metriken erfasst?
    Standardmäßig alle 60 Sekunden für Ressourcen-Stats pro Container, wobei `docker events` (Lifecycle: start/stop/restart/oom/die/kill) in Echtzeit gestreamt werden. Health-Check-Status-Updates werden in dem Moment erfasst, in dem sie geschehen — ein unhealthy Container wird also sofort sichtbar und nicht erst beim nächsten Polling-Intervall.

    Docker überwachen heute

    In weniger als 60 Sekunden eingerichtet. Keine Kreditkarte erforderlich. Umfassende Kennzahlen vom ersten Tag an.

    Kostenlose Testversion starten

    Entdecke weiter

    Verwandte Themen Integrationen