Disponibilità estesa (SLA)

In Checkmk puoi valutare la disponibilità e, per questi, configurare anche una valutazione SLA di base. Ora, la disponibilità assoluta in un dato periodo non è particolarmente significativa. Per fare un esempio estremo: una disponibilità del 99,9% consentirebbe meno di 10 ore di tempo di manutenzione programmata all'anno — in realtà solo 8 ore, 45 minuti e 36 secondi, per essere precisi. Distribuendo queste 8,76 ore su un anno, si ottiene una media di poco più di 43 minuti al mese — il che potrebbe essere accettabile per molti sistemi. Un’interruzione di un’ora intera di fila causerebbe però molti danni. È ovvio che un’interruzione del genere dovrebbe riflettersi nella valutazione della disponibilità.

Se utilizzi una delle edizioni commerciali, Checkmk dispone di una funzione separata per gli accordi sul livello di servizio (SLA). La funzione SLA si basa sui dati di disponibilità e consente ora una valutazione molto più dettagliata.

È possibile implementare due tipi fondamentali di valutazione:

Puoi combinare uno o entrambi i tipi per più istanze – ad esempio, per garantire che durante il periodo di segnalazione un determinato servizio sia almeno al 90% in stato OK e che siano consentiti al massimo due eventi di due o più minuti per segnalare la condizione CRIT.

I risultati di questi calcoli possono essere successivamente visualizzati in due formati nelle visualizzazioni:

Ad esempio, qui puoi vedere la valutazione per un file system nella panoramica: da oggi (con 3 simboli nella colonna più a destra) e per i 15 giorni precedenti — e puoi anche vedere immediatamente che c'erano problemi evidenti fino a 4 giorni fa:

Ma cosa ti rivelano queste valutazioni adesso? Da un lato puoi vedere l’adempimento o il mancato adempimento degli SLA completati e, ad esempio, informare i tuoi clienti di queste valutazioni. D'altra parte, puoi già identificare in anticipo un guasto imminente: Per impostazione predefinita, l'indicatore SLA si illumina con l'CRITe quando il suo valore è stato superato. Ma può anche essere regolato in modo che passi a CRIT se, ad esempio, lo stato di CRITe consentito per il servizio ha raggiunto l'80% – e prima di quel punto potrebbe cambiare in un flag WARN.

In definitiva, gli SLA sono per lo più visualizzazioni molto dettagliate, generate dall'analisi dei dati di disponibilità. Li vedrai più avanti in due punti: nelle tabelle, a scelta per tutti gli host e i servizi elencati lì, o solo per i servizi specificamente legati a singoli SLA. In secondo luogo, c'è una pagina di dettaglio completa per ogni combinazione servizio-SLA.

La base della funzione SLA sono i dati di disponibilità. I calcoli sulle specifiche SLA non vengono ovviamente applicati all’intero inventario di dati grezzi – dopotutto, i rapporti SLA dovrebbero coprire periodi di tempo specifici. Quindi, prima si determina per quale periodo devono essere soddisfatti i requisiti SLA – il cosiddetto “periodo SLA”. Ad esempio: "Durante ogni periodo di monitoraggio mensile, lo stato del servizio MyService dovrebbe essere almeno al 90% OK." Per questo periodo SLA non saranno necessariamente (inevitabilmente) utilizzati tutti i dati del mese relativi a un funzionamento 24/7. I dati possono essere convertiti nei periodi di tempo definiti nel Setup, ovvero limitati approssimativamente all'orario di lavoro.

Questo porta quindi a un requisito più concreto come: "Il servizio MyService nell'arco di un mese (il periodo SLA), durante l'orario di lavoro (il periodo di tempo) – dal lunedì al venerdì dalle 10:00 alle 20:00 – dovrebbe essere disponibile al 90% (richiesta SLA)." Lo SLA e i periodi di tempo si completano a vicenda, dove ovviamente questi ultimi non devono necessariamente essere limitati: Puoi utilizzare tutti i dati di monitoraggio generati durante il periodo SLA.

In sintesi: hai bisogno di due periodi per limitare la base dati per il calcolo di un requisito SLA:

Per ogni periodo SLA viene generato un risultato indipendente. Il numero di questi risultati individuali da mostrare in una tabella può essere configurato tramite le visualizzazioni. Quindi, ad esempio, le ultime cinque settimane, limitate ai giorni lavorativi, vengono mostrate come cinque periodi SLA individuali direttamente sugli host e sui servizi.

