Regole

A titolo di esempio, prendiamo la configurazione dei threshold per WARN e CRIT nel monitoraggio dei file system. Con una configurazione orientata ai dati, per ogni file system si dovrebbe inserire una riga in una tabella:

Si tratta di un'operazione relativamente semplice, ma solo perché la tabella di questo esempio è breve. In pratica, ci sono centinaia o migliaia di file system. Strumenti come il copia e incolla e le operazioni in blocco possono semplificare il lavoro, ma il problema di base rimane: come si può identificare e implementare una policy standard? Qual è la regola generale? Come dovrebbero essere preimpostati i threshold per gli host futuri?

Sostituiamo la logica della tabella precedente con un set di regole. Se assumiamo che myserver001 sia un sistema di prova e che in ogni caso la prima regola si applichi a tutti i file system, il risultato sarà quello di ottenere le stesse soglie della tabella precedente:

Certo, per due soli host non si ottiene molto, ma con pochi host in più si può fare rapidamente una grande differenza. I vantaggi della configurazione rule-based sono evidenti:

Per questo motivo, con Checkmk troverai un'abbondanza di regole per la notifica personalizzata di host e servizi: soglie, impostazioni di monitoraggio, responsabilità, notifiche, configurazione degli agenti e molto altro ancora.

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 gli host o i servizi. Checkmk contiene più di 700 set di regole! Ecco alcuni esempi:

Ogni set di regole è responsabile o per gli host o per i servizi - mai per entrambi. Se un parametro può essere definito sia per gli host che per i servizi, esiste una coppia di regole applicabili - es. Normal check interval for host checks e Normal check interval for services checks.

Alcuni set di regole, in senso stretto, non definiscono parametri, ma creano servizi. Un esempio sono le regole per gli active check, che si trovano all'indirizzo Setup > Services > HTTP, TCP, Email, …​. Con queste regole puoi, ad esempio, impostare un controllo HTTP per determinati host. Queste regole sono classificate come regole per gli host, perché se un controllo di questo tipo esiste su un host è considerato una proprietà dell'host.

Inoltre, ci sono set di regole che controllano la discovery 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 di specifici plug-in di controllo. Un esempio è Network interfaces and switch ports. Le impostazioni di queste regole sono adattate in modo molto specifico al plug-in appropriato. Tali set di regole vengono utilizzati fondamentalmente solo con quei servizi che si basano su questo plug-in. Se non sei sicuro di quale set di regole sia responsabile per quali servizi, puoi scoprirlo navigando direttamente attraverso il servizio fino alla regola pertinente. Come fare verrà spiegato più avanti.

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

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

L'applicazione dei tag agli host avviene esplicitamente nelle proprietà dell'host o attraverso l'ereditarietà nella gerarchia delle cartelle. Come fare è spiegato nell'articolo sugli host. Come creare i tuoi tag e quali sono i tag predefiniti è spiegato nell'articolo sui tag degli host.

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

Nella seguente visualizzazione 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 in modo più rapido attraverso il campo di ricerca. Per farlo, ovviamente, devi sapere approssimativamente come si chiama il set di regole. Ecco il risultato della ricerca di host checks come esempio.

Un altro modo è quello di utilizzare la voce di menu Hosts > Effective parameters nelle proprietà di un host esistente nel Setup o il menu a icone nell'elenco degli host di una cartella.

Qui troverai non solo tutti i set di regole che riguardano l'host, ma anche il parametro attualmente in vigore per questo host. Nell'esempio di Host check command non si applica alcuna regola per l'host mostrato, che è quindi impostato sul valore predefinito Smart PING (only with Checkmk Micro Core) delle edizioni commerciali. In Checkmk Raw il valore predefinito è PING (active check with ICMP echo request).

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

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

Cliccando su di esso si accede direttamente alla regola.

Il percorso per accedere ai set di regole per i servizi è simile. L'accesso generale avviene tramite il menu Setup, in questo caso Setup > Services > Service monitoring ruleso, più appropriatamente, tramite il campo di ricerca.

Se non hai ancora molta dimestichezza con i nomi del plug-in, allora il percorso attraverso il servizio è più semplice. Come per gli host, esiste anche una pagina in cui vengono mostrati tutti i parametri di un servizio e in cui hai la possibilità di accedere direttamente ai set di regole applicabili. Puoi accedere a questa pagina di parametri con il simbolo presente nell'elenco dei servizi di un host nel Setup. L'icona ti porta direttamente al set di regole che definisce i parametri del plug-in di controllo per questo servizio.

Inoltre, il simbolo della pagina dei parametri si trova anche nel monitoraggio del menu delle azioni di ogni servizio:

Nel menu Setup troverai anche la voce Enforced Services. Come suggerisce il nome, puoi usare questi set di regole per forzare la creazione di servizi sui tuoi nomi host. I dettagli si trovano nell'articolo sui servizi. Un piccolo numero di set di regole, come Simple checks for BIOS/Hardware errors, si trova solo tra i servizi forzati. Si tratta di servizi che non derivano dalla scoperta del servizio, ma che vengono creati manualmente da te.

In ognuno dei set di regole sopra menzionati - sia in Host monitoring rules che in Service monitoring rules- puoi usare 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 comodo per iniziare se vuoi apportare modifiche alle regole esistenti. Tra l'altro, alcune regole saranno state generate di default durante la creazione dell'istanza Checkmk e fanno parte della configurazione di esempio. Anche queste sono visualizzate qui.

Il monitoraggio è una questione complessa. Può capitare che ci siano regole che non corrispondono a un singolo host o servizio, o perché hai commesso un errore o perché gli host e i servizi corrispondenti sono scomparsi. Queste regole inefficaci possono essere trovate nei suddetti set di regole tramite Related > Ineffective rulesets nella barra del menu.

