Regole

Prendiamo ad esempio la configurazione delle soglie per WARN e CRIT nel monitoraggio dei file system. Con una configurazione orientata al database, per ogni file system si inserirebbe una riga in una tabella:

È relativamente semplice, ma solo perché la tabella in questo esempio è breve. In pratica, di solito ci sono centinaia o migliaia di file system. Strumenti come copia e incolla e le azioni massive possono semplificare il lavoro, ma il problema di fondo rimane: come puoi identificare e implementare una policy standard? Qual è la regola generale? Come dovrebbero essere preimpostate le soglie per i futuri host?

Una configurazione rule-based, tuttavia, consiste proprio nella policy! Sostituiremo la logica della tabella sopra riportata con un insieme di quattro regole. Se supponiamo che myserver001 sia un sistema di test, e che in ogni caso la prima regola pertinente si applichi a ogni file system, il risultato saranno le stesse soglie della tabella sopra:

Certo, con solo due host non si ottiene granché, ma con pochi host in più può fare rapidamente una bella differenza. I vantaggi della configurazione rule-based sono evidenti:

In sintesi, quindi: meno lavoro — più qualità! Per questo motivo, con Checkmk troverai una grande quantità di regole per personalizzare host e servizi — come soglie, impostazioni di monitoraggio, responsabilità, notifiche, configurazione degli agenti e molto altro.

All’interno di Setup, Checkmk organizza le regole in set di regole. Ogni set di regole ha il compito di definire un parametro specifico per host o servizi. Checkmk contiene più di 700 set di regole! Ecco alcuni esempi:

Ogni set di regole è responsabile o degli host o dei servizi — mai di entrambi. Se un parametro può essere definito sia per gli host che per i servizi, c'è una coppia di regole applicabili — ad esempio, Normal check interval for host checks e Normal check interval for services checks.

Alcuni set di regole, a rigor di termini, non definiscono effettivamente dei parametri, ma creano piuttosto dei servizi. Un esempio sono le regole per gli active checks, che si trovano all’indirizzo Setup > Services > HTTP, TCP, Email, …​. Con queste puoi, ad esempio, impostare un controllo HTTP per host specifici. Queste regole sono classificate come regole host — poiché se un controllo di questo tipo esiste su un host, viene considerato una proprietà dell’host.

Inoltre, ci sono set di regole che controllano la scoperta del servizio. Con questi puoi, ad esempio, tramite Windows service discovery definire per quali servizi Windows devono essere creati controlli automatici se vengono trovati su un sistema. Anche queste sono regole host.

La maggior parte dei set di regole determina i parametri per specifici plug-in di controllo. Un esempio è Network interfaces and switch ports. Le impostazioni in queste regole sono adattate in modo molto specifico al loro plug-in corrispondente. Tali set di regole trovano fondamentalmente impiego solo con quei servizi che si basano su questo plug-in. Nel caso in cui tu non sia sicuro di quale set di regole sia responsabile per quali servizi, puoi scoprirlo al meglio navigando direttamente tramite il servizio fino alla regola pertinente. Come farlo verrà spiegato più avanti.

Una cosa che finora non abbiamo menzionato: nell'esempio sopra c'è una regola per tutti i sistemi di test. Dove è effettivamente definito che un host è un sistema di test?

In Checkmk, qualcosa come "sistema di test" è noto come tag host. Puoi vedere quali tag sono disponibili all'indirizzo Setup > Hosts > Tags. Alcuni tag sono già predefiniti, ad esempio per un "Test system" definito nel gruppo "Criticality".

L'applicazione dei tag agli host avviene in modo esplicito nelle proprietà dell'host oppure tramite ereditarietà nella gerarchia delle cartelle. Come farlo è spiegato nell'articolo sugli host. Come creare i propri tag e a cosa servono i tag predefiniti sarà spiegato nell'articolo sui tag host.

Se vuoi creare una nuova regola che definisca un parametro per uno o più host, ci sono diversi modi per farlo. Il modo più diretto è tramite il gruppo corrispondente nel menu "setup", in questo caso "Setup > Hosts > Host monitoring rules":

Nella visualizzazione seguente vengono visualizzati tutti i set di regole rilevanti per il monitoraggio degli host. I numeri che seguono i nomi di questi set di regole indicano il numero di regole già definite:

Tuttavia, puoi raggiungere il tuo obiettivo un po' più velocemente tramite il campo di ricerca. Per farlo, ovviamente, devi sapere approssimativamente come si chiama il set di regole. Ecco il risultato di una ricerca per "host checks" come esempio.

