+- Monitoring Serwerów - Forum o monitoringu infrastruktury IT (https://monitoringserwerow.pl)
+-- Forum: MONITORING INFRASTRUKTURY IT (https://monitoringserwerow.pl/forumdisplay.php?fid=1)
+--- Forum: op5 Monitor i Nagios (https://monitoringserwerow.pl/forumdisplay.php?fid=12)
+--- Thread: Merlin - opis komendy mon (/showthread.php?tid=73)
Merlin - opis komendy mon - ArturB - 07-31-2019
W trakcie omawiania modelu rozproszonego i modelu równoważącego obciążenie wielokrotnie wykorzystaliśmy polecenie mon.
Ten program jest częścią jednego z dwóch, moim zdaniem, najciekawszych modułów w projekcie op5 Monitor. Moduł ten został nazwany Merlin, jako skrót od Module for Effortless Redundancy and Load balancing In Nagios.
Czym jest wspomniany Merlin:
Quote:modułem umożliwiającym wymianę danych między procesami op5 Monitor z pominięciem mechanizmu NSCA (Nagios Service Check Acceptor) back-endem dla modułu Ninja, przechowującym dane w bazie odpowiedzialnym za load balancing i spójność prezentowanych danych
Merlin to tak naprawdę trzy elementy:
1. merlin-mod, który dla znających nagiosa, zostanie wspomniany w pliku nagios.cfg jako
KOD: ZAZNACZ CAŁY
Code:
broker_module=/usr/lib64/merlin/merlin.so /opt/monitor/op5/merlin/merlin.conf. Moduł ten jest odpowiedzialny za komunikację przez socket z demonem opisanym poniżej
2. merlind – demon, nasłuchujący na sockecie do którego pisze merlin-mod. Otrzymane informacje kieruje do innej instancji merlind lub zapisuje do bazy danych (używając libdbi).
3. wspomniana powyżej baza danych przechowująca statusy obiektów i zmian, komentarze etc.
Działanie dobrze opisuje zawarty w dokumentacji schemat:
![[Image: merlin.png]](http://it.emca.pl/~psciegienny/merlin.png)
Przejdźmy do samej komendy mon.
Po wydaniu komendy mon zobaczymy:
![[Image: mon.png]](http://it.emca.pl/~psciegienny/mon.png)
Komendy zostały podzielone na kategorie oraz trzy komendy które są „bez kategorii”, tj. mon restart, mon start i mon stop.
Powiedzmy sobie nieco więcej na temat samych kategorii.
ascii – bardzo przyjemna kategoria polecam wszystkim na dobry początek – komendy są niegroźne
![[Image: ascii.png]](http://it.emca.pl/~psciegienny/ascii.png)
check -jest to zbiór poleceń do „samomonitorowania”, sprawdzający stan węzłów, opóźnienia, czy któraś metoda nie została pominięte. Wynik działania jest w pełni kompatybilny z op5, także mogą te komendy zostać użyte w serwisach op5
db – polecenia do naprawy indeksów i wyliczenia hasha tabel.
ecmd – komendy pozwalające dodawać i wyszukiwać serwisy z poziomu konsoli
log – operacje związane z logami – importowanie, czyszczenie...
node – operacje związane z węzłami – wylistowanie, dodawanie, usuwanie, informacje...
oconf – operacje związane z konfigurację – wysyłanie, pobieranie z innego węzła, rozdzielanie, wyliczanie hasha
sshkey –polecenia pozwalające na szybką wymianę kluczy ssh między nodami
sysconf [ramdisk] – pozwala uruchomić ramdisk, tak aby ograniczyć ilość zapisów, a co za tym idzie ograniczyć ewentualne problemy z I/O.
Dodatkowo istnieje kategoria o której mało gdzie można coś przeczytać – mon test. POD ŻADNYM WZGLĘDEM NIE NALEŻY TYCH KOMEND UŻYWAĆ NA ŚRODOWISKU PRODUKCYJNYM. Mogą one nadpisywać konfigurację, generować fałszywe powiadomienia, wyłączać albo włączać monitoring.