4 Proxy

Przegląd

Zabbix proxy to proces, który może zbierać dane monitorujące z jednego lub większej liczby monitorowanych urządzeń i wysyłać informacje do serwera Zabbix, działając zasadniczo w jego imieniu. Wszystkie zebrane dane są buforowane lokalnie, a następnie przesyłane do serwera Zabbix, do którego należy proxy.

Wdrożenie proxy jest opcjonalne, ale może być bardzo korzystne, ponieważ pozwala rozłożyć obciążenie pojedynczego serwera Zabbix. Jeśli dane zbierają wyłącznie proxy, przetwarzanie po stronie serwera wymaga mniejszej mocy CPU i mniej operacji wejścia/wyjścia dysku.

Zabbix proxy jest idealnym rozwiązaniem do scentralizowanego monitorowania zdalnych lokalizacji, oddziałów i sieci bez lokalnych administratorów.

Zabbix proxy wymaga oddzielnej bazy danych.

Zobacz także: Korzystanie z proxy w środowisku rozproszonym

Uruchamianie proxy

Jeśli zainstalowano jako pakiet

Zabbix proxy działa jako proces demona. Proxy można uruchomić, wykonując:

systemctl start zabbix-proxy

To zadziała w większości systemów GNU/Linux. W innych systemach może być konieczne uruchomienie:

/etc/init.d/zabbix-proxy start

Podobnie, aby zatrzymać/uruchomić ponownie/wyświetlić status Zabbix proxy, użyj następujących poleceń:

systemctl stop zabbix-proxy
systemctl restart zabbix-proxy
systemctl status zabbix-proxy

Uruchamianie ręczne

Jeśli powyższe nie działa, należy uruchomić go ręcznie. Znajdź ścieżkę do pliku binarnego zabbix_proxy i wykonaj:

zabbix_proxy

Z proxy Zabbix można używać następujących parametrów wiersza poleceń:

-c --config <file>              Ścieżka do pliku konfiguracyjnego
-f --foreground                 Uruchom proxy Zabbix na pierwszym planie
-R --runtime-control <option>   Wykonaj funkcje administracyjne
-T --test-config                Sprawdź poprawność pliku konfiguracyjnego i zakończ
-h --help                       Wyświetl tę pomoc
-V --version                    Wyświetl numer wersji

Przykłady uruchamiania proxy Zabbix z parametrami wiersza poleceń:

zabbix_proxy -c /usr/local/etc/zabbix_proxy.conf
zabbix_proxy --help
zabbix_proxy -V

Sterowanie w czasie działania

Opcje sterowania w czasie działania:

Przykład użycia sterowania w czasie działania do przeładowania pamięci podręcznej konfiguracji proxy:

zabbix_proxy -c /usr/local/etc/zabbix_proxy.conf -R config_cache_reload

Przykłady użycia sterowania w czasie działania do zbierania informacji diagnostycznych:

# Zbierz wszystkie dostępne informacje diagnostyczne w pliku dziennika proxy:
zabbix_proxy -R diaginfo

# Zbierz statystyki pamięci podręcznej historii w pliku dziennika proxy:
zabbix_proxy -R diaginfo=historycache

Przykład użycia sterowania w czasie działania do przeładowania pamięci podręcznej SNMP:

zabbix_proxy -R snmp_cache_reload

Przykład użycia sterowania w czasie działania do uruchomienia housekeeper:

zabbix_proxy -c /usr/local/etc/zabbix_proxy.conf -R housekeeper_execute

Przykłady użycia sterowania w czasie działania do zmiany poziomu logowania:

# Zwiększ poziom logowania wszystkich procesów:
zabbix_proxy -c /usr/local/etc/zabbix_proxy.conf -R log_level_increase

# Zwiększ poziom logowania drugiego procesu poller:
zabbix_proxy -c /usr/local/etc/zabbix_proxy.conf -R log_level_increase=poller,2

# Zwiększ poziom logowania procesu o PID 1234:
zabbix_proxy -c /usr/local/etc/zabbix_proxy.conf -R log_level_increase=1234

# Zmniejsz poziom logowania wszystkich procesów http poller:
zabbix_proxy -c /usr/local/etc/zabbix_proxy.conf -R log_level_decrease="http poller"

Użytkownik procesu

Zabbix proxy jest zaprojektowany do działania jako użytkownik inny niż root. Będzie działać jako dowolny użytkownik inny niż root, jako który zostanie uruchomiony. Możesz więc uruchomić proxy jako dowolnego użytkownika innego niż root bez żadnych problemów.

Jeśli spróbujesz uruchomić go jako root, przełączy się na zakodowanego na stałe użytkownika zabbix, który musi być obecny w twoim systemie. Możesz uruchomić proxy jako root tylko wtedy, gdy odpowiednio zmodyfikujesz parametr AllowRoot w pliku konfiguracji proxy.

Plik konfiguracyjny

Szczegółowe informacje dotyczące konfiguracji zabbix_proxy można znaleźć w opcjach pliku konfiguracyjnego.

Typy procesów i wątki proxy

