Ep. 7 (parte 2): Regole intelligenti con i tag host in Checkmk

Per caricare questo video di YouTube è necessario accettare i cookie pubblicitari.

[0:00:00]	Salve e bentornati alla seconda parte della nostra trilogia sulle regole e i parametri di servizio. Nella prima parte abbiamo parlato di come lavorare con le regole e impostare le soglie. In questa seconda parte, invece, vedremo i tag e le etichette degli host e come utilizzarli per creare regole per gruppi molto specifici di host.
[0:00:19]	Ad esempio, per definire il carico della CPU di tutti i server di database in un ambiente di produzione.
[0:00:36]	Prima di poter creare queste regole specifiche, dobbiamo essere in grado di indicare se un host si trova, ad esempio, in un ambiente di produzione o di test. Per farlo, assegniamo loro dei tag o etichette di host.
[0:00:47]	La differenza tra le due cose la imparerete in questo video. Ma per ora concentriamoci sui tag host.
[0:00:53]	L'idea è che quando creiamo un host gli assegniamo immediatamente alcuni tag o etichette.
[0:01:02]	Ad esempio, se si tratta di un sistema di test o di produzione e in seguito, quando creiamo le regole, possiamo dire: "Applica questa regola solo quando l'host ha un determinato tag, ad esempio "ambiente di test"". Vi mostro come funziona.
[0:01:16]	Come potete vedere, ho aggiunto altri quattro host al nostro sistema.
[0:01:21]	Questi sono solo host fittizi a scopo illustrativo. Per ora, andiamo su Setup e Host, come potete vedere hanno tutti lo stesso indirizzo IP, ma come ho detto sono a scopo illustrativo, quindi non ha molta importanza.
[0:01:36]	Ora modifichiamo il primo "dbserver1". Siamo interessati solo a questa sezione di attributi personalizzati, quindi eliminiamo il resto.
[0:01:47]	Come si può vedere, ci sono alcuni tag host già preconfigurati da Checkmk, come ad esempio Criticality, e si può notare che ci sono anche alcuni valori già preconfigurati come 'Productive system', 'Test system'.
[0:02:04]	Ma per ora sceglieremo "Sistema produttivo". Ogni tag host è composto da un gruppo Host, che è questa prima parte, e dalla seconda parte a destra, il Valore. Ora salviamo e torniamo alla cartella.
[0:02:21]	E ora facciamo lo stesso per il secondo. Anche questo sarà un sistema produttivo. Come potete vedere, il sistema produttivo è il valore predefinito, ma noi lo imposteremo esplicitamente.
[0:02:35]	Quindi salviamo e torniamo alla cartella e ora i secondi due, 'dbserver3' e '4', vogliamo creare un sistema di test. Invece di ripetermi due volte, li preseleziono o li seleziono entrambi e vado su host e modifico gli attributi.
[0:02:52]	Ora sceglierò Criticità e, Sistema di test > Salva. Li ho aggiunti entrambi contemporaneamente. Ok, per ora possiamo solo attivare le modifiche.
[0:03:09]	Ora questi tag sono stati applicati a tutti gli host del database e possiamo definire alcune regole basate su questi tag Host. La prossima cosa da fare è creare una regola o più regole, perché voglio configurare che non mi interessa se l'utilizzo della CPU sui sistemi di test raggiunge il 100%.
[0:03:30]	Ma sui sistemi di produzione voglio essere avvisato quando superano l'80%, quindi voglio lasciare un po' di margine. Passiamo ora a uno dei nostri host. Quindi, Monitor > tutti gli host. E scegliamo 'dbserver1'.
[0:03:45]	Ci interessa l'utilizzo della CPU. Andiamo quindi ai parametri di questo servizio. Come si può vedere, non ci sono ancora regole impostate e ora ne creeremo una. Creeremo quindi un'intera regola specifica.
[0:04:05]	E in base alle condizioni possiamo rimuovere l'host esplicito, quindi non ci interessa specificamente il dbserver1, ma piuttosto i tag host, quindi aggiungeremo un tag host. Si tratta della criticità che abbiamo appena impostato e poi creiamo una condizione, quindi facciamo clic sul pulsante Aggiungi condizione tag. Ora si legge che la criticità è uguale o uguale a "Sistema produttivo".
[0:04:36]	Potete scegliere un altro valore, ma per ora lo lascerò a 'Sistema produttivo'. Ora possiamo impostare i valori effettivi, quindi sceglieremo dei livelli di sottovalutazione sull'utilizzo totale della CPU.
[0:04:55]	Sceglieremo dei livelli fissi e li cambieremo in Attenzione all'80% e Critico al 90%. Ora possiamo salvarla e creare una regola per i nostri sistemi di test; il modo più semplice per farlo è duplicare questa, ma invece di 80% e 90% la imposteremo su 101% e 101%, che sono entrambi livelli che non possono essere raggiunti, quindi non dovremmo mai vedere uno stato di Attenzione o Critico.
[0:05:39]	L'unica cosa che resta da fare è impostare questo valore su 'Sistema di prova' e poi salvare le modifiche. Ora potete vedere che abbiamo due regole qui, questa è verde perché stiamo ancora lavorando su dbserver1 che è un sistema produttivo e quindi queste condizioni corrispondono.
[0:06:00]	Ora possiamo semplicemente attivare le modifiche. Ora stiamo usando i tag host in combinazione con le regole di servizio.
[0:06:15]	Come ho detto prima, questi gruppi di stack come Criticality sono più che altro un esempio preconfigurato in Checkmk. Si consiglia quindi di non utilizzarli, ma di crearne di propri ed è quello che vi mostrerò ora.
[0:06:29]	Sotto la voce Configurazione, si trova un elemento chiamato Tag e qui si trovano tutti i gruppi di tag preconfigurati. Alcuni sono integrati, come questi 4, ma questi 2 sono più che altro un esempio ed è per questo che si possono anche eliminare. Aggiungerò un nuovo gruppo di tag.
[0:06:48]	Ogni gruppo di tag ha un ID e un titolo obbligatori, l'ID deve essere unico e non può contenere spazi, il titolo può essere quello che volete.
[0:06:58]	Vogliamo creare un gruppo di tag che illustri o dica che tipo di applicazione è l'host. Quindi, per esempio, è un server web o un server di database e altro. Non copre tutto, ma illustra ciò che vogliamo mostrare. Ok, ora per l'id del gruppo di tag useremo 'application' (minuscolo) e per il titolo anche 'Application' (ma con la A maiuscola).
[0:07:31]	Ora questo argomento, e questo vi dice o vi mostra quando state configurando un host e in quale sezione apparirà il tag. Quindi creerò il mio 'MyCustomTags'. In questo modo potrò facilmente identificare tutti i miei tag creati su misura da tutti gli altri tag.
[0:07:55]	Ora, ogni tag o gruppo di tag ha una o più scelte di tag. Questi sono i valori che si possono scegliere quando si configura un host.
[0:08:06]	Quindi ogni tag ha anche un ID tag che deve essere unico all'interno di questo gruppo di tag e io farò tre scelte: una sarà web, l'altra 'db' per 'database' e 'altro'.
[0:08:29]	Ora il titolo sarà web server 'Web Server', 'Database Server' e ancora una volta 'Altro'. I tag ausiliari per ora possiamo dimenticarli.
[0:08:46]	È possibile modificare l'ordine semplicemente trascinandoli verso l'alto e verso il basso. Ora ogni host avrà un valore predefinito per il tag applicazione che abbiamo appena creato.
[0:09:03]	E vedete qui che sarebbe webserver, il che significa che ogni host verrebbe classificato come 'Web Server', quindi nel nostro caso è probabilmente meglio impostarlo su 'Altro'. Quindi cambiamo rapidamente questo parametro. Trasciniamo quindi Altro in cima e Salviamo.
[0:09:23]	Ora ogni host sarà classificato come altro e solo se lo impostiamo esplicitamente su qualcos'altro, sarà un 'Web server' o un 'Database server'.
[0:09:33]	Ora abbiamo creato il tag ma non lo stiamo utilizzando.
[0:09:37]	Quindi la prima cosa da fare è configurare il nostro host in modo che utilizzi il tag. Andiamo quindi su setup e host e vogliamo cambiare questi quattro server di database, quindi selezioniamoli tutti qui e modifichiamoli tutti insieme. Quindi host e poi modifica attributi. Ora si vede questa nuova sezione qui i miei tag personalizzati e il valore predefinito è 'altro' e vogliamo impostarlo su 'Server database'.
[0:10:09]	Quindi salviamo e attiviamo tutte le modifiche. Ora tutti i nostri server di database sono classificati come tali.
[0:10:25]	La prossima cosa da fare è tornare alle nostre regole e guardare le due regole che abbiamo creato in precedenza e modificarle in modo che si applichino solo ai server di database.
[0:10:34]	Vi mostrerò rapidamente un altro modo per trovare le regole: andate in Configurazione e poi in Ricerca regole. Poi sotto Regole e poi Set di regole usate.
[0:10:47]	Qui avete una panoramica di tutti i set di regole che contengono almeno una regola. La maggior parte di esse è stata preconfigurata da Checkmk, per cui ce ne sono già parecchie. Ma se si sa cosa si sta cercando, si può trovare rapidamente ciò che serve. Naturalmente, se si conosce il nome di ciò che si sta cercando, si può semplicemente filtrare su di esso. Quindi, CPU e ora siamo all'utilizzo della CPU.
[0:11:16]	Ora modifichiamo entrambe le regole in modo che utilizzino il nuovo tag che abbiamo appena creato, quindi facciamo clic su modifica e alla voce condizioni aggiungiamo un secondo tag host.
[0:11:29]	Aggiungiamo "application" e il valore sarà "Database server". Salviamo e, come potete vedere, ora c'è una seconda condizione.
[0:11:46]	Quindi l'host deve avere una criticità pari a 'Sistema produttivo'.
[0:11:51]	E l'applicazione deve essere 'Database Server'. Ora applichiamo la stessa cosa al sistema di test. Quindi, ancora una volta, scegliamo "applicazione".
[0:12:05]	Aggiungiamo la condizione server di database e come potete vedere ora abbiamo due regole. Entrambe per i server di database, una per l'ambiente produttivo e una per l'ambiente di test. E con questo abbiamo trovato un modo elegante per applicare regole generali a un gran numero di host.
[0:12:26]	Quindi ora, quando si aggiunge un nuovo host, bisogna solo assicurarsi di impostare i tag giusti o i valori per i tag, in modo che gli venga applicata la giusta configurazione. Questo è il vantaggio di uno stack di host. Un concetto simile ai tag dell'host sono le "etichette".
[0:12:42]	Ma a differenza dei tag host, le etichette sono libere, quindi si può aggiungere un numero qualsiasi di etichette a un host e poi creare regole da applicare a queste etichette.
[0:12:56]	L'unico svantaggio è che non c'è nulla che vi protegga dagli errori di battitura quando aggiungete queste etichette. Le etichette possono anche essere importate automaticamente da Checkmk.
[0:13:06]	Ad esempio, quando si monitora docker o qualche servizio cloud, Checkmk può importare queste etichette e applicarle all'host quando vengono create.
[0:13:15]	Ora aggiungiamo alcune etichette manualmente. Per aggiungere un'etichetta all'host non dobbiamo preconfigurare nulla, possiamo semplicemente andare su setup, host e aggiungerne una per 'dbserver2', ad esempio.
[0:13:30]	Ora, sotto l'attributo personalizzato, ci sono le etichette, quindi se le selezioniamo possiamo aggiungere un'etichetta. Per esempio 'app:mysql', inserendo ora è importante sapere che quando si aggiunge un'etichetta si devono aggiungere i due punti. Sono scritte come una coppia chiave-valore e ciò che precede i due punti, la chiave, è simile a un gruppo quando si aggiunge un tag host.
[0:13:59]	E ciò che viene dopo i due punti è il valore.
[0:14:04]	Si può aggiungere solo un'etichetta per gruppo o per chiave, quindi se ora aggiungo 'app123', questa si riempie, ma posso aggiungere 'test123', per esempio. Salviamo e andiamo alla cartella.
[0:14:26]	Ora possiamo anche lasciare che le etichette appaiano qui, in questa vista per farlo andate su display e spuntate questa casella mostra etichette host esplicite ora potete vedere le etichette qui nell'ultima colonna.
[0:14:42]	Posso anche creare regole basate su queste etichette. Quindi, ad esempio, modifichiamo la regola per l'utilizzo della CPU e andiamo su: tutti gli host > dbserver2 > utilizzo della CPU. Modifichiamola.
[0:15:04]	E ora modifichiamo questa regola. Qui possiamo aggiungere una condizione di etichetta, in modo da poter dire che ha un'etichetta, ad esempio 'app:mysql'. E se ora la salvo, vedrete che ora c'è una terza condizione. Questa regola si applicherà solo quando si tratta di un server di database e ha il tag di criticità 'sistema produttivo' e l'etichetta host 'app:mysql'.
[0:15:40]	Ora conoscete la differenza tra tag host ed etichette. Le etichette sono molto facili da applicare e non è necessario preconfigurare nulla, ma hanno lo svantaggio di non proteggere dagli errori di battitura. Quindi, se avete un'impostazione molto rigida o molto severa e volete applicare le regole solo agli host con proprietà molto specifiche e volete avere la sicurezza che i colleghi non commettano errori di battitura quando aggiungono le etichette, i tag host sono probabilmente la scelta giusta per voi.
[0:16:09]	Ma se vi piace vivere sul filo del rasoio o volete usare le etichette che Checkmk riconosce e applica automaticamente per voi, allora le etichette possono essere una scelta interessante. E naturalmente potete usare entrambe le cose contemporaneamente, come vi ho appena mostrato.
[0:16:24]	Questo è quanto per questa parte e nella prossima vi mostrerò le cartelle e come potete usarle per raggruppare i vostri host. Se questo video vi è stato utile, mettete un like e iscrivetevi al canale. Ci vediamo nella prossima parte.