Vai al contenuto
Infrastruttura

Monitoraggio proattivo: i controlli che mancano al tuo server

Dichiari server, siti, database e cosa controlli già. Lo strumento ricava i controlli che servono, con una soglia di partenza per ciascuno, ti mostra quelli senza allarme e quanto ti costa ogni anno accorgerti tardi di un fermo. La lista si scarica e si porta in riunione.

Aggiornato il · da

Cosa c'è intorno
Cosa controlli già oggi

Spunta solo quello che manda un allarme a una persona. Un grafico che nessuno guarda non conta.

Il calcolo avviene nella pagina: i dati che inserisci non vengono mandati a un server per ottenere il risultato. La pagina scarica solo il listino pubblico dei server, per il prezzo della macchina di monitoraggio.

Il risultato apparirà qui

Come si usa

  1. 1

    Conta le macchine

    Server o VPS, siti e applicazioni raggiungibili dall'esterno, database. Bastano i numeri.

  2. 2

    Segna cosa c'è intorno

    Replica del database, email dal tuo dominio, job pianificati, API esterne: ognuno aggiunge il suo controllo.

  3. 3

    Spunta cosa controlli già

    Solo quello che manda un allarme a una persona. Un grafico che nessuno guarda non conta.

  4. 4

    Dai i tuoi numeri

    Quanti fermi in un anno, dopo quanto ve ne accorgete, quanto costa un'ora di fermo, chi risponde di notte.

  5. 5

    Porta la lista in riunione

    Il risultato elenca i controlli che mancano con la soglia di partenza e il motivo. Si copia o si scarica in Markdown.

Perché una lista e non un punteggio

Un punteggio del tipo «monitoraggio al 60%» non dice cosa fare lunedì mattina. Una lista sì: questo disco non ha un allarme, quel certificato scade senza che nessuno lo sappia, il backup del database non manda un messaggio quando fallisce. Ogni voce ha la sua soglia e il motivo per cui conta, quindi si può assegnare a qualcuno.

Il conto economico serve a decidere quanto tempo dedicarci. Usa solo numeri tuoi, perché le statistiche di settore sui fermi parlano di aziende diverse dalla tua. E lascia aperta la domanda su chi risponde di notte: senza una risposta, metà degli allarmi arriva quando nessuno li legge.

Cosa vuol dire monitoraggio proattivo

Monitoraggio proattivo vuol dire sapere di un problema prima che se ne accorga un cliente. Quello reattivo aspetta la telefonata: il sito è giù, qualcuno chiama, si comincia a cercare. Quello proattivo guarda le cose che annunciano un fermo e manda un allarme a una persona quando c'è ancora tempo.

Tre esempi, tutti nella lista che genera lo strumento:

  • un disco all'85% è un intervento da programmare; al 100% è un database fermo;
  • un certificato che scade tra dieci giorni è un rinnovo da controllare; scaduto, è un sito che il browser blocca;
  • un backup che fallisce da una settimana è un'email da leggere; scoperto il giorno del guasto, sono dati persi.

La differenza non la fa il software: per pochi server bastano strumenti open source come Prometheus con Alertmanager, Zabbix o Uptime Kuma. La fanno due scelte, quali controlli accendere e chi risponde quando suonano.

Come fa il conto

Il risultato parte da un elenco. Ogni server porta con sé sei controlli (risposta, disco, inode, swap, carico, backup), ogni sito o applicazione quattro (risposta dall'esterno, certificato, errori 5xx, DNS), ogni database due o tre (backup, prova di ripristino, replica se c'è), e ogni dipendenza esterna il suo. Da questo elenco lo strumento toglie quello che controlli già: quello che resta è la lista dei buchi.

Poi viene il conto, fatto con i tuoi numeri. Un allarme non ripara niente: accorcia il tempo che passa prima che qualcuno si accorga del problema. Per questo il conto non usa i tempi di riparazione, che restano uguali con o senza monitoraggio, ma solo il tempo guadagnato:

fermi all'anno × quota coperta × (ore per accorgersene oggi − 0,25) × costo di un'ora di fermo

Il quarto d'ora è il tempo che la pagina assume per un allarme: un controllo al minuto, la conferma di un secondo errore, il tempo di leggere il messaggio. La quota coperta è 1 se qualcuno risponde quando il servizio serve; se il servizio gira anche di notte e di notte non risponde nessuno, vale 50 ore su 168, l'orario d'ufficio dal lunedì al venerdì.

Il prezzo della macchina per il monitoraggio viene dal listino pubblico che lo strumento Quale server comprare aggiorna ogni giorno.

Cosa non vede

Non entra nelle tue macchine e non legge configurazioni: lavora su quello che dichiari. Se dici che un controllo c'è ma l'allarme arriva a una casella che nessuno apre, per lo strumento quel controllo c'è.

Le soglie sono valori di partenza scelti per questa pagina, non numeri misurati sulle tue macchine. Un database che lavora sempre al 70% di CPU non ha lo stesso carico normale di un sito vetrina: dopo qualche settimana di allarmi veri le soglie si spostano.

