Connetti tutto ciòche monitorate
Bleemeo si integra perfettamente con il vostro intero stack tecnologico, supportando oltre 100 tecnologie con nuove aggiunte regolarmente. Dai database e server web ai container e piattaforme cloud, ottenete un monitoraggio completo basato sul rilevamento automatico. L'agente Glouton rileva automaticamente i servizi in esecuzione utilizzando sonde TCP, senza richiedere alcuna configurazione manuale da parte vostra. Una volta rilevato un servizio, riceve immediatamente metriche dedicate, allarmi preconfigurati e dashboard progettate specificamente per quella tecnologia. Potete anche integrare le vostre metriche personalizzate tramite endpoint Prometheus, OpenMetrics, StatsD e plugin Nagios per una completa osservabilità su ogni livello della vostra infrastruttura.
Come funziona
Come funziona il rilevamento automatico
Quando installate l'agente Glouton su un server, inizia immediatamente a scansionare i servizi in esecuzione utilizzando controlli socket TCP eseguiti ogni 60 secondi. Non c'è nulla da configurare: Glouton sonda le porte note e identifica la tecnologia dietro ogni socket aperto, che sia MySQL sulla porta 3306, Nginx sulla porta 80 o Redis sulla porta 6379. Ogni servizio rilevato riceve una metrica service_status che riporta uno di quattro valori: 0 (OK), 1 (Avviso), 2 (Errore) o 3 (Sconosciuto/timeout). Questo vi fornisce un indicatore di salute immediato per ogni servizio in esecuzione sull'host.
Rilevamento immediato dei guasti
Tra gli intervalli di polling, Glouton mantiene connessioni keep-alive verso i servizi critici. Questo significa che se un servizio si blocca o diventa irraggiungibile, il rilevamento del guasto è immediato piuttosto che attendere il prossimo ciclo di 60 secondi.
Tagging automatico
I servizi rilevati vengono automaticamente taggati con metadati come il nome del servizio, la porta e l'host, in modo che appaiano nelle vostre dashboard Bleemeo e nelle regole di allarme senza alcuna configurazione manuale. Ottenete piena visibilità dal momento in cui l'agente inizia a funzionare.
Dopo il rilevamento
Cosa succede dopo il rilevamento
Metrica di stato
Quando l'agente Glouton rileva un servizio, diverse cose accadono automaticamente. Primo, il servizio riceve una metrica service_status che monitora la disponibilità con valori da 0 (OK) a 3 (sconosciuto/timeout). Questa metrica attiva allarmi predefiniti se il servizio diventa non disponibile, senza alcuna configurazione necessaria.
Metriche per servizio
Secondo, l'agente inizia a raccogliere metriche specifiche per servizio che vanno ben oltre la semplice disponibilità. Per un database MySQL, ottenete query al secondo, query lente, utilizzo del pool di connessioni, rapporto di hit del buffer pool e ritardo di replica. Per Nginx, ottenete connessioni attive, richieste al secondo, codici di stato delle risposte e tempi di risposta upstream. Per Redis, ottenete utilizzo della memoria, tassi di eviction delle chiavi, client connessi e latenza dei comandi. Ogni integrazione ha il proprio set di metriche curate, progettate da ingegneri del monitoraggio che comprendono cosa conta per quella tecnologia.
Tag automatici
Terzo, Bleemeo crea automaticamente un tag per ogni servizio rilevato. I tag rendono facile filtrare le dashboard, definire l'ambito delle regole di allarme e organizzare la vostra infrastruttura. Un server che esegue MySQL, Nginx e Redis ottiene automaticamente tre tag di servizio, che potete usare per creare regole di notifica mirate: inviate gli allarmi del database al team DBA e gli allarmi del server web al team della piattaforma.
Dashboard predefinite
Infine, le dashboard predefinite si popolano con le metriche raccolte non appena i dati iniziano a fluire. Non dovete costruire dashboard da zero per i servizi comuni. La dashboard dell'agente per ogni server include una scheda Servizi che mostra tutti i servizi rilevati e le loro metriche chiave a colpo d'occhio.

Sistemi operativi

AlmaLinux

CentOS

CloudLinux

Debian

Fedora

Oracle Linux

