Was ist checkmk - Versionsgeschichte

Linkai.zhang am 10. Oktober 2024 um 10:28 Uhr

2024-10-10T10:28:25Z

Robin.will: /* Reporting */

2022-02-02T07:40:55Z

Reporting

Robin.will: /* Metrik-Graphing */

2022-02-02T07:38:36Z

Metrik-Graphing

Robin.will: /* Event Console */

2022-02-02T07:37:02Z

Event Console

Robin.will: /* Business Intelligence */

2022-02-02T07:34:15Z

Business Intelligence

Robin.will: /* Benachrichtigungssystem */

2022-02-02T07:27:33Z

Benachrichtigungssystem

Robin.will: /* Web-GUI („Multisite“) */

2022-02-02T07:23:17Z

Web-GUI („Multisite“)

Thomas.will: /* Web Administration („WATO“) */

2022-02-01T17:14:14Z

Web Administration („WATO“)

Thomas.will: /* Hardware-Software-Inventory */

2022-02-01T17:11:18Z

Hardware-Software-Inventory

Thomas.will: /* Konfiguration- & Check-Engine */

2022-02-01T17:10:04Z

Konfiguration- & Check-Engine

← Nächstältere Version		Version vom 10. Oktober 2024, 10:28 Uhr
Zeile 1:		Zeile 1:
		+	[[Kategorie:Checkmk]]
	=Grundlegendes=		=Grundlegendes=
	*Checkmk ist eine Software für das Service-Monitoring von IT-Infrastruktur.		*Checkmk ist eine Software für das Service-Monitoring von IT-Infrastruktur.

@@ Zeile 73: / Zeile 73: @@
 ==Reporting==
-Das Reporting ermöglicht die direkte Bereitstellung von PDF-Berichten, ad-hoc oder automatisiert in regelmäßigen Abständen. Es beinhaltet eine Verfügbarkeitsanalyse in der die Historie der Zustände mit einem Klick über einen beliebigen Zeitraum mit Berechnung der Verfügbarkeit bereitgestellt werden kann Verfügbarkeitsberechnungen können nicht überwachte Zeiten ausschließen, die Auflösung anpassen oder kurze Intervalle ignorieren. Neben den Verfügbarkeitsberechnungen beinhaltet das Reporting auch ein SLA-Reporting, in dem komplexe SLAs überwacht werden können. Das Reporting ist nur in den kommerziellen Varianten von Checkmk verfügbar.
+*Das Reporting ermöglicht die direkte Bereitstellung von PDF-Berichten in regelmäßigen Abständen.
 ==Hardware-Software-Inventory==

@@ Zeile 66: / Zeile 66: @@
 ==Metrik-Graphing==
-Die kommerziellen Checkmk-Editionen verwenden ein eigenes Metrik- und Graphing-System. Mit diesem können Zeitreihenmetriken über lange Zeiträume mit interaktiven HTML5-Graphen analysiert werden. Die maximale Auflösung beträgt dabei eine Sekunde. Daten können aus einer Vielzahl von Datenquellen und Formaten für Metriken (JSON, XML, SNMP usw.) importiert werden und in eine plattenplatzsparende Langzeitdatenspeicherung abgelegt werden.
+*Die kommerziellen Checkmk-Editionen verwenden ein eigenes Metrik- und Graphing-System.
+*Daten können aus einer Vielzahl von Datenquellen und Formaten für Metriken importiert werden und in eine plattenplatzsparende Langzeitdatenspeicherung abgelegt werden.
-Alternativ können über eine Exportschnittstelle Graphite oder InfluxDB angeschlossen werden. Ab der Version CEE 1.5p16 existiert zusätzlich auch ein Datasource-Plugin für Grafana, um Daten direkt aus Checkmk in Grafana zur Visualisierung zu integrieren. Die Checkmk Raw Edition verwendet aktuell weiterhin PNP4Nagios als Graphing-System.
+*Alternativ können über eine Exportschnittstelle Graphite oder InfluxDB angeschlossen werden.
 ==Reporting==

@@ Zeile 60: / Zeile 60: @@
 ==Event Console==
