Valori misurati e grafici

Il designer di grafici è diviso in quattro sezioni:

Qui puoi vedere il grafico esattamente come verrà visualizzato dal vivo. Puoi anche utilizzare tutte le sue funzioni interattive.

Le curve incluse nei grafici possono essere modificate direttamente qui. La modifica del titolo di una curva in questo campo viene confermata con il tasto "Invio". Il sito Styledefinisce il modo in cui vengono visualizzati i valori nei grafici. Ecco le opzioni possibili:

Le altre tre opzioni -Mirrored Line, Mirrored Area eMirrored Stacked - sono simili, ma le curve vengono disegnate verso il basso a partire dalla linea dello zero. In questo modo è possibile ottenere uno stile di grafico come quello generalmente utilizzato da Checkmk nei grafici di input/output:

Nella colonna Actions troverai un pulsante per clonare ogni metrica che hai creato. In questo modo potrai copiare rapidamente le curve e sostituire semplicemente il nome host, ad esempio.

Con il box Metrics puoi aggiungere nuove metriche ai grafici. Non appena inserisci un nome host valido nel primo campo, il secondo campo verrà riempito con un elenco dei servizi dell'host. Selezionando un servizio in questo elenco, il terzo campo verrà riempito con l'elenco delle metriche di questo servizio. Nel quarto e ultimo campo, seleziona la funzione di consolidamento. Qui le opzioni sono Minimum,Maximum e Average. Queste funzioni vengono utilizzate quando i dati archiviati negli RRD per il periodo di tempo specificato sono già stati compressi. In un intervallo in cui, ad esempio, è disponibile solo un valore per mezz'ora, puoi scegliere di tracciare il valore misurato originale minimo, massimo o medio per questo periodo di tempo.

Allo stesso modo, puoi usare la funzione Add new scalar per visualizzare i valori di un servizio per WARN, CRIT, massimo e minimo come linee orizzontali.

Puoi anche aggiungere una costante al grafico. Inizialmente verrà disegnata come una linea orizzontale. Le costanti sono talvolta necessarie per generare formule di calcolo. Maggiori informazioni in seguito.

Qui puoi trovare le opzioni che riguardano i grafici completi. Unit influenza le etichette degli assi e le legende. Viene impostata automaticamente quando viene aggiunta la prima metrica. Nota che è possibile, ma non consigliabile, aggiungere due metriche con unità di misura diverse a un singolo grafico.

Con Explicit vertical range puoi predefinire l'asse verticale di un grafico. L'asse Y viene normalmente scalato in modo che tutti i valori misurati nel periodo di tempo scelto rientrino esattamente nel grafico. Se ad esempio crei un grafico per i valori percentuali, puoi scegliere di visualizzare sempre i valori da 0 a 100. Tieni presente però che gli utenti (e tu stesso) possono in ogni caso scalare un grafico utilizzando il mouse, rendendo inefficace il posizionamento.

Il designer di grafici ti permette di combinare le singole curve utilizzando dei calcoli. L'esempio seguente mostra un grafico con due curve: Utilizzo della CPU, per User e System.

Supponiamo che per questo grafico tu sia interessato solo alla somma delle due curve. Per questo motivo seleziona i box di selezione per entrambe le curve. Una volta fatto questo, nel pannello Metrics sulla riga Operation on selected metricsappariranno alcuni nuovi pulsanti per tutte le operazioni ammissibili:

Cliccando su Sum le due curve verranno combinate in una nuova curva. Il colore di questa nuova curva sarà automaticamente un misto dei colori delle due curve di ingresso. La nuova curva sarà intitolata Sum of User, System. La formula utilizzata per il calcolo sarà mostrata nella colonna Formula. Inoltre apparirà un nuovo simbolo:

Cliccando su di esso si ottiene un "annullamento", con il quale è possibile visualizzare nuovamente le singole curve originali. Altri suggerimenti per gli operatori di calcolo:

Se osservi i valori misurati in passato, a volte non ti interessano i dettagli esatti del loro andamento in un periodo di tempo. Potrebbe essere più interessante un riassunto approssimativo, ad es. l'utilizzo medio della CPU negli ultimi 7 giorni. In questo esempio, il risultato sarebbe semplicemente un numero in percentuale, ad esempio 88%.

In una tabella di host o servizi, puoi aggiungere colonne che rappresentano la media, il minimo, il massimo o altri riepiloghi di una metrica in un periodo di tempo. Questa funzione ti permette anche di creare report che ordinano in base a queste colonne, ad es. visualizzando l'elenco degli host ESXi che hanno avuto l'utilizzo più basso nel periodo selezionato.

Per visualizzare questi valori misurati in una visualizzazione, procedi come segue:

Per prima cosa devi creare una visualizzazione a cui aggiungere le colonne. Può essere una visualizzazione di host o di servizi. Per maggiori dettagli sulla creazione o la modifica delle visualizzazioni, consulta l'articolo sulle visualizzazioni.

Per il seguente esempio, abbiamo scelto la visualizzazione All hosts, che puoi aprire tramite Monitor > Hosts > All hosts. Dal menu, seleziona Display > Customize view. Questo ti porterà alla pagina Clone view, dove potrai personalizzare la visualizzazione a tuo piacimento.

Affinché l'originale All hosts non venga sovrapposto alla copia, scegli un nuovo ID e un nuovo titolo con il quale la visualizzazione verrà poi visualizzata nel menu Monitor.

Quindi (facoltativamente) rimuovi tutte le colonne che mostrano il numero di servizi nei diversi stati.

Ora aggiungi una colonna del tipo Services: Metric History. Poiché si tratta di una colonna di servizi, nel caso di una visualizzazione host è necessario il tipo di colonna Joined column come prima selezione, che consente di visualizzare una colonna di servizi in una tabella host. Con una visualizzazione di servizi, è sufficiente aggiungere una nuova Column.

In Metric seleziona il nome della metrica che deve essere valutata storicamente. Se non sei sicuro del nome della metrica, puoi trovarlo nei dettagli del servizio alla voce Service Metrics:

Nell'esempio abbiamo scelto la metrica CPU utilization, che è anche lo stesso nome del servizio.

Con RRD consolidation è meglio scegliere lo stesso valore utilizzato sotto Aggregation function, poiché non avrebbe senso calcolare cose come "il minimo del massimo". Puoi scoprire il significato dell'opzione di selezione degli RRD nel capitolo successivo sull'organizzazione dei dati RRD.

Time range è il periodo di tempo nel passato che vuoi analizzare. Nell'esempio, si tratta degli ultimi sette giorni, che corrispondono esattamente a 168 ore.

Nell'esempio, scegliamo Util @ 7 days come Column title. Non sorprenderti se in seguito appare un campo con il nome Title: lo vedrai solo se viene utilizzato un Joined column, che permette sempre di specificare un titolo. Lascia semplicemente in bianco il secondo titolo.

Infine, nel campo Of Service, inserisci il nome del servizio a cui appartiene la metrica selezionata in precedenza, facendo attenzione all'esatta ortografia del servizio, comprese maiuscole e minuscole.

Dopo aver salvato, otterrai una nuova visualizzazione con l'aggiunta di una colonna che mostra la percentuale di utilizzo della CPU negli ultimi sette giorni.

Note

Per impostazione predefinita Checkmk è configurato in modo da registrare l'andamento di ogni metrica in un periodo di tempo di quattro anni. La risoluzione di base utilizzata è di un minuto. Questo ha senso in quanto l'intervallo di controllo è preimpostato a un minuto, in modo da ricevere nuovi dati misurati da ogni servizio esattamente una volta al minuto.

