MetriBeacon
Menü
Deutsch
Server & Infrastruktur

Docker Compose überwachen: Healthchecks, Zustände und Neustarts

Überwachen Sie Bereitschaft, Gesundheit und Neustarts von Compose-Diensten mit MetriBeacon und verbinden Sie Containerbeobachtungen mit Hostmesswerten und HTTP-Prüfungen.

Per RSS abonnieren
In diesem Artikel

Überwachen Sie den Dienst hinter dem Container

Ein Docker-Container kann laufen, obwohl seine Anwendung keine Anfragen beantwortet. Ein Compose-Dienst kann aktuell gesund erscheinen, nachdem er zuvor wiederholt neu gestartet wurde. Hilfreiches Docker-Monitoring trennt Prozesszustand, Healthcheck-Ergebnis, Neustarthistorie und das Verhalten, das Ihre Nutzer tatsächlich erleben.

MetriBeacon verbindet unterstützte Docker-Compose-Messwerte im Serverprofil mit Hostmessungen, Historien und Alarmen. Ergänzen Sie einen öffentlichen HTTP-Monitor, wenn Sie Website oder API auch von außen beobachten möchten. Diese Anleitung zeigt, wie Sie die Signale zusammenführen, ohne einen einzelnen grünen Wert als Beleg für einen vollständig funktionierenden Dienst zu behandeln.

Verstehen Sie vier unterschiedliche Containersignale

Wählen Sie Messwerte danach aus, welche Frage sie beantworten. Zu den unterstützten Compose-Dienstmesswerten gehören:

Signal Was es zeigt Was Sie zusätzlich prüfen sollten
Dienst läuft Ob die beobachteten Dienstinstanzen laufen Healthcheck-Ergebnis und Anwendungsantwort
Dienstgesundheit Gemeldeter Gesundheitszustand, auch ein fehlender Healthcheck Was die konfigurierte Prüfung tatsächlich testet
Dienst bereit Ob die Instanzen laufen und die verfügbare Gesundheitsbedingung erfüllen Aktualität und Umfang des Healthchecks
Neustarts Von Docker gemeldeter Neustartzähler der aktuellen Instanzen Änderungen im gewählten Zeitraum und Instanzwechsel

Für die Bereitschaft müssen konfigurierte Healthchecks gesund sein. Ist kein Healthcheck vorhanden, zählt der laufende Zustand. Dieser Rückfall liefert einen Prozessnachweis, aber keinen erfolgreichen Anwendungstest. Prüfen Sie den gesonderten Gesundheitswert, bevor Sie Bereitschaft als bestätigte Anwendungsgesundheit deuten.

Die Docker-Dokumentation zu HEALTHCHECK erklärt die Zustände starting, healthy und unhealthy. Eine Prüfung beantwortet nur die Frage, die Sie ihr vorgeben. Eine lokale HTTP-Route bestätigt noch nicht, dass DNS, öffentliches TLS, Reverse Proxy und ein vollständiger Nutzervorgang funktionieren.

Verbinden Sie den Docker-Host und wählen Sie einen Compose-Dienst

Beginnen Sie mit einem Linux-Docker-Host und einem aktuellen MetriBeacon-Agenten, der die benötigten Messwerte unterstützt. Folgen Sie der Anleitung zur Agentinstallation und Verbindung, wählen Sie Ihren Arbeitsbereich und verbinden Sie einen Server-Monitor. Halten Sie Geräteidentität und Schlüssel privat.

Öffnen Sie das Serverprofil des Monitors. Prüfen Sie erkannte Komponenten und wählen Sie das passende Compose-Projekt und den Dienst. Ein Projekt example-app könnte beispielsweise den Dienst api enthalten. Das sind Platzhalter für Ihre Konfiguration und keine Namen, die Sie ungeprüft übernehmen sollten.

Compose-Projekt und Dienstkennung ermöglichen es, einen Dienst auch beim Ersetzen seines Containers weiterzuverfolgen. Prüfen Sie die ausgewählte Identität besonders dann, wenn mehrere Projekte einen Dienst namens „web“ oder „db“ verwenden. Ein Dienstname ohne Projektbezug kann mehrdeutig sein.

Wählen Sie die unterstützten Werte für laufenden Zustand, Bereitschaft, Gesundheit und Neustarts, die Sie benötigen. Prüfen Sie Erfassungsintervalle und Kontingentvorschau. Erkannte Komponenten sind zunächst Vorschläge; ihre Messwerte müssen Sie aktivieren. Speichern Sie das Profil, warten Sie auf die Bestätigung der Konfiguration durch den Agenten und kontrollieren Sie die ersten Beobachtungen samt aktuellen Zeitpunkten.

