https://monitoringserwerow.pl/ Wed, 06 May 2026 12:31:25 +0000 MyBB https://monitoringserwerow.pl/showthread.php?tid=131 Tue, 15 Mar 2022 12:46:26 +0000 ArturB]]> https://monitoringserwerow.pl/showthread.php?tid=131 Dzięki tej funkcjonalności istnieje teraz możliwość bieżącego sprawdzania, czy wszystkie wykryte przez system awarie, zostały zgłoszone do usunięcia, jak również identyfikacja grup systemów, w których awarie występują najczęściej oraz określenie czasu usunięcia danego problemu.

Dokładna instrukcja postępowania w załączeniu poniżej.
https://monitoringserwerow.pl/attachment.php?aid=89

  Dodawanie notatek op5 Monitor.pdf (Size: 629.9 KB / Downloads: 905) ]]> Dzięki tej funkcjonalności istnieje teraz możliwość bieżącego sprawdzania, czy wszystkie wykryte przez system awarie, zostały zgłoszone do usunięcia, jak również identyfikacja grup systemów, w których awarie występują najczęściej oraz określenie czasu usunięcia danego problemu.

Dokładna instrukcja postępowania w załączeniu poniżej.
https://monitoringserwerow.pl/attachment.php?aid=89

  Dodawanie notatek op5 Monitor.pdf (Size: 629.9 KB / Downloads: 905) ]]> https://monitoringserwerow.pl/showthread.php?tid=124 Fri, 18 Jun 2021 09:57:43 +0000 ArturB]]> https://monitoringserwerow.pl/showthread.php?tid=124

op5 Monitor składa się z rozwiązań open source, opracowanych, przetestowanych i sprawdzonych dla małych i dużych branż. Zabbix to pojedyncze narzędzie.

Biblioteka wtyczek Zabbix nie jest nadmiernie rozbudowana, umożliwia dostosowywanie, ale się trzeba dużo nauczyć jak je budować.

op5 Monitor umożliwia korzystanie z wtyczek Nagios, które są stale rozwijane, ulepszane i rozszerzane – obsługując szeroką gamę urządzeń (za pośrednictwem Nagios Exchange).

W przypadku dostosowania produktu (tj. Importowania MIB) jest  trudniejsze w Zabiix niż w przypadku programu op5 Monitor i może wymagać zapłaty za aktualizację.

Serwery proxy Zabbix nie obsługują konfiguracji H / A (wymagane jest skomplikowane grupowanie linux / tworzenie klastrów mysql). op5 Monitor natywnie obsługuje load-balancing przez pollery.

Serwery proxy Zabbix (zdalne lub lokalne serwery ) nie obsługują wysyłania powiadomień. Pollery op5 Monitor  można skonfigurować tak, aby wysyłały powiadomienia, ma to krytyczne znaczenie, gdy połączenie między pollerem i masterem zostanie przerwane. Wtedy zespół IT nadal będzie powiadamiany o problemach w odległych lokalizacjach.

Zabbix nie obsługuje SNMP Traps. op5 Monitor wspiera obsługę SNMP Traps.

op5 Monitor zapewnia krótki czas wdrożenia i konfiguracji. System dostarczany jest z wstępnymi pakietami startowymi,  bogatą bazą wiedzy, doskonałym wsparciem i elastycznością umożliwiającą monitorowanie całej infrastruktury IT.

Możliwe problemy

• Skomplikowana dokumentacja.
  
• Pobieranie jest dużym plikiem.
  
• Instalacja może być trudna, ponieważ trzeba zainstalować różne komponenty, takie jak baza danych, która nie jest tylko „instalowana” za pomocą Zabbix.
  
• Dodawanie hostów i usług – może być mylące, ponieważ odbywa się to za pomocą szablonów, a więc aby utworzyć “check” należy je najpierw dodać do szablonu, zanim będzie można je zastosować na serwerze. Występują trudności z potwierdzeniem, że checki faktycznie działają.
  
• Trudno jest przeszkolić wszystkich w codziennej eksploatacji systemu.
  
• Wydajność trudna do dostosowania  w większych organizacjach,  może wymagać bardziej złożonej konfiguracji i dodania jeszcze większej liczby technologii, takich jak wyspecjalizowane systemy baz danych, sharding itp.
  

]]>

op5 Monitor składa się z rozwiązań open source, opracowanych, przetestowanych i sprawdzonych dla małych i dużych branż. Zabbix to pojedyncze narzędzie.

Biblioteka wtyczek Zabbix nie jest nadmiernie rozbudowana, umożliwia dostosowywanie, ale się trzeba dużo nauczyć jak je budować.

op5 Monitor umożliwia korzystanie z wtyczek Nagios, które są stale rozwijane, ulepszane i rozszerzane – obsługując szeroką gamę urządzeń (za pośrednictwem Nagios Exchange).

W przypadku dostosowania produktu (tj. Importowania MIB) jest  trudniejsze w Zabiix niż w przypadku programu op5 Monitor i może wymagać zapłaty za aktualizację.

Serwery proxy Zabbix nie obsługują konfiguracji H / A (wymagane jest skomplikowane grupowanie linux / tworzenie klastrów mysql). op5 Monitor natywnie obsługuje load-balancing przez pollery.

Serwery proxy Zabbix (zdalne lub lokalne serwery ) nie obsługują wysyłania powiadomień. Pollery op5 Monitor  można skonfigurować tak, aby wysyłały powiadomienia, ma to krytyczne znaczenie, gdy połączenie między pollerem i masterem zostanie przerwane. Wtedy zespół IT nadal będzie powiadamiany o problemach w odległych lokalizacjach.

Zabbix nie obsługuje SNMP Traps. op5 Monitor wspiera obsługę SNMP Traps.

op5 Monitor zapewnia krótki czas wdrożenia i konfiguracji. System dostarczany jest z wstępnymi pakietami startowymi,  bogatą bazą wiedzy, doskonałym wsparciem i elastycznością umożliwiającą monitorowanie całej infrastruktury IT.

Możliwe problemy

• Skomplikowana dokumentacja.
  
• Pobieranie jest dużym plikiem.
  
