Monitorowanie usług sieciowych

Monitorowanie dostępności i wydajności 70 usług sieciowych, takich jak: FTP, HTTP, SMTP, itp.

Monitorowanie usług sieciowych jest podstawowym typem monitorowania w NetCrunchu. Stan węzła określany jest główniena podstawie dostępności usług sieciowych. Kiedy węzeł NIE ODPOWIADA jest on monitorowany tylko przez sprawdzanie stanu pojedynczej usługi sieciowej.

Dostępność i czas odpowiedzi

Monitorowanie usług sprawdza głównie:

• połączenie
• otrzymane odpowiedzi
• czas odpowiedzi i wskaźnik awaryjności

NetCrunch wysyła zapytanie odpowiednie dla protokołu danego serwisu a następnie sprawdza, czy odpowiedź pasuje do zdefiniowanej odpowiedzi. W celu zmierzenia czasu odpowiedzi proces ten powinien zostać powtórzony przynajmniej 3 razy, dopiero wtedy obliczany jest średni czas odpowiedzi. Dla każdego żądania możesz ustawić odpowiedni czas oczekiwania na odpowiedź.

Każda monitorowana usługa dostarcza następujące metryki wydajności:

• Czas przesyłu tam i z powrotem - całkowity czas wysłania i otrzymania pojedynczej odpowiedzi lub czas połączenia dla usług rozbudowanych
• Czas sprawdzania - całkowity czas sprawdzania (łącznie z wysyłaniem wielu zapytań w trybie rozbudowanym)
• Wskaźnik awaryjności w % - obliczany dla każdej usługi
• Ilość utraconych pakietów w % - obliczany dla każdej usługi

Usługa wiodąca

Monitorowanie w odstępach sekundowych

W przypadku niektórych węzłów kluczowych czas twojej reakcji może nie być liczony w minutach a w sekundach. Wtedy możesz ustawić monitorowanie usługi wiodącejw trybie Monitorowanie w odstępach sekundowych.

Opcja ta pozwala sprawdzać usługę wiodącą częściej niż raz na minutę, obojętnie czy węzeł ODPOWIADA czy NIE ODPOWIADA. Opcjonalnie możesz ustawić NetCruncha tak, aby określał stan węzła wyłącznie na podstawie stanu usługi wiodącej; w innym wypadku może on natychmiastowo sprawdzać także inne usługi.

Dostosowywanie istniejących usług

NetCrunch pozwala monitorować usługi sieciowe na ich portach domyślnych. Kiedy chcesz monitorować usługę na innym porcie przejdź do NarzędziaOpcjeMonitorowanieUsługi sieciowe i wybierz Nowa usługa. Będziesz miał wtedy możliwość zduplikować usługę pod nową nazwą i z innym portem. Na przykład by sprawdzić HTTP na porcie 8080 zdefiniuj jedynie HTTP_8080.

Usługa prostego sprawdzania portu TCP

W niektórych przypadkach potrzebujesz jedynie prostego sprawdzenia połączenia portu TCP bez przesyłania jakichkolwiek danych. W celu stworzenia prostego sprawdzenia portu TCP przejdź do: NarzędziaOpcjeMonitorowanieUsługi sieciowe, kliknij Nowa usługa i wybierz pożądaną opcję.

Definiowanie usług niestandardowych

Trzecia opcja pozwala ci stworzyć pełną definicję sprawdzającą zapytanie/odpowiedź usługi. Aby stworzyć taką definicję przejdź do NarzędziaOpcjeMonitorowanieUsługi sieciowe, kliknij Nowa usługa$ i wybierz opcję Stwórz od Zera.

1. Ustaw typ protokołu (TCP, UDP lub TLS/SSL) oraz numer portu.
2. Zdefiniuj zapytanie, które będzie wysłane (po podłączeniu, jeśli używasz TCP) - możesz wprowadzić zarówno tekst jak i dane binarne w formacie szesnastkowym.
3. Określ wzory odpowiedzi. Możesz ustawić wiele szablonów i zdecydować, jak powinny być one sprawdzane. Szablony mogą być: tekstem, danymi binarnymi w formacie szesnastkowym lub wyrażeniem regularnym. Opcje dopasowania wzorów:
   • dowolny z dodanych wzorów pasują do siebie
   • wszystkie dodane wzory pasują do siebie
   • żaden z dodanych wzorów nie pasuje do siebie

Automatyczne wykrywanie usług sieciowych

Ponieważ stan węzła zależy od usług, za każdym razem, gdy nowy węzeł jest dodawany do atlasu NetCrunch automatycznie wykrywa usługi działające na węźle. Domyślnie NetCrunch jest skonfigurowany tak, by sprawdzać jedynie podzbiór pełnej listy usług zdefiniowanych.

Tutaj możesz zarządzać listą automatycznie wykrywanych usług:NarzędziaOpcjeMonitorowanieUsługi wykrywane automatycznie

Rozwiązywanie problemów

By usługi monitorujące działały poprawnie powinna być przeprowadzona dodatkowa konfiguracja.

Ograniczenia sprawdzania serwera DHCP

• NetCrunch musi być w stanie otworzyć port 68 UDP (klienta DHCP) by otrzymać odpowiedź na zapytanie DHCP inform. Monitorowanie nie zadziała, jeśli NetCrunch będzie pracować na maszynie, gdzie został zainstalowany Serwer DHCP, ponieważ używa on tego samego portu.

• Adres IP urządzenia NetCruncha musi być ujęty we wszystkich Zakresach Serwera DHCP (przetestowany dla WINDOWS DHCP Server). Na przykład jeśli maszyna, na której uruchomiony jest NetCrunch posiada adres 192.168.1.100 a Serwer DHCP posiada adres 192.168.88.10, wtedy serwer musi posiadać zakres od 192.168.1.x adresów. Serwer DHCP uruchomiony na systemie Linux musi mieć włączoną opcję autorytatywną.

Monitorowanie MSSQL Express

Aby monitorować MSSQP Express protokół TCP/IP musi być odblokowany a instancja serwera musi przyjmować zdalne połączenie TCP na porcie 1433. Proszę odnieść się do dokumentacji MSSQL Express w celu zdobycia informacji o tym, jak włączyć TCP/IP i jak umożliwić zdalne połączenie z instancją serwera.

Usługa SSH

NetCrunch pozwala monitorować usługę SSH używając wersji 1 i/lub wersji 2 protokołu. Domyślnie protokół SSHv2 jest monitorowany na węzłach sieci. W przypadku, kiedy węzeł obsługuje starszą wersję SSH użyj usługi SSHv1.

ftphttphttpsmonitoringsiećusługi