Halten Sie Docker-Zugriff lokal und gezielt

Containerbeobachtungen können eine Freigabe über eine lokale Berechtigungsrichtlinie benötigen. Erlauben Sie nur die Prüfungen für den Compose-Dienst, den Sie überwachen möchten. Meldet die Erfassung fehlende Verfügbarkeit oder verweigerten Zugriff, prüfen Sie lokale Rechte und Agentstatus. Aus einem Zugriffsfehler darf kein erfundener Wert für einen gestoppten Container werden.

Zugriff auf den Docker-Daemon hat weitreichende Möglichkeiten, wie die Docker-Sicherheitsdokumentation erklärt. Halten Sie Monitoringzugriff lokal und nutzen Sie die unterstützte eingeschränkte Erfassung. Eine ungeschützte öffentliche Docker-API oder allgemeiner Daemonzugriff für beliebige Prozesse ist für diesen Ablauf nicht erforderlich.

Für eine gesonderte lokale Diagnose hilft docker compose ps beim Prüfen des Projekts, in dem Sie sich gerade befinden. Kontrollieren Sie den Projektbezug, bevor Sie die Ausgabe mit der MetriBeacon-Komponente vergleichen. Diagnosebefehl und aufgezeichnete Messreihe sollten denselben Dienst und Zeitpunkt betreffen.

Ergänzen Sie eine Prüfung der Anwendungsantwort

Legen Sie einen öffentlichen HTTP-Monitor für einen aussagekräftigen Website- oder API-Endpunkt an. Der API-Monitoring-Artikel erklärt Prüfungen von Status, Antworttext und JSON. Wählen Sie eine Bedingung, die zum beobachteten Vorgang passt. Nicht jeder HTTP-200-Status bestätigt eine vollständig gesunde Anwendung.

Der öffentliche HTTP-Prüfer erreicht keine privaten Docker-Netze und kein localhost. Beobachten Sie lokale Quellen mit dem Agenten oder einer passenden lokalen Integration und nutzen Sie eine HTTP-Prüfung für einen bewusst öffentlichen Endpunkt. Eine private Datenbank oder Verwaltungsoberfläche müssen Sie dafür nicht öffentlich erreichbar machen.

So entstehen hilfreiche Kombinationen für die Untersuchung:

  • Container laufen, aber die öffentliche API-Prüfung schlägt fehl: Prüfen Sie Weiterleitung, Anwendungsantwort und Abhängigkeiten.
  • Ein Container-Healthcheck ist ungesund, während der Host unauffällig wirkt: Prüfen Sie den Inhalt des Healthchecks und die Bereitschaft der Anwendung.
  • Neustartzähler steigen gleichzeitig mit hohem Hostspeicherverbrauch: Vergleichen Sie Zeitpunkte und lokale Diagnosen, bevor Sie den Speicher als Ursache einstufen.

Das sind Untersuchungswege und keine automatisch feststehenden Diagnosen.

Lesen Sie die Neustarthistorie als Zähler

Ein Neustartzähler gibt nicht in jedem dargestellten Diagrammabschnitt die Zahl neuer Fehler an. Ein historischer Stand von acht bedeutet nicht, dass in der letzten Minute acht Neustarts stattgefunden haben. Nutzen Sie beobachtete Zuwächse des gewählten Zeitraums, um aktuelle Aktivität zu beurteilen.

MetriBeacon erkennt den Austausch von Containerinstanzen als Zählerrücksetzung. Eine neue Instanz kann mit einem kleineren Wert beginnen, ohne dass daraus eine negative Neustartzahl folgt. Fehlende Beobachtungen bleiben außerdem Datenlücken. Leiten Sie den genauen Zeitpunkt unbeobachteter Änderungen nicht aus einer glatten Diagrammlinie ab.

Öffnen Sie die Messwerthistorie für ein hilfreiches Zeitfenster und prüfen Sie die Zählerdarstellung. Containerzeitachsen zeigen Zustände, Neustartbalken neue Neustarts je dargestelltem Zeitabschnitt. Vergleichen Sie diesen Zeitraum mit Bereitstellungen, Gesundheitsänderungen und Server-Ressourcenwerten.

Host-CPU, Arbeitsspeicher und Dateisystemmesswerte beschreiben den Host. Sie sind nicht automatisch Ressourcenmessungen eines einzelnen Containers. Achten Sie bei der Untersuchung eines Compose-Dienstes auf Umfang und Einheit jeder Diagrammreihe.

Richten Sie Alarme mit einem sinnvollen ersten Schritt ein