Ovviamente, memorizzare un valore al minuto per un periodo di quattro anni richiederà un'enorme quantità di spazio sull'unità (anche se gli RRD richiedono solo 8 byte per ogni valore misurato). Per questo motivo, nel tempo i dati vengono compressi. La prima compressione avviene a 48 ore. A partire da questo momento verrà memorizzato un solo valore ogni cinque minuti. Altre fasi vengono implementate dopo 10 giorni e 90 giorni:

La domanda più ovvia è: come consolidare cinque valori in uno solo? Per questo sono disponibili le funzioni di consolidamento -massimo,minimo e medio. Ciò che è significativo nella pratica dipende dall'applicazione o dal punto di vista della visualizzazione. Se, ad esempio, vuoi monitorare le fluttuazioni della temperatura in un data center per un periodo di quattro anni, la temperatura massima registrata è probabilmente la più interessante. Per le tariffe di accesso di un'applicazione, invece, potrebbe essere più interessante una media.

Per ottenere la massima flessibilità per i calcoli successivi, gli RRD di Checkmk sono semplicemente preimpostati per memorizzare tutti e tre i valori contemporaneamente: minimo, massimo e medio. Per ogni livello di compressione e funzione di consolidamento, l'RRD include un tipo di archiviazione ad anello, il cosiddetto Round Robin Archive (RRA). Nella struttura standard ci sono 12 RRA. La struttura standard di Checkmk richiede quindi 384.952 byte per metrica. Questo numero deriva da: 2880 + 2880 + 4320 + 5840 punti di misurazione, per tre funzioni di consolidamento, per 8 byte per valore misurato, per un totale di 382.080 byte. Aggiungendo l'intestazione del file di 2872 byte si ottiene la dimensione finale di 384.952 byte citata sopra.

Un interessante schema alternativo potrebbe essere, ad esempio, quello di memorizzare un valore al minuto per un intero anno. Questo metodo avrebbe un piccolo vantaggio: gli RRD avrebbero sempre la risoluzione ottimale e potrebbero quindi fare a meno del consolidamento e generare solo un valore medio, ad esempio. Calcolando 365 x 24 x 60 valori misurati, per 8 byte, il risultato è un totale di quasi 4 MB per metrica. In questo modo, anche se gli RRD hanno un fabbisogno di spazio di archiviazione decuplicato, l'"I/O su disco" è in realtà ridotto! Il motivo è che non è più necessario memorizzare e aggiornare dodici RRA separati, ma ne basta uno solo.

Se lo schema di archiviazione predefinito non ti soddisfa, può essere modificato tramiteset di regole (e sono possibili anche versioni diverse per host o servizi). Il set di regole desiderato può essere trovato più facilmente tramite la ricerca delle regole (quindi il menu Setup ) e una volta lì è sufficiente digitare RRD. Qui troverai il set di regoleConfiguration of RRD databases of services. Esiste anche un set di regole simile per gli host, ma questi ultimi hanno valori misurati solo in casi eccezionali. L'immagine seguente mostra la regola RRD con le sue impostazioni predefinite:

Nei campi Consolidation functions e RRA configuration puoi definire e impostare il numero e la dimensione delle fasi di compressione pronte per essere utilizzate dai consolidamenti. Il campo Step (precision) definisce la risoluzione in secondi e di regola è di 60 secondi (un minuto). Per i servizi con un intervallo di controllo inferiore al minuto può essere ragionevole impostare questo numero più basso. Nota però che il valore del campo Number of steps aggregated into one data point non rappresenterà più i minuti, ma l'intervallo di tempo impostato in Step (precision).

Ogni modifica alla struttura dell'RRD ha inizialmente effetto solo sugli RRDappena creati, cioè sugli host o sui servizi appena incorporati nel monitoraggio. Puoi anche permettere a Checkmk di ristrutturare gli RRD esistenti. Questo avviene con il comando cmk --convert-rrds, per il quale è sempre disponibile l'opzione -v (verbosa). Checkmk ispezionerà tutti gli RRD esistenti e li ristrutturerà come necessario nel formato di destinazione definito.

