Verbinden Sie alles, was Sie überwachen
Bleemeo integriert sich nahtlos in Ihren gesamten Technologie-Stack und unterstützt über 100 Technologien, wobei regelmäßig neue hinzugefügt werden. Von Datenbanken und Webservern bis hin zu Containern und Cloud-Plattformen erhalten Sie umfassendes Monitoring mit automatischer Erkennung. Der Glouton-Agent erkennt laufende Dienste automatisch über TCP-Socket-Probes, ohne dass eine manuelle Konfiguration Ihrerseits erforderlich ist. Sobald ein Dienst erkannt wird, erhält er sofort dedizierte Metriken, vorkonfigurierte Alarme und speziell für diese Technologie entwickelte Dashboards. Sie können auch eigene benutzerdefinierte Metriken über Prometheus-Endpoints, OpenMetrics, StatsD und Nagios-Plugins einbringen, um eine vollständige Observability über alle Schichten Ihrer Infrastruktur zu erreichen.
So funktioniert die automatische Erkennung
Wenn Sie den Glouton-Agent auf einem Server installieren, beginnt er sofort mit dem Scannen
laufender Dienste mittels TCP-Socket-Prüfungen, die alle 60 Sekunden ausgeführt werden. Es gibt
nichts zu konfigurieren: Glouton prüft bekannte Ports und identifiziert die Technologie hinter
jedem offenen Socket, sei es MySQL auf Port 3306, Nginx auf Port 80 oder Redis auf Port 6379.
Jeder erkannte Dienst erhält eine service_status-Metrik, die einen von vier Werten
meldet: 0 (OK), 1 (Warnung), 2 (Fehler) oder 3 (Unbekannt/Timeout). Dies gibt Ihnen einen
sofortigen Gesundheitsindikator für jeden auf dem Host laufenden Dienst.
Zwischen den Abfrageintervallen hält Glouton Keep-Alive-Verbindungen zu kritischen Diensten aufrecht. Das bedeutet, dass bei einem Absturz oder einer Nichterreichbarkeit eines Dienstes die Fehlererkennung sofort erfolgt, anstatt auf den nächsten 60-Sekunden-Zyklus zu warten. Erkannte Dienste werden automatisch mit Metadaten wie Dienstname, Port und Host getaggt, sodass sie ohne manuelle Konfiguration in Ihren Bleemeo-Dashboards und Alarmregeln erscheinen. Sie erhalten volle Sichtbarkeit ab dem Moment, in dem der Agent zu laufen beginnt.
Wenn Sie mehr Kontrolle benötigen, können Sie das Erkennungsverhalten über YAML-Konfigurationsdateien
in /etc/glouton/conf.d/ anpassen. Für containerisierte Umgebungen ermöglichen Docker-Labels
wie glouton.SETTING_NAME die Feinabstimmung des Monitorings pro Container.
Kubernetes-Benutzer können sich auf Pod-Annotationen verlassen, um Scraping und Diensterkennung auf
Orchestrierungsebene zu konfigurieren. Umgebungsvariablen-Überschreibungen mit dem Präfix
GLOUTON_ (zum Beispiel GLOUTON_LOGGING_LEVEL) werden ebenfalls unterstützt,
was die Anpassung von Einstellungen in Cloud-Deployments erleichtert, in denen dateibasierte
Konfiguration nicht praktikabel ist. Im kostenlosen Plan erhalten Sie Verfügbarkeitsprüfungen für
alle entdeckten Dienste; das Upgrade auf den Professional-Plan schaltet dienstspezifische Metriken
wie Abfrageraten, Cache-Trefferquoten und Verbindungspool-Auslastung frei.
Was nach der Erkennung passiert
Wenn der Glouton-Agent einen Dienst erkennt, passieren automatisch mehrere Dinge. Erstens erhält der Dienst eine service_status-Metrik, die die Verfügbarkeit mit Werten von 0 (OK) bis 3 (Unbekannt/Timeout) verfolgt. Diese Metrik löst Standard-Alarme aus, wenn der Dienst nicht mehr verfügbar ist - keine Konfiguration erforderlich.
Zweitens beginnt der Agent, dienstspezifische Metriken zu sammeln, die weit über die einfache Verfügbarkeit hinausgehen. Für eine MySQL-Datenbank erhalten Sie Abfragen pro Sekunde, langsame Abfragen, Verbindungspool-Nutzung, Buffer-Pool-Trefferquote und Replikationsverzögerung. Für Nginx erhalten Sie aktive Verbindungen, Anfragen pro Sekunde, Antwort-Statuscodes und Upstream-Antwortzeiten. Für Redis erhalten Sie Speichernutzung, Key-Eviction-Raten, verbundene Clients und Befehlslatenz. Jede Integration verfügt über einen eigenen Satz kuratierter Metriken, die von Monitoring-Ingenieuren entwickelt wurden, die verstehen, worauf es bei dieser Technologie ankommt.
Drittens erstellt Bleemeo automatisch einen Tag für jeden erkannten Dienst. Tags erleichtern das Filtern von Dashboards, das Eingrenzen von Alarmregeln und das Organisieren Ihrer Infrastruktur. Ein Server, auf dem MySQL, Nginx und Redis laufen, erhält automatisch drei Dienst-Tags, die Sie verwenden können, um gezielte Benachrichtigungsregeln zu erstellen - Datenbank-Alarme an das DBA-Team, Webserver-Alarme an das Plattform-Team.
Schließlich füllen sich vorgefertigte Dashboards mit den gesammelten Metriken, sobald Daten einfließen. Sie müssen keine Dashboards von Grund auf für gängige Dienste erstellen. Das Agent-Dashboard für jeden Server enthält einen Services-Tab, der alle erkannten Dienste und ihre wichtigsten Metriken auf einen Blick anzeigt.
Betriebssysteme
AlmaLinux
CentOS
Debian
Fedora
Oracle Linux
Red Hat
Rocky Linux
TrueNAS CORE
TrueNAS SCALE
Ubuntu
Windows Server
Datenbanken
Cassandra
CouchBase
CouchDB
Elasticsearch
InfluxDB
MariaDB
Memcached
MongoDB
MySQL
PostgreSQL
Redis
RethinkDB
Riak
SQL Server
Valkey
Webserver & Proxies
Apache HTTP
Caddy
HAProxy
Nginx
Squid
Traefik
Varnish
Nachrichtenwarteschlangen & Broker
Container & Orchestrierung
Docker
Kubernetes
Monitoring & Observability
Graphite
Nagios Plugins
OpenTelemetry
Prometheus
StatsD
Telegraf
Anwendungsserver & Laufzeiten
Konfigurationsmanagement
Kommunikation & E-Mail
Asterisk
Dovecot
eJabberd
Exim
Postfix
Infrastrukturdienste
Consul
FreeRADIUS
libvirt
OpenLDAP
OpenVPN
PowerDNS
ZooKeeper
Alarme & Benachrichtigungen
Discord
MessageBird
OpsGenie
OVH SMS
PagerDuty
Slack
Microsoft Teams
Telegram
Twilio
VictorOps
Webhooks
Rocket.Chat
Cloud-Plattformen
AWS CloudWatch
AWS EC2
AWS ELB
AWS DynamoDB
AWS RDS
AWS S3
Entwicklung & Zusammenarbeit
Bitbucket
Confluence
GitLab
Jenkins
JIRA
GitHub
Mobile Anwendungen
Android
Sonstige
VMware
NVIDIA
Konfigurationsflexibilität
Überschreiben Sie Standardwerte bei Bedarf oder lassen Sie die automatische Erkennung alles erledigen
YAML-Konfiguration
Überschreiben Sie jede Diensteinstellung über YAML-Dateien in /etc/glouton/conf.d/. Dateien werden lexikographisch gelesen und zusammengeführt, sodass Sie Team-Standardwerte mit umgebungsspezifischen Überschreibungen schichten können. Änderungen werden automatisch ohne Neustart des Agents erkannt. Verwenden Sie zweistellige Präfixe (z. B. 30-mysql.conf, 50-custom.conf), um die Reihenfolge der Dateizusammenführung zu steuern.
Docker-Labels
Konfigurieren Sie das Monitoring pro Container mithilfe von Docker-Labels wie glouton.check.ignore.port.8080=true, um bestimmte Ports zu überspringen, oder glouton.enable=false, um Container vollständig auszuschließen. Labels werden in Echtzeit erkannt, wenn Container gestartet und gestoppt werden. Dieser Ansatz funktioniert nahtlos mit Docker Compose, Swarm und eigenständigen Containern.
Kubernetes-Annotationen
Verwenden Sie Pod-Annotationen, um das Monitoring auf Kubernetes-Ebene zu steuern. Aktivieren Sie Prometheus-Scraping mit prometheus.io/scrape, geben Sie benutzerdefinierte Ports mit prometheus.io/port an und filtern Sie nach Namespace. Alle Änderungen gelten ohne erneutes Deployment des Glouton DaemonSets. Annotationen werden in Echtzeit ausgewertet, sodass sich das Monitoring sofort anpasst, wenn Pods erstellt, skaliert oder beendet werden.
Umgebungsvariablen
Überschreiben Sie jede Konfigurationseinstellung mit GLOUTON_-präfixierten Umgebungsvariablen. Ideal für Cloud-Deployments, in denen dateibasierte Konfiguration nicht praktikabel ist. Unterstützt Zeichenketten, Ganzzahlen, Booleans und sogar verschachtelte Einstellungen. Dies ist der empfohlene Ansatz für containerisierte Deployments und CI/CD-Pipelines, bei denen die Konfiguration zur Laufzeit injiziert wird.
Ihre Technologie nicht gefunden?
Bleemeo unterstützt benutzerdefinierte Metriken über Prometheus, OpenMetrics, StatsD und Nagios-Plugin-Protokolle. Wenn Sie einen Dienst betreiben, der nicht in unserem Katalog ist, stehen die Chancen gut, dass Sie ihn trotzdem überwachen können. Nutzen Sie unsere API für vollständige Flexibilität oder kontaktieren Sie uns, um native Unterstützung für Ihre Technologie anzufordern.