Nutzen Sie eine Zustandsregel für eine unterstützte Ja/Nein- oder benannte Zustandsbedingung und wählen Sie den auslösenden Wert. Berücksichtigen Sie normales Startverhalten und den eigenen Takt des Healthchecks. Bestätigungsdauer oder wiederholte Beobachtungen sollten zum Erfassungsintervall und Anwendungsstart passen.

Ergänzen Sie eine geeignete Regel für fehlende Daten, wenn Sie ausbleibende Erfassung bemerken möchten. Der letzte gesunde Zustand kann veralten. Gerätekontakt und frische Containerwerte sind unterschiedliche Signale.

Verbinden Sie ein bestätigtes Benachrichtigungsziel und testen Sie es anhand der Anleitung zur Benachrichtigungseinrichtung. Legen Sie fest, wer einen Alarm untersucht und welche lokale Prüfung zuerst sinnvoll ist. Prüfen Sie bei geplanten Bereitstellungen Wartung oder Stummschaltung bewusst; Messung und Versandpause erfüllen unterschiedliche Aufgaben.

Testen Sie eine kontrollierte Zustandsänderung an einem eigenen Entwicklungsdienst. Prüfen Sie, dass MetriBeacon den erwarteten Wert empfängt, die Regel einen Vorfall eröffnet und die Nachricht beim gewählten Empfänger ankommt. Stellen Sie den Dienst wieder her und kontrollieren Sie die konfigurierte Entwarnungsbedingung. Monitoring meldet Beobachtungen; Neustart- und Reparaturrichtlinien bleiben Aufgabe Ihrer Anwendung.

Eine kurze Docker-Monitoring-Checkliste

  • Der Monitor bezieht sich auf den gewünschten Docker-Host, das Compose-Projekt und den Dienst.
  • Ausgewählte Messwerte werden unterstützt und der Agent besitzt die nötige lokale Freigabe.
  • Bereitschaft wird zusammen mit Healthcheck-Konfiguration und Aktualität gelesen.
  • Neustartdiagramme zeigen beobachtete Änderungen und berücksichtigen Instanzwechsel.
  • Ein passender öffentlicher Anwendungsendpunkt besitzt bei Bedarf eine eigene HTTP-Prüfung.
  • Alarme haben ein getestetes Ziel, eine Zuständigkeit und einen hilfreichen ersten Schritt.

Benötigen Kunden eine öffentliche Erklärung zu einem Ausfall, veröffentlichen Sie ausgewählte Informationen über eine Statusseite. Interne Containernamen und Diagnosedetails müssen dabei nicht öffentlich werden.

Häufige Fragen zum Docker-Monitoring

Bedeutet ein laufender Container, dass meine Website erreichbar ist?

Nein. Laufend bezeichnet den Prozesszustand. Nutzen Sie aussagekräftige Healthchecks und eine gesonderte HTTP-Beobachtung des öffentlichen Dienstes, um das Anwendungsverhalten zu beurteilen.

Was bedeutet Bereitschaft ohne Healthcheck?

Für eine beobachtete Instanz ohne konfigurierten Healthcheck trägt der laufende Zustand zur Bereitschaft bei. Das bestätigt noch keinen Test einer Anwendungsroute oder Abhängigkeit. Prüfen Sie den gesonderten Gesundheitszustand und richten Sie bei Bedarf eine sinnvolle Prüfung ein.

Warum ist ein Neustartzähler gesunken?

Docker kann die Containerinstanz ersetzt haben. MetriBeacon erkennt einen Instanzwechsel als Rücksetzung. Deuten Sie aktuelle Zuwächse innerhalb der passenden Instanzhistorie, statt unabhängige Gesamtstände voneinander abzuziehen.

Kann ich MetriBeacon kostenlos nutzen?

Ja, innerhalb der dokumentierten technischen Kontingente. Ausgewählte Reihen, Erfassungsintervalle, HTTP-Prüfungen und Benachrichtigungen nutzen Kontobudgets. Prüfen Sie die Kontingentvorschau des Profils, bevor Sie weitere Messwerte aktivieren.

Beginnen Sie mit einem Compose-Dienst

Erstellen Sie ein kostenloses MetriBeacon-Konto, verbinden Sie den Docker-Host und wählen Sie einen wichtigen Compose-Dienst. Bestätigen Sie frische Messwerte, untersuchen Sie ein sinnvolles Zeitfenster und testen Sie einen hilfreichen Alarm. Die Website/API-Vorlage unter diesem Artikel hilft Ihnen bei der ergänzenden öffentlichen HTTP-Prüfung.