Importante: per garantire l'integrità dei dati contenuti negli RRD, arresta sempre il tuo sito (con omd stop) prima di convertire gli RRD esistenti con cmk --convert-rrds.

Il comando è abbastanza intelligente da riconoscere gli RRD che hanno già la struttura desiderata:

Se il nuovo formato ha una risoluzione maggiore o funzioni di container aggiuntive, i dati esistenti verranno interpolati al meglio in modo che gli RRD contengano i valori più significativi possibili. È tuttavia ovvio che se, ad esempio, invece di 2 giorni si richiedono 5 giorni con valori a intervalli di un minuto, l'accuratezza dei dati esistenti non può essere aumentata retroattivamente.

La regola descritta in precedenza ha un'altra impostazione: RRD storage format. Con questa puoi scegliere tra due metodi che Checkmk può utilizzare per creare gli RRD. Il formato One RRD per host/service (formato Checkmk, in breve) memorizza tutte le metriche di un host o di un servizio in un unico file RRD. Questo permette di scrivere in modo più efficiente i dati su un'unità, in modo che un set completo di metriche possa sempre essere scritto in un'unica operazione. Queste metriche vengono poi collocate in blocchi di memoria vicini, riducendo così il numero di blocchi che devono essere scritti sul disco.

Se le tue istanze Checkmk sono state create con un'edizione commerciale in una versione precedente a 1.2.8, potresti voler verificare se i dati misurati sono stati convertiti nel formato attuale, molto più efficiente. Se i dati sono ancora archiviati in formato PNP, puoi convertirli nel formato Checkmk applicando una regola come mostrato nel set di regole precedente.

Anche in questo caso è necessario il comando cmk --convert-rrds e, ancora una volta, interrompi sempre il sito prima di convertire gli RRD esistenti.

Come puoi vedere dall'avviso, Checkmk all'inizio lascia inalterati i file esistenti. Questo ti permette, in caso di dubbio, di tornare al formato originale dei dati, poiché non è possibile effettuare una conversione in senso inverso. L'opzione--delete-rrds garantisce che questa copia non venga creata o che venga eliminata in seguito. Puoi facilmente eseguire l'eliminazione manualmente in un secondo momento utilizzando nuovamente il comando:

Per ridurre (drasticamente) il numero di accessi in scrittura all'unità disco, è possibile utilizzare un servizio ausiliario: il daemon della cache RRD (rrdcached). Si tratta di uno dei servizi avviati all'avvio di un sito:

Tutti i nuovi valori misurati per gli RRD vengono inviati dal Checkmk Micro Core (edizioni commerciali) o dall'NPCD (Checkmk Raw) al demone rrdcached. Questo non scrive i dati direttamente negli RRD, ma li conserva nella memoria principale per poterli scrivere successivamente come raccolta nei rispettivi RRD. In questo modo il numero di accessi in scrittura all'unità disco (o alla SAN!) si riduce notevolmente.

Per evitare che i dati vadano persi in caso di riavvio, gli aggiornamenti vengono scritti anche nei file di log del giornale. Anche in questo caso si tratta di accessi in scrittura, ma poiché i dati sono disposti in sequenza, generano pochi IO.

Per poter lavorare in modo efficiente, il demone della cache RRD ha bisogno di molta memoria principale. La quantità necessaria dipende dal numero di RRD e dalla durata della cache dei dati. Quest'ultimo aspetto può essere definito nel file~/etc/rrdcached.conf. L'impostazione standard prevede la memorizzazione per 7200 secondi (due ore) - questo valore può essere personalizzato dall'utente - più un intervallo casuale di 0-1800 secondi. Questo ritardo randomizzato per ogni RRD evita la scrittura "a impulsi" e assicura che l'IO sia distribuito regolarmente nel tempo:

Attiva una modifica alle impostazioni di questo file con:

Ecco una panoramica dei file e delle directory più importanti associate ai valori misurati e agli RRD (tutti quelli relativi alla directory home del sito):