Glossario

Un active check è un piccolo programma o script che stabilisce una connessione diretta con un servizio sulla rete o su internet, da cui recupera i dati di monitoraggio. I controlli attivi vengono utilizzati per servizi basati sulla rete come HTTP, SMTP o IMAP, ad esempio check_http per interrogare le pagine web. Un active check gestisce sia la raccolta che la valutazione dei dati. Questo differisce da un plug-in di controllo, talvolta chiamato controllo passivo, poiché un controllo passivo valuta solo i dati esistenti.

Maggiori informazioni alla voce Monitoraggio dei servizi di rete (Active checks).

Nelle edizioni commerciali, l'agent bakery viene utilizzata per creare pacchetti personalizzati degli agenti e, come opzione, i pacchetti possono anche essere distribuiti automaticamente.

Maggiori informazioni alla voce agent bakery.

Un agente su un host raccoglie i dati rilevanti per il monitoraggio. L'agente può essere un piccolo programma installato sull'host (l'agente Checkmk), oppure un agente SNMP che gira indipendentemente da Checkmk sull'host, oppure un special agent che ottiene le informazioni tramite un'API fornita dal sistema di destinazione — oppure un active check che interroga i servizi di rete.

Maggiori informazioni alla voce Agenti di monitoraggio.

Nelle edizioni commerciali, l'aggiornamento dell'agente è un plug-in dell'agente che consente di aggiornare automaticamente gli agenti.

Maggiori informazioni alla voce Aggiornamenti automatici degli agenti.

L'interfaccia web di Checkmk è suddivisa in ambiente di monitoraggio e ambiente di configurazione. Quest'ultimo si riferisce ai processi con cui vengono definite le regole, aggiunti e definiti host e servizi, gestiti gli utenti o specificate le opzioni generali. Si accede all'ambiente di configurazione tramite il menu "Setup" nella barra di navigazione.

Maggiori informazioni alla voce L'interfaccia per gli utenti.

L'interfaccia web di Checkmk è suddivisa in ambienti di monitoraggio e di configurazione. Il primo si riferisce ai processi attraverso i quali viene visualizzato lo stato dell'infrastruttura monitorata; questi includono l'inventario, i dashboard, gli elenchi di host, servizi, eventi o problemi, i dati storici e così via. Si accede all'ambiente di monitoraggio tramite il menu "Monitor" della barra di navigazione.

Maggiori informazioni alla voce L'interfaccia per gli utenti.

Le modifiche alla configurazione hanno effetto sul monitoraggio solo dopo essere state attivate in una seconda fase; in modo simile a come gestiscono questa operazione i programmi di partizionamento, ad esempio: Configura, check, applica.

Maggiori informazioni alla voce Attiva le modifiche.

La barra di navigazione è il pannello di navigazione principale nell'interfaccia di Checkmk, situata sul lato sinistro e contenente, tra le altre cose, i menu "Monitor", "Setup" e "Customize".

Maggiori informazioni alla voce La barra di navigazione.

La barra laterale può essere visualizzata dalla barra di navigazione con un clic del mouse. Gli utenti possono aggiungere vari snap-in alla barra laterale per facilitare la navigazione o per visualizzare a colpo d'occhio importanti dati di stato.

Maggiori informazioni alla voce Barra laterale.

La Business Intelligence in Checkmk permette di visualizzare chiaramente lo stato complessivo di una panoramica di livello superiore derivata da molti valori di stato individuali. Questo livello superiore può essere un raggruppamento astratto di singoli componenti o un'applicazione critica per il business. Ad esempio, lo stato di un'applicazione e-mail, composta da vari host, switch e servizi come SMTP e IMAP, può essere combinato in un'unica visualizzazione. Qui è possibile anche formulare considerazioni completamente intangibili e non tecniche, ad esempio la disponibilità puntuale di un prodotto da consegnare: questo obiettivo si trova nel futuro e dipende da molti fattori, come la catena di fornitura, il funzionamento affidabile della produzione, il personale disponibile, ecc. Eventuali minacce a questo obiettivo astratto potrebbero essere identificate e registrate tramite il modulo BI.

Maggiori informazioni alla voce Business Intelligence (BI).

In Checkmk, un controllo è uno script o un programma che valuta un host o un servizio secondo regole predefinite, ovvero il processo che determina lo stato di host e servizi e che porta alla visualizzazione di uno stato tra OK , DOWN , UNREACH , WARN , CRIT , PEND o SCONOSCIUTO. I controlli possono essere implementati, ad esempio, con un plug-in di controllo, un check locale o un active check.

Maggiori informazioni alla voce Check.

Un check locale è un'estensione (scritta autonomamente), sotto forma di script in qualsiasi linguaggio di programmazione, che viene eseguito sull'host monitorato. A differenza dei controlli regolari, il calcolo dello stato viene eseguito direttamente sull'host. I risultati dello script vengono aggiunti all'output regolare dell'agente.

Maggiori informazioni alla voce Check locale.

Una configurazione Quick Setup è composta da quattro componenti che conosci già come parti singole dalla configurazione di un'istanza Checkmk. I componenti sono una regola per il rispettivo special agent, un host, una connessione nella gestione dinamica degli host e una voce nell'archivio password.

Nel monitoraggio di host e servizi, Checkmk si concentra sugli stati. La Console degli Eventi è il modulo che, al contrario, si occupa degli eventi, ovvero del monitoraggio da fonti come syslog o SNMP trap, ma opzionalmente anche dal Registro eventi di Windows, dai file di log e dalle applicazioni proprie. Un esempio: un messaggio di avviso dal servizio SMTP su un server di posta non cambierebbe lo stato dell'host o dei servizi, ma è comunque un'informazione rilevante che deve essere inclusa nel monitoraggio. La Console degli Eventi può essere utilizzata per registrare e visualizzare tali eventi in Checkmk.

Maggiori informazioni alla voce La Console degli Eventi.

I contatti sono utenti Checkmk responsabili di host e servizi specifici. L'assegnazione dei contatti a host e servizi avviene tramite gruppi di contatto. I contatti possono anche essere account utente creati esclusivamente per le notifiche, ad esempio per l'inoltro a un sistema di ticket.

Maggiori informazioni alla voce Gruppi di contatto.

Una dashboard è una panoramica liberamente configurabile composta da visualizzazioni e/o dai cosiddetti dashlet. Questi elementi sono disponibili, ad esempio, sotto forma di elenchi (come i problemi degli host), grafici della serie temporale o piccoli "tachimetri" che mostrano singoli valori come la temperatura della CPU.

Maggiori informazioni alla voce Dashboard.

Il dispositivo fisico è un server da 19" con firmware preinstallato e predisposto per Checkmk, che può essere distribuito immediatamente nei data center. È dotato di un'interfaccia di configurazione grafica che elimina la necessità di qualsiasi conoscenza di Linux.

Maggiori informazioni alla voce Dispositivo fisico.

Il dispositivo virtuale è un sistema creato per VirtualBox o VMware ESXi con firmware preinstallato e predisposto per Checkmk. Include un'interfaccia di configurazione grafica che elimina la necessità di qualsiasi conoscenza di Linux.

Maggiori informazioni alla voce Dispositivo virtuale.

Le edizioni di Checkmk sono le diverse varianti del software Checkmk disponibili per lo scaricamento e l'installazione. Si tratta dell'open source Comunità Checkmk (precedentemente Checkmk Raw), per gli utenti professionali dell'e Checkmk Pro (precedentemente Checkmk Enterprise) disponibile in abbonamento, dell'e Checkmk Ultimate (precedentemente Checkmk Cloud (Self-hosted)) basata su Checkmk Pro, e infine dell'e Checkmk Ultimate con Multi-Tenancy (precedentemente Checkmk MSP). In questo ordine, ogni edizione contiene la gamma completa di funzioni dell'edizione precedente e la amplia con specifiche funzioni aggiuntive. Ad esempio, Checkmk Ultimate è una versione di Checkmk Pro che è stata ampliata e ottimizzata per il monitoraggio di ambienti ibridi.

Maggiori informazioni alla voce Selezione di un'edizione di Checkmk.

Agli host si possono assegnare tag host, ma si possono anche assegnare etichette dirette. Un'etichetta è composta da due parti (chiave e valore), separate da due punti. Tali coppie chiave-valore arbitrarie (os:linux, os:windows, foo:bar, ecc.) possono essere impostate direttamente su un host — senza alcuna configurazione preliminare, come invece è necessario per i tag host. Le etichette non hanno quindi un ambito predefinito, né un valore predefinito, ma sono molto dinamiche. In particolare, Checkmk può includere nel monitoraggio come host oggetti creati automaticamente da sistemi container come Kubernetes, Azure o AWS, e poi arricchirli con etichette generate automaticamente dai loro metadati. Le etichette possono essere usate, ad esempio, per selezionare condizioni nelle regole o per filtrare nelle visualizzazioni di monitoraggio.

Maggiori informazioni alla voce Etichette.

Gli host vengono gestiti principalmente tramite cartelle in Checkmk. I gruppi di host consentono un raggruppamento diverso degli host per selezionarli nel monitoraggio, ad esempio nelle visualizzazioni. I tag host, le etichette e le cartelle degli host vengono utilizzati per assegnare gli host a tali gruppi tramite regole. Gli host possono anche essere assegnati esplicitamente a un gruppo di host.

Maggiori informazioni alla voce Gruppi di host.

Come gli host, anche i servizi possono essere raggruppati in modo che questi gruppi possano essere filtrati in seguito nelle visualizzazioni o gestiti in modo specifico nella configurazione. I gruppi possono essere formati da cartelle, tag host, etichette host e servizio, e nomi host e servizio filtrati tramite espressioni regolari.

Maggiori informazioni in Gruppi di servizi.

In Checkmk, un host è qualsiasi sistema autonomo, fisico o virtuale, monitorato da Checkmk. Si tratta solitamente di componenti con un proprio indirizzo IP (server, switch, dispositivi SNMP, macchine virtuali), ma anche, ad esempio, di Docker container o altri oggetti logici che non dispongono di un tale indirizzo IP. Ogni host ha sempre uno degli stati UP, DOWN, UNREACH o IN SOSP., e ha sempre almeno un servizio.

Analizziamo la questione più nel dettaglio: Per Checkmk, internamente, un host è semplicemente un elemento strutturale che contiene elementi da monitorare, ovvero i servizi. Ogni host ha necessariamente almeno un servizio per verificare l'effettiva accessibilità (come PING o lo stesso agente Checkmk, ovvero il servizio Check_MK). In questo senso, il termine "host" indica poco più che l'intestazione sotto la quale sono raggruppati una serie di servizi.

Maggiori informazioni nella sezione Amministrazione host.

Quando la configurazione di Checkmk fa riferimento a un’API integrations, si tratta di dati di monitoraggio che utilizzano il formato dati dell’agente Checkmk ma che provengono da una fonte diversa. Tali fonti possono essere programmi di origine dati, special agents o host che trasmettono i propri dati. Se i dati ricevuti tramite un’integrazione API devono essere utilizzati nel monitoraggio, è necessario abilitare l’opzione “API integrations” nelle proprietà di un host.

Maggiori informazioni alla voce Programmi di origine dati.

Se un oggetto (host o servizio) cambia stato più volte in un breve periodo di tempo, viene considerato irregolare e contrassegnato con il simbolo "". Per un oggetto identificato come irregolare, i successivi cambiamenti di stato non attivano ulteriori notifiche. Il rilevamento dell'irregolarità può essere attivato o disattivato — a livello globale o per regola — separatamente per host e servizi.

Maggiori informazioni in Host e servizi irregolari.

Un'istanza è un singolo progetto di monitoraggio Checkmk attualmente in esecuzione. Checkmk può essere eseguito in parallelo sullo stesso server come più istanze indipendenti, ad esempio per testare diverse versioni o edizioni di Checkmk, oppure per eseguire un monitoraggio separato per host (nuovi) che non devono (ancora) essere inclusi nel monitoraggio di produzione.

Maggiori informazioni alla voce Creazione di un'istanza.

Livestatus è l'interfaccia più importante di Checkmk. Attraverso di essa, gli utenti di Checkmk ottengono l'accesso in tempo reale più veloce possibile a tutti i dati relativi agli host e ai servizi monitorati. Ad esempio, i dati nello snap-in "Overview" vengono recuperati direttamente tramite questa interfaccia. Il fatto che i dati vengano recuperati direttamente dalla RAM evita lenti accessi al disco e offre un accesso veloce al monitoraggio senza appesantire troppo il sistema.

Maggiori informazioni alla voce Recupero dei dati di stato tramite Livestatus.

Valori misurabili e calcolabili per host e servizi nel tempo, come temperatura, utilizzo o disponibilità, che possono essere utilizzati ad esempio per i grafici. I valori passati vengono memorizzati in RRD (Round Robin Database) e conservati per impostazione predefinita fino a 4 anni.

Maggiori informazioni alla voce Valori misurati e grafici.

Nella modalità pull, l’agente Checkmk ascolta le connessioni in entrata dal server Checkmk sulla porta TCP 6556. Non appena l’agente riceve una richiesta, invia i dati di monitoraggio al server. In questo caso, l’iniziativa per la trasmissione dei dati viene dal server, che in pratica “tira” i dati dall’agente. La modalità pull è il modo predefinito per trasmettere i dati dall’agente Checkmk — e funziona in tutte le edizioni di Checkmk.

Per saperne di più, consulta l'agente Checkmk.

Nella modalità push, l'agente Checkmk invia i dati di monitoraggio al server Checkmk una volta al minuto. L'agente avvia la trasmissione dei dati autonomamente e non attende una richiesta dal server. La modalità push è sempre necessaria se il server Checkmk non può accedere alla rete in cui si trovano l'host da monitorare e il suo agente, ad esempio in una configurazione basata sul cloud. Per questo motivo, la modalità push è disponibile solo per Checkmk Ultimate .

Maggiori informazioni sull'agente Checkmk.

In un monitoraggio distribuito, l'intero sistema di monitoraggio è costituito da più istanze Checkmk interconnesse, ovvero un'istanza centrale e almeno un'istanza remota. I dati provenienti da tutte le istanze vengono visualizzati insieme in un unico posto nell'istanza centrale. Questo è chiamato stato centrale in un sistema di monitoraggio distribuito. Il monitoraggio distribuito può essere combinato, se lo desideri, con un Setup centrale.

Maggiori informazioni alla voce Monitoraggio distribuito.

Con una configurazione centrale, la configurazione di tutte le istanze Checkmk collegate tra loro nel monitoraggio distribuito viene effettuata in un unico luogo. La configurazione viene eseguita solo nell'istanza centrale e poi distribuita a tutte le istanze remote. Una configurazione centrale include sempre uno stato centrale.

Maggiori informazioni alla voce Setup centrale.

Con una notifica, un utente Checkmk viene informato attivamente di problemi o altri eventi di monitoraggio, tramite e-mail HTML, SMS, Slack o simili. Chi viene avvisato e in che modo è determinato dalle regole di notifica. Ad esempio, se il signor Hirsch riceve un'e-mail che lo informa che il servizio filesystem / sull'host myserver123 è cambiato da WARN a CRIT, è perché il signor Hirsch è un contatto per quell'host e una regola di notifica stabilisce che tutti i contatti per l'host debbano ricevere un'e-mail quando uno dei suoi servizi cambia in CRIT.

Maggiori informazioni nella sezione Nozioni di base sulle notifiche.

MKP è il formato di file proprietario di Checkmk per l'aggregazione e la distribuzione di estensioni, ovvero plug-in di controllo personalizzati, plug-in dell'agente, definizioni di grafici della serie temporale, script di notifica, visualizzazioni, dashboard, ecc.

Maggiori informazioni su Pacchetti di estensioni Checkmk (MKP).

In Checkmk è possibile limitare elementi come le notifiche, i calcoli di disponibilità e persino l'esecuzione generale dei controlli a determinati periodi di tempo che si ripetono regolarmente. I periodi di tempo possono essere utilizzati, ad esempio, per definire l'orario di lavoro giornaliero, specificare ferie e festività o separare i fine settimana dai giorni feriali. Questi periodi di tempo possono poi essere utilizzati nelle regole.

Maggiori informazioni alla voce Periodi di tempo.

Alcuni host che fanno parte del monitoraggio non vengono interrogati direttamente perché non sono dispositivi fisici, ma piuttosto macchine virtuali o container, oppure i dati possono essere forniti solo da un sistema di terze parti. Questi sistemi di terze parti (gli host fisici) forniscono i dati come allegato nell'output del proprio agente e vengono da noi chiamati host piggyback. Quindi, ad esempio, un server Docker trasporterebbe i dati del container insieme ai propri dati. I container in questo esempio sono quindi gli host piggybacked.

Maggiori informazioni nella sezione Il meccanismo piggyback.

Un plug-in dell'agente estende le funzioni dell'agente standard fornito con Checkmk. Si tratta di un piccolo programma o script richiamato dall'agente Checkmk che arricchisce l'output dell'agente con sezioni aggiuntive di dati di monitoraggio. Un esempio di plug-in dell'agente è l'aggiornamento dell'agente.

Maggiori informazioni alla voce Estensione degli agenti con i plug-in.

I plug-in di controllo sono moduli scritti in Python che girano sul sito Checkmk e che creano e valutano i servizi di un host. Ad esempio, il plug-in di controllo df, che si trova all’interno di un sito all’indirizzo ~/local/lib/python3/cmk_addons/plugins/<plug-in_family>/agent_based/ (se si utilizza l’API di controllo V2) o ~/local/lib/check_mk/base/plugins/agent_based/ (se si utilizza l’API di controllo V1), crea servizi per i file system montati esistenti di un host sulla base dei dati provenienti da un agente sul sito e controlla tali servizi rispetto a quei dati, ad esempio quanto spazio libero è rimasto.

Maggiori informazioni sui plug-in di controllo.

Le regole sono la base per configurare host e servizi in Checkmk. Le regole in un set di regole controllano sempre un singolo aspetto specifico di un host o di un servizio. Le regole possono essere dotate di condizioni e possono essere "impilate" l'una sull'altra in modo arbitrario all'interno di un set di regole. La valutazione delle regole avviene quindi dall'alto verso il basso, in modo che possano esserci regole standard per i casi in cui non si applica alcuna condizione, così come regole molto specifiche che riguardano solo un host ben preciso. Molti set di regole in Checkmk hanno già valori predefiniti, quindi è necessario creare regole aggiuntive solo per requisiti alternativi.

Maggiori informazioni alla voce Regole.

Non appena un host viene aggiunto al monitoraggio, Checkmk rileva automaticamente tutti i servizi disponibili che possono essere inclusi nel monitoraggio e mantiene questo elenco aggiornato anche durante il funzionamento. La scoperta del servizio può anche essere avviata manualmente in qualsiasi momento tramite la configurazione di una funzione host.

Maggiori informazioni in Capire e configurare i servizi.

Un servizio è un oggetto logico che riassume uno o più aspetti di un host. Ad esempio, dimensioni, utilizzo e andamenti dei file system, utilizzo della CPU, temperature, età e numero di programmi in esecuzione, porte, sensori e così via. In qualsiasi momento, ogni servizio nel monitoraggio ha uno degli stati seguenti: OK, WARN, CRIT, SCONOSCIUTO o IN SOSP., è sempre assegnato esattamente a un host e può contenere, facoltativamente, una o più metriche.

Maggiori informazioni in Comprendere e configurare i servizi.

Un set di regole si applica a un aspetto specifico di un host o di un servizio, come le soglie di utilizzo della CPU. All'interno di ogni set di regole è possibile creare un numero illimitato di regole individuali. Ad esempio, il set di regole "CPU utilization on Linux/Unix" potrebbe contenere due regole che impostano lo stato del servizio su "WARN" al 90% su alcuni host e già al 70% su altri.

Maggiori informazioni nella sezione Tipi di set di regole.

Gli snap-in, chiamati anche elementi della barra laterale, sono i singoli moduli che possono essere inseriti nella barra laterale, ad esempio Overview e Master control. L'accesso agli snap-in è fornito dal simbolo con il segno più nella parte inferiore della barra laterale.

Maggiori informazioni alla voce Barra laterale.

Il "Simple Network Management Protocol" viene utilizzato per monitorare e configurare dispositivi di rete come router, switch o firewall. Checkmk supporta questo protocollo, ma poiché è relativamente inefficiente, dovresti utilizzare SNMP solo su dispositivi che non supportano alternative di monitoraggio migliori, come gli special agents.

Maggiori informazioni alla voce SNMP.

Su alcuni sistemi non è possibile effettuare l'installazione del normale agente Checkmk e SNMP non è disponibile (in modo soddisfacente). Questi sistemi forniscono invece API di gestione basate su Telnet, SSH o HTTP/XML. Tramite un special agent in esecuzione sul server Checkmk, Checkmk interroga queste interfacce, integrando l'host in Checkmk tramite API.

Maggiori informazioni alla voce Special agents.

Lo stato del servizio è sempre OK WARN , CRIT o SCONOSCIUTO e descrive lo stato attuale del servizio in base a regole predefinite. Per i servizi appena aggiunti che non sono mai stati interrogati prima, esiste anche lo stato IN SOSPENSIONE, che non è uno stato in senso stretto.

Maggiori informazioni alla voce Servizi.

Lo stato di un host, ovvero se è raggiungibile tramite la rete (UP), se non risponde alle richieste provenienti dalla rete (DOWN) o se il suo percorso di accesso è bloccato da dispositivi intermedi guasti (switch, router, ecc.) (UNREACH). Per gli host appena aggiunti che non sono mai stati interrogati prima, esiste anche lo stato IN SOSP. che non è uno stato nel vero senso della parola.

Maggiori informazioni in Host e servizi.

I tag host sono caratteristiche che possono essere assegnate agli host in modo che questi possano essere selezionati in seguito nella configurazione per le regole o nel monitoraggio per le visualizzazioni. I tag host sono suddivisi in gruppi; ad esempio, un gruppo di tag Sistemi operativi può essere configurato con i tag Linux e Windows. Alcuni gruppi di tag sono predefiniti, come il tipo di agente Checkmk utilizzato o la famiglia di indirizzi IP utilizzata per registrare se un host deve essere monitorato su IPv4, IPv6 o entrambe le versioni. I tag hanno anche valori predefiniti e un valore predefinito che viene assegnato a ogni host finché non viene sovrascritto con un'altra opzione del gruppo.

Maggiori informazioni alla voce Tag host.

Le tempistiche di manutenzione programmate sono interruzioni pianificate, ad esempio per gli aggiornamenti di determinati host. Le tempistiche di manutenzione programmate ignorano temporaneamente le notifiche e, ad esempio, vengono prese in considerazione nel calcolo della disponibilità e impediscono temporaneamente che gli host e i servizi correlati vengano segnalati come problemi.

Maggiori informazioni alla voce "Tempo di manutenzione programmata".

Un account speciale per interrogare e configurare Checkmk indipendentemente dall'interfaccia web, ad esempio tramite API, riga di comando, script o servizio web. Per impostazione predefinita, l'utente automazione ha una password di automazione scelta casualmente (password di automazione). In un'istanza Checkmk appena creata è già configurato almeno un utente automazione, per registrare l'agente sul server Checkmk per il trasferimento dei dati crittografato con TLS.

Maggiori informazioni all'utente automazione (per servizi web).

Oltre ai dashboard, le visualizzazioni sono le visualizzazioni più utilizzate di host, servizi e altri componenti nell'interfaccia di Checkmk. Queste visualizzazioni vengono visualizzate come tabelle con attributi rilevanti per il contesto corrente. Ad esempio, All hosts e Host problems sono visualizzazioni nel monitoraggio. Le visualizzazioni standard fornite possono essere personalizzate nella loro visualizzazione e possono anche servire come base per nuove visualizzazioni. È anche possibile creare visualizzazioni da zero.

Maggiori informazioni alle visualizzazioni host e dei servizi.

Il "Web Administration Tool" era lo strumento GUI per configurare Checkmk fino alla versione 1.6.0. Con l'introduzione di WATO, per la prima volta gli utenti hanno avuto la possibilità di personalizzare Checkmk tramite un'interfaccia web invece che usando i file di configurazione. WATO è stato sostituito nella versione 2.0.0 dal menu "Setup" nella barra di navigazione.

Maggiori informazioni nel menu di configurazione.

Lo sviluppo del software Checkmk è organizzato in cosiddetti "Werks". Ogni modifica, correzione di bug o nuova funzionalità che avrà un impatto sull'esperienza dell'utente viene registrata in un Werk separato, insieme a note sugli impatti e su eventuali incompatibilità. L'elenco dei Werks è disponibile direttamente in Checkmk tramite il menu "Help" nella barra di navigazione e sulla home page di Checkmk.

Maggiori informazioni alla voce Werk.