1. Сервер

Обзор

Zabbix сервер — центральный процесс программного обеспечения Zabbix.

Сервер выполняет опрос и отлов данных, вычисляет триггеры, отправляет оповещения пользователям. Он является центральным компонентом, которому Zabbix агенты и прокси сообщают данные о доступности и целостности систем. Сервер может самостоятельно удалённо проверять сетевые службы (такие как веб-сервера и почтовые сервера), используя простые проверки сервисов.

Сервер является главным хранилищем, в котором хранятся все конфигурационные, статистические и оперативные данные, он так же рассылает уведомления администраторам в случае возникновения проблем на любой из наблюдаемых систем.

Функционал базового Zabbix сервера разделен на три отдельных компонента; это: Zabbix сервер, веб-интерфейс и хранилище в базе данных.

Все данные о конфигурации Zabbix хранятся в базе данных, с которой взаимодействуют и сервер, и веб-интерфейс. Например, когда вы создаёте новый элемент данных, используя веб-интерфейс (или API), запись об этом добавляется в таблицу элементов данных в базе данных. Затем, раз в минуту Zabbix сервер опрашивает таблицу элементов данных для получения списка активных элементов данных, и сохраняет этот список в кэш Zabbix сервера. Поэтому любые изменения, сделанные в веб-интерфейсе Zabbix, могут отобразиться в разделе последних данных с задержкой до двух минут.

Запуск сервера

Если установлен из пакета

Zabbix сервер работает как демон. Его можно запустить, выполнив:

service zabbix-server start

Эта команда будет работать на большинстве систем GNU/Linux. На других системах вам, возможно, потребуется выполнить:

/etc/init.d/zabbix-server start

Аналогично, для остановки/перезапуска/просмотра состояния используйте следующие команды:

service zabbix-server stop
       service zabbix-server restart
       service zabbix-server status

Запуск вручную

Если приведённые ранее команды не работают, вам необходимо запустить сервер вручную. Найдите путь к бинарному файлу zabbix_server и выполните:

zabbix_server

С сервером Zabbix можно использовать следующие параметры командной строки:

  -c --config <файл>             путь к файлу конфигурации (по умолчанию /usr/local/etc/zabbix_server.conf)
         -f --foreground                запуск Zabbix сервера без перехода в фоновый режим
         -R --runtime-control <опция>   выполнение административных функций
         -h --help                      вывод этого сообщения помощи
         -V --version                   вывод номера версии

Примеры запуска Zabbix сервера с параметрами командой строки:

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

Управление работой

Опции управления работой:

Пример использования административных функций для перезагрузки кэша конфигурации сервера:

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

Примеры использования административных функций для сбора диагностической информации:

#Сбор всей доступной диагностической информации в файл журнала сервера:
       zabbix_server -R diaginfo
       
       #Сбор статистики кэша истории в файл журнала сервера:
       zabbix_server -R diaginfo=historycache

Пример использования административных функций для перезагрузки SNMP кэша:

zabbix_server -R snmp_cache_reload  

Пример использования административных функций для вызова выполнения очистки базы данных:

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

Примеры использования административных функций по изменению уровня журналирования:

#Увеличение уровня журналирования по всем процессам:
       zabbix_server -c /usr/local/etc/zabbix_server.conf -R log_level_increase
       
       #Увеличение уровня журналирования у второго процесса поллера:
       zabbix_server -c /usr/local/etc/zabbix_server.conf -R log_level_increase=poller,2
       
       #Увеличение уровня журналирования у процесса с PID 1234:
       zabbix_server -c /usr/local/etc/zabbix_server.conf -R log_level_increase=1234
       
       #Уменьшение уровня журналирования по всем http поллер процессам:
       zabbix_server -c /usr/local/etc/zabbix_server.conf -R log_level_decrease="http poller"

Пример изменения настройки задержки аварийного переключения для HA в минимальное значение в 10 секунд:

zabbix_server -R ha_set_failover_delay=10s

Пользователь процесса

Zabbix сервер спроектирован для запуска от непривилегированного пользователя (non-root). Он будет работать от любого непривилегированного пользователя, от которого был запущен. Таким образом, вы можете запускать сервер от имени любого непривилегированного пользователя, без каких-либо последствий.