• Instalacja może być trudna, ponieważ trzeba zainstalować różne komponenty, takie jak baza danych, która nie jest tylko „instalowana” za pomocą Zabbix.
  
• Dodawanie hostów i usług – może być mylące, ponieważ odbywa się to za pomocą szablonów, a więc aby utworzyć “check” należy je najpierw dodać do szablonu, zanim będzie można je zastosować na serwerze. Występują trudności z potwierdzeniem, że checki faktycznie działają.
  
• Trudno jest przeszkolić wszystkich w codziennej eksploatacji systemu.
  
• Wydajność trudna do dostosowania  w większych organizacjach,  może wymagać bardziej złożonej konfiguracji i dodania jeszcze większej liczby technologii, takich jak wyspecjalizowane systemy baz danych, sharding itp.
  

]]> https://monitoringserwerow.pl/showthread.php?tid=121 Thu, 17 Jun 2021 08:15:00 +0000 quasimodo]]> https://monitoringserwerow.pl/showthread.php?tid=121 https://monitoringserwerow.pl/showthread.php?tid=104 Wed, 27 May 2020 10:16:14 +0000 Leffu33]]> https://monitoringserwerow.pl/showthread.php?tid=104 ma ktoś doświadczenie w konfigurowaniu takiego połączenia jak w temacie ? Chciałbym uzyskać coś w stylu passive checka, który zmieniałby w op5 status serwisu na critical gdy w logach, które spływają do elastica znajdzie się dana fraza, np. "hack" . Pozwoliłoby to ustawić nam powiadomienia w op5.]]> ma ktoś doświadczenie w konfigurowaniu takiego połączenia jak w temacie ? Chciałbym uzyskać coś w stylu passive checka, który zmieniałby w op5 status serwisu na critical gdy w logach, które spływają do elastica znajdzie się dana fraza, np. "hack" . Pozwoliłoby to ustawić nam powiadomienia w op5.]]> https://monitoringserwerow.pl/showthread.php?tid=102 Tue, 12 May 2020 08:15:26 +0000 quasimodo]]> https://monitoringserwerow.pl/showthread.php?tid=102 https://monitoringserwerow.pl/showthread.php?tid=95 Thu, 07 May 2020 10:16:49 +0000 adamwolny]]> https://monitoringserwerow.pl/showthread.php?tid=95 https://monitoringserwerow.pl/showthread.php?tid=93 Wed, 06 May 2020 12:26:59 +0000 quasimodo]]> https://monitoringserwerow.pl/showthread.php?tid=93 https://monitoringserwerow.pl/showthread.php?tid=84 Wed, 31 Jul 2019 09:46:09 +0000 ArturB]]> https://monitoringserwerow.pl/showthread.php?tid=84 W ostatnim czasie okazało się, że od 2(!)lat 2/3 webserverów jest podatna na podsłuch. Podatne wersje to 1.0.1 do 1.0.1f oraz 1.0.2-beta i 1.0.2-beta1. Problem ten nie dotyczy jedynie serwerów www, powinniśmy pamiętać że OpenSSL wykorzystywany jest również w innym oprogramowaniu, w tym na serwerach poczty.
Podatność naszej strony możemy sprawdzić https://lastpass.com/heartbleed/

Jeśli macie w swojej infrastrukturze już wdrożony system monitoringu taki jak op5 Monitor, można pokusić się o automatyczną weryfikację podatności za pomocą odpowiedniej metody. Taka metoda dla systemu op5 jest już gotowa. Jej parametry to przede wszystkim adres maszyny, którą chcemy weryfikować oraz opcjonalnie numer portu TCP (domyślnie jest to 443) oraz wersja TLS - 1.1 lub 1.2.
Taka metoda może przyjąć dwa stany - OK, w przypadku gdy nasza witryna nie jest podatna, albo w CRITICAL. 

Opis metody: check_heartbleed.py server [options]

Test for SSL heartbeat vulnerability (CVE-2014-0160)

Options:
-h, --help show this help message and exit
-p PORT, --port=PORT TCP port to test (default: 443)
-v VERSION, --version=VERSION
TLS version to test [v1.1(1) or v1.2(2)] (default: 1)


Przykład użycia:

# ./check_heartbleed.py yahoo.com -p 443 -v 1
OK: yahoo.com - NOT VULNERABLE
# echo $?
0
# ./check_heartbleed.py vulnerable.site.com -p 443 -v 1
CRITICAL: vulnerable.site.com - VULNERABLE
# echo $?
2


Definicja komendy:

check_heartbleed
$USER1$/check_heartbleed.py $ARG1$ -p 443 -v 1
} 

Co zrobić jeśli okaże się że nasze serwery są podatne? Najlepiej zaktualizować OpenSSL do 1.0.1g. Jeśli jednak okaże się to niemożliwe, można spróbować zrekompilować obecnie używaną bibliotekę z flagą -DOPENSSL_NO_HEARTBEATS.
Warto również rozważyć zakup/wygenerowanie nowego certyfikatu, zmienić hasła administracyjne i usunąć tokeny autoryzacyjne.]]> W ostatnim czasie okazało się, że od 2(!)lat 2/3 webserverów jest podatna na podsłuch. Podatne wersje to 1.0.1 do 1.0.1f oraz 1.0.2-beta i 1.0.2-beta1. Problem ten nie dotyczy jedynie serwerów www, powinniśmy pamiętać że OpenSSL wykorzystywany jest również w innym oprogramowaniu, w tym na serwerach poczty.
Podatność naszej strony możemy sprawdzić https://lastpass.com/heartbleed/

Jeśli macie w swojej infrastrukturze już wdrożony system monitoringu taki jak op5 Monitor, można pokusić się o automatyczną weryfikację podatności za pomocą odpowiedniej metody. Taka metoda dla systemu op5 jest już gotowa. Jej parametry to przede wszystkim adres maszyny, którą chcemy weryfikować oraz opcjonalnie numer portu TCP (domyślnie jest to 443) oraz wersja TLS - 1.1 lub 1.2.
Taka metoda może przyjąć dwa stany - OK, w przypadku gdy nasza witryna nie jest podatna, albo w CRITICAL. 

Opis metody: check_heartbleed.py server [options]