Checkmk è in costante sviluppo. A volte le cose vengono standardizzate e può capitare che alcuni set di regole vengano sostituiti da altri. Se sono in uso tali set di regole, il modo più semplice per trovarli è fare una ricerca di regole. Aprila tramite Setup > General > Rule search. Poi clicca nella barra del menu su Rules > Refine search, seleziona Search for deprecated rulesets come opzione per Deprecatede 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 nella modalità di analisi. Puoi accedervi cliccando sull'icone nel menu azione in Setup nell'elenco degli host o dei servizi. La seguente pagina Effective parameters of mostra l'elenco delle regole che si applicano all'host/servizio. Per accedere alla modalità di analisi, clicca sul nome del set di regole per il quale esiste almeno una regola, cioè un set che non è impostato in Default value:

Questa modalità ha due caratteristiche: innanzitutto, appare un secondo pulsante per l'impostazione delle regole -Add rule for current host bzw. Add rule for current host and service.

Con questo pulsante puoi creare una nuova regola con l'host o il servizio corrente appropriato già preselezionato. In questo modo puoi creare una regola d'eccezione in modo molto semplice e diretto. In secondo luogo, in ogni riga appare un simbolo "semaforo" il cui colore indica se e/o come questa regola influisce sull'host o sul servizio corrente. Sono possibili le seguenti condizioni:

L'ultima condizione - la regola è una corrispondenza parziale - può verificarsi solo per i set di regole in cui una regola può definire più parametri selezionando i singoli parametri del check box. Teoricamente, ogni parametro di un'altra regola può essere impostato individualmente anche in questo caso. Maggiori informazioni in seguito.

Tutto ciò che è contenuto nel primo blocco, Rule Properties, è facoltativo e serve principalmente per la documentazione:

La seconda sezione è diversa per ogni regola, ma specifica sempre cosa deve essere fatto. L'illustrazione seguente mostra un tipo di regola molto utilizzata (DB2 Tablespaces). Puoi utilizzare i checkbox per determinare quali parametri individuali la regola deve definire. Come descritto in precedenza, Checkmk determina quale regola definisce ogni singolo parametro separatamente. La regola dell'illustrazione definisce quindi solo un valore e lascia inalterati tutti gli altri set di regole:

Puoi anche controllare i valori di questa e di altre regole su base temporale/calendariale: ad esempio, puoi impostare dei valori di soglia in modo che l'utilizzo del tablespace durante l'orario di lavoro sia diverso da quello del fine settimana.

Per prima cosa clicca sul pulsante Enable timespecific parameters e poi su Add new element, vedrai le opzioni che dipendono dal tempo:

Ora seleziona un periodo di tempo nell'elenco Match only during time period e poi seleziona i parametri per i quali questo periodo di tempo deve essere applicato.

Alcuni set di regole non impostano alcun parametro, ma si limitano a decidere quali host sono attivi e quali no. Un esempio è il set di regole Hosts to be monitored, il cui intervallo di parametri ha il seguente aspetto:

Selezionando uno dei due valori disponibili, decidi cosa fare con gli host interessati. Selezionando Positive match (Add matching hosts to the set) gli host interessati verranno aggiunti al set di host da monitorare. Selezionando Negative match (Exclude matching hosts from the set) gli host interessati verranno rimossi dal monitoraggio. Positive match o Negative match si riferiscono al contenuto della regola corrente e non rappresentano un criterio di filtro aggiuntivo per la selezione degli host. Puoi filtrare il set di regole interessate esclusivamente con il seguente Conditions.

Nella sezione precedente hai definito come devono essere processati tutti gli host o i servizi interessati dalla regola. Nella terza sezione Conditions definisci ora quali host o servizi devono essere influenzati dalla 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 logicamente collegate tra loro:

Nell'introduzione al concetto di regole, hai visto che la prima regola che viene applicata determina sempre il risultato finale. Questa non è tutta la verità: esistono tre diversi tipi di valutazione:

Le informazioni sulla valutazione della regola sono visualizzate per ogni set di regole direttamente sotto la barra del menu:

Ora, come viene valutata concretamente una regola che deve essere applicata a diversi host? Per illustrarlo, facciamo un semplice esempio:

Supponiamo di avere tre host e di voler impostare diverse regole di notifica a ripetizione periodica per ognuno di essi (e anche per tutti gli host aggiunti in futuro) con la regola Periodic notifications during host problems:

Se ora attivi la configurazione, Checkmk esegue la catena di regole dall'alto verso il basso, ottenendo la seguente valutazione:

Nota bene: poiché la regola "La prima regola matching definisce il parametro" si applica a questo set di regole, il processo della catena di regole termina sempre dopo la prima corrispondenza. L'ordine delle regole è quindi determinante per il risultato! Questo diventa evidente quando l'ordine delle regole viene cambiato e le regole B e C vengono scambiate:

Se ora la catena di regole viene ripetuta dall'inizio alla fine per i singoli host, anche il risultato cambia: la regola C ora si applica non solo all'Host-3, ma anche all'Host-2, in modo che la regola di notifica per entrambi gli host avvenga ogni 30 minuti. Questo completa il processo per entrambi gli host. Sebbene la regola B sia rilevante per l'Host-2 e sia stata scritta per questo host, non verrà più valutata e applicata. In modalità analisi, il processo sarà quindi simile a questo:

Combinando i vari set di regole spiegati in questo articolo - tenendo presente il corretto ordine di elaborazione - puoi utilizzarli per costruire catene di regole complesse per interi complessi di host.