Zaznacz

Zaznacz
Deweloperzy plemię29 GmbH (wcześniej Mathias Kettner GmbH)
Pierwsze wydanie 2008 ; 15 lat temu ( 2008 )
Wersja stabilna
Edit this on Wikidata 2.1.0p22 / 21 lutego 2023 ; 1 dzień temu ( 21 lutego 2023 )
Magazyn
Napisane w Pythona , C++
System operacyjny Linuks
Typ Monitorowanie infrastruktury IT
Licencja GNU GPL v2 i inne licencje Open Source , Checkmk Enterprise License
Strona internetowa checkmk .com

Checkmk to oprogramowanie opracowane w Pythonie i C++ do monitorowania infrastruktury IT . Służy do monitorowania serwerów , aplikacji , sieci, infrastruktury chmurowej ( publicznej , prywatnej , hybrydowej ), kontenerów , pamięci masowych , baz danych i czujników środowiskowych .

Checkmk jest dostępny w trzech wersjach: edycja open source („Checkmk Raw Edition – CRE”), wersja komercyjna dla przedsiębiorstw („Checkmk Enterprise Edition – CEE”) oraz wersja komercyjna dla dostawców usług zarządzanych („Checkmk Managed Services Edition – CME”) "). Te edycje Checkmk są dostępne dla wielu platform, w szczególności dla różnych wersji Debiana , Ubuntu , SLES i Red Hat/CentOS , a także jako Docker Image. Ponadto oferowane są urządzenia fizyczne o różnej wielkości, a także urządzenie wirtualne, które upraszczają administrowanie bazowym systemem operacyjnym za pomocą graficznego interfejsu użytkownika i umożliwiają rozwiązania o wysokiej dostępności.

Agenty używane przez Checkmk do zbierania danych są dostępne na 11 platform, w tym Windows .

Historia

Checkmk powstał w 2008 roku jako agent zastępujący skrypt powłoki dla Inetd i został opublikowany w kwietniu 2009 na licencji GPL . Początkowo był oparty na Nagios i rozszerzył go o szereg nowych komponentów. Wersja open source (Checkmk Raw Edition) również nadal opiera się na rdzeniu Nagios i łączy to z dodatkowymi komponentami open source w kompletny system.

Przez wiele lat komercyjne edycje Checkmk ewoluowały w niezależny system monitorowania – taki, który zastąpił wszystkie podstawowe komponenty Nagios własnymi – w tym własny rdzeń monitorowania. Większość zmian w wersjach komercyjnych, w szczególności wszystkie wtyczki , są również dostępne w wersji Checkmk Raw Edition.

O ile w przeszłości Checkmk był przeznaczony do monitorowania dużych i heterogenicznych środowisk on-premise , od wersji 1.5+ (1.5p12) obsługuje również monitorowanie usług AWS , Azure , Docker i Kubernetes .

Checkmk jest rozwijany przez firmę tribe29 GmbH w Monachium w Niemczech , która do 16.04.2019 działała pod nazwą Mathias Kettner GmbH. Wraz ze zmianą nazwy firmy zmieniono również nazwę produktu „Check_MK” na „Checkmk”.

Trime29 GmbH stosuje model biznesowy typu open core . Wersja open source jest dostępna na różnych licencjach open source - głównie GPLv2, podczas gdy duża część wydań komercyjnych działa na zastrzeżonej licencji „Checkmk Enterprise License”.

Produkt

Checkmk łączy w sobie trzy rodzaje monitoringu IT:

  • Monitorowanie oparte na statusie, które (za pomocą progów) rejestruje „kondycję” urządzenia lub aplikacji.
  • Monitorowanie oparte na metrykach, które umożliwia rejestrowanie i analizę wykresów szeregów czasowych przy użyciu systemu graficznego opartego na HTML5 . Dostępna jest również integracja z Grafaną .
  • oparte na dziennikach i zdarzeniach , w którym można odfiltrować kluczowe zdarzenia i na ich podstawie uruchamiać działania.

Aby zapewnić bardzo szerokie monitorowanie, Checkmk ma obecnie ponad 1700 wtyczek w każdej edycji – z których wszystkie są na licencji GPLv2. Te wtyczki są utrzymywane jako część produktu i są regularnie uzupełniane dodatkowymi wtyczkami lub rozszerzeniami. Możliwe jest również podłączenie istniejących starszych wtyczek Nagios.