Come di consueto con Checkmk, tra la sorgente dati (definizione SLA) e l’output (visualizzazione) c’è ancora una regola da assegnare per i servizi specifici dello SLA — ma non è obbligatorio. E quindi per gli SLA questo di solito comporta un processo in tre fasi, quando si applicano a servizi specifici:

Ecco come configurare un semplice SLA che include una visualizzazione: I file system degli host MyHost1 e MyHost2, in un periodo di riferimento di una settimana, devono trovarsi in una condizione "OK" per almeno il 90% del tempo (in questo esempio è stato raggiunto un massimo dell'80%). Inoltre, è consentito che assumano la condizione "WARN" per due o più minuti per un massimo di cinque occasioni.

Per prima cosa, crea lo SLA vero e proprio. La configurazione si trova in Customize > Business reporting > Service Level Agreements (a proposito, questa voce di menu è visibile solo in modalità mostra di più):

Crea un nuovo SLA tramite New SLA. Nella sezione "General Properties", assegna innanzitutto un ID univoco, in questo caso MySLA, e un titolo, ad esempio "Filesystems":

In "SLA settings" imposta la durata dello SLA sul periodo desiderato, ad esempio "Weekly". I seguenti requisiti saranno quindi sempre validi per questo periodo di una settimana.

Ma puoi, prima di impostare i requisiti effettivi, aggiungere anche ulteriori restrizioni in "Filtering and computation options", e impostare opzioni che però non sono necessarie per il nostro semplice esempio di SLA:

Successivamente, specifica i requisiti effettivi nella sezione "SLA requirements" con "Add new timeperiod". Se hai specificato dei periodi di tempo, questi possono essere utilizzati anche con gli SLA, come già menzionato per la disponibilità generale. Seleziona un periodo di tempo in "Active in timeperiod", oppure, come nell'esempio qui riportato, "24X7 - Always" per definire i requisiti per un funzionamento 24 ore su 24, 7 giorni su 7. In "Title", assegna un nome significativo, ad esempio "90 percent OK":

Per Computation Type, per la prima richiesta seleziona Service state percentage e aggiungi un nuovo criterio tramite Add state configuration. Si apre un nuovo paragrafo per Monitoring state requirement. Per richiedere almeno il 90% di disponibilità, imposta questo record su OK, minimum, 90. Se questo valore non viene raggiunto, lo SLA viene considerato violato e assume lo stato CRIT, come vedrai più avanti nella pagina dei risultati.

Forse lo SLA non dovrebbe aspettare che venga violato per passare a CRIT, ma andare direttamente a WARN non appena il 50% del buffer è esaurito, e poi a CRIT se rimane il 10% del buffer. Ciò che viola realmente lo SLA produrrebbe quindi broken ma nessun ulteriore cambiamento di stato (maggiori dettagli in seguito nella sezione Pagina dei dettagli dello SLA). Per una configurazione di questo tipo, check la casella su Levels for SLA monitoring. Qui puoi inserire i valori residui per la transizione a WARN e CRIT. Questo completa la prima richiesta.

Ora aggiungi una seconda richiesta con Add new timeperiod. Imposta nuovamente il periodo di tempo – sotto Title, ad esempio, specifica Max 5 warnings of 2 minutes come nome e in questo caso imposta Computation Type su Maximum number of service outages: La richiesta effettiva è quindi: Maximum 5 times WARN with duration 0 days 0 hours 2 mins 0 secs:

Secondo lo SLA, per ogni periodo SLA il servizio può ora trovarsi nello stato specificato al massimo cinque volte, e ogni volta per un massimo di due minuti, senza che lo SLA venga segnalato come violato. Invece di WARN, a questo punto potresti ovviamente specificare anche un altro stato. E ancora una volta tramite l’Levels for SLA monitoring puoi anche perfezionare e determinare quanti incidenti rimanenti attiveranno un avviso, prima che lo SLA venga effettivamente violato con un WARN o un CRIT.

Come accennato in precedenza, puoi aggiungere altri requisiti di questo tipo e mettere insieme SLA dettagliati. Ma non ci sono ancora servizi che "reagiscono" a questo SLA: nel nostro esempio, una regola deve stabilire questa connessione. Come utilizzare la configurazione creata fino a questo punto senza una tale connessione al servizio SLA è descritto di seguito nella sezione dedicata alle visualizzazioni SLA specifiche per colonna.

Lo SLA viene collegato a un servizio tramite il set di regole "Setup > Services > Service monitoring rules > Assign SLA definition to service". Crea una regola, abilita l'unica opzione specifica della regola "Assign SLA to service", quindi scegli la tua definizione di SLA "MySLA", elencata qui con il titolo "Filesystems".

Successivamente, sotto "Conditions" nella sezione "Services", definisci ulteriori filtri per i servizi desiderati. Come sempre, qui puoi lavorare con le espressioni regolari e, come in questo esempio, collegare la definizione dello SLA a tutti i file system locali tramite Filesystem. Facoltativamente, puoi comunque limitare tutto utilizzando i filtri specifici della regola per cartelle, tag host e host espliciti; nel nostro esempio sono gli host MyHost1 e MyHost2:

Naturalmente a questo punto potresti anche omettere qualsiasi filtraggio dei servizi e semplicemente associare lo SLA a tutti i servizi. Come e perché sia meglio farlo con una visualizzazione SLA specifica per colonna è spiegato di seguito.

Quindi ora hai creato la definizione SLA MySLA e l'hai associata a tutti i servizi per i due host che iniziano con Filesystem. Ora crea una nuova visualizzazione per gli SLA. Per l'esempio SLA dovrebbe essere sufficiente una semplice visualizzazione dei due host con i loro servizi di file system e gli SLA. Per chiarezza, vengono aggiunti i servizi Checkmk a cui attualmente non è associato alcun SLA. Il risultato sarà simile all'immagine alla fine di questo capitolo.

Crea una nuova visualizzazione con Customize > Visualization > Views > Add view. Nella prima query specifica All services come Datasource. Conferma la seguente query se le informazioni di un singolo oggetto devono essere mostrate con il valore predefinito No restrictions to specific objects.

In General Properties, inserisci un ID (qui MySLAView_Demo), un titolo (ad esempio My SLA Demo View) e infine seleziona un tema come Workplace se desideri visualizzare in seguito le visualizzazioni SLA in un elemento separato nel menu di monitoraggio. Tutti gli altri valori possono essere lasciati invariati per questo test.

Ora vai alla box "Columns" e, inizialmente tramite "Add column", aggiungi le tre colonne generali "Services: Service state", "Hosts: Hostname" e "Services: Service description" come base per la visualizzazione.

Il selettore delle colonne contiene anche due colonne specifiche per gli SLA: Hosts/Services: SLA - Service specific e Hosts/Services: SLA - Column specific. Quest'ultima mostra una definizione SLA fissa per ogni servizio nella visualizzazione — l'alternativa migliore a un SLA per tutti i servizi, come menzionato sopra. Ne parleremo meglio più avanti.

A questo punto aggiungi la colonna Hosts/Services: SLA - Service specific. Qui sono ora disponibili tutti i tipi di opzioni per la presentazione dei risultati degli SLA:

SLA timerange: Usala per impostare l'intervallo di tempo per il quale vuoi vedere i risultati SLA. Ad esempio, se nella tua definizione SLA hai il periodo di reporting Monthly e qui Last Year, riceverai dodici risultati individuali. In questo esempio l'opzione SLA period range viene utilizzata per specificare direttamente il numero di periodi di tempo di segnalazione visualizzati: Per cinque periodi/risultati imposta Starting from period number su 0 e Looking back su 4.

Layout options (Visualizza SLA): Per impostazione predefinita, questa opzione è impostata su Only Display SLA Name. Per vedere effettivamente i risultati degli SLA, qui scegli Display SLA statistics. Puoi selezionare fino a tre elementi diversi:

Attiva tutte e tre le opzioni per questo esempio.

Generic plugin display options: A questo punto, per la visualizzazione degli SLA relativi a interruzioni/percentuali, definisci se devono apparire i riepiloghi (testi) o rispettivamente i risultati individuali (simboli) per i periodi di segnalazione. Per vedere entrambi in azione, lascia l'opzione degli SLA percentuali su Show separate result for each SLA period e seleziona Service outage count display options per Show aggregated info over all SLA periods.

Se vuoi raggruppare la visualizzazione per singoli host, sotto "Grouping" aggiungi la colonna "Hosts: Hostname" — questo garantisce una separazione visiva degli host.

Poiché la visualizzazione dovrebbe mostrare solo gli host MyHost1 e MyHost2, nell'ultimo passaggio devi impostare un filtro sotto Context / Search Filters per Hostname: MyHost1|MyHost2. Per una visualizzazione di esempio leggermente più chiara, puoi comunque impostare un filtro sotto Service, ad esempio filesystem.*|Check_MK.*. Otterrai così i servizi del file system monitorati tramite SLA e, come controparte non monitorata, i servizi Checkmk: in questo modo i risultati dell'utilizzo della visualizzazione SLA specifica per servizio saranno semplicemente più chiari.

Questo completa la configurazione della visualizzazione. Dopo la selezione nel menu "Monitor", otterrai una visualizzazione con cinque simboli di stato come risultati singoli dalla percentuale SLA e un riepilogo in percentuale per lo SLA di interruzione — ovviamente solo nelle righe dei servizi del file system, le righe di Checkmk rimangono vuote.

La visualizzazione specifica per servizio presenta uno svantaggio: puoi infatti creare più regole che assegnano lo stesso servizio a diversi SLA, ma puoi visualizzare solo lo SLA assegnato alla prima di queste regole – non c'è modo di visualizzare lo SLA di una seconda regola di controllo in una seconda colonna.

Puoi però mostrare facilmente diverse colonne con SLA fissi e specifici. Queste visualizzazioni specifiche per colonna sono utili, ad esempio, se hai bisogno di più SLA che si applichino a tutti i servizi di alcuni o tutti gli host. Si potrebbe quindi trattare di definire qualcosa come SLA gold, silver e bronze, ciascuno in una colonna separata accanto ai servizi di un host. In questo modo sarà chiaro a colpo d’occhio quali definizioni di SLA soddisfa un servizio/host. In breve: la visualizzazione specifica per colonna ti permette di visualizzare più di un singolo SLA per i servizi.

Nell'esempio completato sopra, sono stati eseguiti i tre passaggi menzionati all'inizio: creare uno SLA, associarlo a un servizio, effettuare l'installazione in una visualizzazione. Per le viste specifiche per colonna puoi semplicemente saltare il secondo passaggio. Crea solo lo SLA e effettua l'installazione in una visualizzazione con la colonna "Hosts/Services: SLA - Column specific". I risultati dello SLA verranno quindi visualizzati in ogni riga indipendentemente dal rispettivo servizio.

L'immagine seguente mostra la visualizzazione SLA di cui sopra per MyHost1 con una colonna aggiuntiva che mostra i risultati SLA (massimo tre interruzioni dei servizi Checkmk) per ciascun servizio:

La differenza tra le visualizzazioni specifiche per servizio e per colonna è quindi chiaramente visibile. Ciò che dovrebbe anche risultare chiaro: lo SLA progettato specificamente per i servizi Checkmk ha ovviamente senso solo in misura moderata nelle colonne del file system. Vale quindi la pena pianificare tutto questo accuratamente prima di iniziare un'implementazione!

Un'altra piccola nota: nelle opzioni per le visualizzazioni specifiche per servizio, sopra sotto "Generic plugin display options" abbiamo visto le impostazioni per gli SLA relativi a interruzioni e percentuali. Nelle opzioni per le visualizzazioni specifiche per colonna puoi vedere anche queste due — ma solo se lo SLA include effettivamente criteri relativi a interruzioni e percentuali. Qui "generic" non è appropriato, ma viene richiamata una definizione SLA statica, fissa. Verranno visualizzate solo le opzioni che appartengono a questo SLA.

Ci sono molti modi per combinare SLA, servizi e visualizzazioni: qui è necessaria una buona pianificazione per decidere esattamente cosa vuoi visualizzare tramite gli SLA.

L'integrazione delle informazioni SLA nelle tabelle offre una rapida panoramica, ma ovviamente puoi anche esaminare i risultati in dettaglio. In una visualizzazione, cliccando sulla cella con i dati SLA si accede direttamente alla pagina dei dettagli dei risultati SLA per il servizio interessato:

Qui si possono trovare quattro diversi tipi di informazioni:

General information: Qui puoi vedere i dati grezzi sulla disponibilità e quindi i calcoli dello SLA come panoramica dello stato per ogni periodo, e sotto i risultati aggregati dei requisiti dello SLA.

Seguono le tabelle per ogni singolo requisito SLA. La Timeline mostra ogni singolo stato e la riga "Result" mostra i risultati per ogni singolo periodo di segnalazione. Una particolarità qui: Se, come descritto nell'esempio, hai impostato dei livelli SLA e lo SLA passa a "CRIT" prima di essere violato, questo verrà indicato qui da una barra arancione e non dalla solita barra rossa. Le barre diventeranno poi rosse quando lo SLA viene violato. Una volta compreso questo, sposta il puntatore del mouse sulla barra dei risultati dove, tramite un tooltip, potrai vedere i singoli eventi responsabili dello stato. Nell'immagine seguente lo stato è "WARN" — perché rimangono solo due delle tre interruzioni consentite:

In questo tooltip comparirà anche il messaggio "SLA broken".

Una piccola nota sull'uso della visualizzazione: Se passi il mouse sulla barra dei risultati Aggregated results o Result di un periodo, questo periodo verrà evidenziato — sia per tutti i singoli requisiti che per il riepilogo sotto General information. Con un clic puoi selezionare/deselezionare uno o più periodi.

Infine, sotto SLA specification , seguono i dati di configurazione del tuo SLA, che ti aiuteranno a valutare e comprendere meglio i risultati presentati:

Nell'articolo sulla disponibilità hai già letto come utilizzare la disponibilità per le aggregazioni BI. Gli SLA sono disponibili anche per le aggregazioni, con una piccola deviazione: Lo stato di un'aggregazione BI può essere monitorato tramite l'special agent BI come un normale servizio. Questo appare quindi, ad esempio, come Aggr Disk & Filesystems nelle visualizzazioni e può a sua volta essere associato a uno SLA tramite la regola Assign SLA definition to service già utilizzata sopra. Di conseguenza, apparirà più o meno così:

La regola dell'agente speciale si trova sotto Setup > Agents > Other integrations > BI Aggregations, mentre un set di regole è riportato nell'articolo BI.

L'agente speciale richiede l'istanza pertinente e, se necessario, i relativi dati di login se si tratta di un'istanza remota. La configurazione principale avviene in Filter aggregations. Qui vengono specificate tutte le aggregazioni che desideri includere come servizi separati nel monitoraggio. In By aggregation name (exact match) inserisci il titolo della regola di primo livello di un'aggregazione, ad esempio Disk & Filesystems (che viene poi integrata da Aggr come nuovo servizio Aggr Disk & Filesystems).

I nomi esatti delle regole/aggregazioni desiderate si trovano, ad esempio, alla voce Setup > Business Intelligence > Business Intelligence > Default Pack - Aggregations:

Nota: qui c'è il rischio di confusione: Nella configurazione BI, crei l'aggregazione vera e propria, cioè la logica, tramite regole — e queste regole vengono inserite qui tramite i loro titoli come Aggregation Name.

In pratica gli SLA sono un intreccio di tante configurazioni diverse: lo SLA stesso, le opzioni di visualizzazione e di servizio, i periodi di tempo, le regole e, ovviamente, i dati di disponibilità. Se lo SLA mostra risultati diversi da quelli previsti, basta ripercorrere l’intera catena. In caso di dubbio, può essere utile anche visualizzare l’intero processo con carta e penna, per vedere tutte le informazioni coinvolte a colpo d’occhio. I seguenti punti possono essere usati come lista di controllo di base:

Dopo aver controllato le configurazioni, puoi verificare il funzionamento dello SLA utilizzando modifiche di stato manuali (fittizie) e tempi di manutenzione programmati, applicando comandi agli oggetti in una visualizzazione.

In tal caso, apri le impostazioni della visualizzazione interessata e check innanzitutto l’ovvio: Esiste una colonna con uno SLA? I filtri contraddittori sono tuttavia una causa più probabile: Se hai collegato lo SLA a un servizio tramite una regola, questo servizio ovviamente non può essere escluso dalle opzioni di visualizzazione in Context / Search Filters.

Gli SLA legati ai servizi presentano ancora un’altra fonte di errore: Come descritto sopra, in una visualizzazione puoi visualizzare solo uno SLA collegato a una regola per ciascun servizio, ovvero quello della prima regola corrispondente. Infine, la visualizzazione riceve solo l’istruzione di visualizzare in ogni riga lo SLA associato al servizio, non il secondo o il quinto SLA collegato. Se hai creato regole corrispondenti, queste verranno semplicemente ignorate. In questi casi, puoi switchare alla visualizzazione specifica per colonna.

Nella sua forma più semplice, lo stato di uno SLA cambia nelle visualizzazioni della GUI solo quando i suoi requisiti non vengono soddisfatti. Per essere informato in anticipo di un cambiamento di stato, devi configurare i livelli dello SLA.