1 Zabbix сервер
Zabbix сервер — это ядро программного обеспечения Zabbix. Zabbix сервер может быть запущен командой:
shell> cd sbin shell> ./zabbix_serverZabbix сервер стартует как демон.
Zabbix сервер поддерживает следующие параметры командной строки:
-c --config файл> Параметр указывает на конфигурационный файл, по умолчанию это /etc/zabbix/zabbix_server.conf -n --new-nodeid nodeid> конвертирование данных базы данных для новой nodeid -R --runtime-control опция> выполнение административных функций -h --help Отображает это сообщение помощи -v --version Отображает номер версииОпция -R или —runtime-control поддерживается начиная с Zabbix 1.8.6.
Управление runtime не поддерживается в OpenBSD и NetBSD.
Для получения более подробной помощи по параметрам командной строки выполните:
shell> zabbix_server -hПримеры параметров командой строки:
shell> zabbix_server -c /usr/local/etc/zabbix_server.conf shell> zabbix_server --help shell> zabbix_server -VКонтроль выполнения
Опции контроля выполнения:
| Опция | Описание |
|---|---|
| config_cache_reload | Перезагрузка кэша конфигурации. Игнорируется если кэш уже загружается. |
Пример использования контроля выполнения для перезагрузки сервером кэша конфигурации:
shell> zabbix_server -c /usr/local/etc/zabbix_server.conf -R config_cache_reloadКонфигурационный файл
Файл конфигурации содержит параметры настроек zabbix_server. Этот файл должен существовать и должен иметь права чтения для пользователя ‘zabbix’. Поддерживаемые параметры:
| Параметр | Обязательный | Диапазон | По умолчанию | Описание | |||||
|---|---|---|---|---|---|---|---|---|---|
| AlertScriptsPath | нет | /home/zabbix/bin/ | Размещение пользовательских скриптов оповещений | ||||||
| CacheSize | нет | 128K-1G | 8M | Размер кэша конфигурации, в байтах. Размер распределяемой памяти (shared memory) для данных о хранимых узлах сети и элементах данных. |
|||||
| CacheUpdateFrequency | нет | 1-3600 | 60 | Как часто Zabbix будет выполнять процедуру обновления кэша конфигурации, в секундах. | |||||
| DBHost | нет | В зависимости от реализации используемой библиотеки. | Имя хоста базы данных. Если установлен localhost, то для СУБД MySQL используется сокет. |
||||||
| DBName | да | Имя базы данных. Для SQLite3 должен быть указан путь к файлу базы данных. DBUser и DBPassword игнорируются. |
|||||||
| DBPassword | нет | Пароль к базе данных. Игнорируется при СУБД SQLite. Закомментируйте эту строку, если пароль не используется. |
|||||||
| DBPort | нет | 1024-65535 | 3306 | Порт базы данных, когда не используется локальный сокет. Игнорируется при СУБД SQLite. | |||||
| DBSocket | нет | /tmp/mysql.sock | Путь к сокету СУБД MySQL. | ||||||
| DBUser | нет | Пользователь базы данных. Игнорируется при СУБД SQLite. | |||||||
| DebugLevel | нет | 0-4 | 3 | Задает уровень журналирования (для отладки) 0 — без отладки 1 — критичная информация 2 — информация об ошибках 3 — предупреждения 4 — для отладки (записывает очень много информации) |
|||||
| DisableHousekeeping | нет | 0-1 | 0 | Если установлена 1, то очистка базы данных от устаревших данных отключена. | |||||
| ExternalScripts | нет | /etc/zabbix/externalscripts | Размещение внешних скриптов | ||||||
| Fping6Location | нет | /usr/sbin/fping6 | Размещение fping6. Убедитесь, что исполняемый файл fping6 имеет владельца root и флаг SUID установлен. Оставьте пустым («Fping6Location even»> | FpingLocation | нет | /usr/sbin/fping | Размещение fping. Убедитесь, что исполняемый файл fping имеет владельца root и флаг SUID установлен! |
||
| HistoryCacheSize | нет | 128K-1G | 8M | Размер кэша истории, в байтах. Размер распределяемой памяти (shared memory) для хранения данных истории. |
|||||
| HistoryTextCacheSize | нет | 128K-1G | 16M | Размер кэша текстовой истории, в байтах. Размер распределяемой памяти (shared memory) для хранения данных: символов, текста или журналов. |
|||||
| HousekeepingFrequency | нет | 1-24 | 1 | Как часто Zabbix запускает процедуру очистки базы данных от устаревшей информации (в часах). Удаление ненужной информации из таблиц истории, оповещений и сигнализаций. Если используется PostgreSQL, то предлагаемое значение 24, так как выполняется VACUUM. |
|||||
| MaxHousekeeperDelete | нет | 0-1000000 | 500 | Не более чем ‘MaxHousekeeperDelete’ строк (в соответствии с [tablename], [field], [value]) будет удалено за один цикл задачей очистки истории. SQLite3 не использует этот параметр, удаляются все подходящие строки без лимита. Если установлен 0, то удаляются все подходящие строки без ограничений. В этом случае вы должны понимать, что вы делаете! Эта опция поддерживается начиная с версии 1.8.2. |
|||||
| Include | нет | Вы можете включить индивидуальные файлы или все файлы в папке в файл конфигурации. | |||||||
| ListenIP | нет | 0.0.0.0 | Список IP адресов разделенный запятыми, которые нужно прослушивать для траппера Траппер будет прослушивать все сетевые интерфейсы, если параметр не указан. Несколько IP адресов поддерживается начиная с версии 1.8.3 и выше. |
||||||
| ListenPort | нет | 1024-32767 | 10051 | Прослушиваемый порт для траппера. | |||||
| LogFileSize | нет | 0-1024 | 1 | Максимальный размер файла журнала в МБ. 0 — отключение автоматической ротации журнала. |
|||||
| LogFile | нет | Имя файла журнала. | |||||||
| LogSlowQueries | нет | 0-3600000 | 0 | Как долго должен выполняться запрос к базе данных чтобы он был занесен в журнал (в миллисекундах). 0 — не журналировать медленные запросы Эта опция поддерживается начиная с версии 1.8.2 |
|||||
| NodeID | нет | 0-999 | 0 | Уникальный NodeID для распределенной установки. 0 — одиночный сервер |
|||||
| NodeNoEvents | нет | 0-1 | 0 | Если установлена ‘1’, тогда локальные события не будут отправлены мастер ноде. Эта опция не влияет на способность этой ноды распространять события от своих дочерних нод. |
|||||
| NodeNoHistory | нет | 0-1 | 0 | Если установлена ‘1’, тогда локальная история не будет отправлена мастер ноде. Эта опция не влияет на способность этой ноды распространять историю от своих дочерних нод. |
|||||
| PidFile | нет | /tmp/zabbix_server.pid | Имя PID файла. | ||||||
| ProxyConfigFrequency | нет | 1-604800 | 3600 | Частота отправки в секундах Zabbix сервером данных о конфигурации для Zabbix прокси. Используется только для прокси в пассивном режиме. Эта опция поддерживается начиная с версии 1.8.3. |
|||||
| ProxyDataFrequency | нет | 1-3600 | 1 | Частота запроса в секундах Zabbix сервером данных истории с Zabbix прокси. Используется только для прокси в пассивном режиме. Эта опция поддерживается начиная с версии 1.8.3. |
|||||
| SSHKeyLocation | нет | Размещение публичных и приватных ключей для проверок по SSH | |||||||
| SenderFrequency | нет | 5-3600 | 30 | Как часто Zabbix будет пытаться повторно отправлять не отправленные оповещения (в секундах). | |||||
| SourceIP | нет | Исходный IP адрес для исходящих подключений. | |||||||
| StartDBSyncers | нет | 1-100 | 4 | Количество форков Синхронизаторов БД. Верхний предел 64 до версии 1.8.5. Эта опция поддерживается в версии 1.8.3 и в более новых |
|||||
| StartDiscoverers | нет | 0-250 | Количество форков автообнаружения. Верхний предел 255 до версии 1.8.5. |
||||||
| StartHTTPPollers | нет | 0-1000 | 1 | Количество форков пуллеров HTTP. Верхний предел 255 до версии 1.8.5. |
|||||
| StartIPMIPollers | нет | 0-1000 | 0 | Количество форков пуллеров IPMI. Верхний предел 255 до версии 1.8.5. |
|||||
| StartPingers | нет | 0-1000 | 1 | Количество форков пингеров по ICMP. Верхний предел 255 до версии 1.8.5. |
|||||
| StartPollersUnreachable | нет | 0-1000 | 1 | Количество форков пуллеров для недоступных узлов сети (включая IPMI). Верхний предел 255 до версии 1.8.5. Эта опция отсутствует в версии 1.8.3. |
|||||
| StartPollers | нет | 0-1000 | 5 | Количество форков для пуллеров. Верхний предел 255 до версии 1.8.5. |
|||||
| StartProxyPollers | нет | 0-250 | 1 | Количество форков пуллеров для пассивных прокси. Верхний предел 255 до версии 1.8.5. Эта опция поддерживается в версии 1.8.3 и в более новых |
|||||
| StartTrappers | нет | 0-1000 | 5 | Количество форков трапперов. Верхний предел 255 до версии 1.8.5. |
|||||
| Timeout | нет | 1-30 | 3 | Параметр указывает как долго ждать ответа от агента, устройства SNMP или внешней проверки (в секундах). | |||||
| TmpDir | нет | /tmp | Папка для временных данных. | ||||||
| TrapperTimeout | нет | 1-300 | 300 | Параметр указывает как много секунд траппер может потратить на обработку новых данных. | |||||
| TrendCacheSize | нет | 128K-1G | 4M | Размер кэша тенденций, в байтах. Размер распределяемой памяти (shared memory) для хранения данных о тенденциях. |
|||||
| UnavailableDelay | нет | 1-3600 | 60 | Как часто узел сети будет проверяться на доступность в период его недоступности, в секундах. | |||||
| UnreachableDelay | нет | 1-3600 | 15 | Как часто узел сети будет проверяться на доступность в период его недостижимости, в секундах. | |||||
| UnreachablePeriod | нет | 1-3600 | 45 | Через сколько секунд недостижимости узел сети считается недоступным. | |||||
Начиная с версии 1.8.6 Zabbix прокси не запустится, если в конфигурационном файле указан ошибочный (не подходящий под обозначение параметр=значение) или неизвестный параметр.
Ошибка Zabbix discoverer processes more than 75% busy.
Помощник Админа > Blog > Windows & Linux > Linux > Ошибка Zabbix discoverer processes more than 75% busy.
В Telegram получил сообщение от Zabbix следующего содержания:
Zabbix discoverer processes more than 75% busy
Для устранения данной проблемы требуется скорректировать файл-конфигурации zabbix_server.conf.
Откроем zabbix_server.conf командой:
# nano /etc/zabbix/zabbix_server.conf
Находим параметр с опцией «StartDiscoverers» и меняем значение данного параметра на значение 5, которое по умолчанию равно 1:
### Option: StartDiscoverers #Number of pre-forked instances of discoverers. # # Mandatory: no # Range: 0-250 # Default: #StartDiscoverers=1 StartDiscoverers=5
После изменения настроек требуется сохранить файл и перезагрузить zabbix сервер командой:
# service zabbix-server restart
Добавить комментарий Отменить ответ
Этот сайт использует Akismet для борьбы со спамом. Узнайте, как обрабатываются ваши данные комментариев.
Базовая настройка Zabbix 6.4.0 под CentOS 8 / Rocky Linux 8
Вот прошло уже 2 недели с появления новой версии Zabbix, а именно, версии 6.4.0. И поскольку новым версиям посвещено довольно мало статей, а интерфейс и логику работы они поменяли прямо очень сильно, я решил написать кратенькую инструкцию как с актуальной на данный момент времени вообще жить. Сейчас начнём с основ, а там посмотрим на реакцию публики. Итак.
Собственно, установка
Только обратите внимение, что на этой странице в пункте 1 надо выбрать то, что соответствует вашим пожеланиям, в зависимости от выбора каждого пункта инструкция будет изменяться. Я предпочитаю использовать Zabbix в комплекте с Postgres, потому дальнейшие советы будут про него.
Еще для установки на восьмёрку придётся обновить версии пары пакетов относительно штатных системных, иначе установка пройдёт успешно, но потом ничего работать не будет:
dnf install -y epel-release # Устанавливаем сторонний репозиторий, содержащий нужные нам версии php dnf install -y https://rpms.remirepo.net/enterprise/remi-release-8.rpm dnf module reset php dnf module enable php:remi-7.4 -y dnf -qy module disable postgresql dnf install -y postgresql15 postgresql15-serverПосле установки необходимых пакетов и создания базы данных нужно зайти в конфиг сервера /etc/zabbix/zabbix_server.conf и внести некоторые изменения, я ограничился следующими:
# Данные для подключения к базе, должны соответствовать тому, # что использовалось при установке базы: DBName=zabbix DBUser=zabbix DBPassword=password # Параметры, отвечающие за быстродействие, оптимизированы под меня StartDiscoverers=10 StartHTTPPollers=10 StartVMwareCollectors=5 VMwareCacheSize=32M VMwareTimeout=120 StatsAllowedIP=127.0.0.1. 1,2001:db8::/32,zabbix.your-company.ruСохраняем изменения, перезагружаем сервер
systemctl restart zabbix-server.service… и выполняем первый вход через веб, в процессе которого надо будет указать параметры подключения к базе. А потом еще зайти в интерфейс и сменить пароль администратора с Admin/zabbix на что-нибудь более безопасное.
Если почему-то веб-интерфейс не открывается, то «чиним» фаерволл:
firewall-cmd --add-service=http --permanent firewall-cmd --add-service=https --permanent firewall-cmd --add-service=zabbix-agent --permanent firewall-cmd --add-service=zabbix-server --permanent firewall-cmd --reloadНастройка
А дальше начинается самое интересное… Если вы ранее работали с более старой версией (как например я, который до этого использовал версию 4.5), то интерфейс вы можете не узнать вообще.
Для начала зайдём в Data Collection — Discovery. Тут нам нужно пока 2 правила, первое зададим так:
Это правило позволит нам обнаруживать все пингующиеся узлы в сети. Если сетей нужно несколько, пишем их через запятую.
Далее, создаём второе правило, которое позволит нам находить все узлы с установленным Zabbix-агентом:
Теперь, если мы зайдём в Monitoring — Discovery, то мы уже увидим какие-то найденные узлы, но сверху можно выбрать конкретное Discovery rule, применить его и мы узнам, какой именно узел, подпадающий под это правило, находится в каком состоянии:
Первые строки соответствуют узлам в статусе «доступен» и отображают непрерывное время доступности, последние же соответствуют узлам в статусе «не доступен» и отображают время недоступности.
Узлы, находящиеся тут, это все узлы, активность которых Zabbix зафиксировал. Реального сбора с них вполне может не идти!
Далее, устанавливаем заббикс-клиент на узел, который мы хотим мониторить. Для этого на каком-то сервере точно также добавляет репозиторий, устанавливаем пакет zabbix-agent, после чего вносим правки в конфиг и перезапускает сервер. В конфиге я лично ограничусь следующими необходимыми и достаточными мне на первое время правками:
Server=zabbix.yourcompany.ru ServerActive=zabbix.yourcompany.ru #Hostname=Zabbix server HostnameItem=system.hostname HostMetadata=LinuxСтрочку Hostname надо убрать любым способом, например закомментировать как в моем примере. Конечно, вы можете указать имя сервера и напрямую (и тогда не указывать HostnameItem), но на мой взгляд это неудобно потому, что тогда каждый конфиг будет уникальным, в данном же случае, все конфиги всех серверов оказываются строго идентичными, благодаря чему их можно раскладывать централизованно например при установке через ansible или любой другой механизм. А имя сервера будет браться из его собственного имени хоста, для работы с которым существует две удобные команды:
Однако, пока новый агент в списке доступных серверов не появится. И чтобы это исправить надо произвести еще несколько действий. Во-первых, заходим в «Alerts-Action-Autoregistration actions», создаём новое действие («Create Action» в правом верхнем углу), которое по наличию в Metadata слова «Linux» будет добавлять хост в группу «Linux Servers», при этом там создаём условие («Add» в поле «Condition»)
А после нажатия кнопки сохранения («Add») переходим на вкладке «Operations» и там также жмём «Add», добавляем соответствующее действие и опять сохраняем.
Тут кстати важно заметить, что в отличие от старых версий, сейчас есть возможность добавлять узлы не только по метаданным, но также по PSK-ключам, что конечно гораздо безопаснее и о чём подробнее вы можете почитать тут: https://www.zabbix.com/documentation/current/en/manual/discovery/auto_registration#secure-autoregistration
Я же не буду на этом останавливаться потому, что если сервер находится в закрытой корпоративной сети, что является типовой схемой применения системы мониторинга, такие меры безопасности на мой взгляд являются избыточными.
Во-вторых, заходим в «Alerts-Action-Discovery actions», там создаём новое «Discovery action» примерно с такими условиями, как на картинке выше и примерно с такими действиями, как на картинке ниже.
И опять видим что-то новое! Что за «Set host inventory mode?»- спросите вы — Оказывается, если раньше правила автоопределения просто работали, то сейчас мало того, что их поделили на 2 группы, так еще по умолчанию их выполнение не может добавить узел в Inventory! И исправить эту ситуацию можно одним из двух путей: либо через дополнительный пункт в действиях правила автоопределения, как на изображении выше, либо через смену поведения по-умолчанию, которая производится в Administration-General-Other-Default host inventory mode.
Теперь те Linux-сервера, на которых установлен Zabbig agent, будут автоматически добавляться в Inventory hosts, хотя и не сразу… В начале узел должен пропинговаться и стать «Доступен», потом к нему попытается сходить правило Autoregistration action, оно уточнит, точно ли агент настоящий, потом хост он будет добавлен в список узлов Data collection-Hosts, потом к нему будет применено Discovery action и только после этого узел появится в Inventory и начнёт отображаться его доступность. При параметрах, которые приведены в примере, это должно занять менее полутора часов.
Если статья окажется интересна и наберёт положительные отзывы, я напишу как подружить Zabbix с VmWare ESXi.
А если будут просто какие-то пожелания или возражения — пишите, с удовольствием исправлю. Я — не частый автор статей для Хабра, потому с большим вниманием отнесусь к критике и постараюсь исправить возможные ошибки. Рука не набита, как говорится.
1 Zabbix сервер
Значения по умолчанию являются умолчаниями демона, но не значениями которые указаны в поставляемых файлах конфигурации.
Поддерживаемые параметры в файле конфигурации Zabbix сервера:
| Параметр | Обязательный | Диапазон | Умолчание | Описание | |||||
|---|---|---|---|---|---|---|---|---|---|
| AlertScriptsPath | нет | /usr/local/share/zabbix/alertscripts | Размещение пользовательских скриптов оповещений (зависит от указанной при компиляции переменной datadir). | ||||||
| AllowRoot | нет | 0 | Разрешение серверу запускаться под «root». Если отключено и сервер запускается из под «root», сервер попробует переключиться на пользователя «zabbix». Не имеет смысла, если сервер запускается под обычным пользователем. 0 — не разрешено 1 — разрешено Данный параметр поддерживается с начиная с Zabbix 2.2.0. |
||||||
| CacheSize | нет | 128K-8G | 8М | Размер кэша конфигурации, в байтах. Размер распределенной памяти для хранения данных узлов сети, элементов данных и триггеров. Максимальный предел был 2G до Zabbix 2.2.3. |
|||||
| CacheUpdateFrequency | нет | 1-3600 | 60 | Как часто Zabbix будет выполнять процедуру обновления кэша конфигурации, в секундах. Смотрите также опции административных функций. |
|||||
| DBHost | нет | localhost | Имя хоста базы данных. В случае localhost или пустой строки для MySQL, будет использоваться сокет. В случае PostgreSQL только при пустой строке будет произведена попытка использовать сокет. |
||||||
| DBName | да | Имя базы данных. | |||||||
| DBPassword | нет | Пароль к базе данных. Закомментируйте эту строку, если пароль не используется. |
|||||||
| DBPort | нет | 1024-65535 | Порт базы данных, когда не используется локальный сокет. | ||||||
| DBSchema | нет | Имя схемы. Используется для IBM DB2 и PostgreSQL. | |||||||
| DBSocket | нет | Путь к сокету MySQL. | |||||||
| DBUser | нет | Пользователь базы данных. | |||||||
| DebugLevel | нет | 0-5 | 3 | Задает уровень журналирования: 0 — основная информация о запуске и остановки процессов Zabbix 1 — критичная информация 2 — информация об ошибках 3 — предупреждения 4 — для отладки (записывается очень много информации) 5 — расширенная отладка (записывается еще больше информации). Смотрите также опции административных функций. |
|||||
| ExportDir | нет | Директория для экспорта в режиме реального времени событий, истории и динамики изменений в JSON формате с разделением новой строкой. Если задано, активируется экспорт в режиме реального времени. Этот параметр поддерживается начиная с Zabbix 4.0.0. |
|||||||
| ExportFileSize | нет | 1M-1G | 1G | Максимальный размер каждого файла с экспортированными данными в байтах. Используется только для ротации, если задан параметр ExportDir. Этот параметр поддерживается начиная с Zabbix 4.0.0. |
|||||
| ExternalScripts | нет | /usr/local/share/zabbix/externalscripts | Размещение внешних скриптов (зависит от указанной при компиляции переменной datadir). | ||||||
| Fping6Location | нет | /usr/sbin/fping6 | Размещение fping6. Убедитесь, что владельцем бинарного файла fping6 является root и флаг SUID установлен. Оставьте пустым («Fping6Location odd»> | FpingLocation | нет | /usr/sbin/fping | Размещение fping. Убедитесь, что владельцем бинарного файла fping является root и флаг SUID установлен! |
||
| HistoryCacheSize | нет | 128K-2G | 16M | Размер кэша истории, в байтах. Размер разделяемой памяти для хранения данных истории. |
|||||
| HistoryIndexCacheSize | нет | 128K-2G | 4M | Размер кэша индекса истории, в байтах. Размер разделяемой памяти для индексации данных записываемой истории в кэш истории. Кэшу индекса необходимо около 100 байт на кэширование одного элемента данных. Этот параметр поддерживается начиная с Zabbix 3.0.0. |
|||||
| HistoryStorageDateIndex | нет | 0 | Включение предварительной обработки значений истории в хранилище истории для сохранения значений в разных индексах на основе даты: 0 — включение 1 — выключение |
||||||
| HistoryStorageURL | нет | HTTP[S] URL хранилища истории. Этот параметр используется для установки Elasticsearch. |
|||||||
| HistoryStorageTypes | нет | uint,dbl,str,log,text | Список, разделенный запятыми, типов значений для отправки в хранилище истории. Этот параметр используется для установки Elasticsearch. |
||||||
| HousekeepingFrequency | no | 0-24 | 1 | Как часто Zabbix будет выполнять процедуру очистки базы (в часах). Автоматическая очистка базы данных удаляет устаревшую информацию из базы данных. Обратите внимание: Для предотвращения перегрузки функции очистки (к примеру, когда периоды хранения данных истории и динамики изменения сильно занижены), не более чем 4 периода кратных HousekeepingFrequency часов устаревшей истории будет удалено за один цикл очистки по каждому элементу данных. Таким образом, если HousekeepingFrequency равен 1 часу, то за один цикл будет удалено не более чем 4 часа устаревшей истории (начиная с самой старейшей записи). На заметку: Для снижения нагрузки на сервер запуск процессе очистки отложен на 30 минут после запуска сервера. Таким образом, если HousekeepingFrequency равен 1 часу, самая первая процедура очистки запустится через 30 минут после запуска сервера, и затем повторится с задержкой в один час. Такое поведение отсрочки введено начиная с Zabbix 2.4.0. Начиная с Zabbix 3.0.0 имеется возможность отключить автоматическую очистку истории, указав HousekeepingFrequency равным 0. В этом случае процедуру очистки истории можно запустить только с помощью опции контроля управления housekeeper_execute и периодом удаления устаревшей информации является 4 кратный период начиная с последнего цикла удаления истории, но не менее чем 4 часа и не более 4 дней. Смотрите также опции административных функций. |
|||||
| Include | нет | Вы можете включить отдельные файлы или все файлы из папки с файлом конфигурации. Для включения только необходимых файлов из указанной папки, поддерживается символ звездочки для поиска совпадения по маске. Например: /абсолютный/путь/к/файлам/конфигурации/*.conf . Совпадение с маской поддерживается начиная с Zabbix 2.4.0. Смотрите специальные заметки по поводу ограничений. |
|||||||
| JavaGateway | нет | IP адрес (или имя хоста) Zabbix Java gateway. Требуется только, если запущены Java поллеры. Этот параметр поддерживается начиная с Zabbix 2.0.0. |
|||||||
| JavaGatewayPort | нет | 1024-32767 | 10052 | Порт, который слушает Zabbix Java gateway. Этот параметр поддерживается начиная с Zabbix 2.0.0. |
|||||
| ListenIP | no | 0.0.0.0 | Список IP адресов разделенных запятыми, которые должен слушать траппер. Траппер будет слушать все сетевые интерфейсы, если этот параметр не указан. Список из нескольких IP адресов поддерживается начиная с Zabbix 1.8.3. |
||||||
| ListenPort | нет | 1024-32767 | 10051 | Порт, который слушает траппер. | |||||
| LoadModule | нет | Модули, которые загружаются во время старта. Модули используются для расширения возможностей сервера. Формат: Loadmodule= Модули должны находиться в папке указанной в параметре LoadModulePath. Допускается добавлять несколько параметров LoadModule. |
|||||||
| LoadModulePath | нет | Абсолютный путь к папке с серверными модулями. По умолчанию зависит от опций компиляции. |
|||||||
| LogFile | да, если LogType задан как file, иначе нет. |
Имя файла журнала. | |||||||
| LogFileSize | нет | 0-1024 | 1 | Максимальный размер файла журнала в МБ. 0 — отключение автоматической ротации журнала. Примечание: Если лимит достигнут и ротация не удалась, по каким-либо причинам, существующий файл журнала очищается и начинается новый. |
|||||
| LogType | нет | file | Тип вывода журнала: file — запись журнала в файл указанный в LogFile параметре, system — запись журнала в syslog, console — вывод журнала в стандартный вывод. Этот параметр поддерживается начиная с Zabbix 3.0.0. |
||||||
| LogSlowQueries | нет | 0-3600000 | 0 | Как долго могут выполняться запросы в базу данных до того как они запишутся в журнал (в миллисекундах). 0 — не журналировать медленные запросы. Эта опция активируется начиная с DebugLevel=3. Этот параметр поддерживается начиная с Zabbix 1.8.2. |
|||||
| MaxHousekeeperDelete | нет | 0-1000000 | 5000 | Удалять не более ‘MaxHousekeeperDelete’ строк (в соответствии с [имя_таблицы], [поле], [значение]) за одну задачу за один цикл автоматической очистки базы данных. Если значение равно 0, то тогда ограничение не используется вовсе. В этом случае вы должны знать, что вы делаете! Этот параметр поддерживается начиная с Zabbix 1.8.2 и применяется только для удаления данных истории и динамики изменений уже удаленных элементов данных. |
|||||
| PidFile | нет | /tmp/zabbix_server.pid | Имя PID файла. | ||||||
| ProxyConfigFrequency | нет | 1-604800 | 3600 | Как часто Zabbix сервер будет отправлять данные конфигурации на Zabbix прокси в секундах. Используется только с прокси, который работает в пассивном режиме. Этот параметр поддерживается начиная с Zabbix 1.8.3. |
|||||
| ProxyDataFrequency | нет | 1-3600 | 1 | Как часто Zabbix сервер будет запрашивать данные истории с Zabbix прокси в секундах. Используется только с прокси, который работает в пассивном режиме. Этот параметр поддерживается начиная с Zabbix 1.8.3. |
|||||
| SNMPTrapperFile | нет | /tmp/zabbix_traps.tmp | Временный файл, используемый для передачи данных серверу от демона SNMP trap. Должен быть таким же, как и в zabbix_trap_receiver.pl или в файле конфигурации SNMPTT. Этот параметр поддерживается начиная с Zabbix 2.0.0. |
||||||
| SocketDir | нет | /tmp | Папка для хранения IPC сокетов, которые используются внутренними сервисами Zabbix. Этот параметр поддерживается начиная с Zabbix 3.4.0. |
||||||
| SourceIP | нет | Локальный IP адрес для исходящих подключений. | |||||||
| SSHKeyLocation | нет | Размещение публичных и приватных ключей для SSH проверок и действий | |||||||
| SSLCertLocation | нет | Размещение файлов клиентских SSL сертификатов для аутентификации клиента. Этот параметр используется только в веб-мониторинге и поддерживается начиная с Zabbix 2.4. |
|||||||
| SSLKeyLocation | нет | Размещение файлов приватных SSL ключей для аутентификации клиента. Этот параметр используется только в веб-мониторинге и поддерживается начиная с Zabbix 2.4. |
|||||||
| SSLCALocation | нет | Переопределение расположения файлов центра сертификации (CA) для верификации SSL сертификатов сервера. Если не задано, будет использоваться общесистемная папка. Обратите внимание, что значение этого параметра задаст CURLOPT_CAPATH опцию libcurl. Для libcurl версий до 7.42.0, эта опция имеет эффект только, если libcurl скомпилирован для использования OpenSSL. Для получения более подробной информации смотрите веб-страницу cURL. Этот параметр используется в веб-мониторинге начиная с Zabbix 2.4.0 и при аутентификации SMTP начиная с Zabbix 3.0.0. |
|||||||
| StartDBSyncers | нет | 1-100 | 4 | Количество экземпляров пре-форков DB Syncers. Максимальное количество 64 до версии 1.8.5. Этот параметр поддерживается начиная с Zabbix 1.8.3. |
|||||
| StartAlerters | no | 1-100 | 3 | Количество экземпляров пре-форков процессов оповещений. Этот параметр поддерживается начиная с Zabbix 3.4.0. |
|||||
| StartDiscoverers | нет | 0-250 | 1 | Количество экземпляров пре-форков автообнаружения. Максимальное количество 255 до версии 1.8.5. |
|||||
| StartEscalators | нет | 1-100 | 1 | Количество экземпляров пре-форков эскалаторов. Этот параметр поддерживается начиная с Zabbix 3.0.0. |
|||||
| StartHTTPPollers | нет | 0-1000 | 1 | Количество экземпляров пре-форков HTTP поллеров 1 . Максимальное количество 255 до версии 1.8.5. |
|||||
| StartIPMIPollers | нет | 0-1000 | 0 | Количество экземпляров пре-форков IPMI поллеров. Максимальное количество 255 до версии 1.8.5. |
|||||
| StartJavaPollers | нет | 0-1000 | 0 | Количество экземпляров пре-форков Java поллеров 1 . Этот параметр поддерживается начиная с Zabbix 2.0.0. |
|||||
| StartPingers | нет | 0-1000 | 1 | Количество экземпляров пре-форков ICMP pingers 1 . Максимальное количество 255 до версии 1.8.5. |
|||||
| StartPollersUnreachable | no | 0-1000 | 1 | Количество экземпляров пре-форков поллеров для недоступных узлов сети (включая IPMI и Java) 1 . Начиная с Zabbix 2.4.0, по крайне один поллер для недоступных хостов должен быть запущен, если обычные поллеры, IPMI или Java запускаются. Максимальное количество 255 до версии 1.8.5. Этот параметр опущен в версии 1.8.3. |
|||||
| StartPollers | нет | 0-1000 | 5 | Количество экземпляров пре-форков поллеров 1 . Обратите внимание, что ненулевое значение требуется для работы внутренних, агрегированных и вычисляемых элементов данных. |
|||||
| StartPreprocessors | нет | 1-1000 | 3 | Количество экземпляров пре-форков «worker» предварительной обработки 1 . Менеджер предобработки запускается автоматически, когда запускается «worker» предварительной обработки. Этот параметр поддерживается начиная с Zabbix 3.4.0. |
|||||
| StartProxyPollers | нет | 0-250 | 1 | Количество экземпляров пре-форков поллеров для работы с пассивными прокси 1 . Максимальное количество 255 до версии 1.8.5. Этот параметр поддерживается начиная с Zabbix 1.8.3. |
|||||
| StartSNMPTrapper | нет | 0-1 | 0 | Если значение равно 1, будет запущен процесс SNMP траппера. Этот параметр поддерживается начиная с Zabbix 2.0.0. |
|||||
| StartTimers | нет | 1-1000 | 1 | Количество экземпляров пре-форков таймера. Таймеры обрабатывают периоды обслуживания. Этот параметр поддерживается начиная с Zabbix 2.2.0. |
|||||
| StartTrappers | нет | 0-1000 | 5 | Количество экземпляров пре-форков трапперов 1 . Трапперы принимают входящие подключения от Zabbix sender, активных агентов, активных прокси и дочерних нод. По крайней мере один процесс траппера должен быть запущен для отображения доступности сервера и просмотра очереди в веб-интерфейсе. Максимальное количество 255 до версии 1.8.5. |
|||||
| StartVMwareCollectors | нет | 0-250 | 0 | Количество экземпляров пре-форков vmware коллекторов. Этот параметр поддерживается начиная с версии Zabbix 2.2.0. |
|||||
| Timeout | нет | 1-30 | 3 | Указывает как долго мы ждем ответа от агента, SNMP устройства или внешней проверки (в секундах). | |||||
| TLSCAFile | нет | Абсолютный путь к файлу, который содержит сертификаты верхнего уровня CA(и) для верификации сертификата узла, используется для зашифрованных соединений между Zabbix компонентами. Этот параметр поддерживается начиная с Zabbix 3.0.0. |
|||||||
| TLSCertFile | нет | Абсолютный путь к файлу, который содержит сертификат или цепочку сертификатов, используется для зашифрованных соединений между Zabbix компонентами. Этот параметр поддерживается начиная с Zabbix 3.0.0. |
|||||||
| TLSCRLFile | нет | Абсолютный путь к файлу, который содержит отозванные сертификаты. Этот параметр используется для зашифрованных соединений между Zabbix компонентами. Этот параметр поддерживается начиная с Zabbix 3.0.0. |
|||||||
| TLSKeyFile | нет | Абсолютный путь к файлу, который содержит приватный ключ сервера, используется для зашифрованных соединений между Zabbix компонентами. Этот параметр поддерживается начиная с Zabbix 3.0.0. |
|||||||
| TmpDir | нет | /tmp | Папка с временными данными. | ||||||
| TrapperTimeout | нет | 1-300 | 300 | Указывает, как много секунд траппер может потратить на обработку новых данных. | |||||
| TrendCacheSize | нет | 128K-2G | 4M | Размер кэша динамики изменений, в байтах. Размер разделяемой памяти для хранения данных динамики изменений. |
|||||
| UnavailableDelay | нет | 1-3600 | 60 | Как часто узел сети будет проверяться на доступность в период его недоступности, в секундах. | |||||
| UnreachableDelay | нет | 1-3600 | 15 | Как часто узел сети будет проверяться на доступность в период его недостижимости, в секундах. | |||||
| UnreachablePeriod | нет | 1-3600 | 45 | Через сколько секунд недостижимости узел сети считается недоступным. | |||||
| User | нет | zabbix | Использование привилегий указанного, существующего пользователя системы. Имеет эффект только, если запускается под ‘root’ и AllowRoot отключен. Этот параметр поддерживается начиная с Zabbix 2.4.0. |
||||||
| ValueCacheSize | нет | 0,128К — 64G | 8M | Размер кэша для хранения истории значений в байтах. Разделяемая память для кэширования запросов к данным истории элементов данных. Значение 0 отключит кэш значений (не рекомендуется). В случае, если кэш значений исчерпает разделяемую память, предупреждающее сообщение будет записано в журнал сервера каждые 5 минут. Этот параметр поддерживается начиная с Zabbix 2.2.0. |
|||||
| VMwareCacheSize | нет | 256K — 2G | 8M | Разделяемая память для хранения данных VMware. Можно использовать внутренние проверки VMware — zabbix[vmware,buffer,…] для мониторинга использования кэша VMware (смотрите раздел о внутренних проверках) Заметьте, что разделяемая память не выделяется, если экземпляры VMware коллекторов не настроены на запуск. Этот параметр поддерживается начиная с Zabbix 2.2.0. |
|||||
| VMwareFrequency | нет | 10-86400 | 60 | Задержка в секундах между сбором данных с одной службы VMware. Это значение необходимо установить наименьшим значением интервала обновления у любого элемента данных VMware мониторинга. Этот параметр поддерживается начиная с Zabbix 2.2.0. |
|||||
| VMwarePerfFrequency | нет | 10-86400 | 60 | Задержка в секундах между получением статистики по счётчикам производительности с одной службы VMware. Это значение необходимо установить наименьшим значением интервала обновления у любого элемента данных VMware мониторинга, который использует счётчики производительности VMware. Этот параметр поддерживается начиная с Zabbix 2.2.9, 2.4.4. |
|||||
| VMwareTimeout | нет | 1-300 | 10 | Максимальное количество секунд, которое коллектор vmware потратит на ожидание ответа со службы VMware (vCenter или ESX гипервизора). Этот параметр поддерживается начиная с Zabbix 2.2.9, 2.4.4. |
|||||
Примечания
(1) Обратите внимание, что слишком большое количество процессов обработки данных (поллеров, поллеров недоступных устройств, HTTP поллеров, Java поллеров, пингеров, трапперов, прокси поллеров) вместе с IPMI менеджером, SNMP траппером и «workers» предварительной обработки, могут исчерпать ограничение количества файловых дескрипторов по отдельным процессам для менеджера предварительной обработки. Что заставит Zabbix сервер остановиться (обычно в течении короткого периода времени после запуска, но иногда может занять более длительное время). Файл конфигурации необходимо пересмотреть или лимит должен быть увеличен, чтобы избежать подобной ситуации.
Zabbix поддерживает файлы конфигурации только в кодировке UTF-8 без BOM.
Комментарии, начинающиеся с «#», поддерживаются только в начале строки.