-Die Event Console integriert die Verarbeitung von Logmeldungen und SNMP-Traps in das Monitoring. Sie wird über ein flexibles Regelwerk konfiguriert und entscheidet, ob die eingehenden Meldungen verworfen werden oder wie sie eingestuft werden. Sie kann zählen, korrelieren, Meldungen erwarten, Meldungen umschreiben und mehr. Gleiche Einträge können zu einem einzigen Ereignis zusammengefasst werden (z. B. mehrere fehlgeschlagene Logins), um die Übersicht der Ereignisse zu wahren. Auch verfügt sie über einen eingebauten Syslog-Daemon, der direkt auf Port 514 Meldungen entgegennimmt sowie einen SNMP-Trap-Receiver welcher auf Port 162 Traps empfängt.
+*Die Event Console integriert die Verarbeitung von Logmeldungen und SNMP-Traps in das Monitoring.
 ==Metrik-Graphing==

@@ Zeile 55: / Zeile 55: @@
 ==Business Intelligence==
-Das Business-Intelligence-Modul ist in die grafische Benutzeroberfläche integriert. Es aggregiert regelbasiert aus vielen einzelnen Statusdaten von Hosts und Services den Gesamtzustand von Geschäftsprozessen, deren Abhängigkeit von komplexen Anwendungen und deren Abhängigkeit von IT-Infrastrukturelementen. Es kann auch zur Darstellung von Anwendungen genutzt werden, die sich aus Microservices zusammensetzen, welche ihrerseits wieder aus Kubernetes-Pods und -Deployments bestehen. Des Weiteren können Worst-Case-Szenarien in Echtzeit simuliert werden und historische Zustände analysiert werden, um Ursachen für verschlechterte Leistungen zu verstehen.
+*Das Business-Intelligence-Modul ist in die grafische Benutzeroberfläche integriert.
 ==Event Console==

@@ Zeile 47: / Zeile 47: @@
 ==Benachrichtigungssystem==
-Pro Benutzer können mehrere Benachrichtigungskanäle eingerichtet und unterschiedlich regelbasiert konfiguriert werden. So kann z. B. die E-Mail den ganzen Tag, SMS aber nur für wichtige Probleme während Bereitschaftszeiten ausgelöst werden – ohne dass dafür mehrere künstliche Benutzer angelegt werden müssen. Die Benachrichtigungen können an alle oder auch nur an bestimmte Teams gehen, z. B. nur an die Speicheradmins bei einer ausgefallenen Festplatte. Doppelte Benachrichtigungen werden dabei zusammengefasst, so dass kein Benutzer über einen bestimmten Kanal doppelt benachrichtigt wird. Des Weiteren können Anwender ihre Benachrichtigungen selbst konfigurieren. In verteilten Umgebungen können Warnmeldungen zentral verwaltet werden. Für erkannte Probleme können automatisch Aktionen ausgelöst werden (Alarmsteuerung), z. B. über Skripte. Mit Checkmk direkt ausgeliefert werden Integrationen zu Email und SMS-Gateways sowie zu Kommunikations- und IT-Service-Management-Lösungen wie Slack, Jira, PagerDuty, OpsGenie, VictorOps und ServiceNow.
+*Mehrere Benachrichtigungskanäle pro Benutzer.
 ==Business Intelligence==

@@ Zeile 35: / Zeile 35: @@
 ==Web-GUI („Multisite“)==
-Multisite ist die Web-GUI von Checkmk. Neben einem schnellen Seitenaufbau bietet sie benutzerdefinierbare Ansichten und Dashboards, verteiltes Monitoring durch Einbinden mehrerer Monitoring-Instanzen via Livestatus, Integration von NagVis, eine integrierte LDAP-Anbindung, einen Zugriff auf Statusdaten via Webservice und vieles mehr. Dashboards und Ansichten können nach Benutzern oder Benutzergruppen unterschieden werden, z. B. vSphere-spezifische[20] Ansichten für VMware-Admins. Die Web-GUI existiert aktuell in deutscher und englischer Sprache.
+*Multisite ist die Web-GUI von Checkmk.
 ==Web Administration==