Aby uprościć konfigurację i obsługę, wszystkie komponenty Checkmk są dostarczane w pełni zintegrowane. Oparta na regułach 1:n , a także wysoki stopień automatyzacji znacznie przyspieszają przepływy pracy . To zawiera:

  • Automatyczne wykrywanie hostów (w stosownych przypadkach)
  • Automatyczne wykrywanie usług
  • Zautomatyzowana konfiguracja wtyczek za pomocą wstępnie skonfigurowanych progów i reguł
  • Automatyczne aktualizacje agentów (funkcja CEE)
  • Automatyczna i dynamiczna konfiguracja umożliwiająca monitorowanie niestabilnych usług z czasem życia wynoszącym zaledwie kilka sekund, np. w środowisku Kubernetes (począwszy od CEE v1.6)
  • Automatyczne wykrywanie tagów i etykiet ze źródeł takich jak Kubernetes, AWS i Azure (począwszy od CEE v1.6)

Ponadto dostępne są również podręczniki do korzystania z narzędzi konfiguracyjnych i wdrożeniowych, takich jak Ansible lub Salt .

monitorowana jest duża liczba lokalizacji (np. 300 lokalizacji Faurecii ) i/lub grubo ponad 100 000 urządzeń (np. Edeka ). Jest to możliwe między innymi dlatego, że mikrordzeniowy Checkmk zużywa znacznie mniej zasobów procesora niż np. Nagios, a co za tym idzie oferuje wyraźnie wyższą wydajność na tym samym sprzęcie [ badania oryginalne? ] . Ponadto dane nietrwałe są przechowywane w pamięci RAM , co znacznie poprawia czas dostępu.

składniki

Rdzeń monitorujący

Checkmk RE wykorzystuje rdzeń monitorujący Nagios . Nie oferuje monitorowania kontenerów i wymaga ponownego uruchomienia, aby zastosować zmiany w konfiguracji.

Wersja komercyjna Checkmk wykorzystuje zastrzeżony rdzeń monitorujący „Checkmk Microcore” (CMC), napisany w C++. Ma lepszą wydajność niż rdzeń Checkmk RE [ oryginalne badania? ] . Obsługuje rejestrację obiektów o krótkiej żywotności, takich jak pojemniki. Nie wymaga ponownego uruchomienia, aby zastosować zmiany w konfiguracji.

Konfiguracja i sprawdzanie silnika

Checkmk oferuje samodzielne wykrywanie usług i generowanie ustawień. Checkmk używa własnej metody podczas przeprowadzania kontroli . W okresie testowym z każdym hostem kontaktujemy się tylko raz. Wyniki testów są przesyłane do rdzenia monitorującego jako testy pasywne . To znacznie poprawia wydajność na serwerze monitorowania , jak również na monitorowanych hostach.

Checkmk używa różnych metod dostępu do danych w systemach docelowych. Należą do nich agenci instalowani w systemie docelowym, „agenci specjalni” działający na serwerze monitorującym i komunikujący się z API systemu docelowego, SNMP API do monitorowania np. urządzeń sieciowych i drukarek oraz protokoły HTTP / TCP do komunikacji z sieci i usługi internetowe. Domyślnie Checkmk działa na zasadzie „pull”, co oznacza, że ​​dane są jawnie przeszukiwane przez system monitorowania, aby szybko zidentyfikować, kiedy system nagle zawiedzie i nie reaguje na „pull”. Alternatywnie można jednak skonfigurować „push”, za pomocą którego system przesyła swoje dane bezpośrednio do Checkmk lub do hosta pośredniego.

Interfejs danych („stan na żywo”)

Livestatus to główny interfejs w Checkmk. Zapewnia dostęp na żywo do wszystkich danych z monitorowanych hostów i usług. Dane są pobierane bezpośrednio z pamięci RAM, co pozwala uniknąć powolnego dostępu do dysku twardego i zapewnia szybki dostęp do informacji bez nadmiernego przeciążania systemu. Dostęp odbywa się za pomocą prostego protokołu i jest możliwy ze wszystkich języków programowania bez konieczności posiadania specjalnej biblioteki.

Sieciowy graficzny interfejs użytkownika („Wielostanowiskowy”)

Multisite to internetowy interfejs graficzny firmy Checkmk. Oprócz szybkiego układu strony, oferuje definiowane przez użytkownika widoki i pulpity nawigacyjne, rozproszone monitorowanie poprzez integrację wielu instancji monitorowania za pośrednictwem Livestatus, integrację NagVis [ wymagane wyjaśnienie ] , zintegrowane połączenie LDAP , dostęp do danych o stanie za pośrednictwem usług sieciowych oraz wiele więcej. Pulpity nawigacyjne i widoki mogą być zróżnicowane dla różnych użytkowników lub grup użytkowników, na przykład widoki specyficzne dla vSphere dla administratorów VMware. Internetowy graficzny interfejs użytkownika jest dostępny w języku angielskim i niemieckim.

