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 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.
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. 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.
Quando avete bisogno di più controllo, potete personalizzare il comportamento del rilevamento
utilizzando file di configurazione YAML posizionati in /etc/glouton/conf.d/. Per
gli ambienti containerizzati, le label Docker come glouton.SETTING_NAME vi permettono
di regolare il monitoraggio per singolo container. Gli utenti Kubernetes possono affidarsi alle
annotazioni dei pod per configurare lo scraping e il rilevamento dei servizi a livello di
orchestrazione. Le variabili d'ambiente con il prefisso GLOUTON_ (ad esempio,
GLOUTON_LOGGING_LEVEL) sono anche supportate, rendendo semplice regolare le
impostazioni nei deployment cloud dove la configurazione basata su file non è pratica. Con il
piano gratuito, ottenete controlli di disponibilità per tutti i servizi scoperti; l'upgrade al
piano professionale sblocca metriche specifiche per servizio come tassi di query, rapporti di
cache hit e utilizzo dei pool di connessioni.
Cosa succede dopo il rilevamento
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.
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.
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.
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
Debian
Fedora
Oracle Linux
Red Hat
Rocky Linux
TrueNAS CORE
TrueNAS SCALE
Ubuntu
Windows Server
Database
Cassandra
CouchBase
CouchDB
Elasticsearch
InfluxDB
MariaDB
Memcached
MongoDB
PostgreSQL
RethinkDB
Riak
SQL Server
Valkey
Server Web & Proxy
Apache HTTP
Caddy
HAProxy
Squid
Traefik
Varnish
Code di Messaggi & Broker
Container & Orchestrazione
Docker
Kubernetes
Monitoring & Observability
Graphite
Nagios Plugins
OpenTelemetry
Prometheus
StatsD
Telegraf
Application Server & Runtime
Gestione della Configurazione
Ansible
Chef
Puppet
SaltStack
Comunicazione & E-mail
Asterisk
Dovecot
eJabberd
Exim
Postfix
Servizi Infrastrutturali
Consul
FreeRADIUS
libvirt
OpenLDAP
OpenVPN
PowerDNS
ZooKeeper
Allarmi & 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 & Collaborazione
Bitbucket
Confluence
GitLab
Jenkins
JIRA
GitHub
Applicazioni Mobili
Android
Altro
VMware
NVIDIA
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.