Glouton:ein Monitoring-Agent als einzelne Binärdatei, der einfach funktioniert.
Auto-Discovery, eine eingebettete TSDB und ein statusorientiertes lokales Panel — sofort einsatzbereit.
Der Agent, mit dem wir bei Bleemeo unser SaaS-Monitoring betreiben, als Open Source veröffentlicht. Erprobt auf Linux-Servern, unter Docker und in Kubernetes.
Schnellstart
Der schnellste Weg, Glouton in Aktion zu sehen
Kein Konto, keine Registrierung.
docker run -d --name=glouton \
-v /var/lib/glouton:/var/lib/glouton \
-v /var/run/docker.sock:/var/run/docker.sock \
-v /:/hostroot:ro \
-e GLOUTON_BLEEMEO_ENABLE=false \
--pid=host --net=host \
--cap-add SYS_PTRACE --cap-add SYS_ADMIN \
bleemeo/bleemeo-agentÖffnen Sie danach http://localhost:8015. Mit deaktiviertem Bleemeo startet die TSDB auf der Platte automatisch, sodass die längeren Zeiträume des Dashboards (24 h, 7 T, 30 T) sofort funktionieren.
Was diese Docker-Optionen tun
| Option | Wozu |
|---|---|
-v /var/lib/glouton:/var/lib/glouton | Erhält Statusdatei, TSDB und Registrierungsdaten über Container-Neustarts hinweg. |
-v /var/run/docker.sock:/var/run/docker.sock | Erkennt die auf dem Host laufenden Container und liest deren Statistiken. |
-v /:/hostroot:ro | Lesender Zugriff auf das Host-Dateisystem (Mountpoints, Platten, Kernel-Kommandozeile, /proc/<pid> der Host-Prozesse). |
--pid=host | Sieht die Host-Prozesse — für den Prozess-Explorer und die Erkennung pro Dienst. |
--net=host | Liest die Netzwerkmetriken so, wie der Host sie sieht, nicht die des Container-Namespace. |
--cap-add SYS_PTRACE | Untersucht den Speicherbedarf der Prozesse und ihre offenen Dateideskriptoren. |
--cap-add SYS_ADMIN | Liest Dateisystem- und cgroup-Informationen der Namespaces. |
Für ein gehärtetes Setup (ohne geteilte Host-PID und -Netzwerk, mit engeren Mounts) folgen Sie der Installationsdokumentation.
Bei jedem Start sendet Glouton genau ein anonymes Datenpaket: eine zufällige Installations-ID, Version und Installationsformat von Glouton, Betriebssystem und Kernel-Version, CPU und Speicher sowie die Zeitzone. Keine Metrikwerte, keine Dienstnamen, keine Hostnamen, keine IP-Adressen. Abschalten mit GLOUTON_AGENT_TELEMETRY_ENABLE=false.
Lokales Panel
Ein Live-Panel auf localhost:8015
KPI-Karten, die Zeile der erkannten Dienste und statusfarbige Diagramme für System, Netzwerk und I/O — mit Verlauf aus der eingebetteten TSDB. Zoomen per Ziehen in jedem Diagramm, Filtern von Dateisystemen und Platten pro Gerät oder Mountpoint, und das Thema folgt Ihrem System.
Was er tut
Eine Binärdatei: erfassen, speichern, anzeigen
Glouton erkennt automatisch, was auf Ihrem Host oder in Ihren Containern läuft, erfasst die passenden Metriken und Prüfungen, speichert sie lokal und zeigt alles in einem Panel und über eine Prometheus-kompatible API. Alles weiterzuleiten ist optional.
Der TSDB-Head macht etwa die Hälfte des belegten Speichers aus und bleibt durch die Kardinalität der Metriken begrenzt, nicht durch die Aufbewahrung: mehr Verlauf auf der Platte kostet kein RAM.
Erfassen
- Auto-Discovery laufender Dienste mit kuratierten Metriksätzen — über 30 Anwendungen und Protokolle (nginx, postgres, redis…).
- Container-Runtimes: Docker (auch Docker Desktop auf macOS, automatisch erkannt), containerd, Kubernetes.
- Anwendungsmetriken: jeder Prometheus-Endpunkt, JMX für Java-Anwendungen, StatsD für eigene Zähler und Messwerte.
- Aus Logs abgeleitete Metriken: journald, syslog, auditd oder Container-Logs durch eine OpenTelemetry-Pipeline, aus der Zähler entstehen. Die Logzeilen selbst werden weder gespeichert noch weitergeleitet.
- Prüfungen und Probes: HTTP/HTTPS, TCP, Skripte im Nagios-Stil, NRPE.
- Netzwerk und Hardware: SNMP, SMART, IPMI, NVIDIA.
- Kubernetes-nativ: Metriken und Prüfungen pro Pod, gesteuert über die Labels des Clusters.
Speichern
- Eingebaute TSDB — die On-Disk-Engine von Prometheus, eingebettet. 15 Tage Aufbewahrung als Standard, konfigurierbar, ohne zusätzlichen Prozess.
- Wird automatisch aktiv, wenn Bleemeo deaktiviert ist, sodass der Verlauf im Panel direkt nach dem docker run funktioniert.
- Prometheus-Endpunkt unter /metrics für jeden externen Scraper.
- Bereichsabfragen in PromQL unter /api/v1/query_range, in derselben Form, in der ein Prometheus-Server antwortet. Instant-Abfragen und die Label-Endpunkte werden nicht bereitgestellt, ein Dashboard-Werkzeug möchte also weiterhin ein echtes Prometheus davor.
Anzeigen
- Statusorientiertes lokales Panel: KPI-Karten, erkannte Dienste und Diagramme mit Zoom per Ziehen.
- Detailseite pro Container mit eigenen Verlaufsdiagrammen.
- Live-Logs des Agenten im Panel, mit Suche und Färbung nach Schweregrad.
- Diagnosepaket, direkt aus der Oberfläche herunterladbar für Support-Fälle.
Installation
Jedes Ziel, ein Agent
Dieselbe Binärdatei und dieselben Konfigurationsschlüssel, ganz gleich wie Sie sie ausrollen.
Docker
Der Schnellstart-Befehl von oben. Ein Docker-Compose-Setup mit jmxtrans neben Glouton liegt im Repository.
Linux-Pakete
Offiziell gebaute .deb- (Debian, Ubuntu) und .rpm-Pakete (RHEL, CentOS, Fedora). Die Anleitung richtet sich an Bleemeo-Nutzer, funktioniert aber genauso gut ohne Konto, sobald bleemeo.enable auf false steht.
Kubernetes
kubectl apply -f k8s.yaml aus dem Repository-Wurzelverzeichnis liefert ein DaemonSet samt RBAC. Das Helm-Chart und Optionen pro Cluster stehen in der Dokumentation.
Windows
Ein MSI-Installer, gebaut aus packaging/windows/ im Repository und von derselben Installationsdokumentation abgedeckt.
Für macOS gibt es noch keinen fertigen Installer: nutzen Sie das veröffentlichte Docker-Image oder bauen Sie aus einem Klon (go run .). Die Sockets von Docker Desktop und Colima werden automatisch erkannt, Ihre Container erscheinen also ohne zusätzliche Konfiguration.
Bei einer Paketinstallation eigenständig bleiben
Die Standardwerte passen für die meisten Fälle. Auf den Bleemeo-Connector zu verzichten sind zwei Zeilen — bei einer Paketinstallation in /etc/glouton/conf.d/30-install.conf, oder mit -e GLOUTON_BLEEMEO_ENABLE=false beim Docker-Image.
# /etc/glouton/conf.d/30-install.conf
bleemeo:
enable: falseDer andere Regler, nach dem gesucht wird, ist die Menge an Verlauf, die die eingebettete TSDB behält:
agent:
local_store:
retention: 15dBei den Linux-Paketen ist glouton-auto-upgrade.timer standardmäßig aktiv und holt neue Pakete aus dem konfigurierten Repository. Wenn Sie Versionswechsel selbst steuern möchten, maskieren Sie ihn mit systemctl disable --now glouton-auto-upgrade.timer. Für Docker: docker pull bleemeo/bleemeo-agent && docker restart glouton, oder pinnen Sie ein CalVer-Tag.
Dokumentation:InstallationKonfigurationsreferenzErkannte Dienste & Metriken
Rahmen
Was Glouton nicht ist
Erwartungen ehrlich gesetzt.
Kein Log-Shipper
Glouton kann Metriken aus Anwendungslogs ableiten und zeigt seine eigenen Laufzeitlogs zum Debuggen im Panel, speichert, indexiert und leitet Logzeilen selbst aber nicht weiter. Dafür nehmen Sie Vector, Fluent Bit oder den OpenTelemetry-Collector.
Kein Tracing- oder APM-Agent
Keine Spans, kein Transaktions-Tracking. Kombinieren Sie ihn bei Bedarf mit einem OpenTelemetry-SDK auf Anwendungsseite.
Allein kein Prometheus-Ersatz
Glouton stellt einen Prometheus-kompatiblen Endpunkt bereit und bringt eine TSDB für einen einzelnen Host mit; für ein clusterweites Setup brauchen Sie weiterhin ein echtes Prometheus, ein Mimir/Thanos-Backend oder Bleemeo Cloud.
Ausgänge
Drei Wege aus dem Agenten heraus
Alles landet zuerst auf der lokalen Platte. Was danach passiert, entscheiden Sie — alle drei Wege sind gleichwertig.
Prometheus & Grafana
Scrapen Sie /metrics mit Ihrem eigenen Prometheus und richten Sie dann Grafana — oder Dashglass, unsere eigene Dashboard-Anwendung als einzelne Binärdatei — auf dieses Prometheus. Ein fertiger Compose-Stack liegt in examples/prometheus.
MQTT & SquirrelDB
Publizieren Sie an einen Broker Ihrer Wahl unter v1/agent/<fqdn>/data als zlib-komprimiertes JSON, und kombinieren Sie das mit SquirrelDB Ingestor zu einem selbst gehosteten Prometheus-Langzeitspeicher.
Bleemeo Cloud
Leiten Sie an unser SaaS weiter — für lange Aufbewahrung, Alarmierung, Benachrichtigungen und kontoweite Dashboards über alle Ihre Agenten.
Häufige Fragen zu Glouton
Der eigenständige Betrieb, und wie sich Glouton zu Ihren bestehenden Werkzeugen verhält.
Kann ich Glouton ohne Bleemeo-Konto nutzen?
Ja — davon geht diese Seite aus. Setzen Sie bleemeo.enable: false (oder GLOUTON_BLEEMEO_ENABLE=false bei Docker), und der Agent läuft vollständig für sich: er erkennt Dienste, erfasst Metriken, hält 15 Tage Verlauf in seiner eingebetteten TSDB und stellt sowohl das lokale Panel als auch den Prometheus-Endpunkt bereit. Kein Metrikwert verlässt den Host — der einzige verbleibende ausgehende Aufruf ist das anonyme Startpaket aus dem Schnellstart, und auch das lässt sich abschalten.
Ist Glouton wirklich Open Source?
Apache-Lizenz 2.0, auf GitHub, und es ist derselbe Agent, den wir für die Flotte von Bleemeo Cloud betreiben — keine abgespeckte Community-Edition. Der Bleemeo-Connector ist einer von mehreren optionalen Ausgängen, nicht der Zweck der Binärdatei.
Braucht Glouton eine Internetverbindung?
Nein. Panel, TSDB und Prometheus-Endpunkt liegen alle lokal auf dem Host. Ausgehender Verkehr entsteht nur, wenn Sie einen Ausgang aktivieren — den Bleemeo-Connector oder einen MQTT-Broker — oder die anonyme Telemetrie aktiv lassen.
Worin unterscheidet er sich von node_exporter oder Telegraf?
Er bringt beide mit: node_exporter liefert die Host-Metriken, die Telegraf-Inputs die Erfassung pro Dienst — als Bibliotheken in einer einzigen Binärdatei. Was Glouton darüber hinaus hinzufügt, ist die Discovery-Schicht, die entscheidet, was erfasst und geprüft wird, die eingebettete TSDB und das Panel: ein Prozess zum Installieren statt eines Exporters pro Dienst plus eines Prometheus für die Ablage.
Kann er lokal mehr als 15 Tage Verlauf halten?
Ja, agent.local_store.retention ist konfigurierbar. Der TSDB-Head bleibt durch die Kardinalität der Metriken begrenzt und nicht durch die Aufbewahrung — längerer Verlauf kostet also Plattenplatz, nicht RAM.
Welche Plattformen werden unterstützt?
Linux über die offiziellen .deb- und .rpm-Pakete, Windows über einen MSI-Installer, Kubernetes als DaemonSet oder über das Helm-Chart, und Docker überall. Für macOS gibt es noch keinen fertigen Installer: nutzen Sie das Docker-Image oder bauen Sie aus den Quellen — die Sockets von Docker Desktop und Colima werden in beiden Fällen automatisch erkannt.
Gebaut auf Werkzeugen, denen Sie längst vertrauen
Glouton bringt mehrere Open-Source-Projekte als Bibliotheken mit: Prometheus für TSDB-Engine, PromQL und Datenmodell, node_exporter für die Host-Metriken, Telegraf für die Inputs pro Dienst, den Blackbox-Exporter für HTTP-/TCP-/DNS-Probes und Zertifikatsablauf, den OpenTelemetry-Collector für die Log-Pipeline und gopsutil für die plattformübergreifende Prozess- und Host-Inspektion.