Zdarzenia i reakcja

Omówienie

W Zabbix generowanych jest kilka typów zdarzeń:

  • zdarzenia wyzwalaczy - za każdym razem, gdy wyzwalacz zmienia swój status (OK→PROBLEM→OK)
  • zdarzenia usług - za każdym razem, gdy usługa zmienia swój status (OK→PROBLEM→OK)
  • zdarzenia wykrywania - gdy hosty lub usługi zostaną wykryte
  • zdarzenia automatycznej rejestracji - gdy aktywne agent są automatycznie rejestrowane przez serwer
  • zdarzenia wewnętrzne - gdy pozycja/reguła odkrywania niskiego poziomu staje się niewspierana lub wyzwalacz przechodzi w nieznany stan

Zdarzenia są oznaczone znacznikiem czasu i mogą stanowić podstawę działań, takich jak wysyłanie wiadomości e-mail z powiadomieniem, tworzenie zgłoszeń lub wykonywanie zdalnych poleceń.

Aby wyświetlić szczegóły zdarzenia w frontend, przejdź do Monitoring > Problems. Tam możesz kliknąć datę i godzinę zdarzenia, aby otworzyć stronę szczegółów zdarzenia, gdzie można zobaczyć დამატkowe informacje o zdarzeniu, w tym to, czy zostało ono wstrzymane z powodu konserwacji lub ręcznie wstrzymane przez użytkownika.

Problem resolution

Problem events created by triggers are resolved automatically, if the condition that caused the problem no longer exists.

To add flexibility and convenience to problem event management, the following options exist:

Zdarzenia wyzwalacza

Zmiana stanu wyzwalacza jest najczęstszym i najważniejszym źródłem zdarzeń. Za każdym razem, gdy wyzwalacz zmienia swój stan, generowane jest zdarzenie. Zdarzenie zawiera szczegóły zmiany stanu wyzwalacza - kiedy nastąpiła i jaki jest nowy stan.

Wyzwalacze tworzą dwa typy zdarzeń - Problem i OK.

Zdarzenia problemowe

Zdarzenie problemowe jest tworzone:

  • gdy wyrażenie wyzwalacza zostanie ocenione jako TRUE, jeśli wyzwalacz znajduje się w stanie OK;
  • za każdym razem, gdy wyrażenie wyzwalacza zostanie ocenione jako TRUE, jeśli dla wyzwalacza włączono generowanie wielu zdarzeń problemowych.
Zdarzenia OK

Zdarzenie OK zamyka powiązane zdarzenie(-a) problemu i może być utworzone przez 3 komponenty:

  • wyzwalacze - na podstawie ustawień „OK event generation” i „OK event closes”;
  • korelacja zdarzeń
  • menedżer zadań - gdy zdarzenie jest zamykane ręcznie

Wyzwalacze mają ustawienie „OK event generation”, które kontroluje sposób generowania zdarzeń OK:

  • Expression - zdarzenie OK jest generowane dla wyzwalacza w stanie problemu, gdy jego wyrażenie przyjmuje wartość FALSE. Jest to najprostsze ustawienie, domyślnie włączone.
  • Recovery expression - zdarzenie OK jest generowane dla wyzwalacza w stanie problemu, gdy jego wyrażenie przyjmuje wartość FALSE, a wyrażenie odzyskiwania przyjmuje wartość TRUE. Można tego użyć, jeśli kryteria odzyskiwania wyzwalacza różnią się od kryteriów problemu.
  • None - zdarzenie OK nigdy nie jest generowane. Można tego użyć w połączeniu z wielokrotnym generowaniem zdarzeń problemu, aby po prostu wysłać powiadomienie, gdy coś się wydarzy.

Dodatkowo wyzwalacze mają ustawienie „OK event closes”, które kontroluje, które zdarzenia problemu są zamykane:

  • All problems - zdarzenie OK zamknie wszystkie otwarte problemy utworzone przez wyzwalacz
  • All problems if tag values match - zdarzenie OK zamknie otwarte problemy utworzone przez wyzwalacz i mające co najmniej jedną pasującą wartość tagu. Tag jest zdefiniowany przez ustawienie wyzwalacza „Tag for matching”. Jeśli nie ma żadnych zdarzeń problemu do zamknięcia, zdarzenie OK nie jest generowane. Jest to często nazywane korelacją zdarzeń na poziomie wyzwalacza.
Korelacja zdarzeń

Korelacja zdarzeń (nazywana również globalną korelacją zdarzeń) to sposób konfiguracji niestandardowych reguł zamykania zdarzeń (skutkujących generowaniem zdarzeń OK).

Reguły definiują, w jaki sposób nowe zdarzenia problemowe są parowane z istniejącymi zdarzeniami problemowymi, i umożliwiają zamknięcie nowego zdarzenia lub dopasowanych zdarzeń przez wygenerowanie odpowiednich zdarzeń OK.

