PDF

Dodawanie alertów

Skonfiguruj alertowanie, dołączając warunki do monitorowanych danych na węzłach, sensorach lub usługach. Alerty określają, kiedy NetCrunch powinien reagować na zmiany stanu lub przekroczenia progów.

Alerty konfiguruje się w ustawieniach monitoringu węzła poprzez dołączanie warunków do istniejących źródeł monitoringu, takich jak usługi, metryki OS lub Custom sensors.

Skąd pochodzą alerty

Alerty w NetCrunch nie są samodzielnymi obiektami. Zawsze są powiązane z:

  • Stanem węzła
  • Usługami sieciowymi (np. PING, HTTP)
  • Monitoringiem systemu operacyjnego (Windows, Linux)
  • SNMP data
  • Custom sensors
  • Danymi dostarczanymi w natywnych formatach (JSON, XML, CSV)
  • Syslog, SNMP traps, Web Messages

To oznacza:

  • Brak danych → brak alertu
  • Alerty to warunki dotyczące monitorowanych wartości lub stanów

Podstawowy przebieg

1. Wybierz lub utwórz węzeł

  • Zlokalizuj istniejący węzeł w Atlas
  • Lub dodaj nowy węzeł

2. Otwórz ustawienia węzła

  • Otwórz Node Settings
  • Przejdź do karty Monitoring

3. Wybierz źródło monitoringu

Na karcie Monitoring wskaż, do czego ma być dołączony alert:

  • Istniejące kafelki (zalecane):

    • Status Monitor
    • Node Status
    • Service Status
    • CPU, Memory, Disk
    • Network
  • Lub dodaj nowy sensor:

    • Custom sensor
    • Web request
    • Script
    • External data

4. Dodaj warunek alertu

  • Otwórz wybrany kafelek monitoringu
  • Zdefiniuj warunki alertu:
    • Progi
    • Zmiany stanu
    • Dostępność
    • Logika niestandardowa

Alerty oparte na monitoringu systemu operacyjnego

Jeśli monitoring systemu operacyjnego jest włączony (np. Windows):

Alerty można dodać bezpośrednio do: - CPU - Memory - Disk - Services - Event Log

Są one:

  • Wstępnie ustrukturyzowane
  • Zoptymalizowane pod kątem typowych scenariuszy
  • Rozszerzalne dzięki alertom niestandardowym

Alerty niestandardowe

Alerty niestandardowe umożliwiają:

  • Definiowanie progów dla dowolnej metryki
  • Łączenie wielu warunków
  • Tworzenie logiki specyficznej dla domeny

Są dostępne w:

  • Sekcjach monitoringu systemu operacyjnego
  • Sensors
  • Niestandardowym pozyskiwaniu danych

Skalowanie konfiguracji alertów

Konfiguracja wielu węzłów

Alerty można dodawać do wielu węzłów przez:

  • Zaznaczanie wielu węzłów
  • Jednorazowe zastosowanie zmian

Monitoring Packs

Monitoring Packs to podstawowy mechanizm skalowania.

Przypisywanie automatyczne
  • Przypisywane za pomocą wyrażeń
  • Przykład: wszystkie serwery Windows, wszystkie routery
  • Stosowane dynamicznie
Przypisywanie ręczne
  • Stosowane bezpośrednio do wybranych węzłów
  • Obsługuje wybór wielu elementów

Korzyści:

  • Spójność
  • Możliwość ponownego wykorzystania
  • Mniej pracy ręcznej

Sensory i dane zewnętrzne

Alerty mogą również opierać się na:

  • Wynikach skryptów
  • Testach WWW
  • Zapytaniach API
  • Zaimportowanych danych

NetCrunch obsługuje pobieranie ustrukturyzowanych danych monitoringu z użyciem:

  • JSON
  • XML
  • CSV :contentReference[oaicite:1]{index=1}

Umożliwia to:

  • Tworzenie alertów dla systemów zewnętrznych
  • Integrację z innymi narzędziami
  • Niestandardowe potoki telemetryczne

Kluczowe zasady

  • Alerty są zawsze powiązane z danymi monitoringu
  • Monitoring musi istnieć przed skonfigurowaniem alertów
  • Do skalowania używaj Monitoring Packs, a nie ręcznej konfiguracji
  • Preferuj wbudowane monitory przed tworzeniem niestandardowych

Kontekst UI

Karta Monitoring w Node Settings to centralne miejsce do:

  • Dodawania źródeł monitoringu
  • Dołączania alertów
  • Zarządzania sensorami

Zapewnia:

  • Strukturę opartą na kafelkach
  • Szybki dostęp do typowych monitorów
  • Rozszerzalną architekturę dla monitoringu niestandardowego

Pułapki

  • Dodawanie alertów bez właściwej konfiguracji monitoringu
  • Duplikowanie alertów na wielu węzłach zamiast użycia Monitoring Packs
  • Nadmierne używanie alertów niestandardowych zamiast wbudowanej logiki
  • Ignorowanie jakości źródeł danych (alerty od niej zależą)

Podsumowanie

Funkcje alertowania w NetCrunch są ściśle zintegrowane z monitoringiem. Zamiast tworzyć alerty oddzielnie, użytkownicy dołączają logikę alertów bezpośrednio do monitorowanych źródeł danych, co zapewnia spójność, skalowalność i reakcję w czasie rzeczywistym.

alertowaniedodajdodaj alertdodaj alertydodaj powiadomieniemonitoringnode settingspowiadomienie