Was ist checkmk - Versionsgeschichte

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

2024-10-10T10:28:25Z

← Nächstältere Version		Version vom 10. Oktober 2024, 12: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.

Robin.will: /* Reporting */

2022-02-02T07:40:55Z

Reporting

← Nächstältere Version		Version vom 2. Februar 2022, 09:40 Uhr
Zeile 73:		Zeile 73:

	==Reporting==		==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.
			*Beinhaltet eine Verfügbarkeitsanalyse.
			*Verfügbarkeitsberechnungen können nicht überwachte Zeiten ausschließen, die Auflösung anpassen oder kurze Intervalle ignorieren.
			*Das Reporting beinhaltet ein SLA-Reporting, in dem komplexe SLAs überwacht werden können.
			*Nur in den kommerziellen Varianten von Checkmk verfügbar.

	==Hardware-Software-Inventory==		==Hardware-Software-Inventory==

Robin.will: /* Metrik-Graphing */

2022-02-02T07:38:36Z

Metrik-Graphing

← Nächstältere Version		Version vom 2. Februar 2022, 09:38 Uhr
Zeile 66:		Zeile 66:

	==Metrik-Graphing==		==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.
			*Ab Version CEE 1.5p16 existiert zusätzlich auch ein Datasource-Plugin für Grafana.
			*Die Checkmk Raw Edition verwendet aktuell weiterhin PNP4Nagios als Graphing-System.

	==Reporting==		==Reporting==

Robin.will: /* Event Console */

2022-02-02T07:37:02Z

Event Console

← Nächstältere Version		Version vom 2. Februar 2022, 09:37 Uhr
Zeile 60:		Zeile 60:

	==Event Console==		==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.
			*Sie wird über ein flexibles Regelwerk konfiguriert und entscheidet, ob die eingehenden Meldungen verworfen werden oder wie sie eingestuft werden.
			*Verfügt über einen eingebauten Syslog-Daemon auf Port 514.
			*Und einen SNMP-Trap-Receiver welcher auf Port 162 Traps empfängt.

	==Metrik-Graphing==		==Metrik-Graphing==

Robin.will: /* Business Intelligence */

2022-02-02T07:34:15Z

Business Intelligence

← Nächstältere Version		Version vom 2. Februar 2022, 09:34 Uhr
Zeile 55:		Zeile 55:

	==Business Intelligence==		==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.
			*Es aggregiert regelbasiert einzelnen Statusdaten von Hosts und Services den Gesamtzustand von Geschäftsprozessen.
			*Worst-Case-Szenarien können in Echtzeit simuliert werden und historische Zustände analysiert werden.

	==Event Console==		==Event Console==

Robin.will: /* Benachrichtigungssystem */

2022-02-02T07:27:33Z

Benachrichtigungssystem

← Nächstältere Version		Version vom 2. Februar 2022, 09:27 Uhr
Zeile 47:		Zeile 47:

	==Benachrichtigungssystem==		==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.
			*Benachrichtigungen werden regelbasiert konfiguriert.
			*Die Benachrichtigungen können an alle oder auch nur an bestimmte Teams gehen.
			*Doppelte Benachrichtigungen werden dabei zusammengefasst.
			*Anwender können ihre Benachrichtigungen selbst konfigurieren.
			*Für erkannte Probleme können automatisch Aktionen ausgelöst werden.

	==Business Intelligence==		==Business Intelligence==

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

2022-02-02T07:23:17Z

Web-GUI („Multisite“)

← Nächstältere Version		Version vom 2. Februar 2022, 09:23 Uhr
Zeile 35:		Zeile 35:

	==Web-GUI („Multisite“)==		==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.
			*Zugriff auf Statusdaten via Webservice
			*verteiltes Monitoring durch Einbinden mehrer Monitoring-Instanzen via Livestatus
			*Dashboards und Ansichten sind individuelle anpassbar.

	==Web Administration==		==Web Administration==

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

2022-02-01T17:14:14Z

Web Administration („WATO“)

← Nächstältere Version		Version vom 1. Februar 2022, 19:14 Uhr
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.		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.
			*Verwaltung von Benutzern, Rollen, Gruppen, Zeitperioden, und mehr.
			*Rollenkonzept können Berechtigungen auf diese Weise granular vergeben werden.
			*LDAP und AD Anbindung

	==Benachrichtigungssystem==		==Benachrichtigungssystem==

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

2022-02-01T17:11:18Z

Hardware-Software-Inventory

← Nächstältere Version		Version vom 1. Februar 2022, 19: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.

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

2022-02-01T17:10:04Z

Konfiguration- & Check-Engine

← Nächstältere Version		Version vom 1. Februar 2022, 19:10 Uhr
Zeile 22:		Zeile 22:
	*Checkmk bietet eine eigenständige Diensterkennung und Einstellungserzeugung.		*Checkmk bietet eine eigenständige Diensterkennung und Einstellungserzeugung.
	*In der Prüfzeit wird jeder Host nur noch ein einziges Mal kontaktiert.		*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.
			=Checkmk nutzt unterschiedliche Methoden, um auf die Daten der Zielsysteme zuzugreifen=
			*Agenten, die auf dem Ziel-System installiert werden,
			*Special Agents“, die auf dem Monitoring-Server laufen und mit der API des Zielsystems kommunizieren
			*SNMP-API für die Überwachung von Netzwerkgeräten und Druckern
			*HTTP/TCP-Protokolle, um mit Webservices und Internetdiensten zu kommunizieren

	==Datenschnittstelle („Livestatus“)==		==Datenschnittstelle („Livestatus“)==