Un altro modo è tramite la voce di menu "Hosts > Effective parameters" nelle proprietà di un host esistente nella configurazione o tramite il simbolo "" nell'elenco degli host di una cartella.

Lì troverai non solo tutti i set di regole che riguardano l'host, ma anche il parametro attualmente attivo per questo host. Nell'esempio di "Host check command", nessuna regola si applica all'host mostrato, e quindi è impostato sul valore predefinito "Smart PING (only with Checkmk Micro Core)" delle edizioni commerciali. Nella Comunità Checkmk il valore predefinito è "PING (active check with ICMP echo request)".

Clicca su Host check command per visualizzare il set completo di regole.

Se esiste già una regola, al posto di Default value compare il numero della regola che definisce questo parametro.

Cliccandoci sopra si accede direttamente alla regola.

Il percorso per raggiungere i set di regole dei servizi è simile. L'accesso generale avviene tramite il menuSetup , in questo casoSetup > Services > Service monitoring rules oppure, più semplicemente, tramite il campo di ricerca.

Se non hai ancora molta familiarità con i nomi dei set di regole, il percorso tramite il servizio è più semplice. Analogamente agli host, esiste anche una pagina in cui vengono mostrati tutti i parametri di un servizio e dove hai la possibilità di accedere direttamente ai set di regole applicabili. Puoi accedere a questa pagina dei parametri tramite il simbolo nell'elenco dei servizi di un host nella sezione Setup. Il simbolo ti porta direttamente al set di regole che definisce il parametro per il plug-in di controllo di questo servizio.

A proposito: il simbolo per la pagina dei parametri si trova anche nel monitoraggio nel menu azione di ogni servizio:

Nel menu "Setup" troverai anche una voce per "Enforced Services". Come suggerisce il nome, puoi utilizzare questi set di regole per forzare la creazione di servizi sui tuoi host. I dettagli sono disponibili nell'articolo sui servizi. Un numero limitato di set di regole, come "Simple checks for BIOS/Hardware errors", è disponibile solo tra i servizi applicati. Si tratta di servizi che non derivano dalla scoperta del servizio, ma vengono creati manualmente da te.

In ciascuno degli elenchi di set di regole sopra menzionati — sia nell’Host monitoring rules che nell’Service monitoring rules — puoi utilizzare l’opzione “Related > Used rulesets” nella barra del menu per visualizzare solo i set di regole in cui hai definito almeno una regola. Questo è spesso un modo pratico per iniziare se vuoi apportare modifiche alle tue regole esistenti. Per inciso, alcune delle regole saranno state generate di default durante la creazione dell'istanza Checkmk e fanno parte della configurazione di esempio. Anche queste vengono visualizzate qui.

Il monitoraggio è una questione complessa. Può capitare che ci siano regole che non corrispondono a nessun host o servizio, sia perché hai commesso un errore, sia perché gli host e i servizi corrispondenti sono scomparsi. Tali regole inefficaci possono essere trovate negli elenchi dei set di regole sopra menzionati tramite "Related > Ineffective rulesets" nella barra del menu.

Checkmk è in costante sviluppo. Occasionalmente vengono standardizzate alcune cose e può capitare che alcuni set di regole vengano sostituiti da altri. Se hai in uso tali set di regole, il modo più semplice per trovarli è eseguire una ricerca delle regole. Aprila tramite Setup > General > Rule search. Quindi clicca nella barra del menu su Rules > Refine search, seleziona Search for deprecated rulesets come opzione per Deprecated e seleziona Search for rule sets that have rules configured come opzione per Used. Dopo un ulteriore clic su Search otterrai la panoramica desiderata.

Quando accedi a un set di regole per un host o un servizio in Setup, Checkmk ti mostrerà questo set di regole in modalità analisi. Puoi accedervi cliccando sull'icona "" nel menu azione "" nella scheda "Setup" nell'elenco degli host o dei servizi. La seguente pagina Effective parameters of mostra l'elenco delle regole applicabili all'host/servizio. Per passare alla modalità di analisi, clicca sul nome di un set di regole per il quale esiste almeno una regola, ovvero un set che non è impostato su Default value:

Questa modalità ha due caratteristiche. In primo luogo, appare un secondo pulsante per l'impostazione delle regole: Add rule for current host o Add rule for current host and service.

In questo modo puoi creare una nuova regola con l'host o il servizio corrente già preselezionato. Puoi creare una regola di eccezione in modo molto semplice e diretto. In secondo luogo, in ogni riga compare un simbolo a forma di "semaforo", il cui colore indica se e/o in che modo questa regola influisce sull'host o, rispettivamente, sul servizio corrente. Sono possibili le seguenti condizioni:

Nell'ultima condizione — la regola è una corrispondenza parziale "" — può verificarsi solo per i set di regole in cui una regola può definire più parametri selezionando singole caselle di controllo. In teoria, anche ogni parametro di un'altra regola può essere impostato individualmente qui. Ne parleremo meglio più avanti.

Tutto ciò che si trova nel primo blocco, Rule Properties , è facoltativo e serve principalmente a scopo di documentazione:

La seconda sezione è diversa per ogni regola, ma specifica sempre cosa deve essere fatto. L'illustrazione seguente mostra un tipo di regola molto diffuso (DB2 Tablespaces). Puoi usare le checkbox per determinare quali singoli parametri la regola deve definire. Come descritto sopra, Checkmk determina quale regola definisce ogni singolo parametro separatamente. La regola dell'illustrazione definisce quindi solo quel valore e lascia inalterate tutte le altre impostazioni:

Puoi anche controllare i valori in questa e in altre regole in base all'ora o al calendario. Ad esempio, puoi impostare valori di threshold in modo che l'utilizzo dello tablespace durante l'orario di lavoro sia diverso da quello nei fine settimana.

Clicca prima sul pulsante "Enable timespecific parameters" e poi su "Add new element", vedrai le opzioni dipendenti dall'ora:

Ora seleziona un periodo di tempo nell'elenco "Match only during time period" e poi seleziona i parametri a cui deve applicarsi questo periodo di tempo.

Alcuni set di regole non impostano un parametro, ma decidono solo quali host sono inclusi e quali no. Un esempio è il set di regole "Hosts to be monitored", il cui intervallo di parametri è simile a questo:

Selezionando uno dei due valori disponibili, decidi cosa fare con gli host interessati. Selezionando "Positive match (Add matching hosts to the set)" (Inserisci gli host interessati nell'elenco degli host da monitorare), gli host interessati verranno aggiunti all'elenco degli host da monitorare. Selezionando "Negative match (Exclude matching hosts from the set)" (Escludi gli host interessati dal monitoraggio), gli host interessati verranno rimossi dal monitoraggio. "Positive match" (Inserisci gli host interessati nell'elenco degli host da monitorare) o "Negative match" (Escludi gli host interessati dal monitoraggio) si riferisce al contenuto della regola corrente. Non è un criterio di filtro aggiuntivo per la selezione degli host. Filtri l'insieme degli host interessati esclusivamente con i seguenti "Conditions".

Nella sezione precedente hai definito come devono essere elaborati tutti gli host o i servizi interessati dalla tua regola. Nella terza sezione Conditions definisci ora su quali host o servizi deve agire la regola — e quindi i suoi effetti. Esistono diversi tipi di condizioni che devono essere tutte soddisfatte affinché la regola abbia effetto. Le condizioni sono quindi collegate logicamente con AND:

Nell'introduzione al concetto di regole, hai visto che la prima regola applicata determina sempre il risultato finale. Ma non è tutta qui la verità. Esistono in totale tre diversi tipi di valutazione:

Le informazioni su come viene valutata la regola vengono visualizzate per ogni set di regole direttamente sotto la barra del menu:

Ora, come viene valutata concretamente se si sono create diverse regole da applicare a diversi host? Per illustrarlo, prendiamo un semplice esempio:

Supponiamo che tu abbia tre host e che voglia impostare diverse notifiche ripetute periodicamente per ciascuno di essi (e anche per tutti gli host aggiunti in futuro) con la regola "Periodic notifications during host problems":

Se ora attivi la tua configurazione, Checkmk esegue la catena di regole dall'alto verso il basso. Ciò porta alla seguente valutazione:

Nota bene: Poiché a questo set di regole si applica il principio "La prima regola corrispondente definisce il parametro", l'elaborazione della catena di regole termina sempre dopo la prima corrispondenza. L'ordine delle regole è quindi determinante per il risultato! Questo diventa evidente quando si cambia l'ordine delle regole e si scambiano le regole B e C:

Se ora si esegue nuovamente la catena di regole dall'alto verso il basso per i singoli host, anche il risultato cambia: La regola C ora si applica non solo all'Host-3, ma anche all'Host-2, quindi la notifica per entrambi gli host avviene ogni 30 minuti. Questo completa l'elaborazione per entrambi gli host. Sebbene la regola B sarebbe rilevante per Host-2, ed è stata addirittura scritta per questo host, non verrà più valutata e applicata. In modalità analisi, il processo apparirà quindi così:

Combinando le varie impostazioni spiegate in questo articolo — tenendo presente il corretto ordine di elaborazione — puoi utilizzarle per costruire catene di regole complesse per interi complessi di host.