Qualcuno usa check_mk per Nagios? Qualcosa di cui dovrei essere consapevole prima di considerarlo?

http://mathias-kettner.de/check_mk.html

L'ho testato su un paio di macchine di sviluppo e sembra piuttosto elegante. Non riesco comunque a trovare molte informazioni sulle sue distribuzioni. Qualcuno lo gestisce attivamente? Qualcuno lo ha escluso come opzione per qualche motivo?

Disclaimer: Lavoravo su quel progetto perché sentivo che era estremamente potente. (e lo penso ancora)

Lo uso dal 2009 e, fatta eccezione per le configurazioni legacy, non ha mai toccato di nuovo una configurazione Nagios "normale" (si potrebbe dire legacy). Sembrerebbe una perdita di tempo.

La più grande configurazione che conosco è di circa 1200 server di monitoraggio. (non: server monitorati) Anche quello è pubblicato, ma la domanda originale lo precede.

Ora viene utilizzato in parecchi posti che non erano contenti dei nagios normali al contrario di NMS su larga scala come OpenView e hanno cambiato idea.

La differenza fondamentale non è la scalabilità (come sembrano apprezzare abbastanza i segnali 37), o il rilevamento automatico di cose monitorabili in un sistema remoto che rende tutto più elegante e ti avverte anche se viene aggiunto qualcosa di nuovo ma non monitorato.

No, la cosa veramente importante a lungo termine è la configurazione, che è rigorosamente basata su regole (e scritta come python). Sono sufficienti poche 100 righe di configurazione Check_MK per consentirle di generare 200K righe di vecchia sintassi di noiosi nagios che non guarderai mai indietro.

• Ha anche un editor di configurazione basato sul web. Con eredità. E validazione.
• La GUI è, tra le altre cose, ottimizzata per i collegamenti WAN. Ed è in realtà un framework web completo, motivo per cui ci sono anche dashboard e un motore di classificazione dei log che può contenere syslog o snmp per l'elaborazione di Nagios con set di regole flessibili.
• Tutti i controlli sono scritti secondo elevati standard di qualità e mostrano in tempo risparmiato per l'utente.

Non ci sono pony però.

• Le persone si confondono spesso sull'interazione tra Check_MK e Nagios, che non è banale ma in realtà ben separata: scrive config, Nagios funziona con quella configurazione e chiama Check_MK per monitorare i sistemi.
• Se qualcuno non utilizza l'editor grafico di configurazione "WATO", si presume che sia a livello di esperti in Nagios.
• Non esiste un manuale di GUI Ops! (ma: aiuto in linea che può essere abilitato al volo)
• le patch di supporto IPv6 perfettamente funzionanti galleggiano da anni e non sono ancora andate da nessuna parte.

Ci sono molti altri pro e contro da sollevare, ma penso di aver già mostrato abbastanza bene entrambe le parti. Personalmente mi piace l'efficienza delle configurazioni Check_MK e sono davvero seccato se devo lavorare con le configurazioni Nagsk oldskool. Anche se usano simpatici framework di template o sono comandati da Puppet, mi sembra ancora invecchiato e impotente rispetto a me.

Disclaimer: vedi sopra;)

Qualcuno lo usa? Sì.

37signals (una società di software) ha appena pubblicato una panoramica di come monitorano i loro sistemi utilizzando nagios e i principali vantaggi che hanno visto quando hanno iniziato a utilizzare check_mk. http://37signals.com/svn/posts/3178-nagios-monitoring-performance