Czy ktoś używa check_mk dla Nagios? Coś, o czym powinienem wiedzieć przed rozważeniem?

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

Testowałem to na kilku maszynach programistycznych i wydaje się całkiem sprytne. Nie mogę jednak znaleźć wielu informacji na temat jego wdrożenia. Czy ktoś to aktywnie uruchamia? Czy ktoś z jakiegoś powodu wykluczył to jako opcję?

Oświadczenie: Pracowałem nad tym projektem, ponieważ czułem, że jest on niezwykle potężny. (i nadal tak uważam)

Używam go od 2009 roku i poza ustawieniami starszej wersji nigdy nie zmieniłem „normalnej” (można powiedzieć, starszej) konfiguracji Nagios. To byłoby strata czasu.

Największa konfiguracja, jaką znam, to ~ 1200 serwerów monitorowania. (nie: monitorowane serwery) Ten jest również opublikowany, ale poprzednie pytanie poprzedza.

Jest teraz używany w wielu miejscach, które nie były zadowolone z prostych nagios, w przeciwieństwie do NMS na większą skalę, takich jak OpenView, i zmieniły zdanie.

Kluczową różnicą nie jest skalowalność (ponieważ 37 sygnałów wydaje się bardzo podobać) lub automatyczne wykrywanie monitorowanych rzeczy w zdalnym systemie, co sprawia, że ​​wszystko jest nobrainer, a nawet ostrzega, jeśli coś nowego zostanie dodane, ale nie będzie monitorowane.

Nie, naprawdę dużą rzeczą na dłuższą metę jest konfiguracja, która jest ściśle oparta na regułach (i zapisana jako python). Wystarczy 100 linii konfiguracji Check_MK, aby wygenerować 200 000 wierszy starej nudnej składni nagios, do której nigdy nie będziesz wracał.

• Posiada również internetowy edytor konfiguracji. Z dziedziczeniem. I walidacja.
• GUI jest między innymi zoptymalizowany pod kątem łączy WAN. W rzeczywistości jest to pełny framework internetowy, dlatego istnieją również pulpity nawigacyjne i silnik klasyfikacji dzienników, który może przyjmować syslog lub snmp do przetwarzania Nagios z elastycznymi zestawami reguł.
• Wszystkie kontrole są napisane zgodnie z wysokimi standardami jakości i pokazuje czas zaoszczędzony dla użytkownika.

Ale nie ma kucyków.

• Ludzie często są zdezorientowani interakcją między Check_MK a Nagios, co nie jest trywialne, ale właściwie ładnie rozdzielone: ​​zapisuje config, Nagios działa z tą konfiguracją i wywołuje Check_MK w celu monitorowania systemów.
• Jeśli ktoś nie korzysta z graficznego edytora konfiguracji „WATO”, zakłada się, że jest na poziomie eksperckim w Nagios.
• Nie ma instrukcji obsługi GUI! (ale: wbudowana pomoc, którą można włączyć w locie)
• perfekcyjnie działające łatki wsparcia IPv6 latają od lat i nigdzie nie zniknęły.

Jest jeszcze wiele zalet i wad, ale myślę, że już dość dobrze pokazałem obu stronom. Osobiście podoba mi się wydajność konfiguracji Check_MK i jestem naprawdę zirytowany, jeśli muszę pracować z konfiguracjami oldskool Nagios. Nawet jeśli używają ładnych ram szablonów lub są dowodzone przez Puppet, nadal wydaje mi się, że jest postarzany i bezradny w porównaniu do mnie.

Oświadczenie: patrz wyżej;)

Czy ktoś go używa? Tak.

37signals (firma programistyczna) właśnie opublikowała przegląd tego, w jaki sposób monitoruje swoje systemy za pomocą nagios, oraz główne korzyści, które zobaczyli, kiedy zaczęli używać check_mk. http://37signals.com/svn/posts/3178-nagios-monitoring-performance