I guasti improvvisi, in informatica, sono più rari di quanto sembri. Quasi sempre la macchina ha mandato segnali per giorni o settimane prima di fermarsi. Il punto è che quei segnali finiscono in registri che nessuno apre, o in email che nessuno legge.
Questo articolo spiega cosa si guarda concretamente in un’infrastruttura monitorata, quali segnali anticipano quali guasti, e perché il monitoraggio funziona solo se dietro c’è qualcuno che risponde.
Cosa manda segnali, e con quanto anticipo
| Segnale | Cosa sta per succedere | Preavviso tipico |
|---|---|---|
| Errori di lettura su un disco | Il disco sta per cedere | Giorni o settimane |
| Spazio libero che cala con regolarità | Il volume si riempirà, i servizi si fermeranno | Prevedibile con settimane di anticipo |
| Backup che fallisce a intermittenza | Al ripristino non ci sarà niente di utile | Dal primo fallimento |
| Batteria del gruppo di continuità degradata | Al primo calo di tensione si spegne tutto | Mesi |
| Memoria che cresce senza mai scendere | Un servizio si bloccherà | Giorni |
| Certificato in scadenza | Utenti che non riescono più ad accedere | Settimane |
| Temperatura in salita nel locale tecnico | Spegnimenti di protezione, hardware che invecchia in fretta | Variabile |
Nessuno di questi richiede tecnologia sofisticata per essere rilevato. Richiede che qualcuno guardi con costanza, che è precisamente la cosa che senza uno strumento non succede.
Perché senza strumenti non funziona
L’obiezione ragionevole è: «il nostro tecnico controlla». Il problema non è la competenza, è la scala e la costanza.
Controllare a mano venti macchine significa collegarsi a venti sistemi, guardare cinque o sei indicatori su ciascuno, ricordarsi come stavano la settimana prima. Un’ora buona di lavoro, ogni volta, per un’attività in cui nel 95% dei casi non si trova niente. Nella pratica si fa per un mese e poi si dirada, finché non si smette.
Uno strumento di monitoraggio non è più intelligente di un bravo tecnico. È solo instancabile: guarda tutto, sempre, e parla solo quando qualcosa esce dai valori attesi.
Cosa distingue il monitoraggio serio da una dashboard
Molte aziende hanno «un sistema di monitoraggio» e continuano ad avere guasti a sorpresa. Le ragioni sono quasi sempre queste tre.
Gli avvisi non arrivano a nessuno che possa agire
Se le notifiche vanno a una casella condivisa che nessuno presidia, il sistema è decorativo. Devono arrivare a una persona identificata, con la responsabilità esplicita di occuparsene entro un tempo definito.
Ci sono troppi avvisi
È il problema più insidioso. Un sistema mal configurato genera decine di segnalazioni al giorno, quasi tutte irrilevanti. Dopo due settimane l’occhio smette di distinguere, e l’avviso importante passa in mezzo agli altri senza che nessuno lo veda.
La configurazione corretta è controintuitiva: meno avvisi, non più. Soglie tarate sul comportamento reale di quella macchina, raggruppamento degli eventi correlati, silenziamento di ciò che è noto e accettato.
Nessuno ha definito cosa fare quando arriva l’avviso
Un allarme senza una procedura è solo ansia. Per ogni tipo di segnalazione dovrebbe essere chiaro chi interviene, entro quanto e cosa fa. Altrimenti ogni avviso diventa una decisione da prendere da zero, di solito nel momento sbagliato.
Le tre cose che il monitoraggio fa e che si notano poco
- Verifica i backup davvero. Non «il job è terminato», ma: è terminato, quanto ha impiegato, quanti dati ha scritto rispetto a ieri. Un backup che improvvisamente dura un terzo del solito sta salvando un terzo dei dati. Sul perché conti abbiamo scritto un pezzo sugli errori che si scoprono al ripristino.
- Tiene gli aggiornamenti sotto controllo. Sapere quali macchine hanno quali patch, e applicarle in finestre programmate, è metà del lavoro di sicurezza reale. L’altra metà è accorgersi delle macchine che nessuno aggiorna da anni perché «quella non si tocca».
- Costruisce lo storico. Quando qualcosa rallenta, la domanda è sempre «da quando?». Senza dati storici si tira a indovinare; con lo storico si guarda il grafico e si vede il giorno esatto in cui è cambiato qualcosa.
Cosa chiedere per capire se il vostro è vero monitoraggio
- Quanti avvisi genera il sistema in una settimana normale? (Se sono decine, nessuno li legge.)
- Chi li riceve, e cosa fa quando ne arriva uno alle 22?
- Nell’ultimo trimestre, quali problemi sono stati risolti prima che l’azienda se ne accorgesse?
- Sono monitorati anche i backup e i gruppi di continuità, o solo i server?
- Esiste uno storico consultabile degli ultimi dodici mesi?
La terza domanda è quella che conta. Se non esiste una risposta concreta, con esempi, quello che avete non è prevenzione: è un cruscotto che nessuno guarda.
Il punto economico
Il monitoraggio non si giustifica con la tecnologia ma con l’aritmetica: un fermo evitato vale più di un anno di servizio, in quasi tutte le aziende in cui l’informatica serve a produrre o a fatturare.
È anche la ragione per cui questo tipo di attività esiste quasi solo dentro contratti a canone — nel modello a chiamata nessuno è pagato per guardare quando non c’è niente che non va. Ne abbiamo parlato confrontando assistenza a chiamata e servizio gestito.
Sulla pagina monitoraggio N-central trovate quali indicatori teniamo sotto controllo e come li riportiamo; su servizi IT gestiti il contesto in cui questa attività si inserisce. Se volete sapere cosa vedremmo oggi sulla vostra infrastruttura, l’assessment è gratuito.