Organizować coś

Checkmk jest całkowicie zarządzany przez przeglądarkę za pośrednictwem modułu Setup. Obejmuje to zarządzanie użytkownikami, rolami, grupami, okresami i nie tylko. Uprawnienia można nadawać w sposób szczegółowy przy użyciu koncepcji roli. W tym celu można wykorzystać istniejącą kontrolę dostępu opartą na rolach (LDAP, AD). Checkmk działa w oparciu o reguły, dzięki czemu konfiguracja pozostaje intuicyjna nawet w złożonych środowiskach, a niezbędny nakład pracy jest niewielki. Automatyczne wykrywanie i konfiguracja, a także automatyczna aktualizacja agenta dodatkowo przyspieszają proces konfiguracji. Interfejs API HTTP może być również używany do integracji CMDB w celu przyspieszenia konfiguracji.

System ostrzegania

Można ustawić i skonfigurować kilka kanałów powiadomień z różnymi regułami dla każdego użytkownika. Na przykład e-maile mogą być wyzwalane o dowolnej porze dnia, ale powiadomienia SMS są wysyłane tylko w ważnych sprawach w godzinach dyżurów. Powiadomienia można ustawić dla wszystkich lub dla określonych zespołów, np. powiadomić tylko administratorów magazynu o awarii dysku twardego. Zduplikowane powiadomienia są grupowane, dzięki czemu żaden użytkownik nie jest powiadamiany dwukrotnie za pośrednictwem określonego kanału. Ponadto użytkownicy mogą samodzielnie konfigurować własne powiadomienia. W środowiskach rozproszonych alertami można zarządzać centralnie. W przypadku wykrytych problemów działania mogą być uruchamiane automatycznie (sterowanie alarmem) za pomocą skryptów. Checkmk obejmuje integracje z bramkami e-mail i SMS , a także z rozwiązaniami do komunikacji i zarządzania usługami IT, takimi jak Slack , Jira , PagerDuty , OpsGenie, VictorOps i ServiceNow .

Wywiad biznesowy

Moduł BI jest zintegrowany z graficznym interfejsem użytkownika. Agreguje ogólny stan procesów biznesowych, ich zależność od złożonych aplikacji i elementów infrastruktury IT z wielu indywidualnych hostów i usług w sposób oparty na regułach. Może być również używany do reprezentowania aplikacji składających się z mikrousług, które z kolei składają się z zasobników Kubernetes i wdrożeń. Ponadto w czasie rzeczywistym można symulować najgorsze scenariusze i analizować dane historyczne, aby zrozumieć przyczyny pogorszenia wydajności.

Konsola zdarzeń

Konsola zdarzeń integruje przetwarzanie komunikatów dziennika i pułapek SNMP z monitorowaniem. Jest konfigurowany za pomocą elastycznego zestawu reguł i decyduje, czy przychodzące wiadomości mają być odrzucane lub jak mają być klasyfikowane. Może liczyć, korelować, oczekiwać wiadomości, przepisywać wiadomości i nie tylko. Podobne wpisy można pogrupować w pojedyncze zdarzenie (np. wiele nieudanych logowań), aby śledzić zdarzenia. Posiada również wbudowanego syslog , który odbiera komunikaty bezpośrednio na porcie 514, oraz odbiornik pułapek SNMP, który odbiera pułapki na porcie 162.

Wykresy metryk

Komercyjne wydania Checkmk wykorzystują własny system metryczny i graficzny. Metryki szeregów czasowych można analizować w długich odstępach czasu za pomocą interaktywnych wykresów HTML5. Maksymalna rozdzielczość to jedna sekunda. Dane mogą być importowane z różnych źródeł danych i formatów metryk ( JSON , XML , SNMP itp.) i przechowywane na dysku urządzenia do długoterminowego przechowywania danych.

Alternatywnie Graphite lub InfluxDB można podłączyć za pomocą interfejsu eksportu. Od wersji CEE 1.5p16 dostępna jest również wtyczka do integracji danych bezpośrednio z Checkmk do Grafana w celach wizualizacyjnych. Checkmk Raw Edition obecnie wykorzystuje PNP4Nagios jako system graficzny.

Raportowanie