Należy jednak bardzo ostrożnie konfigurować korelację zdarzeń, ponieważ może ona negatywnie wpływać na wydajność przetwarzania zdarzeń lub, w przypadku błędnej konfiguracji, zamknąć więcej zdarzeń, niż zamierzono (w najgorszym przypadku mogą zostać zamknięte nawet wszystkie zdarzenia problemowe). Kilka wskazówek konfiguracyjnych:

  1. zawsze zawężaj zakres korelacji, ustawiając unikalny tag dla zdarzenia sterującego (zdarzenia, które jest parowane ze starymi zdarzeniami) i używaj warunku korelacji „new event tag”
  2. nie zapomnij dodać warunku opartego na starym zdarzeniu podczas używania operacji „close old event”, w przeciwnym razie wszystkie istniejące problemy mogą zostać zamknięte
  3. unikaj używania wspólnych nazw tagów stosowanych przez różne konfiguracje korelacji
Menedżer zadań

Jeśli ustawienie „Allow manual close” jest włączone dla wyzwalacza, możliwe jest ręczne zamykanie zdarzeń problemu generowanych przez wyzwalacz. Wykonuje się to w frontend podczas aktualizowania problemu. Zdarzenie nie jest zamykane bezpośrednio - zamiast tego tworzane jest zadanie „close event”, które wkrótce jest obsługiwane przez menedżer zadań. Menedżer zadań wygeneruje odpowiadające mu zdarzenie OK, a zdarzenie problemu zostanie zamknięte.

Zdarzenia usługi

Zdarzenia usługi są generowane tylko wtedy, gdy akcje usługi dla tych zdarzeń są włączone. W takim przypadku każda zmiana stanu usługi tworzy nowe zdarzenie:

  • Zdarzenie problemu - gdy stan usługi zmienia się z OK na Problem
  • Zdarzenie OK - gdy stan usługi zmienia się z Problem na OK

Zdarzenie zawiera szczegóły zmiany stanu usługi - kiedy nastąpiła i jaki jest nowy stan.

Zdarzenia wykrywania

Zabbix okresowo skanuje zakresy adresów IP zdefiniowane w regułach wykrywania sieci. Częstotliwość sprawdzania można skonfigurować osobno dla każdej reguły. Gdy host lub usługa zostanie wykryta, generowane jest zdarzenie wykrywania (lub kilka zdarzeń).

Zabbix generuje następujące zdarzenia:

Zdarzenie Kiedy generowane
Service Up Za każdym razem, gdy Zabbix wykryje aktywną usługę.
Service Down Za każdym razem, gdy Zabbix nie może wykryć usługi.
Host Up Jeśli co najmniej jedna z usług jest UP dla danego adresu IP.
Host Down Jeśli wszystkie usługi nie odpowiadają.
Service Discovered Jeśli usługa powróci po przestoju lub zostanie wykryta po raz pierwszy.
Service Lost Jeśli usługa zostanie utracona po wcześniejszym stanie UP.
Host Discovered Jeśli host powróci po przestoju lub zostanie wykryty po raz pierwszy.
Host Lost Jeśli host zostanie utracony po wcześniejszym stanie UP.

Zdarzenia automatycznej rejestracji aktywnego agenta

Automatyczna rejestracja aktywnego agenta tworzy zdarzenia w Zabbix.

Jeśli jest skonfigurowana, zdarzenie automatycznej rejestracji aktywnego agenta jest tworzone, gdy wcześniej nieznany aktywny agent prosi o sprawdzenia lub gdy metadane hosta uległy zmianie. Serwer dodaje nowo automatycznie zarejestrowany host, używając otrzymanego adresu IP i portu agenta.

Więcej informacji można znaleźć na stronie automatycznej rejestracji aktywnego agenta.

Zdarzenia wewnętrzne

Zdarzenia wewnętrzne występują, gdy:

  • pozycja zmienia stan z 'normalny' na 'unsupported'
  • pozycja zmienia stan z 'unsupported' na 'normalny'
  • reguła wykrywania niskiego poziomu zmienia stan z 'normalny' na 'unsupported'
  • reguła wykrywania niskiego poziomu zmienia stan z 'unsupported' na 'normalny'
  • wyzwalacz zmienia stan z 'normalny' na 'unknown'
  • wyzwalacz zmienia stan z 'unknown' na 'normalny'

Celem wprowadzenia zdarzeń wewnętrznych jest umożliwienie użytkownikom otrzymywania powiadomień, gdy wystąpi dowolne zdarzenie wewnętrzne, na przykład gdy pozycja staje się nieobsługiwana i przestaje zbierać dane.

Zdarzenia wewnętrzne są tworzone tylko wtedy, gdy włączone są akcje wewnętrzne dla tych zdarzeń. Aby zatrzymać generowanie zdarzeń wewnętrznych (na przykład dla pozycji, które stają się nieobsługiwane), wyłącz wszystkie akcje dla zdarzeń wewnętrznych w Alerts > Actions > Internal actions.

Jeśli akcje wewnętrzne są wyłączone, a obiekt znajduje się w stanie 'unsupported', zdarzenie odzyskania dla tego obiektu nadal zostanie utworzone.

Jeśli akcje wewnętrzne są włączone, a obiekt znajduje się w stanie 'unsupported', zdarzenie odzyskania dla tego obiektu zostanie utworzone, mimo że dla obiektu nie zostało utworzone 'problem event'.

Zobacz także: Otrzymywanie powiadomień o pozycjach nieobsługiwanych