Zabbix guarda in continuazione tutto quello che in azienda può fermarsi: server, macchine virtuali, spazio sui dischi, temperature, switch, linee internet, servizi applicativi. Se un valore esce dalla soglia parte un alert, e a quel punto l’intervento è programmato invece che d’emergenza — che oltre a costare meno, si fa quando fa comodo e non alle sette di sera.
Essendo opensource non si paga per dispositivo monitorato, ed è la differenza pratica con le piattaforme commerciali: si può tenere sotto controllo tutto, comprese le cose secondarie, senza dover decidere cosa vale la pena pagare per guardare. E le cose secondarie sono esattamente quelle che nessuno sorveglia e che poi si rompono.
Vuoi sapere cosa sta per rompersi nella tua infrastruttura?
Fatti fare un check gratuito.
Cosa c’è nella versione attuale. Lavoriamo sulla linea 7.0 LTS, quella a supporto lungo: rispetto alle versioni precedenti aggiunge il monitoraggio sintetico via browser — utile per verificare che un applicativo web risponda davvero come dovrebbe, non solo che il server sia acceso — dashboard con navigazione più rapida tra host e voci monitorate, e un bilanciamento del carico migliore quando i punti da controllare sono molti. La licenza è AGPLv3, libera per uso commerciale.
Come raccoglie i dati. Zabbix combina più protocolli a seconda di cosa deve guardare. Con un agent installato sulla macchina vede tutto a livello di sistema operativo — processi, servizi, spazio disco, memoria. Con SNMP, che passa via rete senza installare nulla, monitora praticamente qualsiasi apparato di rete: switch, stampanti, UPS, router. E con IPMI arriva dove gli altri due non arrivano: lo stato hardware di un server — temperature, ventole, alimentatori — letto direttamente dalla scheda di gestione remota (iLO su HP, iDRAC su Dell), anche se la macchina è spenta o il sistema operativo è bloccato. È la combinazione che permette di sapere che un alimentatore sta per cedere prima ancora che il server dia segni di rallentamento.
Un esempio tipico. Il disco di un server si riempie quasi sempre nell’arco di settimane, non di ore: Zabbix segnala la soglia all’ottanta per cento molto prima che si arrivi al cento, quando il fermo è già cominciato e il gestionale smette di scrivere. Stessa logica per un hard disk che comincia a segnalare errori nei log molto prima di cedere, o per un servizio che comincia a rispondere più lento di notte, giorni prima di crashare in pieno orario di lavoro. Il segnale c’è quasi sempre: il problema è che nessuno lo sta guardando finché non c’è un monitoraggio attivo.
Lo storico è la parte che si sottovaluta all’inizio e che serve di più a distanza di mesi. Quando qualcuno dice “ma la rete è lenta da settimane”, i grafici dicono se è vero, da quando, e cosa è cambiato in quei giorni — senza quello storico, ogni discussione sulle prestazioni resta un’opinione contro un’altra, e le decisioni su cosa sostituire l’anno prossimo si prendono a intuito invece che sui dati.
Gli alert arrivano dove li leggi davvero. Un alert che finisce solo in una casella di posta ignorata è come non averlo mandato: colleghiamo Zabbix a email, ma anche a canali che si controllano più spesso — Telegram, Slack — così chi deve intervenire lo vede in tempo utile, non il giorno dopo. Per chi gestisce più sedi o più clienti, la stessa piattaforma tiene dashboard separate per ciascuno, senza che un problema su un sito si mescoli con i dati di un altro.
Zabbix richiede qualcuno che lo tenga in salute: aggiornamenti, soglie tarate sulla tua infrastruttura reale invece che sui valori di default — una soglia troppo bassa genera alert continui che poi nessuno legge più, una troppo alta arriva quando è già tardi — e una persona che guarda gli alert quando arrivano. Se preferisci non gestirlo, lo teniamo noi con un contratto a canone: vedi Monitoraggio server.