Если вы попытаетесь запустить сервер от имени «root», сервер сразу переключится на пользователя «zabbix», который должен присутствовать в вашей системе. Единственный способ запустить сервер от пользователя «root» — соответствующим образом отредактировать параметр «AllowRoot» в файле конфигурации сервера.

Если Zabbix сервер и агент работают на одном сервере, то рекомендуется использовать разных пользователей для запуска сервера и для запуска агента. В противном случае, если сервер и агент запущены под одним пользователем, агент будет иметь доступ к файлу конфигурации сервера и любой пользователь с правами Администратора в Zabbix может с легкостью получить, например, пароль от базы данных.

Файл конфигурации

Смотрите опции файла конфигурации для получения подробной информации по настройке zabbix_server.

Скрипты запуска

Скрипты используются для автоматического запуска/остановки процессов Zabbix при включении/выключении системы. Скрипты располагаются в директории misc/init.d.

Типы процессов сервера

• alert manager — менеджер задач оповещений
• alert syncer — процесс записи оповещений в БД
• alerter — процесс отправки оповещений
• availability manager — процесс для обновления доступности узлов сети
• configuration syncer — процесс управления кэшем данных конфигурации в оперативной памяти
• discoverer — процесс обнаружения устройств
• escalator — процесс эскалации действий
• ha manager — процесс управления кластером высокой доступности
• history poller — процесс обработки вычисляемых, агрегированных и внутренних проверок, требующих подключения к базе данных
• history syncer — процесс, который записывает историю в БД
• housekeeper — процесс удаления устаревших данных истории
• http poller — поллер веб-мониторинга
• icmp pinger — поллер проверок icmpping
• ipmi manager — менеджер IPMI поллеров
• ipmi poller — поллер для проверок через IPMI
• java poller — поллер для Java проверок
• lld manager — процесс менеджера задач низкоуровневого обнаружения
• lld worker — рабочий процесс для задач низкоуровневого обнаружения
• odbc poller — поллер для ODBC проверок
• poller — обычный поллер для пассивных проверок
• preprocessing manager — менеджер задач предобработки
• preprocessing worker — рабочий процесс предобработки данных
• proxy poller — поллер для пассивных прокси
• report manager — процесс менеджера задач генерации отчётов по расписанию
• report writer — процесс генерации отчётов по расписанию
• self-monitoring — процесс сбора внутренней статистики сервера
• service manager — процесс управления услугами для получения информации о проблемах, тегах проблем и событиях восстановления после проблем от процессов history syncer, task manager и alert manager
• snmp trapper — траппер сбора/обработки SNMP трапов
• task manager — процесс для удалённого выполнения задач, которые запрашиваются другими компонентами (например, функционал закрытия проблемы, подтверждения проблемы, принудительной проверки значения элемента данных, удалённой команды)
• timer — процесс обработки обслуживаний
• trapper — процесс-улавливатель для активных проверок, трапов и взаимодействия с прокси
• unreachable poller — поллер недоступных устройств
• vmware collector — сборщик данных VMware, ответственный за сбор данных от служб VMware

Можно воспользоваться файлом журнала сервера для выявления этих типов процессов.

Различные типы процессов Zabbix сервера можно контролировать, используя внутренний элемент данных zabbix[процесс,<тип>,<режим>,<состояние>].

Поддерживаемые платформы

В связи с требованиями безопасности и критически важного характера работы сервера, UNIX является единственной операционной системой, которая может обеспечить необходимую производительность, отказоустойчивость и гибкость. Zabbix работает с ведущими на рынке версиями операционных систем.

Zabbix сервер протестирован на следующих платформах:

• Linux
• Solaris
• AIX
• HP-UX
• Mac OS X
• FreeBSD
• OpenBSD
• NetBSD
• SCO Open Server
• Tru64/OSF1

Региональные настройки (локаль)

Обратите внимание, что серверу требуется локаль UTF-8, чтобы некоторые текстовые элементы данных интерпретировались корректно. Большинство современных Unix-подобных систем уже имеют локаль UTF-8 по умолчанию; тем не менее, есть некоторые системы где это необходимо указывать вручную.