[Check_mk (deutsch)] Verteiltes Monitoring: Dokumentation, Anleitung?

[Wolfgang Kueter]

Hallo,

Ich habe versucht,

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

zu verstehen. Die o.g. Anleitung ist vom August 2012, die Eingabemasken der aktuellen Version sehen inzwischen etwas anders aus.
Ich wollte (zunächst testweise) verteiltes Monitoring einrichten, wobei die aktuelle Version 1.2.6p14 cre unter Ubuntu 14.04 verwendet werden soll.

Folgender Aufbau ist geplant:


- Anzeige aller überwachten Hosts und Services auf einer Maschine, die selbst gar keine Checks ausführt. Zentrale Konfiguration mehrere^r Slaves nur von diesem System aus. (monitor)

- Mehrere Slave Systeme (anfangs nur 2, später eventuell bis zu 8), die die Checks ausführen und sich gegenseitig überwachen, diese Systeme befinden sich teilweise in unterschiedlichen Subnetzen an mehreren Standorten, zwischen den Standorten bestehen site-to-site VPN Tunnel.

Beipsiel:


Standort Host IP Rolle
------------------------------------------------------------------------
Zentrale monitor 192.168.3.252/22 zentrale Konfig, zentrales Display
Zentrale slave-z-1 192.168.3.251/22 Monitoring Slave 1 Zentrale, Checks
Zentrale slave-z-1 192.168.3.250/22 Monitoring Slave 2 Zentrale, Checks
Remote-1 slave-r-1 192.168.4.252/24 Monitoring Slave 1 Remote-office, Checks
Remote-2 slave-r-2 192.168.5.252/24 Monitoring Slave 1 Remote-office, Checks

Die Eingabemasken im WATO zusammen mit der o.g. Anleitung finde ich etwas verwirrend, sie beziehen sich ja nur auf den Masten, in meinem Beipiel also auf den Hosts "monitor". Eine Anleitung, wie die slaves zu konfigurieren sind, habe ich irgendwie nicht gefunden. Woher wiesse die, wer ihr Master ist und woher sie ihre Konfiguration bekommen sollen?

Wie kann ich auf dem zentralen Display und Konfigrechner (im Beipiel monitor) festlegen, welcher Slave welche Systeme überwachen soll?

Wolfgang

[Marcel Schulte]

Hallo Wolfgang,

vorweg: ich nutze kein distributed setup, also nicht hauen wenn ich mich
vertue ;-)

Ich nutze 1.2.6p2 und wuerde wie folgt vorgehen:
1. Inline help einschalten, sobald oben rechts der kleine Buecherstapel
verfuegbar ist (da drauf clicken), das hilft ganz oft weiter!
2. Bei den Slaves wuerde ich als Connection "use livestatus proxy" waehlen
und die Werte entsprechend konfigurieren. Als Host taregst du den der
Slavesite ein. Replication method ist bei den Slaves natuerlich "slave,
push configuration".
3. Von welcher site die hosts ueberwacht werden kannst du entweder an jedem
einzelnen Host festlegen oder bei den Host foldern, jeweils in den
entsprechenden Attributen.

...wenn das nicht geht melde dich nochmal mit den entstandenen
Schwierigkeiten.

@list: Vorschlaege von RealUsern sind natuerlich willkommen, hatte nur
gerade ein paar Minuten zum Schreiben ;-)

Gruesse,
Marcel


Wolfgang Kueter <***@gmx.de> schrieb am Do., 12. Nov. 2015 um
09:50 Uhr:

> Hallo,
>
> Ich habe versucht,
>
> http://mathias-kettner.de/checkmk_wato_distributed.html
>
> zu verstehen. Die o.g. Anleitung ist vom August 2012, die Eingabemasken
> der aktuellen Version sehen inzwischen etwas anders aus.
> Ich wollte (zunÀchst testweise) verteiltes Monitoring einrichten, wobei
> die aktuelle Version 1.2.6p14 cre unter Ubuntu 14.04 verwendet werden soll.
>
> Folgender Aufbau ist geplant:
>
>
> - Anzeige aller ÃŒberwachten Hosts und Services auf einer Maschine, die
> selbst gar keine Checks ausfÃŒhrt. Zentrale Konfiguration mehrere^r Slaves
> nur von diesem System aus. (monitor)
>
> - Mehrere Slave Systeme (anfangs nur 2, spÀter eventuell bis zu 8), die
> die Checks ausfÃŒhren und sich gegenseitig ÃŒberwachen, diese Systeme
> befinden sich teilweise in unterschiedlichen Subnetzen an mehreren
> Standorten, zwischen den Standorten bestehen site-to-site VPN Tunnel.
>
> Beipsiel:
>
>
> Standort Host IP Rolle
> ------------------------------------------------------------------------
> Zentrale monitor 192.168.3.252/22 zentrale Konfig, zentrales Display
> Zentrale slave-z-1 192.168.3.251/22 Monitoring Slave 1 Zentrale, Checks
> Zentrale slave-z-1 192.168.3.250/22 Monitoring Slave 2 Zentrale, Checks
> Remote-1 slave-r-1 192.168.4.252/24 Monitoring Slave 1 Remote-office,
> Checks
> Remote-2 slave-r-2 192.168.5.252/24 Monitoring Slave 1 Remote-office,
> Checks
>
> Die Eingabemasken im WATO zusammen mit der o.g. Anleitung finde ich etwas
> verwirrend, sie beziehen sich ja nur auf den Masten, in meinem Beipiel also
> auf den Hosts "monitor". Eine Anleitung, wie die slaves zu konfigurieren
> sind, habe ich irgendwie nicht gefunden. Woher wiesse die, wer ihr Master
> ist und woher sie ihre Konfiguration bekommen sollen?
>
> Wie kann ich auf dem zentralen Display und Konfigrechner (im Beipiel
> monitor) festlegen, welcher Slave welche Systeme ÃŒberwachen soll?
>
> Wolfgang
> _______________________________________________
> checkmk-de mailing list
> checkmk-***@lists.mathias-kettner.de
> http://lists.mathias-kettner.de/mailman/listinfo/checkmk-de
>

[Wolfgang Kueter]

Hallo,

Andreas Döhler <***@gmail.com> schrieb:

> Dein Gedankengang vom Aufbau her ist soweit richtig.
 
:-)

> Die Konfiguration selber erfolgt alles nur auf dem zentralen Master der zwar nix
> selber checkt aber alles verteilt. [...]

Ich habe das inzwischen so nebenbei mal testweise mit 3 VMs (1 zentraler Master, 2 Slaves zum Ausführen der Checks) gebaut. Ich musste (und muss noch) zwar ein paar Kinderkrankheiten bspw. im Zusammenhang mit dem mkeventd kurieren, aber grundsätzlich sieht das alles ziemlich gut aus und funktioniert.

Dank an alle für die hilfreichen Hinweise.

Wolfgang

[Udo Woehler]

Hi,

bzgl. Mkeventd musst Du wissen, die Philosophie da nicht eine verteilte Struktur ist.
Die Syslogs sollen alle zum Master geschickt werden und nur als Backup zum Slave.
Nur wenn der Master nicht da ist, werden die Events auf dem Slave abgelegt/verarbeitet.
Da ich das in einer Installation so nicht wollte, habe ich dafür gesorgt, dass der Slave den Master immer für Down hält (falschen Port in der Config eingetragen).
Ist aber eine ziemliche Krücke zumal das synchronisieren der Regeln für denEventd dann auch Probleme macht.

Gruß

Udo



----- Ursprüngliche Mail -----
Von: "Wolfgang Kueter" <***@gmx.de>
An: checkmk-***@lists.mathias-kettner.de
Gesendet: Freitag, 13. November 2015 11:19:26
Betreff: Re: [Check_mk (deutsch)] Verteiltes Monitoring: Dokumentation, Anleitung?

Hallo,

Andreas Döhler <***@gmail.com> schrieb:

> Dein Gedankengang vom Aufbau her ist soweit richtig.
 
:-)

> Die Konfiguration selber erfolgt alles nur auf dem zentralen Master der zwar nix
> selber checkt aber alles verteilt. [...]

Ich habe das inzwischen so nebenbei mal testweise mit 3 VMs (1 zentraler Master, 2 Slaves zum Ausführen der Checks) gebaut. Ich musste (und muss noch) zwar ein paar Kinderkrankheiten bspw. im Zusammenhang mit dem mkeventd kurieren, aber grundsätzlich sieht das alles ziemlich gut aus und funktioniert.

Dank an alle für die hilfreichen Hinweise.

Wolfgang

[Wolfgang Kueter]

Hallo,

Udo Woehler <***@bsw-com.de> schrieb:

> bzgl. Mkeventd musst Du wissen, die Philosophie da nicht eine verteilte Struktur ist. [...]

Danke, darüber wäre ich sicherlich irgendwann später mal gestolpert. Momentan bin ich noch gar nicht soweit, dass ich mich mit dem mkeventd in einer verteilten Umgebung befasse. Es kamen aber bei der Grundeinrichtung einige Fehler im Zusammenhang mit dem mkeventd, ich habe den daher erstmal deaktiviert, um das System grundsätzlich zum Fliegen zu bringen. Momentan probiere ich einfach nur viel aus, wobei der mkeventd nicht oben auf der Testliste steht. Das System ist momentan noch ein ganzes Stück davon entfernt, produktiv eingesetzt zu werden.

Grüße
Wolfgang