Network checks Sycope w Nagios

Niestandardowa integracja może udostępniać wybrane informacje sieciowe, wydajnościowe i bezpieczeństwa z Sycope jako service checks w Nagios, dodając kontekst sieciowy do istniejącego workflow monitoringu infrastruktury.

Nagios monitoruje dostępność i stan hostów, usług oraz infrastruktury za pomocą zaplanowanych checks i pluginów. Sycope analizuje ruch sieciowy i dostarcza informacji o komunikacji pomiędzy systemami, wydajności sieci, anomaliach i zdarzeniach bezpieczeństwa.

Obie platformy można połączyć za pomocą Sycope API i mechanizmu pluginów Nagios. Niestandardowy plugin Nagios może odpytywać Sycope o wybrane informacje sieciowe, oceniać zwrócone dane i prezentować wynik jako standardowy service state w Nagios.

Pozwala to włączyć warunki sieciowe zidentyfikowane poprzez analizę flow data do procesów monitoringu już wykorzystywanych przez zespoły NOC i infrastrukturalne, podczas gdy szczegółowa analiza ruchu pozostaje dostępna w Sycope.

Od danych Sycope do service check w Nagios

Nagios active checks są wykonywane przez pluginy uruchamiane według zdefiniowanego harmonogramu. Plugin sprawdza wymagany warunek i zwraca zarówno status code, jak i opisowy output do silnika monitoringu Nagios.

Integracja z Sycope może wykorzystać ten mechanizm do odpytywania Sycope API o informacje sieciowe istotne dla monitorowanego hosta lub usługi.

Publiczna biblioteka integracyjna Sycope udostępnia metody do wykonywania zapytań NQL w określonym przedziale czasowym i pobierania wynikowych rekordów. Większe zestawy wyników mogą być również pobierane z wykorzystaniem pagination.

Niestandardowy plugin Nagios może wykorzystać te wyniki do oceny zdefiniowanego warunku sieciowego i przekształcenia go do modelu stanów Nagios.

Przykładowo check może określić, czy monitorowany system doświadcza zwiększonego network latency, czy pojawiła się nieoczekiwana komunikacja albo czy w określonym time window wystąpił wybrany typ zdarzenia bezpieczeństwa Sycope.

Nagios nadal zarządza service state, notification i escalation workflow, natomiast Sycope dostarcza dane sieciowe, na których opiera się check.

Uzupełniające się możliwości, z jasno określonym podziałem ról

Sycope i Nagios pozostają niezależnymi platformami monitoringowymi i zapewniają różne perspektywy na środowisko.

Nagios zapewnia:

  • Monitoring dostępności hostów i usług
  • Zaplanowane active checks
  • Przetwarzanie passive checks
  • Rozszerzalność opartą na pluginach
  • Service states i thresholds
  • Notifications i escalation
  • Ugruntowane workflow monitoringu infrastruktury

Sycope zapewnia:

  • Analizę sieci opartą na flow data
  • Widoczność komunikacji host-to-host
  • Analizę wydajności sieci
  • Wykrywanie anomalii i zagrożeń sieciowych
  • Historyczne dane o komunikacji sieciowej
  • Kontekst aplikacji i protokołów
  • Wyszukiwanie i analizę opartą na NQL

Nagios określa stan operacyjny monitorowanych hostów i usług za pomocą checks. Sycope dostarcza informacji o komunikacji sieciowej związanej z tymi systemami.

Integracja pozwala wybranym warunkom sieciowym uczestniczyć w tym samym workflow monitoringu bez próby odtwarzania pełnego środowiska analitycznego Sycope wewnątrz Nagios.

Dodanie kontekstu sieciowego do monitoringu infrastruktury

Monitoring infrastruktury może wskazać, że host lub usługa są niedostępne albo działają poza oczekiwanym zakresem. Flow data mogą dostarczyć dodatkowych informacji o zachowaniu sieciowym wokół tego samego systemu.

Network performance checks

Niestandardowy plugin Nagios może wykorzystywać dane Sycope do oceny warunków sieciowych związanych z monitorowanym hostem lub usługą.

