 |
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. Il nucleo di monitoraggio
Il nucleo di monitoraggio è il cuore del sistema Checkmk e i suoi compiti sono:
avviare regolarmente i controlli e raccoglierne i risultati,
fornire gli stati attuali al GUI,
rilevare i cambiamenti di stato e generare le relative notifiche.
Il diagramma dell'architettura che segue mostra il core e le sue connessioni con i componenti principali delle edizioni commerciali:
1.1. Nagios e Icinga
Checkmk Raw è basato sul core del consolidato progetto open source Nagios, che fornisce numerose funzioni utili e che è stato testato per molti anni da milioni di utenti in tutto il mondo. Questa flessibilità intrinseca è una delle ragioni del successo di Nagios.
In alternativa, è possibile utilizzare anche il core di Icinga, particolarmente popolare in Germania, che si basa sullo stesso codice di programma, ma che negli ultimi anni è stato sviluppato in modo indipendente.
Anche se Nagios e Icinga hanno prestazioni d'eccezione, essendo flessibili, veloci, stabili e ben collaudati, ci sono situazioni in cui i loro limiti vengono raggiunti. Quando si monitora un gran numero di host e servizi, si evidenziano tre problemi in particolare:
L'elevato carico della CPU durante l'esecuzione dei controlli
Il lungo tempo di riavvio quando si modifica una configurazione
Il fatto che il sistema non sia disponibile durante il riavvio.
2. Il Checkmk Micro Core (CMC)
Poiché Checkmk viene utilizzato in ambienti sempre più ampi e per superare le limitazioni di Nagios descritte in precedenza, nel 2013 abbiamo iniziato lo sviluppo di un nostro core specifico per le edizioni commerciali. Il Checkmk Micro Core( CMC)non è stato semplicemente creato come fork di Nagios, ma ha una base di codice completa. Il CMC utilizza un'architettura software unica ed è stato perfettamente adattato a Checkmk.
I suoi vantaggi principali sono:
Elevata efficienza nell'esecuzione dei check - Questo vale sia per i check attivi che per quelli basati su Checkmk. In un benchmark, un PC desktop (Core i7) ha raggiunto più di 600.000 check al minuto.
Attivazione rapida delle modifiche - Una configurazione con 20.000 host e 600.000 servizi può essere caricata in 0,5 secondi.
Modifiche alla configurazione durante le operazioni di monitoraggio - I controlli in corso e le connessioni Livestatus non vengono interrotti e la procedura non viene rilevata dagli utenti.
Interrogazione rapida della disponibilità - Grazie all'uso di speciali cache, le analisi della disponibilità - anche su lunghi periodi di tempo - possono essere calcolate senza tempi di attesa degni di nota.
Funzioni aggiuntive - Il CMC si avvale di numerose funzioni aggiuntive, come ad es. tempi di manutenzione programmata ricorrenti e conferme con scadenza automatica.
Anche altri elementi sono stati ottimizzati: ad esempio, i dati sulle prestazioni passano senza deviazioni direttamente dal core al demone della cache RRD, le notifiche vengono create in modalità "KeepAlive" e i checkper dell'host vengono eseguiti da un helper ICMP integrato. Tutti questi elementi riducono la creazione di processi costosi e fanno risparmiare risorse alla CPU.
Queste caratteristiche portano numerosi vantaggi, anche nelle installazioni più piccole:
La minore richiesta di potenza di elaborazione permette alla virtualizzazione di sostituire l'hardware in molti casi.
L'attivazione continua delle modifiche permette di cambiare spesso la configurazione.
In questo modo è possibile soddisfare esigenze come il cloud monitoring, in cui i server possono essere aggiunti e rimossi in rapida successione.
I due diagrammi che seguono mostrano il carico e l'utilizzo della CPU di un server Checkmk prima e dopo il passaggio da Nagios al CMC. Questi grafici sono stati gentilmente forniti dall'azienda DFi Service SA, che in quel momento stava monitorando 1.205 host e 13.555 servizi su un server con 10 core.
Un altro progetto mostra risultati simili: i grafici seguenti mostrano una ristrutturazione da un core Nagios al CMC in un ambiente con 56.602 servizi su 2.230 host monitorati su una macchina virtuale con due core:
L'entità della differenza in un singolo caso dipende naturalmente da molti fattori. Nel caso precedente, un sito più piccolo che non è stato ristrutturato viene eseguito sullo stesso server, senza il quale la differenza di carico della CPU e del disco sarebbe ancora più evidente.
Ulteriori aspetti del CMC sono spiegati nei seguenti articoli:
3. Domande frequenti (FAQ)
3.1. Il CMC può eseguire anche i normali plug-in di Nagios?
Il CMC può ovviamente eseguire i classici controlli di Nagios sia in modo attivo che passivo.
3.2. Checkmk continuerà a supportare Nagios?
Checkmk è e rimarrà compatibile con Nagios e continuerà a supportare pienamente il core di Nagios. Allo stesso modo, le edizioni commerciali continueranno ad avere Nagios come core opzionale, ma solo per supportare la migrazione da Checkmk Raw Edition alle edizioni commerciali.
3.3. Posso passare da Nagios a CMC?
Passare da un core all'altro è facile, a patto che la tua configurazione sia stata creata esclusivamente tramite il menu di configurazione dell'interfaccia web di Checkmk. I dettagli a riguardo sono disponibili nell'articolo Migrazione al CMC. Per impostazione predefinita, le edizioni commerciali creano nuovi siti con il CMC come core.
3.4. Il CMC è disponibile gratuitamente?
Checkmk Cloud è incluso come componente nelle edizioni commerciali, che sono disponibili su licenza. Checkmk Cloud può essere testato senza impegno per un periodo di tempo limitato e utilizzato in modo permanente su piccola scala senza licenza.