Test for SSL heartbeat vulnerability (CVE-2014-0160)

Options:
-h, --help show this help message and exit
-p PORT, --port=PORT TCP port to test (default: 443)
-v VERSION, --version=VERSION
TLS version to test [v1.1(1) or v1.2(2)] (default: 1)


Przykład użycia:

# ./check_heartbleed.py yahoo.com -p 443 -v 1
OK: yahoo.com - NOT VULNERABLE
# echo $?
0
# ./check_heartbleed.py vulnerable.site.com -p 443 -v 1
CRITICAL: vulnerable.site.com - VULNERABLE
# echo $?
2


Definicja komendy:

check_heartbleed
$USER1$/check_heartbleed.py $ARG1$ -p 443 -v 1
} 

Co zrobić jeśli okaże się że nasze serwery są podatne? Najlepiej zaktualizować OpenSSL do 1.0.1g. Jeśli jednak okaże się to niemożliwe, można spróbować zrekompilować obecnie używaną bibliotekę z flagą -DOPENSSL_NO_HEARTBEATS.
Warto również rozważyć zakup/wygenerowanie nowego certyfikatu, zmienić hasła administracyjne i usunąć tokeny autoryzacyjne.]]> https://monitoringserwerow.pl/showthread.php?tid=83 Wed, 31 Jul 2019 09:44:46 +0000 ArturB]]> https://monitoringserwerow.pl/showthread.php?tid=83 Obecnie w systemach monitorujących bazujących na nagiosie, takich jak OP5, możliwy jest monitoring systemów wirtualizacji VMware ESX. Wykorzystuje się do tego odpowiednie skrypty wykorzystujące API wmvare’a . Nie jest to złe podejście, jednakże nie sprawdza się w sytuacji kiedy monitorujemy większą liczbę serwerów. 
W momencie monitorowania dużej liczby serwerów pojawiają się dwa problemy:
1. Zapychanie bazy danych VMware ESX. Jest to spowodowane dużą ilością zapytań generowanych przez API (które są przechowywane w bazie). Przez co kończy się przestrzeń. Aby rozwiązać ten problem należy co jakiś czas czyścić bazę danych. Więcej można znaleźć pod tym adresem tutaj.
2. Bardzo duże obciążenie systemu monitorującego.

Jako firma specjalizująca się w monitorowaniu infrastruktury IT, stworzyliśmy rozwiązanie które usuwa wymienione powyżej problemy. 
Schemat naszego rozwiązania można zobaczyć poniżej.




W naszym rozwiązaniu serwis (skrypt) monitorujący nie odwołuje się bezpośrednio do serwera VMware tylko do demona pośredniczącego. Rolą demona jest utrzymywanie utworzonych sesji pomiędzy serwerami wirtualizacyjnymi i wykorzystywanie ich do ponownego odpytywania od potrzebne informacje. Jeżeli z jakiegoś powodu sesja nie jest już aktywna demon wykrywa to i nawiązuje sesje od nowa. Do tego celu został stworzony również klient, który posiada wszystkie metody dostępne z wcześniejszych rozwiązań.]]> Obecnie w systemach monitorujących bazujących na nagiosie, takich jak OP5, możliwy jest monitoring systemów wirtualizacji VMware ESX. Wykorzystuje się do tego odpowiednie skrypty wykorzystujące API wmvare’a . Nie jest to złe podejście, jednakże nie sprawdza się w sytuacji kiedy monitorujemy większą liczbę serwerów. 
W momencie monitorowania dużej liczby serwerów pojawiają się dwa problemy:
1. Zapychanie bazy danych VMware ESX. Jest to spowodowane dużą ilością zapytań generowanych przez API (które są przechowywane w bazie). Przez co kończy się przestrzeń. Aby rozwiązać ten problem należy co jakiś czas czyścić bazę danych. Więcej można znaleźć pod tym adresem tutaj.
2. Bardzo duże obciążenie systemu monitorującego.

Jako firma specjalizująca się w monitorowaniu infrastruktury IT, stworzyliśmy rozwiązanie które usuwa wymienione powyżej problemy. 
Schemat naszego rozwiązania można zobaczyć poniżej.




W naszym rozwiązaniu serwis (skrypt) monitorujący nie odwołuje się bezpośrednio do serwera VMware tylko do demona pośredniczącego. Rolą demona jest utrzymywanie utworzonych sesji pomiędzy serwerami wirtualizacyjnymi i wykorzystywanie ich do ponownego odpytywania od potrzebne informacje. Jeżeli z jakiegoś powodu sesja nie jest już aktywna demon wykrywa to i nawiązuje sesje od nowa. Do tego celu został stworzony również klient, który posiada wszystkie metody dostępne z wcześniejszych rozwiązań.]]> https://monitoringserwerow.pl/showthread.php?tid=82 Wed, 31 Jul 2019 09:43:15 +0000 ArturB]]> https://monitoringserwerow.pl/showthread.php?tid=82 Wczoraj postanowiłem zbadać temat widgetów na tactical overview, jako że zaintrygował mnie jeden z elementów projektu ninja (odpowiedzialnego za gui op5) a nawet jedna z pozycji na liście widgetów.

  Zaznaczenie_006.png (Size: 9.2 KB / Downloads: 658)

Chyba nie tylko to mnie zaskoczyło. Nie mogłem tego zostawić bez przebadania sprawy. Okazało się że można stworzyć własny gadżet do ninja.
Jak się okazało nawet "niewiele" trzeba żeby takowy modulik stworzyć.
Widget w op5 jest obiektem klasy dziedziczącej po widget_Base, z przeładowaną metodą index(), oraz zapewne zwykle się przyda metodą options().
Ma dostęp do co najmniej większości klas interfejsu ninja.
O ile na tactical overview mamy w standardzie wiele elementów z tzw. Livestatusu, czyli aktualnych zdarzeń, na pierwszy ogień poszedł więc pomysł związany z dystrybuowanym monitoringiem (rozproszonym) - przypomnijmy że op5 monitor w takim przypadku dzieli się obowiązkami poprzez hostgroupy. Kilka roboczogodzin przekopywania dokumentacji i bah:

  Zaznaczenie_007.png (Size: 11.26 KB / Downloads: 603)