Raportowanie umożliwia bezpośrednie dostarczanie raportów PDF , ad-hoc lub automatycznie, w regularnych odstępach czasu. Obejmuje analizę dostępności, w której jednym kliknięciem można wyświetlić historię stanów w dowolnie wybranym okresie czasu. Obliczenia dostępności mogą wykluczać czasy niemonitorowane, dostosowywać rozdzielczość lub ignorować krótkie interwały. Oprócz obliczeń dostępności raportowanie obejmuje również SLA , w którym można monitorować złożone umowy SLA. Raportowanie jest dostępne tylko w komercyjnych wersjach Checkmk.

Spis sprzętu/oprogramowania

Inwentaryzacja sprzętu/oprogramowania może służyć na przykład do monitorowania zmian w sprzęcie i oprogramowaniu, weryfikowania obecności zainstalowanych aktualizacji zabezpieczeń oraz aktualizacji danych statycznych o parametry dynamiczne (np. aktualizacja bieżących statystyk wykorzystania dysku na podstawie danych z monitoringu ). Baza danych zarządzania konfiguracją (CMDB) i-doit ma głęboką integrację, która umożliwia wymianę danych CMDB z danymi monitorowania.

Zobacz też

  1. Bibliografia _ _ pobrano: 21 lutego 2023 r.
  2. ^ „Sprawdź umowę EULA” (PDF) . Trime29 GmbH. Zarchiwizowane od oryginału (PDF) w dniu 2019-08-21 . Źródło 2019-05-31 .
  3. ^ „Przypadki użycia” . Trime29 GmbH . Źródło 2019-06-15 .
  4. ^ „Wydania Checkmk” . Trime29 GmbH . Źródło 2015-11-27 .
  5. ^ „Monitorowanie IT Open Source za pomocą Checkmk” . Trime29 GmbH . Źródło 2019-07-01 .
  6. ^ „Pobierz wersję” . Trime29 GmbH . Źródło 2019-07-10 .
  7. ^ „Agenci monitorujący” . Trime29 GmbH . Źródło 2019-06-12 .
  8. ^ "Mathias Kettner (check_mk)" . Poznaj społeczność . Firma Nagios. 2009-08-17. Zarchiwizowane od oryginału w dniu 2012-01-06 . Źródło 2015-11-27 .
  9. ^ Rieger, Götz (2012-11-03). „Einfach mal Nagios – Netzwerk-Monitoring mit OMD und Check_MK” (w języku niemieckim). nie . P. 190 . Źródło 2015-11-27 .
  10. ^ Huber, Mateusz (2011-03-09). „Nagios-Erweiterung Check_mk w wersji 1.1.10” (w języku niemieckim). Magazyn Linuksa . Źródło 2015-11-27 .
  11. ^ Siering, Piotr (2017-05-31). „Monitoring-System Check_MK w frischer w wersji 1.4.0” (w języku niemieckim). Heise online . Źródło 2017-05-31 .
  12. Bibliografia _ „Mikro rdzeń Checkmk (CMC)” . Źródło 2018-12-05 .
  13. ^ „Ogłoszenie społeczności Checkmk 1.5 Plus (1.5.p12)” . Trime29 GmbH. 2019-02-17 . Źródło 2019-07-11 .
  14. ^ „tribe29 - Nasza historia” . Trime29 GmbH . Źródło 2019-06-14 .
  15. ^ Mueller, chrześcijanin (17.04.2019). „Wtyczka źródła danych Grafana” . GitHub . Źródło 2019-07-09 .
  16. ^ „Automatyczne wykrywanie usług” . Trime29 GmbH . Źródło 2017-02-17 .
  17. ^ „Monitorowanie wysoce dynamicznych środowisk” . Trime29 GmbH . Źródło 2019-05-07 .
  18. ^ „Integracja Ansible z Checkmk” . GitHub . 2019-05-01 . Źródło 2019-05-08 .
  19. ^ „Integracja soli z Checkmk” . GitHub . 2019-05-02 . Źródło 2019-05-09 .
  20. ^ „Globalne wdrożenie Check_MK w Faurecii” . 2018-10-23 . Źródło 2018-10-23 .
  21. ^ „EDEKA Vortrag” (w języku niemieckim). 2017-05-12 . Źródło 2017-05-12 .
  22. ^ Heike Jurzik, Marcel Arentz (2019-07-01). „vSphere-Monitoring mit Checkmk” (w języku niemieckim). Linux-Magazin . Źródło 2019-07-02 .

Linki zewnętrzne

Pobrano z „ https://en.wikipedia.org/w/index.php?title=Checkmk&oldid=1111873806 ”