Valori misurati e grafici

Il designer di grafici è suddiviso in quattro sezioni:

Qui puoi vedere il grafico esattamente come apparirà 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 "Enter". L'opzione "Style" definisce come vengono visualizzati i valori nei grafici. Ecco le opzioni disponibili:

Le altre tre opzioni — Mirrored Line, Mirrored Area e Mirrored Stacked sono simili, tranne che le curve vengono disegnate verso il basso a partire dalla linea dello zero. Questo permette di ottenere uno stile di grafico come quello generalmente utilizzato da Checkmk nei grafici di input/output per quanto segue:

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

Con la box "Metrics" puoi aggiungere nuove metriche ai grafici. Non appena inserisci un nome host valido nel primo campo, il secondo campo verrà popolato con un elenco dei servizi dell'host. Effettuando una selezione in questo elenco, il terzo campo verrà popolato con un elenco delle metriche di quel servizio. Nel quarto e ultimo campo, seleziona la funzione di consolidamento. Qui le opzioni sono Minimum , Maximume Average. Queste funzioni vengono utilizzate quando i dati memorizzati negli RRD per il periodo di tempo specificato sono già stati compressi. In un periodo di tempo in cui, ad esempio, è disponibile un solo valore ogni 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. A volte le costanti sono necessarie per generare formule di calcolo. Ne parleremo più avanti.

Qui trovi le opzioni che riguardano i grafici nel loro complesso.

Unit influisce sulle etichette degli assi e delle legende. Il valore predefinito First entry with unit specifica che come unità viene utilizzata la prima voce del grafico personalizzato con un'unità nota. Ciò significa che l'unità per le metriche e gli scalari è sempre nota, ma quella delle costanti no. Se nessuna voce ha un'unità nota, il grafico viene visualizzato senza simbolo di unità. Se invece selezioni Custom, si apriranno ulteriori impostazioni con cui potrai definire tu stesso l'unità. Tieni presente che è possibile, ma non consigliabile, aggiungere due metriche con unità diverse a un unico 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 entrino esattamente nel grafico. Se crei un grafico per valori percentuali, ad esempio, puoi scegliere di visualizzare sempre i valori da 0 a 100. Tieni presente, però, che gli utenti (e tu stesso) possono in ogni caso ridimensionare un grafico usando il mouse, rendendo il posizionamento inefficace.

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 ti interessi solo la somma delle due curve. Per farlo, check le box di selezione di entrambe le curve. Una volta fatto questo, nel pannelloMetrics , sulla rigaOperation on selected metrics , appariranno alcuni nuovi pulsanti per tutte le operazioni disponibili:

Cliccando su "Sum" (Somma delle curve) si uniranno entrambe le curve in una nuova curva. Il colore di questa nuova curva sarà automaticamente una miscela dei colori delle due curve di partenza. La nuova curva avrà il titolo "Sum of User, System". La formula usata per il calcolo verrà mostrata nella colonna "Formula" (Formula). Inoltre apparirà un nuovo simbolo "" (Somma delle curve):

Cliccando su "" si ottiene un effetto "annulla", con cui è possibile visualizzare nuovamente le singole curve originali. Altri consigli per le operazioni di calcolo:

Quando guardi i valori misurati in passato, a volte non ti interessano i dettagli esatti della loro evoluzione nel periodo di tempo. Potrebbe interessarti di più solo un riepilogo approssimativo, ad esempio l'utilizzo medio della CPU negli ultimi 7 giorni. Il risultato in questo esempio sarebbe semplicemente un numero espresso in percentuale, come l'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 determinato periodo di tempo. Questa funzione ti permette anche di creare rapporti ordinati in base a queste colonne, ad esempio visualizzare l'elenco degli host ESXi che hanno avuto l'utilizzo più basso nel periodo selezionato.

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

Per prima cosa ti serve una visualizzazione a cui aggiungere le colonne. Può essere una visualizzazione degli host o dei servizi. Per i dettagli sulla creazione o la modifica delle visualizzazioni, consulta l'articolo sulle visualizzazioni.

