Unter der Haube werkelt Nagios, das bemerkt man an vielen Ecken und Enden. Oft geht das Produkt zurück zur Mama. Jede Änderung an der Config muss geschrieben, und dann reloaded werden. Aber sei es darum. Auf den ersten Blick vermisse ich etwas eine feingranularere Verwaltung von Nutzerrechten, so dass ich bestimmten Nutzergruppen - gerade bei sehr grossen Instanzen - explizite Rechte zur Erstellung, Änderung und Ansicht von Hosts, Rules etc. zuweisen kann. Ich hätte aber mal eine Frage die für mich essentieller ist: ist es möglich, auch Stati aufgrund historischer Werte zu setzen? Bsp: bei einer Steigerung des Wertes x über einen Zeitraum y von mehr als z% werfe eine Warning oder ein critical? Sprich kann man über die Datenbanken hinweg auch komplexere Abfragen auf Basis der vorhandenen Daten erstellen um daraus ein Event zu generieren? Und ich meine hier mit Bordmitteln: erweitern mag ich ein Produkt ungern, auch da Anflanschungen oftmals bei Neuerungen des Basisproduktes mit angepasst werden müssen. Dies, und die unzulängliche Benutzerverwaltung, war einer der Hauptgründe, vormals von Nagios zu einem anderen Produkt zu wechseln. Nun scheint CheckMK da einiges an Nagios angeflanscht und optimiert zu haben, aber diese Punkte sind noch nicht zu meiner Zufriedenheit gelöst oder ich finde sie schlicht so auf den ersten Blick nicht.
Nur in der kostenlosesn RAW Version werkelt Nagios. In den Kaufversion kommt ein eigens entwickelter Kern zum Einsatz. Ja, es ist Möglich die Steigerung (oder auch das Sinken) eines bestimmten Wertes über einen bestimmten Zeitraum zu Überwachen und Schwellwerte für warning und critical festzulegen, sowohl prozentual als auch absolut. Das lässt sich per Regel definieren. Also zu mindestens geht das für Filesysteme, für andere Services weiß ich das gerade nicht.
Was war denn der genaue Grund wieso ihr von der RAW auf die Enterprise/MSP Version gewechselt habt? Hat die Performance von der RAW für eure 12.000 Services nicht mehr gereicht? 625€/Monat wie in eurem Fall sind auch nicht ohne.. Wir verwenden derzeit das orginale Nagios Core mit 16.000 Services. Mit einigen Remote Nagios Installationen welche über Passive Checks an den Hauptserver senden.. Macht soweit brav alles was es soll und ist stabil. Hab aber mal überlegt auf Check_MK RAW zu wechseln, da dies doch einige Vorteile im Handling hätte.. Habe nur Angst dass dieser das dann performancetechnisch nicht mehr aushält. Danke schonmal für die Info.
Stimme dir zu, ist schon sehr umfangreich und setzt einiges an Erfahrung voraus, aktuell finde ich die API aber schon sehr gut dokumentiert in den offiziellen Docs von CheckMK ist mit Version 2.2 einiges dazu gekommen und die API findet man ja in CheckMK > Navigation > Help > Check Plugin API
Checkmk ist auch alles andere als "einfach" wenn man das Ganze abseits der Standard-Einstellungen betreiben will ... Genau wie Grafana - und ganz böse wird es, wenn man beides verbinden möchte und in Grafana eine Funktion einrichten möchte das z.B. alle 20 Sekunden der Grafana-Screen gewechselt wird so das man z.B. alleine seine Hosts immer nacheinander im Überblick hat ... Ich bin da schon länger bei, aber da ich das Ganze privat betreibe und beruflich zur Zeit einiges zu tun habe was recht kompliziert ist komme ich nicht weiter .. Hat jemand von euch schon einmal so etwas in der Richtung zusammengebaut ?
Ich habe gerade checkmk ausprobiert. Naja, ich gehe nun mit Kopfschmerzen und schlechter Laune in den Feierabend. Es funktioniert einfach überhaupt nichts wie es soll bei checkmk ...
Montagmorgen, so ganz kann ich dir bei der Proxmox Installation folgen - vielleicht auch schon spät ;-)
Was sollte das mit dem light mode?
Observium ist auch ganz nett, zumindest wenn es um Traffik geht.
Unter der Haube werkelt Nagios, das bemerkt man an vielen Ecken und Enden. Oft geht das Produkt zurück zur Mama. Jede Änderung an der Config muss geschrieben, und dann reloaded werden. Aber sei es darum. Auf den ersten Blick vermisse ich etwas eine feingranularere Verwaltung von Nutzerrechten, so dass ich bestimmten Nutzergruppen - gerade bei sehr grossen Instanzen - explizite Rechte zur Erstellung, Änderung und Ansicht von Hosts, Rules etc. zuweisen kann.
Ich hätte aber mal eine Frage die für mich essentieller ist: ist es möglich, auch Stati aufgrund historischer Werte zu setzen?
Bsp: bei einer Steigerung des Wertes x über einen Zeitraum y von mehr als z% werfe eine Warning oder ein critical? Sprich kann man über die Datenbanken hinweg auch komplexere Abfragen auf Basis der vorhandenen Daten erstellen um daraus ein Event zu generieren? Und ich meine hier mit Bordmitteln: erweitern mag ich ein Produkt ungern, auch da Anflanschungen oftmals bei Neuerungen des Basisproduktes mit angepasst werden müssen.
Dies, und die unzulängliche Benutzerverwaltung, war einer der Hauptgründe, vormals von Nagios zu einem anderen Produkt zu wechseln. Nun scheint CheckMK da einiges an Nagios angeflanscht und optimiert zu haben, aber diese Punkte sind noch nicht zu meiner Zufriedenheit gelöst oder ich finde sie schlicht so auf den ersten Blick nicht.
Nur in der kostenlosesn RAW Version werkelt Nagios. In den Kaufversion kommt ein eigens entwickelter Kern zum Einsatz.
Ja, es ist Möglich die Steigerung (oder auch das Sinken) eines bestimmten Wertes über einen bestimmten Zeitraum zu Überwachen und Schwellwerte für warning und critical festzulegen, sowohl prozentual als auch absolut. Das lässt sich per Regel definieren. Also zu mindestens geht das für Filesysteme, für andere Services weiß ich das gerade nicht.
Was war denn der genaue Grund wieso ihr von der RAW auf die Enterprise/MSP Version gewechselt habt?
Hat die Performance von der RAW für eure 12.000 Services nicht mehr gereicht?
625€/Monat wie in eurem Fall sind auch nicht ohne..
Wir verwenden derzeit das orginale Nagios Core mit 16.000 Services. Mit einigen Remote Nagios Installationen welche über Passive Checks an den Hauptserver senden..
Macht soweit brav alles was es soll und ist stabil.
Hab aber mal überlegt auf Check_MK RAW zu wechseln, da dies doch einige Vorteile im Handling hätte..
Habe nur Angst dass dieser das dann performancetechnisch nicht mehr aushält.
Danke schonmal für die Info.
Ging um Daten trennen. Gibt kritisches Video dazu
@@sysopstv Danke fürs Feedback Chris. Leider finde ich das kritische Video bei dir nicht 😭 Hast du einen Link?
hat chkmk auch eine gui um Samba Zugriffe anzuzeigen?
Checkmk ist easy nur das erstellen von plug-ins ist schwierig. Und ja ich hab mich schon durch die Dokumentation durch gearbeitet.
Stimme dir zu, ist schon sehr umfangreich und setzt einiges an Erfahrung voraus, aktuell finde ich die API aber schon sehr gut dokumentiert in den offiziellen Docs von CheckMK ist mit Version 2.2 einiges dazu gekommen und die API findet man ja in CheckMK > Navigation > Help > Check Plugin API
Checkmk ist auch alles andere als "einfach" wenn man das Ganze abseits der Standard-Einstellungen betreiben will ... Genau wie Grafana - und ganz böse wird es, wenn man beides verbinden möchte und in Grafana eine Funktion einrichten möchte das z.B. alle 20 Sekunden der Grafana-Screen gewechselt wird so das man z.B. alleine seine Hosts immer nacheinander im Überblick hat ...
Ich bin da schon länger bei, aber da ich das Ganze privat betreibe und beruflich zur Zeit einiges zu tun habe was recht kompliziert ist komme ich nicht weiter ..
Hat jemand von euch schon einmal so etwas in der Richtung zusammengebaut ?
Ich habe nicht verstanden, warum checkmk und nicht zabbix oder nagios oder icinga?
weil wir für z. b. zfs und opnsense eigene plugins haben und ich gut zurechtkomme
Ich habe gerade checkmk ausprobiert. Naja, ich gehe nun mit Kopfschmerzen und schlechter Laune in den Feierabend. Es funktioniert einfach überhaupt nichts wie es soll bei checkmk ...
Dafür gibts die Kurse und Videos. Großes Stück software
@@sysopstv oder was von Ratiopharm ;)
Moment mal, der Agent ist immer auf dem zu überwachenden System z.B. Server und die Managementkonsole ist auf dem Client. ^^
in wie weit ist das alles BSI-Konform - wenn ich fragen darf
Warum sollte es nicht BSI Konform sein?