Proxmox Backup Server

Proxmox VE

Red Hat

Rocky Linux

TrueNAS CORE

TrueNAS SCALE

Ubuntu

Windows Server
Database

Cassandra

ClickHouse

CockroachDB

CouchBase

CouchDB

Elasticsearch

InfluxDB

MariaDB

Memcached

MongoDB

PostgreSQL

RethinkDB

Riak

SQL Server

Valkey
Server web e proxy

Apache HTTP

Caddy

Emissary

Envoy

HAProxy

Squid

Traefik

Varnish
Code di messaggi e broker

Kafka

Mosquitto

NATS

RabbitMQ
Container e orchestrazione

Docker

Kubernetes
Monitoring e observability

Graphite

Nagios Plugins

OpenTelemetry

Prometheus

Telegraf
Application server e runtime

.NET

Erlang

Java

Node.js

PHP-FPM

Python

Ruby

Rust

uWSGI
Gestione della configurazione
Comunicazione e mail

Asterisk

Dovecot

eJabberd

Exim

Postfix
Servizi infrastrutturali

Authentik

BIND

Consul

CoreDNS

etcd

FreeRADIUS

Infisical

libvirt

OpenLDAP

OpenVPN

Minio

PowerDNS

RustFS

UPS (upsd)

Vault

ZooKeeper
Avvisi e notifiche

Discord

MessageBird

OpsGenie

OVH SMS

PagerDuty

Slack

Microsoft Teams

Telegram

Twilio

VictorOps

Webhooks

Rocket.Chat
Piattaforme cloud

AWS CloudWatch

AWS EC2

AWS ELB

AWS DynamoDB

AWS RDS

AWS S3
Sviluppo e collaborazione

Bitbucket

Confluence

Forgejo

Gitea

GitLab

Jenkins

JIRA

GitHub
Applicazioni mobili
Altro

VMware

NVIDIA
Configurazione
Flessibilità di configurazione
Sovrascrivete i valori predefiniti quando necessario, o lasciate che il rilevamento automatico gestisca tutto
Configurazione YAML
Sovrascrivete qualsiasi impostazione di servizio tramite file YAML in /etc/glouton/conf.d/. I file vengono letti in ordine lessicografico e uniti, permettendovi di sovrapporre i valori predefiniti del team con override specifici per ambiente. Le modifiche vengono rilevate automaticamente senza riavvio dell'agente. Utilizzate prefissi a due cifre (es. 30-mysql.conf, 50-custom.conf) per controllare l'ordine di unione dei file.
Label Docker
Configurate il monitoraggio per container usando label Docker come glouton.check.ignore.port.8080=true per saltare porte specifiche, o glouton.enable=false per escludere completamente i container. Le label vengono rilevate in tempo reale all'avvio e all'arresto dei container. Questo approccio funziona perfettamente con Docker Compose, Swarm e container standalone.
Annotazioni Kubernetes
Utilizzate le annotazioni dei pod per controllare il monitoraggio a livello Kubernetes. Abilitate lo scraping Prometheus con prometheus.io/scrape, specificate porte personalizzate con prometheus.io/port e filtrate per namespace. Tutte le modifiche si applicano senza ridistribuire il DaemonSet Glouton. Le annotazioni vengono valutate in tempo reale, in modo che il monitoraggio si adatti istantaneamente quando i pod vengono creati, scalati o terminati.
Variabili d'ambiente
Sovrascrivete qualsiasi impostazione di configurazione con variabili d'ambiente con prefisso GLOUTON_. Ideale per i deployment cloud dove la configurazione basata su file non è pratica. Supporta stringhe, interi, booleani e anche impostazioni annidate. Questo è l'approccio consigliato per i deployment containerizzati e le pipeline CI/CD dove la configurazione viene iniettata a runtime.
Non trovate la vostra tecnologia?
Bleemeo supporta metriche personalizzate tramite i protocolli Prometheus, OpenMetrics, StatsD e plugin Nagios. Se state eseguendo un servizio che non è nel nostro catalogo, è probabile che possiate comunque monitorarlo. Utilizzate la nostra API per la massima flessibilità, o contattateci per richiedere il supporto nativo per la vostra tecnologia.