Drugi pomysł to "wpakować" usługi biznesowe w serwis grupę i zrobienie tego samego. No to powstało uzupełnienie:

  Zaznaczenie_008.png (Size: 13.28 KB / Downloads: 594)

Po rozmowie z szefem okazało się, że wszystko fajnie, ale przydałoby się trochę danych historycznych. No i dzisiaj udało się - projekt ninja w zakresie raportów uważam za podbity:

  Zaznaczenie_009.png (Size: 23.73 KB / Downloads: 590)

Niestety skończył się dzień, a ja szczęśliwy wróciłem do domu - oby więcej zadań czysto programistycznych w pracy.]]> Wczoraj postanowiłem zbadać temat widgetów na tactical overview, jako że zaintrygował mnie jeden z elementów projektu ninja (odpowiedzialnego za gui op5) a nawet jedna z pozycji na liście widgetów.

  Zaznaczenie_006.png (Size: 9.2 KB / Downloads: 658)

Chyba nie tylko to mnie zaskoczyło. Nie mogłem tego zostawić bez przebadania sprawy. Okazało się że można stworzyć własny gadżet do ninja.
Jak się okazało nawet "niewiele" trzeba żeby takowy modulik stworzyć.
Widget w op5 jest obiektem klasy dziedziczącej po widget_Base, z przeładowaną metodą index(), oraz zapewne zwykle się przyda metodą options().
Ma dostęp do co najmniej większości klas interfejsu ninja.
O ile na tactical overview mamy w standardzie wiele elementów z tzw. Livestatusu, czyli aktualnych zdarzeń, na pierwszy ogień poszedł więc pomysł związany z dystrybuowanym monitoringiem (rozproszonym) - przypomnijmy że op5 monitor w takim przypadku dzieli się obowiązkami poprzez hostgroupy. Kilka roboczogodzin przekopywania dokumentacji i bah:

  Zaznaczenie_007.png (Size: 11.26 KB / Downloads: 603)

Drugi pomysł to "wpakować" usługi biznesowe w serwis grupę i zrobienie tego samego. No to powstało uzupełnienie:

  Zaznaczenie_008.png (Size: 13.28 KB / Downloads: 594)

Po rozmowie z szefem okazało się, że wszystko fajnie, ale przydałoby się trochę danych historycznych. No i dzisiaj udało się - projekt ninja w zakresie raportów uważam za podbity:

  Zaznaczenie_009.png (Size: 23.73 KB / Downloads: 590)

Niestety skończył się dzień, a ja szczęśliwy wróciłem do domu - oby więcej zadań czysto programistycznych w pracy.]]> https://monitoringserwerow.pl/showthread.php?tid=81 Wed, 31 Jul 2019 09:40:30 +0000 ArturB]]> https://monitoringserwerow.pl/showthread.php?tid=81 W trakcie prowadzonego szkolenia dla operatorów op5 Monitora, niebłahym tematem okazał się temat nadawania uprawnień dla użytkowników. Niektóre zadane pytania, które mogłyby wskazywać na brak sensowności takiego rozwiązania, po nieprzespanej nocy mogłyby pozostawić niesmak wśród nowych operatorów, dlatego dla wszystkich którzy używają interfejsu Ninja/Nacoma ze swoim nagiosem postanowiłem raz na zawsze podzielić się swoimi spostrzeżeniami.
Ma to silny związek z notyfikacjami.

Jak to działa od początku do końca:
1. przynależność do grupy użytkowników definiuje czy nasz widok/edycja będzie limitowany czy też nie. Definiujemy to tutaj:

  op5monrights1.png (Size: 52.65 KB / Downloads: 612)

2. jeśli już użytkownik nie ma uprawnień Obiekt View/Edit All, widzi tylko dane Obiekty, gdzie ma przypisany kontakt.
3. użytkownik jest mapowany z kontaktem po nazwie (nazwa użytkownika == nazwa kontaktu), tutaj było pada pierwsze kluczowe pytanie - po co ten użytkownik skoro, on ma tylko hasło. Odpowiedzi właściwe są dwie, zacznę od tej która nie pozwoli myśleć że to druciarstwo:
a) użytkownik nie musi być lokalny, możemy mieć np użytkowników domenowych, albo jeszcze z innego modułu autoryzacji
b) pamiętajmy, że pod spodem jest nagios - w nagiosie kontakt nie ma hasła
4. contact grupy nie mapują się na grupy użytkowników - można sobie oczywiście moduł synchronizujący dopisać - ale to nie jest wspierane przez producenta - może być przez nas
5. grupy domenowe mapują się tylko na grupy użytkowników
6. przypisanie kontaktu do serwisu gwarantuje otrzymywanie notyfikacji związanych z tym serwisem. Przypisanie do hosta gwarantuje otrzymywanie notyfikacji
a) związanych z hostem
b) związanych z serwisami na tym hoście pod warunkiem, że ŻADEN kontakt nie jest przypisany do ŻADNEGO serwisu na danym hoście.

Sam schemat autoryzacji może wyglądać tak:

  schemat.png (Size: 17.04 KB / Downloads: 573) ]]> W trakcie prowadzonego szkolenia dla operatorów op5 Monitora, niebłahym tematem okazał się temat nadawania uprawnień dla użytkowników. Niektóre zadane pytania, które mogłyby wskazywać na brak sensowności takiego rozwiązania, po nieprzespanej nocy mogłyby pozostawić niesmak wśród nowych operatorów, dlatego dla wszystkich którzy używają interfejsu Ninja/Nacoma ze swoim nagiosem postanowiłem raz na zawsze podzielić się swoimi spostrzeżeniami.
Ma to silny związek z notyfikacjami.

Jak to działa od początku do końca:
1. przynależność do grupy użytkowników definiuje czy nasz widok/edycja będzie limitowany czy też nie. Definiujemy to tutaj:

  op5monrights1.png (Size: 52.65 KB / Downloads: 612)

