Zabbix прокси - это процесс, способный собирать данные мониторинга с одного или нескольких наблюдаемых устройств и отправлять эту информацию Zabbix серверу, таким образом прокси работает от имени сервера. Все собранные данные локально буферизуются и затем отправляются Zabbix серверу, которому принадлежит этот прокси.
Развертывание прокси не обязательно, но может быть очень полезно для распределения нагрузки одиночного Zabbix сервера. Если только прокси собирают данные, то обработка этих данных на сервере не так сильно нагружает CPU и I/O диска.
Zabbix прокси - идеальное решение для централизованного мониторинга удаленных объектов, филиалов и сетей, где отсутствуют локальные администраторы.
Для Zabbix прокси требуется отдельная база данных.
Zabbix прокси поддерживает следующие базы данных SQLite, MySQL и PostgreSQL. Вы можете использовать Oracle или IBM DB2 на свой собственный риск, при этом возможны определенные ограничения, например в значениях, возвращаемых правилами низкоуровневого обнаружения.
Смотрите также: Использование прокси в распределенной среде
Zabbix прокси работает как демон. Для запуска прокси выполните:
Эта команда будет работать на большинстве GNU/Linux системах. На других системах вам, возможно, потребуется выполнить:
Аналогично, для остановки/перезапуска/просмотра состояния, используйте следующие команды:
shell> service zabbix-proxy stop
shell> service zabbix-proxy restart
shell> service zabbix-proxy status
Если выше приведенные команды не работают, вам необходимо запустить прокси вручную. Найдите путь к бинарному файлу zabbix_proxy и выполните:
Следующие параметры командной строки могут быть использованы с Zabbix прокси:
-c --config <файл> путь к файлу конфигурации (по умолчанию /etc/zabbix/zabbix_proxy.conf)
-R --runtime-control <опция> выполнение административных функций
-h --help вывод этого сообщения помощи
-V --version вывод номера версии
Выполнение административных функций не поддерживается в OpenBSD и NetBSD.
Примеры запуска Zabbix прокси с параметрами командой строки:
shell> zabbix_proxy -c /usr/local/etc/zabbix_proxy.conf
shell> zabbix_proxy --help
shell> zabbix_proxy -V
Опции управления работой:
Опция | Описание | Цель |
---|---|---|
config_cache_reload | Перезагрузка кэша конфигурации. Игнорируется, если кэш уже загружается в текущий момент времени. Активный Zabbix прокси подключится к Zabbix серверу и запросит данные конфигурации. |
|
housekeeper_execute | Запуск процедуры очистки базы данных. Игнорируется, если процедура очистки выполняется в данный момент. | |
log_level_increase[=<цель>] | Увеличение уровня журналирования, действует на все процессы, если цель не указана. | Цель можно указать с помощью: тип процесса - все процессы указанного типа (например, poller) Смотрите весь список типов процессов прокси. тип процесса,N - тип процесса и номер (например, poller,3) pid - идентификатора процесса (от 1 до 65535). Для больших значений указывайте цель в виде 'тип-процесса,N'. |
log_level_decrease[=<цель>] | Уменьшение уровня журналирования, действует на все процессы, если цель не указана. |
Пример использования административных функций для перезагрузки кэша конфигурации прокси:
Пример использования административных функций для вызова выполнения очистки базы данных:
Примеры использования административных функций по изменению уровня журналирования:
Увеличение уровня журналирования по всем процессам:
shell> zabbix_proxy -c /usr/local/etc/zabbix_proxy.conf -R log_level_increase
Увеличение уровня журналирования у второго процесса поллера:
shell> zabbix_proxy -c /usr/local/etc/zabbix_proxy.conf -R log_level_increase=poller,2
Увеличение уровня журналирования у процесса с PID 1234:
shell> zabbix_proxy -c /usr/local/etc/zabbix_proxy.conf -R log_level_increase=1234
Уменьшение уровня журналирования по всем http поллер процессам:
shell> zabbix_proxy -c /usr/local/etc/zabbix_proxy.conf -R log_level_decrease="http poller"
Zabbix прокси спроектирован для запуска от не привилегированного пользователя (non-root). Он будет работать от любого не привилегированного пользователя от которого был запущен. Таким образом, вы можете запускать прокси от имени любого не привилегированного пользователя, без каких-либо последствий.
Если вы попытаетесь запустить прокси от 'root', он сразу переключится на пользователя 'zabbix', который должен присутствовать в вашей системе. Единственный способ запустить прокси от пользователя 'root' - соответствующим образом отредактировать параметр 'AllowRoot' в конфигурационном файле прокси.
Для получения подробной информации смотрите опции файла конфигурации по настройке zabbix_proxy.
configuration syncer
- процесс управления кэшем данных конфигурации в оперативной памятиdata sender
- процесс отправки данных с проксиdiscoverer
- процесс обнаружения устройствheartbeat sender
- процесс уведомления сервера прокси сервером о состоянии проксиhistory syncer
- процесс, который записывает историю в БДhousekeeper
- процесс удаления старых данных историиhttp poller
- поллер веб-мониторингаicmp pinger
- поллер проверок icmppingipmi manager
- менеджер IPMI поллеровipmi poller
- поллер для проверок по IPMIjava poller
- поллер для Java проверокpoller
- обычный поллер для пассивных проверокself-monitoring
- процесс сбора внутренней статистики сервераsnmp trapper
- траппер сбора/обработки SNMP траповtask manager
- процесс для удаленного выполнения задач, которые запрашиваются другими компонентами (например, возможности закрытия проблемы, подтверждения проблемы, принудительной проверки значения элемента данных, удаленной команды)trapper
- процесс-улавливатель для активных проверок, трапов, и проксиunreachable poller
- поллер недоступных устройствvmware collector
- коллектор данных VMware, ответственный за сбор данных со служб VmwareМожно использовать файл журнала прокси для наблюдения за этими типами процессов.
Различные типы процессов Zabbix прокси можно мониторить используя внутренний элемент данных zabbix[процесс,<тип>,<режим>,<состояние>].
Zabbix прокси запускается на тех же поддерживаемых платформах, что и Zabbix сервер.
Обратите внимание что сервер требует UTF-8 локаль чтобы некоторые текстовые элементы данных могли быть интерпретированы корректно. Большинство современных Unix-подобных систем имеют локаль UTF-8 установленной по умолчанию, тем не менее, есть некоторые системы где это необходимо задать вручную.