E non risponde alla domanda più importante, chi si alza di notte quando suona l'allarme. La lascia aperta nel risultato perché è una decisione tua, non un calcolo.

Glossario

Termini tecnici usati in questa pagina, spiegati in due righe.

Monitoraggio proattivo #
Controlli che segnalano un problema prima che diventi un fermo e prima che se ne accorga un cliente.
Inode #
Struttura con cui il filesystem descrive un file; il loro numero è fissato quando il filesystem viene creato e può finire prima dello spazio.
Load average #
Numero medio di processi in esecuzione o in attesa negli ultimi 1, 5 e 15 minuti; va letto rispetto al numero di vCPU.
Swap #
Spazio su disco usato come memoria quando la RAM finisce; molto più lento della RAM.
Replica #
Copia del database aggiornata di continuo da quella principale; il ritardo dice quanti secondi di dati mancano.
Reperibilità #
Accordo su chi risponde agli allarmi fuori orario, entro quanto tempo e con quali poteri.

Domande frequenti

Cos'è il monitoraggio proattivo?
È il controllo continuo delle cose che annunciano un guasto (spazio disco, certificati in scadenza, backup falliti, errori dell'applicazione) con un allarme che arriva a una persona prima che il problema diventi un fermo. Il contrario è il monitoraggio reattivo, che si accorge del guasto quando un cliente telefona.
Che differenza c'è tra monitoraggio proattivo e reattivo?
Il reattivo misura se il servizio è su o giù. Il proattivo guarda anche le tendenze: un disco che si riempie, una replica che resta indietro, uno swap che cresce. Il primo ti dice che il fermo è iniziato, il secondo ti dà il tempo per evitarlo.
Quali controlli servono come minimo su una VPS?
Su una macchina con un sito e un database: risposta della macchina, spazio disco e inode, esito del backup, risposta del sito dall'esterno, scadenza del certificato e una prova di ripristino ogni tanto. Lo strumento aggiunge il resto in base a quello che dichiari, come replica, email o job pianificati.
Perché lo strumento non usa i tempi medi di riparazione?
Perché il monitoraggio non cambia il tempo per riparare, cambia il tempo per accorgersi del problema. Nel confronto tra oggi e un allarme il tempo di riparazione compare in tutti e due i casi e si annulla. Resta il tempo guadagnato, che dipende da numeri tuoi.
Le soglie proposte vanno bene per tutti i server?
No, sono un punto di partenza. Un server che lavora sempre al 70% di CPU ha un carico normale diverso da un sito vetrina. Dopo qualche settimana di allarmi veri conviene alzare le soglie che suonano a vuoto e abbassare quelle che arrivano tardi.
Serve un software a pagamento?
Per pochi server no: strumenti open source come Prometheus con Alertmanager, Zabbix o Uptime Kuma coprono gran parte dei controlli della lista, e il resto si fa con piccoli script. Il costo vero è il tempo per configurarli bene e per rispondere agli allarmi, non la licenza.
Chi deve rispondere agli allarmi di notte?
Dipende da quando serve il servizio. Se il sito vende anche di notte e nessuno risponde, gli allarmi notturni aspettano la mattina e il monitoraggio accorcia solo i fermi in orario d'ufficio. Le strade sono tre: una persona reperibile, un fornitore con un contratto di reperibilità, oppure accettare il rischio sapendo quanto costa.
Cosa sono gli inode e perché controllarli?
Sono le schede con cui il filesystem tiene traccia dei file: ogni file ne occupa una. Se finiscono, non si possono creare file nuovi anche con il disco mezzo vuoto. Succede con milioni di piccoli file di sessione o di cache. Il comando df -i mostra quanti ne restano.
Il controllo dall'esterno non basta?
Dice se il sito risponde adesso, non se smetterà di farlo tra tre giorni. Disco, certificati, backup e replica si guardano da dentro, prima che diventino un fermo. Il controllo esterno resta il primo da attivare, perché misura quello che vede il cliente.
I dati che inserisco vengono salvati?
No. Il calcolo avviene in JavaScript nella pagina: i dati non vengono mandati a un server per ottenere il risultato e lo strumento non li salva nel browser. La configurazione finisce solo nell'indirizzo della pagina, così puoi condividerla con un link. Come il resto del sito, la pagina raccoglie statistiche di navigazione.

Fonti usate

Leggi, tabelle ufficiali e implementazioni di riferimento su cui è stata verificata la logica del tool.

Hai un progetto o un dubbio tecnico?

Risposta entro 2 giorni lavorativi, entro 24 ore per emergenze tecniche. La prima call conoscitiva dura un'ora, è gratuita e non vincolante. Al termine ti dico con chiarezza se posso aiutarti, o ti indico chi può farlo meglio di me.

Scrivimi senza impegno

Vuoi una stima realistica per il tuo progetto?

Wizard di 7 domande, 2 minuti, gratuito. Output: range di giorni-uomo, range di prezzo orientativo e raccomandazione di ingaggio. Tariffa di riferimento 400 euro al giorno. Pensato per progetti backend custom, integrazioni, audit di sicurezza o automazione AI.

Calcola il preventivo