• agent poller - asynchroniczny proces pollera dla kontroli pasywnych z wątkiem roboczym;
• availability manager - proces aktualizujący dostępność hostów;
• browser poller - poller do kontroli pozycji przeglądarkowych;
• configuration syncer - proces zarządzający pamięciową pamięcią podręczną danych konfiguracyjnych;
• data sender - wysyłacz danych proxy;
• discovery manager - proces zarządzający wykrywaniem urządzeń;
• discovery worker - proces obsługujący zadania wykrywania przekazywane przez discovery manager;
• history syncer - zapisujący dane historyczne do bazy danych;
• housekeeper - proces usuwający przestarzałą historię pozycji;
• http agent poller - asynchroniczny proces pollera dla kontroli HTTP z wątkiem roboczym;
• http poller - poller monitorowania WWW;
• icmp pinger - poller dla kontroli icmpping;
• internal poller - poller dla kontroli wewnętrznych;
• ipmi manager - menedżer pollera IPMI;
• ipmi poller - poller dla kontroli IPMI;
• java poller - poller dla kontroli Java;
• odbc poller - poller dla kontroli ODBC;
• poller - standardowy poller dla kontroli pasywnych;
• preprocessing manager - menedżer zadań wstępnego przetwarzania z wątkami roboczymi wstępnego przetwarzania;
• preprocessing worker - wątek do wstępnego przetwarzania danych;
• self-monitoring - proces zbierający wewnętrzne statystyki serwera;
• snmp poller - asynchroniczny proces pollera dla kontroli SNMP z wątkiem roboczym (tylko pozycje walk[OID] i get[OID]);
• snmp trapper - trapper dla pułapek SNMP;
• task manager - proces do zdalnego wykonywania zadań żądanych przez inne komponenty (np. zamknięcie problemu, potwierdzenie problemu, sprawdzenie wartości pozycji teraz, funkcjonalność zdalnych poleceń);
• trapper - trapper dla kontroli aktywnych, pułapek i komunikacji z proxy;
• unreachable poller - poller dla niedostępnych urządzeń;
• vmware collector - kolektor danych VMware odpowiedzialny za zbieranie danych z usług VMware.

Plik dziennika proxy może służyć do obserwowania tych typów procesów.

Od Zabbix 7.0.22 plik dziennika proxy jest tworzony z uprawnieniami odczytu i zapisu wyłącznie dla właściciela pliku. Dodatkowo plik jest czytelny dla grupy właściciela. Wszystkie pozostałe uprawnienia są zabronione.

Różne typy procesów proxy Zabbix można monitorować za pomocą wewnętrznej pozycji zabbix[process,<type>,<mode>,<state>].

Obsługiwane platformy

Zabbix proxy działa na tej samej liście obsługiwanych platform co serwer Zabbix.

Bufor pamięci

Bufor pamięci umożliwia przechowywanie nowych danych (wartości pozycji, wykrywanie sieci, automatyczna rejestracja hosta) w buforze i przesyłanie ich do serwera Zabbix bez dostępu do bazy danych. Bufor pamięci został wprowadzony dla proxy w Zabbix 7.0.

W instalacjach sprzed Zabbix 7.0 zebrane dane były przechowywane w bazie danych przed przesłaniem do serwera Zabbix. W takich instalacjach pozostaje to domyślnym zachowaniem po uaktualnieniu do Zabbix 7.0.

Aby uzyskać zoptymalizowaną wydajność, zaleca się skonfigurowanie użycia bufora pamięci na proxy. Można to zrobić, zmieniając wartość ProxyBufferMode z disk (wbudowana wartość domyślna dla istniejących instalacji) na hybrid (zalecane) lub memory. Wymagane jest również ustawienie rozmiaru bufora pamięci (parametr ProxyMemoryBufferSize).

W trybie hybrydowym bufor jest chroniony przed utratą danych przez zapisywanie nieprzesłanych danych do bazy danych, jeśli proxy zostanie zatrzymany, bufor się zapełni lub dane staną się zbyt stare. Gdy wszystkie wartości zostaną zapisane do bazy danych, proxy wraca do korzystania z bufora pamięci.

W trybie pamięciowym bufor pamięci będzie używany, jednak nie ma ochrony przed utratą danych. Jeśli proxy zostanie zatrzymany lub pamięć zostanie przepełniona, nieprzesłane dane zostaną odrzucone.

Tryb hybrydowy (ProxyBufferMode=hybrid) jest stosowany do wszystkich nowych instalacji od Zabbix 7.0.

Dodatkowe parametry, takie jak ProxyMemoryBufferSize i ProxyMemoryBufferAge, określają odpowiednio rozmiar bufora pamięci oraz maksymalny wiek danych w buforze.

Należy pamiętać, że w przypadku sprzecznej konfiguracji proxy wyświetli błąd i nie uruchomi się, na przykład jeśli:

• ProxyBufferMode jest ustawiony na hybrid lub memory, a ProxyMemoryBufferSize ma wartość 0.
• ProxyBufferMode jest ustawiony na hybrid lub memory, a ProxyLocalBuffer nie ma wartości 0.

Ustawienia regionalne

Zwróć uwagę, że proxy wymaga ustawień regionalnych UTF-8, aby niektóre tekstowe pozycje mogły być poprawnie interpretowane. Większość nowoczesnych systemów typu Unix ma domyślnie ustawienia regionalne UTF-8, jednak istnieją systemy, w których trzeba je skonfigurować ręcznie.

Obliczanie kolejek podczas konserwacji