2. jeśli już użytkownik nie ma uprawnień Obiekt View/Edit All, widzi tylko dane Obiekty, gdzie ma przypisany kontakt.
3. użytkownik jest mapowany z kontaktem po nazwie (nazwa użytkownika == nazwa kontaktu), tutaj było pada pierwsze kluczowe pytanie - po co ten użytkownik skoro, on ma tylko hasło. Odpowiedzi właściwe są dwie, zacznę od tej która nie pozwoli myśleć że to druciarstwo:
a) użytkownik nie musi być lokalny, możemy mieć np użytkowników domenowych, albo jeszcze z innego modułu autoryzacji
b) pamiętajmy, że pod spodem jest nagios - w nagiosie kontakt nie ma hasła
4. contact grupy nie mapują się na grupy użytkowników - można sobie oczywiście moduł synchronizujący dopisać - ale to nie jest wspierane przez producenta - może być przez nas
5. grupy domenowe mapują się tylko na grupy użytkowników
6. przypisanie kontaktu do serwisu gwarantuje otrzymywanie notyfikacji związanych z tym serwisem. Przypisanie do hosta gwarantuje otrzymywanie notyfikacji
a) związanych z hostem
b) związanych z serwisami na tym hoście pod warunkiem, że ŻADEN kontakt nie jest przypisany do ŻADNEGO serwisu na danym hoście.

Sam schemat autoryzacji może wyglądać tak:

  schemat.png (Size: 17.04 KB / Downloads: 573) ]]> https://monitoringserwerow.pl/showthread.php?tid=80 Wed, 31 Jul 2019 09:38:47 +0000 ArturB]]> https://monitoringserwerow.pl/showthread.php?tid=80 Pod koniec każdego wdrożenia jesteśmy zasypywani pytaniami odnośnie możliwości zmian wyglądu interfejsu użytkownika. Również w tu op5 nas na szczęście nie zawodzi, szczególnie, że wszelkie modyfikacje odbywają się osobno dla każdego użytkownika. Nie mówię tylko o wybraniu maszyn i usług. Zresztą to jest rola administratora, a nie operatora, o którą jesteśmy pytani.
Celem prezentacji posłużę się moim "produkcyjnym" kontem. Wedle zasady "szewc bez butów chodzi", moje konto jest w 100% tym, co można zastać po stworzeniu nowego konta.

  gui1.PNG (Size: 368.8 KB / Downloads: 680)

Mamy do powiedzenia sobie o dwóch, wg niektórych trzech elementach:
1. modyfikacji ekranu "powitalnego" - Tactical Overview
2. ustawień wyświetlania dla użytkownika
3. w powyższych ustawieniach definiowanie kolumn dla poszczególnych widoków (związane z modułem List View, który pojawił się dopiero w wersji 6.1 i został omówiony przy okazji omawiania filtrów - co jest bardzo istotną wiedzą do tego celu viewtopic.php?f=2&t=266)

Zawartość Tactical Overview określamy w menu:

  gui2.PNG (Size: 95.22 KB / Downloads: 582)

Tutaj włączamy bądź wyłączamy gadżety/widżety/modułu - nazewnictwo zostawię dla każdego według jego uznania.
Host performance - okienko które pozwoli nam wyświetlić serwisy z wybranego hosta
Geomap - wyświetli nam mapę (np. Google Maps) na która będzie mogła mieć przedstawiać nasze oddziały i np stan połączeń między nimi
Network Health - boks przedstawiający nam procentowy wpływ włączony maszyn/działających usług w postaci wykresu słupkowego. Kolor zależny od ustawionych progów
Merlin Node Status - widget wyświetlający stan węzłów naszego systemu monitoringu, obłożenie hostami i serwisami, latency itp. - ma sens w przypadku więcej niż jednego węzła
Nagvis - okienko umożliwiające wyświetlenie mapy z modułu Nagvis, w którym możemy zdefiniować dowolną mapkę
Unacknowledge service problems - nieprzyjęte/niepotwierdzone problemy związane z usługami
Scheduled downtime - zaplanowane przerwy serwisowe
Business Services - okienko związane z wyświetleniem usług biznesowych ustawionych w module Business Services
Monitoring Performance - informacje wydajnościowe o monitoringu
itd. aż do mojego ulubionego
List view - to nic innego jak w pełni konfigurowalne pod względem zawartości jak i kolumn okienko.

Dobrze, pisałem o tym, że coś jest konfigurowalne, gdzieś są jakieś parametry - gdzie? a no musimy omówić sobie ikonki które pojawiaj się w prawym górnym rogu każdego widżeta

  gui3.PNG (Size: 12.45 KB / Downloads: 618)

Pierwsza ikona pozwala nam na... skopiowanie okienka - po co? a no po to że możemy mieć kilka okien na tactical overview pochodzących z jednego modułu, różniących się ustawieniami.
Druga ikonka "minimalizuj/maksymalizuj" okienko. Nareszcie trzecia wyświetla menu konfiguracyjne widżet. I tak na przykład do List View, możemy dodać dowolny stworzony filtr, i zdefiniować kolumny - o definiowaniu kolumn nieco więcej w kolejnych krokach...

A jak układać okienka, założeniem jest to że mamy fragment strony w którym są trzy kolumny, następnie dwie kolumny i na samym dole jedną kolumnę. Przeciąganie odbywa się intuicyjnie za górny pasek.
Rada wdrożeniowca: minimalizujcie okienka przed przeciąganiem  
Co ja osiągnąłem, przy tej wiedzy to:

  gui4.PNG (Size: 232.67 KB / Downloads: 590)

Modyfikacje ustawień użytkownika widać tutaj:

  gui5.PNG (Size: 38.15 KB / Downloads: 617)

Myślę, że opcje są jasne, polecam skórkę "pink_n_fluffy"  przynajmniej zobaczyć.

Co do definiowania kolumn zacznijmy od przykładu

  gui6.PNG (Size: 7.79 KB / Downloads: 600)

Co się stało:
do domyślnych kolumn w widoku hostów, dodaliśmy czas następnego sprawdzenia i link do systemu zgłoszeń, a ujęliśmy kolumnę z aliasem hosta.

  gui7.PNG (Size: 90.29 KB / Downloads: 584)