Przykładowo zapytanie NQL może wybrać odpowiednie informacje wydajnościowe dla zdefiniowanego systemu i przedziału czasowego. Plugin może następnie porównać zwróconą wartość z thresholds zdefiniowanymi dla danej usługi Nagios.

Jeśli wartość pozostaje w oczekiwanym zakresie, check może zwrócić stan OK. Wyższe wartości mogą zostać zmapowane do WARNING lub CRITICAL zgodnie z polityką monitoringu.

Pozwala to uwzględnić wybrane network performance indicators w service view Nagios, przy jednoczesnym zachowaniu szczegółowych danych źródłowych w Sycope.

Weryfikacja komunikacji sieciowej

Sycope może dostarczać informacji o komunikacji dotyczącej konkretnego adresu IP, usługi lub grupy systemów.

Nagios check może wykorzystać te informacje do sprawdzenia, czy oczekiwana komunikacja rzeczywiście występuje albo czy pojawił się nieoczekiwany wzorzec połączeń.

Może to być przydatne w przypadku systemów o jasno zdefiniowanych rolach sieciowych, gdzie obecność lub brak określonej komunikacji dostarcza dodatkowych informacji o stanie operacyjnym.

Warunki bezpieczeństwa w workflow NOC

Wybrane informacje bezpieczeństwa z Sycope mogą być również wykorzystywane jako podstawa service checks w Nagios.

Plugin może odpytywać o zdefiniowaną klasę zdarzenia lub warunku sieciowego w ostatnim time window i zmieniać service state Nagios, gdy zostaną zwrócone pasujące dane.

Zapewnia to sposób na udostępnienie wybranych sygnałów bezpieczeństwa zespołom pracującym przede wszystkim w Nagios, bez przekształcania Nagios w system odpowiedzialny za analizę zagrożeń sieciowych.

Szczegółowe zdarzenia i historia komunikacji pozostają dostępne w Sycope do dalszej analizy.

Monitoring istniejących hostów Nagios

Ponieważ integracja może wykorzystywać adres IP lub inne informacje o hoście jako część zapytania NQL, ten sam model pluginu może być stosowany do wielu systemów już zdefiniowanych w Nagios.

Logika check może więc zostać ustandaryzowana, podczas gdy parametr specyficzny dla hosta określa, które dane Sycope powinny zostać ocenione.

Pozwala to organizacjom dodać perspektywę sieciową do wybranych hostów Nagios bez tworzenia osobnego workflow monitoringu dla każdego systemu.

Niestandardowa integracja oparta na standardowych mechanizmach rozszerzeń

Publiczne repozytorium Sycope nie zawiera obecnie dedykowanego template’u Nagios.

Zamiast tego udostępnia współdzieloną bibliotekę Python API dla integracji z systemami zewnętrznymi, które nie mają dedykowanych template’ów. Biblioteka zawiera metody do wykonywania zapytań NQL, definiowania przedziałów czasowych i pobierania wyników zapytań.

Nagios jest zaprojektowany tak, aby obsługiwać custom plugins i nie wymaga od nich stosowania konkretnej implementacji wewnętrznej. Plugin musi wykonać wymagany check, zwrócić odpowiedni status code i dostarczyć output, który Nagios może wyświetlić.

Pozwala to zbudować lekką integrację wokół konkretnych informacji Sycope wymaganych przez środowisko monitoringowe, zamiast wdrażać osobny proprietary connector.

Jak działa integracja

Integracja może zostać zorganizowana wokół czterech głównych komponentów.

1. Zapytanie NQL w Sycope

Najpierw wymagany warunek sieciowy jest definiowany jako zapytanie NQL.

Zapytanie może określać źródło danych, monitorowany host, przedział czasowy i warunki filtrowania istotne dla service check w Nagios.

Biblioteka Sycope API udostępnia metodę run_query do wykonywania NQL pipeline oraz metody do pobierania wynikowych danych.

2. Niestandardowy plugin Nagios

Plugin lub skrypt wykorzystuje Sycope API do wykonania zapytania i przetworzenia zwróconego wyniku.