Per l'esempio seguente, scegliamo 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 puoi personalizzare la visualizzazione a tuo piacimento.

Per evitare che la visualizzazione originale All hosts venga sovrascritta dalla copia, scegli un nuovo ID e anche un nuovo titolo con cui la visualizzazione verrà successivamente 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. Trattandosi di una colonna di servizi, nel caso di una visualizzazione host devi selezionare come prima opzione il tipo di colonna Joined column, che consente la visualizzazione di una colonna di servizi in una tabella host. Con una visualizzazione di servizio, è 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 scegliamo la metrica CPU utilization, che coincide anche con il nome del servizio.

Con RRD consolidation è meglio scegliere lo stesso valore utilizzato qui sotto in Aggregation function, poiché non avrebbe molto senso calcolare cose come "il minimo del massimo". Puoi scoprire di cosa si tratta l'opzione di selezione per gli RRD nel capitolo seguente sull'organizzazione dei dati RRD.

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

Nell'esempio, scegliamo "Util @ 7 days" come "Column title". Non stupirti se più avanti compare un campo con il nome "Title": lo vedrai solo se qui viene utilizzato un "Joined column", che consente sempre di specificare un titolo. Lascia semplicemente vuoto il secondo titolo.

Infine, nel campo "Of Service", inserisci il nome del servizio a cui appartiene la metrica selezionata sopra. Presta attenzione all'ortografia esatta del servizio, comprese le maiuscole e le minuscole.

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

Note

Per impostazione predefinita, Checkmk è configurato in modo che l'andamento di ogni metrica venga registrato su un periodo di tempo di quattro anni. La risoluzione di base utilizzata è di un minuto. Questo ha senso poiché l'intervallo di controllo è preimpostato su un minuto, in modo che esattamente una volta al minuto vengano ricevuti nuovi dati misurati da ogni servizio.

Ovviamente, memorizzare un valore al minuto per un periodo di quattro anni richiederà un enorme spazio su disco (anche se gli RRD richiedono solo 8 byte per valore misurato). Per questo motivo, col tempo i dati vengono compressi. La prima compressione avviene dopo 48 ore. Da questo momento in poi verrà memorizzato un solo valore ogni cinque minuti. Ulteriori fasi vengono implementate dopo 10 giorni e 90 giorni:

La domanda ovvia ora è: qual è il modo migliore per consolidare cinque valori in modo significativo in uno solo? Per questo sono disponibili le funzioni di consolidamento: massimo, minimo e media. Ciò che è significativo nella pratica dipende dall'applicazione o dal punto di vista. Se, ad esempio, desideri effettuare il monitoraggio delle fluttuazioni di temperatura in un data center su un periodo di quattro anni, probabilmente la temperatura massima registrata è quella di maggiore interesse. Per i tassi di accesso di un’applicazione, invece, potrebbe essere più interessante la 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 media. Per ogni livello di compressione e funzione di consolidamento, l’RRD include uno stile di archiviazione “a 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, moltiplicati per tre funzioni di consolidamento, moltiplicati per 8 byte per valore misurato — il che dà un totale esatto di 382.080 byte. Aggiungendo l'intestazione del file di 2872 byte si ottiene la dimensione finale di 384.952 byte citata sopra.

Uno schema alternativo interessante sarebbe, ad esempio, 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, generando solo valori medi, per esempio. Calcolando 365 x 24 x 60 valori misurati, moltiplicati per 8 byte, il risultato è un totale di quasi esattamente 4 MB per metrica. In questo modo, sebbene gli RRD abbiano un fabbisogno di spazio di archiviazione dieci volte superiore, il "disk I/O" è in realtà ridotto! Il motivo è che non è più necessario memorizzare e aggiornare in dodici RRA separati, ma ne serve solo uno .

Se lo schema di archiviazione predefinito non ti soddisfa, puoi modificarlo tramite i set di regole (e sono possibili anche versioni diverse per host o servizi). Il set di regole richiesto si trova più facilmente tramite la ricerca delle regole — quindi il menuSetup — e una volta lì basta inserireRRD . Qui troverai il set di regole Configuration of RRD databases of services . Esiste anche un set di regole simile per gli host, ma gli host hanno valori misurati solo in casi eccezionali. L'immagine qui sotto mostra la regola RRD con le impostazioni predefinite:

In Consolidation functions e RRA configuration puoi definire e impostare il numero e la dimensione delle fasi di compressione pronte per l’uso da parte dei consolidamenti. Il campo Step (precision) definisce la risoluzione in secondi e, di regola, è 60 secondi (un minuto). Per i servizi con un intervallo di controllo inferiore a un minuto può essere opportuno impostare questo numero su un valore inferiore. Tieni presente, tuttavia, che il valore nel 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 RRD ha inizialmente effetto solo sugli RRD appena creati, ovvero sugli host o sui servizi appena incorporati nel monitoraggio. Puoi anche consentire a Checkmk di ristrutturare gli RRD esistenti. Ciò viene eseguito dal comando cmk-convert-rrds, per il quale è sempre disponibile l'opzione -v (verbose). Checkmk ispezionerà quindi tutti gli RRD esistenti e li ristrutturerà secondo necessità nel formato di destinazione definito.

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

Se il nuovo formato ha una risoluzione più alta o funzioni di consolidamento aggiuntive, i dati esistenti verranno interpolati nel miglior modo possibile in modo che gli RRD contengano i valori più significativi possibili. È tuttavia ovvio che se, ad esempio, invece di 2 giorni, ora hai bisogno di 5 giorni con valori a intervalli di un minuto, allora la precisione dei dati esistenti non può essere aumentata retroattivamente.

La regola descritta sopra ha un'ulteriore impostazione: RRD storage format. Con questa puoi scegliere tra due metodi che Checkmk può utilizzare durante la creazione degli 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. Ciò consente una scrittura più efficiente dei dati su un'unità, in modo che un set completo di metriche possa sempre essere scritto in un'unica operazione. Queste metriche si trovano quindi in blocchi di memoria adiacenti, 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 più da vicino se i tuoi dati misurati sono mai stati convertiti nel formato attuale e molto più efficiente. Se i dati sono ancora memorizzati in formato PNP, puoi convertirli nel formato Checkmk applicando una regola come mostrato nel set di regole sopra.

Anche in questo caso avrai bisogno del comando cmk-convert-rrds e, ancora una volta, arresta sempre l'istanza prima di convertire gli RRD esistenti.

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

Per ridurre (drasticamente) il numero di accessi in scrittura su un disco, è possibile utilizzare un servizio ausiliario: il daemon della cache RRD (rrdcached). È uno dei servizi delle istanze avviati automaticamente.

Tutti i nuovi valori misurati per gli RRD vengono inviati dal Checkmk Micro Core (edizioni commerciali) o dall' NPCD (Comunità Checkmk) a rrdcached. Questo non scrive i dati direttamente negli RRD, ma li conserva nella memoria principale per scriverli in un secondo momento come raccolta nel rispettivo RRD. In questo modo il numero di accessi in scrittura al disco (o alla SAN!) viene notevolmente ridotto.

Affinché non vadano persi dati in caso di riavvio, gli aggiornamenti vengono inoltre scritti in file di log di journal. Anche questi sono accessi in scrittura, ma poiché i dati sono organizzati in modo sequenziale, generano poco IO.

Affinché il daemon della cache RRD possa funzionare in modo efficiente, ha bisogno di molta memoria principale. La quantità richiesta dipende dal numero di RRD e da quanto a lungo i dati devono essere memorizzati nella cache. Quest'ultimo può essere definito nel file ~/etc/rrdcached.conf. L'impostazione standard è di 7200 secondi (due ore) — questo valore può essere personalizzato dall'utente — più un intervallo casuale compreso tra 0 e 1800 secondi. Questo ritardo casuale per ogni RRD evita la scrittura "a impulsi" e garantisce che l'IO sia distribuito regolarmente nel tempo:

Attiva una modifica alle impostazioni in questo file con:

Ecco una panoramica dei file e delle directory più importanti associati ai valori misurati e agli RRD (tutti quelli relativi alla directory home dell'istanza):