Efekt jest super - to samo możemy zrobić w widgecie na tactical overview.]]> Pod koniec każdego wdrożenia jesteśmy zasypywani pytaniami odnośnie możliwości zmian wyglądu interfejsu użytkownika. Również w tu op5 nas na szczęście nie zawodzi, szczególnie, że wszelkie modyfikacje odbywają się osobno dla każdego użytkownika. Nie mówię tylko o wybraniu maszyn i usług. Zresztą to jest rola administratora, a nie operatora, o którą jesteśmy pytani.
Celem prezentacji posłużę się moim "produkcyjnym" kontem. Wedle zasady "szewc bez butów chodzi", moje konto jest w 100% tym, co można zastać po stworzeniu nowego konta.

  gui1.PNG (Size: 368.8 KB / Downloads: 680)

Mamy do powiedzenia sobie o dwóch, wg niektórych trzech elementach:
1. modyfikacji ekranu "powitalnego" - Tactical Overview
2. ustawień wyświetlania dla użytkownika
3. w powyższych ustawieniach definiowanie kolumn dla poszczególnych widoków (związane z modułem List View, który pojawił się dopiero w wersji 6.1 i został omówiony przy okazji omawiania filtrów - co jest bardzo istotną wiedzą do tego celu viewtopic.php?f=2&t=266)

Zawartość Tactical Overview określamy w menu:

  gui2.PNG (Size: 95.22 KB / Downloads: 582)

Tutaj włączamy bądź wyłączamy gadżety/widżety/modułu - nazewnictwo zostawię dla każdego według jego uznania.
Host performance - okienko które pozwoli nam wyświetlić serwisy z wybranego hosta
Geomap - wyświetli nam mapę (np. Google Maps) na która będzie mogła mieć przedstawiać nasze oddziały i np stan połączeń między nimi
Network Health - boks przedstawiający nam procentowy wpływ włączony maszyn/działających usług w postaci wykresu słupkowego. Kolor zależny od ustawionych progów
Merlin Node Status - widget wyświetlający stan węzłów naszego systemu monitoringu, obłożenie hostami i serwisami, latency itp. - ma sens w przypadku więcej niż jednego węzła
Nagvis - okienko umożliwiające wyświetlenie mapy z modułu Nagvis, w którym możemy zdefiniować dowolną mapkę
Unacknowledge service problems - nieprzyjęte/niepotwierdzone problemy związane z usługami
Scheduled downtime - zaplanowane przerwy serwisowe
Business Services - okienko związane z wyświetleniem usług biznesowych ustawionych w module Business Services
Monitoring Performance - informacje wydajnościowe o monitoringu
itd. aż do mojego ulubionego
List view - to nic innego jak w pełni konfigurowalne pod względem zawartości jak i kolumn okienko.

Dobrze, pisałem o tym, że coś jest konfigurowalne, gdzieś są jakieś parametry - gdzie? a no musimy omówić sobie ikonki które pojawiaj się w prawym górnym rogu każdego widżeta

  gui3.PNG (Size: 12.45 KB / Downloads: 618)

Pierwsza ikona pozwala nam na... skopiowanie okienka - po co? a no po to że możemy mieć kilka okien na tactical overview pochodzących z jednego modułu, różniących się ustawieniami.
Druga ikonka "minimalizuj/maksymalizuj" okienko. Nareszcie trzecia wyświetla menu konfiguracyjne widżet. I tak na przykład do List View, możemy dodać dowolny stworzony filtr, i zdefiniować kolumny - o definiowaniu kolumn nieco więcej w kolejnych krokach...

A jak układać okienka, założeniem jest to że mamy fragment strony w którym są trzy kolumny, następnie dwie kolumny i na samym dole jedną kolumnę. Przeciąganie odbywa się intuicyjnie za górny pasek.
Rada wdrożeniowca: minimalizujcie okienka przed przeciąganiem  
Co ja osiągnąłem, przy tej wiedzy to:

  gui4.PNG (Size: 232.67 KB / Downloads: 590)

Modyfikacje ustawień użytkownika widać tutaj:

  gui5.PNG (Size: 38.15 KB / Downloads: 617)

Myślę, że opcje są jasne, polecam skórkę "pink_n_fluffy"  przynajmniej zobaczyć.

Co do definiowania kolumn zacznijmy od przykładu

  gui6.PNG (Size: 7.79 KB / Downloads: 600)

Co się stało:
do domyślnych kolumn w widoku hostów, dodaliśmy czas następnego sprawdzenia i link do systemu zgłoszeń, a ujęliśmy kolumnę z aliasem hosta.

  gui7.PNG (Size: 90.29 KB / Downloads: 584)

Efekt jest super - to samo możemy zrobić w widgecie na tactical overview.]]> https://monitoringserwerow.pl/showthread.php?tid=79 Wed, 31 Jul 2019 09:16:33 +0000 ArturB]]> https://monitoringserwerow.pl/showthread.php?tid=79 Jesteśmy już po premierze nowej wersji op5 monitora, od wczoraj już jej nawet używamy na naszym "Emkowym" serwerze.

  monitor62_1.PNG (Size: 15.21 KB / Downloads: 572)

Na pierwszy rzut oka nie widać wielu zmian

  monitor62_2.PNG (Size: 228.41 KB / Downloads: 582)

  monitor62_3.PNG (Size: 14.88 KB / Downloads: 654)

Czytelniejsza czcionka, bardziej wygładzona

Ja już zdążyłem się przekonać że to tylko pozory.

Po, jak zwykle, bezproblemowej aktualizacji, i chwili przerwy w pracy na obejrzenie nowego systemu, okazuje się że zmian jest dość dużo.

Pierwszą, która tak naprawdę nas przywitała (wygląda, to na największą zmianę, dlatego producent postanowił się ją pochwalić) jest "Kreator Hostów" (ang. "Host Wizard").

  monitor62_4.PNG (Size: 36.92 KB / Downloads: 601)

Mamy do wyboru DNS Server, Generic Server, Standalone VMware ESXi virtualization host, Web server, i Web server with HTTPS. Co więcej możemy wybrać kilka...
Wygląda to cudownie, szczególnie, że w następnym kroku okazuje się że możemy stworzyć kilka takich serwerów

  monitor62_5.PNG (Size: 29.94 KB / Downloads: 649)

  monitor62_6.PNG (Size: 30.63 KB / Downloads: 616)

  monitor62_7.PNG (Size: 89.15 KB / Downloads: 581)

