Checkmk
to checkmk.com
Important

This is a machine translation based on the English version of the article. It might or might not have already been subject to text preparation. If you find errors, please file a GitHub issue that states the paragraph that has to be improved.

1. Introduzione

Un'istanza Checkmk richiede diversi tipi di servizi: innanzitutto il nucleo di monitoraggio, ma anche un server web Apache per l'interfaccia web, Cron per la pianificazione delle attività e molti altri. Puoi vedere tutti questi servizi quando avvii un'istanza usando omd start nel terminale: alcuni servizi sono presenti in tutte le edizioni e di default, altri solo in determinate edizioni e/o quando le relative funzioni sono attivate.

Il comando omd status in un'edizione commerciale potrebbe dare il seguente risultato:

OMD[mysite]:~$ omd status
jaeger:             running
agent-receiver:     running
mkeventd:           running
liveproxyd:         running
mknotifyd:          running
rrdcached:          running
redis:              running
automation-helper:  running
ui-job-scheduler:   running
cmc:                running
apache:             running
dcd:                running
stunnel:            running
xinetd:             running
crontab:            running
rabbitmq:           running
---------------------------
Overall state:      running
Copia i comandi negli appunti
Comandi copiati con successo negli appunti!
L'accesso in scrittura agli appunti è stato negato!

2. Panoramica dei servizi

La tabella seguente offre una breve panoramica e mostra per ogni servizio

  • il nome del processo visualizzato,

  • se è presente nell'CRElla Comunità Checkmk e/o nelle edizioni commerciali,

  • se è presente di default senza una configurazione esplicita, e

  • una breve descrizione di ciò che il servizio fa effettivamente.

La maggior parte dei servizi è spiegata in modo più dettagliato negli articoli collegati, mentre altri sono in gran parte autoesplicativi (come il servizio Apache). Nel capitolo seguente parleremo di alcuni altri servizi che svolgono i loro compiti solo in background.

Servizio CRE Comunità Checkmk Edizioni commerciali Abilitato di default Descrizione

agent-receiver

Endpoint per la comunicazione con l'agente Checkmk

apache

Server web

automation-helper

Servizio di supporto per migliorare la performance delle richieste GUI e delle API REST, maggiori dettagli di seguito

cmc

No

Checkmk Micro Core — Nucleo di monitoraggio nelle edizioni commerciali

crontab

File crontab per la pianificazione interna delle attività

dcd

No

Daemon di configurazione dinamica per la gestione dinamica degli host transitori (come i container)

jaeger

No

No

Strumento di analisi per le tracce ricevute tramite OpenTelemetry — per la correzione di bug interna, maggiori dettagli di seguito

liveproxyd

Interfaccia per recuperare i dati di stato tramite Livestatus

mkeventd

Servizio per l'elaborazione degli eventi con la Console degli Eventi

mknotifyd

No

No

Spooler di notifica per la consegna asincrona e gli ambienti distribuiti

nagios

No

Nucleo di monitoraggio delle installazioni di Comunità Checkmk e delle vecchie edizioni commerciali (da lì è possibile migrare a CMC)

npcd

No

Daemon Nagios Performance C per l'elaborazione dei dati sulle prestazioni di Nagios nella Comunità Checkmk

piggyback-hub

No

Hub Piggyback nel monitoraggio distribuito, maggiori dettagli di seguito

rabbitmq

No

No

Broker di messaggi RabbitMQ, maggiori dettagli di seguito

redis

Database in memoria come archivio temporaneo (fornisce l'indice di ricerca, ad esempio)

rrdcached

Daemon di cache RRD per l'archiviazione temporanea dei valori misurati

stunnel

No

Crea un tunnel nel monitoraggio distribuito da una porta Livestatus locale non crittografata a una remota crittografata

ui-job-scheduler

No

No

Scheduler per le attività asincrone dell'interfaccia web, maggiori dettagli di seguito

xinetd

No

Servizio per fornire l'output dell'agente

Per inciso, la maggior parte dei servizi qui elencati sono automaticamente inclusi nel monitoraggio come parte dell'automonitoraggio di Checkmk insieme a molti altri. Se noti problemi di performance, potrebbe valere la pena espandere ulteriormente il monitoraggio del server Checkmk stesso.

3. I servizi in dettaglio

3.1. Jaeger

Jaeger è uno strumento di analisi che serve a tracciare, analizzare e visualizzare le richieste in un sistema complesso. In Checkmk, queste potrebbero essere le singole parti di una scansione di rete, cioè richieste al database interno, ping, operazioni sui file e così via. Tutti questi piccoli elementi richiedono tempo, e Jaeger può aiutarti a capire i problemi di performance e a individuare i colli di bottiglia.

Jaeger è stato aggiunto principalmente per lo sviluppo di Checkmk ed è attivo solo se l'invio e la ricezione delle tracce sono stati esplicitamente abilitati nella configurazione dell'istanza tramite omd config nel menu Addons > TRACE RECEIVE o TRACE SEND. Una volta abilitato, puoi accedere all'interfaccia web di Jaeger tramite http://mycmkserver/mysite/jaeger. Per ulteriori informazioni, consulta il relativo Werk 16565.

Jaeger dovrebbe essere disabilitato durante il normale funzionamento.

3.2. RabbitMQ e piggyback hub

RabbitMQ è fondamentalmente un broker di messaggi adatto all’invio di qualsiasi tipo di messaggio tramite code. In Checkmk, RabbitMQ è attualmente utilizzato come funzione in combinazione con l’hub piggyback. In breve: quando vengono generati dati piggyback nel monitoraggio distribuito, RabbitMQ assicura che i dati vengano inoltrati dalle istanze in cui vengono generati alle istanze in cui sono necessari/vengono valutati. Una spiegazione tecnica dettagliata di come funziona è disponibile nella presentazione Piggyback unleashed — un nuovo modo di comunicare tra siti, tratta dall'11ª conferenza Checkmk.

Per informazioni su come attivare l'hub piggyback e RabbitMQ, consulta l'articolo sul monitoraggio distribuito.

3.3.ui-job-scheduler

Il servizio ui-job-scheduler organizza le attività asincrone che avvengono nell'interfaccia web. L'esempio più evidente è probabilmente l'attivazione delle modifiche. Questo comporta l'aggiornamento dell'interfaccia web, la visualizzazione di una barra di avanzamento animata, l'applicazione delle modifiche e, infine, l'aggiornamento della visualizzazione e la visualizzazione di eventuali messaggi di stato risultanti. Durante queste attività, compaiono e scompaiono ulteriori processi secondari e il carico del processore aumenta brevemente.

3.4.automation-helper

Il servizio automation-helper accelera alcune interazioni della GUI, come la scoperta del servizio e l'attivazione delle modifiche, soprattutto nelle installazioni di piccole e medie dimensioni (vedi anche Werk 17678).

Il servizio può essere disabilitato tramite omd config nel menu Basic > AUTOMATION HELPER.


Last modified: Thu, 29 Jan 2026 14:21:46 GMT via commit 2010ee856
In questa pagina