Zabbix Email Notifications

Zabbix Email Notifications umożliwia temu systemowi monitoringu wysyłanie powiadomień o alertach pocztą.

Rola powiadomień e-mail w architekturze Zabbix

Zabbix Email Notifications to mechanizm dostarczania komunikatów o zdarzeniach za pomocą poczty elektronicznej. Wiadomość nie jest wysyłana bezpośrednio przez agenta Zabbix monitorującego system operacyjny. Agent przekazuje dane do Zabbix server, a serwer monitoringu ocenia je przy użyciu skonfigurowanych triggerów. Gdy warunek triggera zostanie spełniony, powstaje zdarzenie typu problem, a reguła akcji może uruchomić operację wysłania wiadomości. W analogiczny sposób można powiadomić odbiorców o przywróceniu prawidłowego stanu, zmianie poziomu ważności albo aktualizacji trwającego problemu.

Za obsługę poczty odpowiada w Zabbix typ mediów o nazwie Email. Samo utworzenie takiego typu mediów nie powoduje jeszcze wysyłania alertów. Potrzebne są jednocześnie trzy elementy: aktywny typ mediów, dane dostarczania zapisane w profilu użytkownika oraz akcja zawierająca operację wysyłki. Odbiorca musi mieć przypisany adres e-mail w zakładce mediów użytkownika, a akcja musi wskazywać tego użytkownika lub grupę użytkowników. Jeżeli typ mediów jest wyłączony, adres jest nieaktywny albo warunki akcji nie pasują do zdarzenia, wiadomość nie zostanie dostarczona.

Konfiguracja połączenia SMTP i formatu wiadomości

Konfigurację wykonuje się w interfejsie Zabbix w sekcji Alerts, w obszarze Media types. Dla zwykłego serwera pocztowego określa się między innymi adres SMTP server, port SMTP, wartość SMTP HELO oraz adres nadawcy. Domyślny port dla typu Email to 25, ale konkretny port powinien odpowiadać konfiguracji używanego serwera pocztowego. Pole adresu nadawcy jest wykorzystywane jako wartość From w wysyłanych wiadomościach. Zabbix może korzystać z ogólnego serwera SMTP, a w obsługiwanych konfiguracjach także z ustawień dostawców takich jak Gmail lub Office 365.

Połączenie może działać bez dodatkowego szyfrowania, z użyciem STARTTLS albo z użyciem SSL/TLS. STARTTLS rozpoczyna komunikację SMTP, a następnie przełącza istniejące połączenie na szyfrowane. Tryb SSL/TLS zestawia połączenie szyfrowane od początku. Zabbix pozwala również określić sposób uwierzytelniania, w tym brak uwierzytelniania albo logowanie nazwą użytkownika i hasłem, zależnie od wybranego dostawcy i dostępnych bibliotek serwera. Możliwe jest ustawienie weryfikacji certyfikatu oraz nazwy hosta SMTP. Odpowiedni dobór tych parametrów ma znaczenie praktyczne: błędny port, niezgodny tryb TLS, nieprawidłowy adres nadawcy lub odrzucone dane logowania powodują błąd wysyłki.

Treść alertu, makra i reguły odbiorców

Treść wiadomości jest definiowana w szablonach komunikatów przypisanych do typu mediów. Zabbix pozwala przygotować osobne treści dla zdarzenia problemu, przywrócenia stanu oraz innych obsługiwanych zmian. W szablonie można stosować makra kontekstowe, dzięki którym jedna reguła przekazuje dane konkretnego zdarzenia. Typowymi informacjami są nazwa hosta, nazwa zdarzenia, poziom ważności, stan triggera, czas wystąpienia oraz adres interfejsu urządzenia. W zależności od źródła zdarzenia można również umieścić wartości itemów, identyfikatory zdarzeń i informacje o poprzednim stanie.

O tym, kto otrzyma wiadomość, decydują warunki akcji oraz ustawienia medium użytkownika. Przy adresie można wskazać okres aktywności, na przykład dni robocze i godziny dyżuru, a także ograniczyć dostarczanie do wybranych poziomów ważności triggerów. Taki filtr działa na poziomie konkretnego użytkownika, więc dwie osoby mogą otrzymywać różne zestawy alertów z tej samej akcji. Akcja może dodatkowo wykonywać eskalacje, czyli wysyłać kolejne komunikaty po określonym czasie, jeżeli problem nadal trwa. Trzeba rozróżnić zdarzenie niebędące problemem od zdarzenia problemowego: aby odbiorca otrzymywał także powiadomienia o zdarzeniach informacyjnych, odpowiednia ważność musi być zaznaczona w jego medium.

Testowanie dostarczania i diagnostyka awarii

Po zapisaniu typu Email można użyć funkcji Test dostępnej przy typie mediów. Żądanie testowe jest przekazywane do Zabbix server, który próbuje połączyć się z podanym serwerem SMTP i zwraca wynik do interfejsu. Test pozwala wykryć problemy z rozwiązywaniem nazwy, połączeniem TCP, negocjacją TLS, uwierzytelnianiem oraz formatem adresu nadawcy, ale nie zastępuje sprawdzenia warunków akcji. Pomyślny test SMTP nie oznacza więc automatycznie, że rzeczywiste zdarzenie uruchomi właściwą operację.

Przy braku wiadomości należy sprawdzić historię zdarzenia, wykonanie akcji, status operacji oraz kolejkę powiadomień. Następnie warto porównać adres odbiorcy z profilem użytkownika, zakres ważności medium, okres aktywności i warunki akcji. Po stronie Zabbix server istotne są komunikaty dotyczące połączenia SMTP oraz odrzucenia wiadomości przez serwer pocztowy. Jeżeli serwer SMTP przyjmuje wiadomość, ale nie dociera ona do skrzynki, dalsza diagnostyka dotyczy już routingu pocztowego, filtrów antyspamowych i reguł dostawcy. W środowisku z laptopami i komputerami PC poprawnie skonfigurowane powiadomienia mogą przekazywać informacje o niedostępności hosta, zapełnieniu dysku, wysokim obciążeniu procesora lub awarii usługi, jednak jakość alertu zależy od poprawnego zdefiniowania itemów, triggerów i akcji.