op5 szczęśliwie poszło jeszcze krok dalej dając możliwość definiowania i zarządzania zdefiniowanymi Management Packami

  monitor62_8.PNG (Size: 47.75 KB / Downloads: 597)

Jako partnerzy op5 i zespół który często wdraża system za pomocą API, nie mogliśmy nie zauważyć usprawnień w tym zakresie również w tym zakresie. Mamy możliwość z poziomu programistycznego API zarządzać przerwami serwisowymi i potwierdzeniami problemów. Aż prosi się aby zintegrować op5 z systemem typu "Project/Issue Management"...

Szczęśliwie op5 nie zapomniało o tym co rozpoczęli w wersji 6.1 - filtrach i list view. Zrobili nawet funkcję o którą poprosiliśmy a jest przydatna przy definiowaniu własnych kolumn (o tym napiszę kiedy indziej), funkcję konwertującą timestamp, na czytelną datę.

  monitor62_9.PNG (Size: 5.2 KB / Downloads: 603)

  monitor62_10.PNG (Size: 20.56 KB / Downloads: 573)

  monitor62_11.PNG (Size: 161.98 KB / Downloads: 616)

Prawda że zespołowi op5 nie można zarzucić lenistwa?]]> Jesteśmy już po premierze nowej wersji op5 monitora, od wczoraj już jej nawet używamy na naszym "Emkowym" serwerze.

  monitor62_1.PNG (Size: 15.21 KB / Downloads: 572)

Na pierwszy rzut oka nie widać wielu zmian

  monitor62_2.PNG (Size: 228.41 KB / Downloads: 582)

  monitor62_3.PNG (Size: 14.88 KB / Downloads: 654)

Czytelniejsza czcionka, bardziej wygładzona

Ja już zdążyłem się przekonać że to tylko pozory.

Po, jak zwykle, bezproblemowej aktualizacji, i chwili przerwy w pracy na obejrzenie nowego systemu, okazuje się że zmian jest dość dużo.

Pierwszą, która tak naprawdę nas przywitała (wygląda, to na największą zmianę, dlatego producent postanowił się ją pochwalić) jest "Kreator Hostów" (ang. "Host Wizard").

  monitor62_4.PNG (Size: 36.92 KB / Downloads: 601)

Mamy do wyboru DNS Server, Generic Server, Standalone VMware ESXi virtualization host, Web server, i Web server with HTTPS. Co więcej możemy wybrać kilka...
Wygląda to cudownie, szczególnie, że w następnym kroku okazuje się że możemy stworzyć kilka takich serwerów

  monitor62_5.PNG (Size: 29.94 KB / Downloads: 649)

  monitor62_6.PNG (Size: 30.63 KB / Downloads: 616)

  monitor62_7.PNG (Size: 89.15 KB / Downloads: 581)

op5 szczęśliwie poszło jeszcze krok dalej dając możliwość definiowania i zarządzania zdefiniowanymi Management Packami

  monitor62_8.PNG (Size: 47.75 KB / Downloads: 597)

Jako partnerzy op5 i zespół który często wdraża system za pomocą API, nie mogliśmy nie zauważyć usprawnień w tym zakresie również w tym zakresie. Mamy możliwość z poziomu programistycznego API zarządzać przerwami serwisowymi i potwierdzeniami problemów. Aż prosi się aby zintegrować op5 z systemem typu "Project/Issue Management"...

Szczęśliwie op5 nie zapomniało o tym co rozpoczęli w wersji 6.1 - filtrach i list view. Zrobili nawet funkcję o którą poprosiliśmy a jest przydatna przy definiowaniu własnych kolumn (o tym napiszę kiedy indziej), funkcję konwertującą timestamp, na czytelną datę.

  monitor62_9.PNG (Size: 5.2 KB / Downloads: 603)

  monitor62_10.PNG (Size: 20.56 KB / Downloads: 573)

  monitor62_11.PNG (Size: 161.98 KB / Downloads: 616)

Prawda że zespołowi op5 nie można zarzucić lenistwa?]]> https://monitoringserwerow.pl/showthread.php?tid=78 Wed, 31 Jul 2019 09:10:50 +0000 ArturB]]> https://monitoringserwerow.pl/showthread.php?tid=78 Wersja 6.2 i nowe funkcjonalności już pukają do drzwi, to chyba najlepszy moment aby podsumować opinie naszych klientów odnośnie największej nowej funkcjonalności w wersji 6.1 - filtrów. Pewnego czasu powstała, głównie na ich temat, prezentacja op5, którą pozwoliłem sobie przetłumaczyć.
https://www.youtube.com/watch?v=UgM3PlAIrXU

Po kilku wizytach u klientów i obserwacji pracy operatorów w biurach obsługi infrastruktury mogę stwierdzić, że filtry, w perspektywie oczekiwań klientów, były strzałem w dziesiątkę.

Krótko mówiąc filtry okazały się potężnym narzędziem, głównie dzięki podejściu op5 i przebudowania widoków w oparciu o tzw. List view. Każdy specjalista z branży IT wie, że większość nowości (np. modę na kafelkowe interfejsy) albo sam uznaje za niewygodne i niepotrzebne, albo zna wielu sceptyków, ale w tym przypadku okazało się wręcz przeciwnie - każdy z kim rozmawiałem i pracował na wersji 6.0, uważa to za świetną aktualizację i świetny, mimo że rewolucyjny, pomysł.

Czym jest wspomniane List view? Sposobem prezentacji obiektów w określony sposób dla grup serwisów, grup hostów, serwisów, hostów, komentarzy, planowanych wyłączeń, kontaktów, notyfikacji i... filtrów. Odzwierciedlenie tego znajduje się w swego rodzaju typie filtra.

  graphical_input.PNG (Size: 16.41 KB / Downloads: 616)

