4 Proxy

Przegląd

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

Wdrożenie proxy jest opcjonalne, ale może być bardzo korzystne dla rozłożenia obciążenia pojedynczego serwera Zabbix. Jeśli dane zbierają wyłącznie proxy, przetwarzanie na serwerze wymaga mniej zasobów CPU i 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: Używanie 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ład użycia sterowania w czasie działania do wyczyszczenia pamięci podręcznej historii dla pozycji:

zabbix_proxy -c /usr/local/etc/zabbix_proxy.conf -R history_cache_clear=42243

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

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

# Zbierz statystyki pamięci podręcznej historii w pliku logu 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 do sprawdzeń pasywnych z wątkiem roboczym;
• availability manager - proces do aktualizacji dostępności hostów;
• browser poller - poller do sprawdzeń pozycji przeglądarkowych;
• configuration syncer - proces do zarządzania 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 do sprawdzeń HTTP z wątkiem roboczym;
• http poller - poller monitorowania WWW;
• icmp pinger - poller do sprawdzeń icmpping;
• internal poller - poller do sprawdzeń wewnętrznych;
• ipmi manager - menedżer pollera IPMI;
• ipmi poller - poller do sprawdzeń IPMI;
• java poller - poller do sprawdzeń Java;
• odbc poller - poller do sprawdzeń ODBC;
• poller - standardowy poller do sprawdzeń 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 do sprawdzeń 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, funkcja zdalnego polecenia);
• trapper - trapper dla sprawdzeń aktywnych, pułapek i komunikacji proxy;
• unreachable poller - poller do 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.

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ą odrzucone.

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

Statystyki transakcji synchronizatora historii

Tytuł procesu synchronizatora historii wyświetla szczegółowe statystyki dotyczące transakcji synchronizatora historii.

205276 ?        S      0:00  zabbix_proxy: history syncer #1 [processed 1 values in 0.001179 (0.001167,0.000000) sec, idle 1 sec]
205277 ?        S      0:00  zabbix_proxy: history syncer #2 [processed 0 values in 0.000022 (0.000000,0.000000) sec, idle 1 sec]

Czasy w formacie processed...in N (<timings>) sec oznaczają:

• Czas spędzony na zapisywaniu wartości pozycji do bazy danych.
• Czas spędzony na aktualizowaniu danych pozycji (stan, błędy).

Procedura housekeeping

Proxy Zabbix ma proces housekeeper, który usuwa nieaktualną historię i trendy pozycji. Działa on cyklicznie, z częstotliwością określoną przez HousekeepingFrequency, a limit usuwania na cykl jest określany przez ProxyLocalBuffer i ProxyOfflineBuffer. W przeciwieństwie do procedury housekeeping w serwerze Zabbix, proces housekeeper proxy nie używa tabeli housekeeper — usuwa wszystkie nieaktualne dane raz na każdy cykl housekeeping.

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 wysył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 wysł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 niewysł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 będzie używany bufor pamięci, jednak nie ma ochrony przed utratą danych. Jeśli proxy zostanie zatrzymany lub pamięć zostanie przepełniona, niewysł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