Plugin zawiera logikę wymaganą do określenia, czy bieżący warunek powinien zostać uznany za prawidłowy, czy powinien skutkować stanem warning lub critical.

Może to być oparte na threshold liczbowym, liczbie pasujących rekordów albo obecności konkretnego warunku sieciowego.

3. Service state Nagios

Plugin przekształca wynik do standardowych return codes Nagios.

Nagios plugins wykorzystują return codes do wskazywania stanów takich jak OK, WARNING, CRITICAL i UNKNOWN, wraz z tekstowym outputem opisującym wynik check.

Nagios następnie przetwarza wynik w taki sam sposób jak pozostałe active service checks.

4. Powiadomienie i dalsza analiza

Jeśli stan zmieni się zgodnie ze skonfigurowaną logiką Nagios, może zostać wykorzystany istniejący notification i escalation workflow.

Service output może wskazywać warunek wykryty na podstawie danych Sycope i dostarczyć wystarczającego kontekstu, aby zespół odbierający informację zrozumiał, dlaczego stan się zmienił.

Gdy potrzebna jest pogłębiona analiza, inżynier kontynuuje ją w Sycope, wykorzystując źródłowe flow data, historyczną komunikację i kontekst analityczny.

Modele integracji active i passive

Plugin-based active check jest najbardziej bezpośrednim sposobem połączenia Nagios z Sycope API, ale Nagios obsługuje również passive checks.

W przypadku passive checks zewnętrzna aplikacja wykonuje operację monitoringu i przekazuje wynikowy stan hosta lub usługi do Nagios w celu przetworzenia. Po odebraniu wyniki passive checks mogą uczestniczyć w tych samych mechanizmach powiadamiania i monitoringu co active checks.

Niestandardowa integracja Sycope mogłaby więc również działać niezależnie od schedulera Nagios, okresowo oceniając dane Sycope i przesyłając wynik, gdy jest to wymagane.

Odpowiedni model zależy od architektury monitoringu. Active checks są odpowiednie, gdy Nagios powinien inicjować zapytanie według swojego regularnego harmonogramu, natomiast passive checks mogą być wykorzystywane wtedy, gdy proces integracyjny powinien kontrolować moment przesłania wyników.

Od warunku sieciowego do alertu Nagios

Rozważmy krytyczny serwer aplikacyjny już monitorowany w Nagios.

Tradycyjne checks potwierdzają, że serwer działa i że port aplikacyjny jest dostępny. Oddzielny service check oparty na Sycope ocenia wydajność sieci dla komunikacji dotyczącej tego samego hosta.

Nagios okresowo uruchamia custom plugin. Plugin odpytuje Sycope za pomocą NQL dla zdefiniowanego time window i ocenia zwróconą metrykę sieciową.

Gdy warunek sieciowy przekroczy skonfigurowany threshold, plugin zwraca wynik WARNING lub CRITICAL.

Nagios wyświetla problem razem z pozostałymi infrastructure checks serwera i wykorzystuje istniejący notification i escalation workflow do poinformowania odpowiedzialnego zespołu.

Inżynier może następnie kontynuować analizę w Sycope, gdzie historyczny ruch i dane o komunikacji dostarczają dodatkowego kontekstu wymaganego do określenia przyczyny warunku sieciowego.

Integracja dodaje więc wybrane dane sieciowe do Nagios, jednocześnie zachowując rolę każdej z platform w procesie monitoringu.

Integracja Sycope i Nagios

Niestandardowa integracja Sycope–Nagios pozwala prezentować wybrane warunki sieciowe, wydajnościowe i bezpieczeństwa jako standardowe service checks Nagios.

Nagios zachowuje istniejący workflow monitoringu hostów i usług, natomiast Sycope dostarcza dane sieciowe i historyczny kontekst wykorzystywany do rozszerzenia tego monitoringu poza tradycyjne infrastructure checks.

Aby omówić dodanie network checks Sycope do Twojego środowiska Nagios, skontaktuj się z naszym zespołem.

This week top knowledge