Jak można się domyślić każdemu z elementów Graphical Input towarzyszą inne pola po których możemy "filtrować".
W przypadku filtrowania samych filtrów wygląda to skromnie, możemy przefiltrować po nazwie użytkownika, który utworzył filtr, nazwie, opisie... Dla grup dodatkowo możemy odwołać się do konkretnych ilości problemów, czy nawet konkretnej ilości elementów w danym stanie.
Prawdziwe "szaleństwo" zaczyna się w przypadku, w przypadku serwisów albo hostów. Dlaczego?
Możemy wyszukiwać po elementach wyżej. Mamy do czynienia z swego rodzaju dziedziczeniem - możemy odwołać się np do hostów które są w grupie hostów, czy serwisów które są w danej grupie serwisów.
Programiści op5 poszli jednak krok dalej. Możemy konkretnie określić hosty do których serwisy mają należeć, ale nie tylko przez nazwę, ale przez dowolne pole z hosta. Wyobraźmy sobie implementację u klienta gdzie, zgodnie z konfiguracją rozproszoną, hosty są podzielone według lokalizacji.
Znalezienie serwisu o danej nazwie, w danej lokalizacji było dokładnie tym, czego brakowało każdemu znanemu mi operatorowi op5.

  pola.PNG (Size: 36.2 KB / Downloads: 585)

lista pół jest długa, a odnosi się nawet to takich elementów jak "flapping", ostatnia data problemu (timestamp), jak i zwykły konfiguracyjnych jak np. czas między sprawdzeniami. Daje to naprawdę sporą elastyczność tego co zobaczymy.

Samo tworzenie filtru odbywa się poprzez "wyklikanie" odpowiednio zagnieżdżonych group "orów i andów". Jeden z przykładów, o które zapytał nas klient to lista dysków na których zajętość przekracza 90%. Nazwy tych serwisów różniły się w zależności od systemu operacyjnego, a nie byliśmy w stanie, ze względu na różne progi, ustalić w jakim stanie są te serwisy.

Elastyczność i intuicyjność op5 jednak szybko pozwoliła nam na zasadzie kopiuj wklej ustalić odpowiednie zapytanie. Monitor świetnie interpretuje wpisane ręcznie zapytanie, co w przypadku prostego zapytania, albo bardzo długiego może okazać się pomocne.

Nie zgadzasz się z moją opinią na temat filtrów, jako wspaniałego narzędzia? Nie wierzę.]]> Wersja 6.2 i nowe funkcjonalności już pukają do drzwi, to chyba najlepszy moment aby podsumować opinie naszych klientów odnośnie największej nowej funkcjonalności w wersji 6.1 - filtrów. Pewnego czasu powstała, głównie na ich temat, prezentacja op5, którą pozwoliłem sobie przetłumaczyć.
https://www.youtube.com/watch?v=UgM3PlAIrXU

Po kilku wizytach u klientów i obserwacji pracy operatorów w biurach obsługi infrastruktury mogę stwierdzić, że filtry, w perspektywie oczekiwań klientów, były strzałem w dziesiątkę.

Krótko mówiąc filtry okazały się potężnym narzędziem, głównie dzięki podejściu op5 i przebudowania widoków w oparciu o tzw. List view. Każdy specjalista z branży IT wie, że większość nowości (np. modę na kafelkowe interfejsy) albo sam uznaje za niewygodne i niepotrzebne, albo zna wielu sceptyków, ale w tym przypadku okazało się wręcz przeciwnie - każdy z kim rozmawiałem i pracował na wersji 6.0, uważa to za świetną aktualizację i świetny, mimo że rewolucyjny, pomysł.

Czym jest wspomniane List view? Sposobem prezentacji obiektów w określony sposób dla grup serwisów, grup hostów, serwisów, hostów, komentarzy, planowanych wyłączeń, kontaktów, notyfikacji i... filtrów. Odzwierciedlenie tego znajduje się w swego rodzaju typie filtra.

  graphical_input.PNG (Size: 16.41 KB / Downloads: 616)

Jak można się domyślić każdemu z elementów Graphical Input towarzyszą inne pola po których możemy "filtrować".
W przypadku filtrowania samych filtrów wygląda to skromnie, możemy przefiltrować po nazwie użytkownika, który utworzył filtr, nazwie, opisie... Dla grup dodatkowo możemy odwołać się do konkretnych ilości problemów, czy nawet konkretnej ilości elementów w danym stanie.
Prawdziwe "szaleństwo" zaczyna się w przypadku, w przypadku serwisów albo hostów. Dlaczego?
Możemy wyszukiwać po elementach wyżej. Mamy do czynienia z swego rodzaju dziedziczeniem - możemy odwołać się np do hostów które są w grupie hostów, czy serwisów które są w danej grupie serwisów.
Programiści op5 poszli jednak krok dalej. Możemy konkretnie określić hosty do których serwisy mają należeć, ale nie tylko przez nazwę, ale przez dowolne pole z hosta. Wyobraźmy sobie implementację u klienta gdzie, zgodnie z konfiguracją rozproszoną, hosty są podzielone według lokalizacji.
Znalezienie serwisu o danej nazwie, w danej lokalizacji było dokładnie tym, czego brakowało każdemu znanemu mi operatorowi op5.

  pola.PNG (Size: 36.2 KB / Downloads: 585)

lista pół jest długa, a odnosi się nawet to takich elementów jak "flapping", ostatnia data problemu (timestamp), jak i zwykły konfiguracyjnych jak np. czas między sprawdzeniami. Daje to naprawdę sporą elastyczność tego co zobaczymy.

Samo tworzenie filtru odbywa się poprzez "wyklikanie" odpowiednio zagnieżdżonych group "orów i andów". Jeden z przykładów, o które zapytał nas klient to lista dysków na których zajętość przekracza 90%. Nazwy tych serwisów różniły się w zależności od systemu operacyjnego, a nie byliśmy w stanie, ze względu na różne progi, ustalić w jakim stanie są te serwisy.

Elastyczność i intuicyjność op5 jednak szybko pozwoliła nam na zasadzie kopiuj wklej ustalić odpowiednie zapytanie. Monitor świetnie interpretuje wpisane ręcznie zapytanie, co w przypadku prostego zapytania, albo bardzo długiego może okazać się pomocne.

Nie zgadzasz się z moją opinią na temat filtrów, jako wspaniałego narzędzia? Nie wierzę.]]>