@@ Zeile 37: / Zeile 37: @@
 Multisite ist die Web-GUI von Checkmk. Neben einem schnellen Seitenaufbau bietet sie benutzerdefinierbare Ansichten und Dashboards, verteiltes Monitoring durch Einbinden mehrerer Monitoring-Instanzen via Livestatus, Integration von NagVis, eine integrierte LDAP-Anbindung, einen Zugriff auf Statusdaten via Webservice und vieles mehr. Dashboards und Ansichten können nach Benutzern oder Benutzergruppen unterschieden werden, z. B. vSphere-spezifische[20] Ansichten für VMware-Admins. Die Web-GUI existiert aktuell in deutscher und englischer Sprache.
-==Web Administration („WATO“)==
+==Web Administration==
-Das Web Administration Tool macht ein auf Checkmk basierendes System komplett über den Browser administrierbar. Dies umfasst auch die Verwaltung von Benutzern, Rollen, Gruppen, Zeitperioden, und mehr. Über ein Rollenkonzept können Berechtigungen auf diese Weise granular vergeben werden. Dafür können vorhandenen rollenbasierten Zugriffskontrollen (LDAP, AD) genutzt werden. Das WATO arbeitet regelbasiert, so dass die Konfiguration auch in komplexen Umgebungen intuitiv bleibt und der notwendige Konfigurationsaufwand gering ist. Automatische Erkennung und Konfiguration sowie automatisierte Agentenaktualisierung beschleunigen die Konfiguration weiter. Über eine HTTP-API können für die beschleunigte Konfiguration auch CMDBs integriert werden.
+*Komplett über den Browser administrierbar.
 ==Benachrichtigungssystem==

← Nächstältere Version		Version vom 1. Februar 2022, 17:11 Uhr
Zeile 58:		Zeile 58:

	==Hardware-Software-Inventory==		==Hardware-Software-Inventory==
−	Das Hardware-Software-Inventory ermitteln den Bestand der gesamten Hard- und Software~~, die auf Geräten und Systemen installiert sind. Damit lassen sich z. B.~~ Änderungen an der Hard- und Software überwachen, das Vorhandensein von installierten Sicherheitsupdates überprüfen ~~und statische Daten durch dynamische Parameter, wie z. B. die aktuelle Festplattenauslastung über Monitoringdaten aktualisieren.~~ Zur Configuration Management Database (CMDB) i-doit besteht eine tiefe Integration, die den Austausch von CMDB-Daten mit Monitoringdaten ermöglicht.	+	*Das Hardware-Software-Inventory ermitteln den Bestand der gesamten Hard- und Software
		+	*Änderungen an der Hard- und Software überwachen, das Vorhandensein von installierten Sicherheitsupdates überprüfen
		+	*Zur Configuration Management Database (CMDB) i-doit besteht eine tiefe Integration, die den Austausch von CMDB-Daten mit Monitoringdaten ermöglicht.

@@ Zeile 22: / Zeile 22: @@
 *Checkmk bietet eine eigenständige Diensterkennung und Einstellungserzeugung.
 *In der Prüfzeit wird jeder Host nur noch ein einziges Mal kontaktiert.
-*Die Prüfergebnisse werden an den Monitoring-Kern als passive Checks übermittelt. Dies verbessert wesentlich die Leistung auf dem Monitoring Server sowie auf den zu überwachenden Wirten. Dabei nutzt Checkmk unterschiedliche Methoden, um auf die Daten der Zielsysteme zuzugreifen. Dazu gehören Agenten, die auf dem Ziel-System installiert werden, „Special Agents“, die auf dem Monitoring-Server laufen und mit der API des Zielsystems kommunizieren, die SNMP-API für die Überwachung von z. B. Netzwerkgeräten und Druckern und HTTP/TCP-Protokolle, um mit Webservices und Internetdiensten zu kommunizieren. Standardmäßig folgt Checkmk dem „Pull-Prinzip“, d. h. die Daten werden explizit vom überwachenden System abgefragt, um schnell zu identifizieren, sollte ein System plötzlich ausfallen und nicht mehr auf einen „Pull“ antworten. Alternativ kann aber auch ein „Push“ konfiguriert werden, auf dem das System seine Daten direkt an Checkmk oder einen Zwischenwirt übergibt.
+*Die Prüfergebnisse werden an den Monitoring-Kern als passive Checks übermittelt.
 ==Datenschnittstelle („Livestatus“)==