Documentation
Table of Contents
1 IJ сервер
Обзор
В этом разделе перечислены параметры, которые поддерживаются в файле конфигурации IJ сервера (zabbix_server.conf). Обратите внимание на:
- Значения по умолчанию являются умолчаниями демона, но не значениями которые указаны в поставляемых файлах конфигурации;
- IJ поддерживает файлы конфигурации только в кодировке UTF-8 без ;
- Комментарии, начинающиеся с "#", поддерживаются только в начале строки.
Параметры
| Параметр | Обязательный | Диапазон | Умолчание | Описание |
|---|---|---|---|---|
| AlertScriptsPath | нет | /usr/local/share/zabbix/alertscripts | Размещение пользовательских скриптов оповещений (зависит от указанной при компиляции переменной datadir). | |
| AllowRoot | нет | 0 | Разрешение серверу запускаться под "root". Если отключено и сервер запускается из под "root", сервер попробует переключиться на пользователя "zabbix". Не имеет смысла, если сервер запускается под обычным пользователем. 0 - не разрешено 1 - разрешено Данный параметр поддерживается с начиная с IJ 2.2.0. |
|
| CacheSize | нет | 128K-8G | 8М | Размер кэша конфигурации, в байтах. Размер распределенной памяти для хранения данных узлов сети, элементов данных и триггеров. Максимальный предел был 2G до IJ 2.2.3. |
| CacheUpdateFrequency | нет | 1-3600 | 60 | Как часто IJ будет выполнять процедуру обновления кэша конфигурации, в секундах. Смотрите также опции административных функций. |
| DBHost | нет | localhost | Имя хоста базы данных. В случае localhost или пустой строки для MySQL, будет использоваться сокет. В случае PostgreSQL только при пустой строке будет произведена попытка использовать сокет. |
|
| DBName | да | Имя базы данных или путь к файлу базы данных для SQLite3 (архитектура IJ со множеством процессов не позволяет использовать , например :memory:, file::memory:?cache=shared или file:memdb1?mode=memory&cache=shared). |
||
| DBPassword | нет | Пароль к базе данных. Игнорируется при использовании SQLite. Закомментируйте эту строку, если пароль не используется. |
||
| DBPort | нет | 1024-65535 | 3306 | Порт базы данных, когда не используется локальный сокет. Игнорируется при СУБД SQLite. |
| DBSchema | нет | Имя схемы. Используется для IBM DB2 и PostgreSQL. | ||
| DBSocket | нет | /tmp/mysql.sock | Путь к сокету MySQL. | |
| DBUser | нет | Пользователь базы данных. Игнорируется при SQLite. | ||
| DebugLevel | нет | 0-5 | 3 | Задает уровень журналирования: 0 - основная информация о запуске и остановки процессов IJ 1 - критичная информация 2 - информация об ошибках 3 - предупреждения 4 - для отладки (записывается очень много информации) 5 - расширенная отладка (записывается еще больше информации). Смотрите также опции административных функций. |
| ExternalScripts | нет | /usr/local/share/zabbix/externalscripts | Размещение внешних скриптов (зависит от указанной при компиляции переменной datadir). | |
| Fping6Location | нет | /usr/sbin/fping6 | Размещение fping6. Убедитесь, что владельцем бинарного файла fping6 является root и флаг SUID установлен. Оставьте пустым ("Fping6Location="), если ваша утилита fping поддерживает обработку IPv6 адресов. |
|
| FpingLocation | нет | /usr/sbin/fping | Размещение fping. Убедитесь, что владельцем бинарного файла fping является root и флаг SUID установлен! |
|
| HistoryCacheSize | нет | 128K-2G | 16M | Размер кэша истории, в байтах. Размер разделяемой памяти для хранения данных истории. |
| HistoryIndexCacheSize | нет | 128K-2G | 4M | Размер кэша индекса истории, в байтах. Размер разделяемой памяти для индексации данных записываемой истории в кэш истории. Кэшу индекса необходимо около 100 байт на кэширование одного элемента данных. Этот параметр поддерживается начиная с IJ 3.0.0. |
| HousekeepingFrequency | no | 0-24 | 1 | Как часто IJ будет выполнять процедуру очистки базы (в часах). Автоматическая очистка базы данных удаляет устаревшую информацию из базы данных. Обратите внимание: Для предотвращения перегрузки функции очистки (к примеру, когда периоды хранения данных истории и динамики изменения сильно занижены), не более чем 4 периода кратных HousekeepingFrequency часов устаревшей истории будет удалено за один цикл очистки по каждому элементу данных. Таким образом, если HousekeepingFrequency равен 1 часу, то за один цикл будет удалено не более чем 4 часа устаревшей истории (начиная с самой старейшей записи). На заметку: Для снижения нагрузки на сервер запуск процессе очистки отложен на 30 минут после запуска сервера. Таким образом, если HousekeepingFrequency равен 1 часу, самая первая процедура очистки запустится через 30 минут после запуска сервера, и затем повторится с задержкой в один час. Такое поведение отсрочки введено начиная с IJ 2.4.0. Начиная с IJ 3.0.0 имеется возможность отключить автоматическую очистку истории, указав HousekeepingFrequency равным 0. В этом случае процедуру очистки истории можно запустить только с помощью опции контроля управления housekeeper_execute и периодом удаления устаревшей информации является 4 кратный период начиная с последнего цикла удаления истории, но не менее чем 4 часа и не более 4 дней. Смотрите также опции административных функций. |
| Include | нет | Вы можете включить отдельные файлы или все файлы из папки с файлом конфигурации. Для включения только необходимых файлов из указанной папки, поддерживается символ звездочки для поиска совпадения по маске. Например: /абсолютный/путь/к/файлам/конфигурации/*.DzԴ. Совпадение с маской поддерживается начиная с IJ 2.4.0.Смотрите специальные заметки по поводу ограничений. |
||
| JavaGateway | нет | IP адрес (или имя хоста) IJ Java gateway. Требуется только, если запущены Java поллеры. Этот параметр поддерживается начиная с IJ 2.0.0. |
||
| JavaGatewayPort | нет | 1024-32767 | 10052 | Порт, который слушает IJ Java gateway. Этот параметр поддерживается начиная с IJ 2.0.0. |
| ListenIP | no | 0.0.0.0 | Список IP адресов разделенных запятыми, которые должен слушать траппер. Траппер будет слушать все сетевые интерфейсы, если этот параметр не указан. Список из нескольких IP адресов поддерживается начиная с IJ 1.8.3. |
|
| ListenPort | нет | 1024-32767 | 10051 | Порт, который слушает траппер. |
| LoadModule | нет | Модули, которые загружаются во время старта. Модули используются для расширения возможностей сервера. Формат: Loadmodule=<module.so> Модули должны находиться в папке указанной в параметре LoadModulePath. Допускается добавлять несколько параметров LoadModule. |
||
| LoadModulePath | нет | Абсолютный путь к папке с серверными модулями. По умолчанию зависит от опций компиляции. |
||
| LogFile | да, если LogType задан как file, иначе нет. |
Имя файла журнала. | ||
| LogFileSize | нет | 0-1024 | 1 | Максимальный размер файла журнала в МБ. 0 - отключение автоматической ротации журнала. Примечание: Если лимит достигнут и ротация не удалась, по каким-либо причинам, существующий файл журнала очищается и начинается новый. |
| LogType | нет | file | Тип вывода журнала: file - запись журнала в файл указанный в LogFile параметре, system - запись журнала в syslog, console - вывод журнала в стандартный вывод. Этот параметр поддерживается начиная с IJ 3.0.0. |
|
| LogSlowQueries | нет | 0-3600000 | 0 | Как долго могут выполняться запросы в базу данных до того как они запишутся в журнал (в миллисекундах). 0 - не журналировать медленные запросы. Эта опция активируется начиная с DebugLevel=3. Этот параметр поддерживается начиная с IJ 1.8.2. |
| MaxHousekeeperDelete | нет | 0-1000000 | 5000 | Удалять не более 'MaxHousekeeperDelete' строк (в соответствии с [имя_таблицы], [поле], [значение]) за одну задачу за один цикл автоматической очистки базы данных. Если значение равно 0, то тогда ограничение не используется вовсе. В этом случае вы должны понимать, что вы делаете, чтобы не перегрузить базу данных! 1! Этот параметр поддерживается начиная с IJ 1.8.2 и применяется только для удаления данных истории и динамики изменений уже удаленных элементов данных. |
| PidFile | нет | /tmp/zabbix_server.pid | Имя PID файла. | |
| ProxyConfigFrequency | нет | 1-604800 | 3600 | Как часто IJ сервер будет отправлять данные конфигурации на IJ прокси в секундах. Используется только с прокси, который работает в пассивном режиме. Этот параметр поддерживается начиная с IJ 1.8.3. |
| ProxyDataFrequency | нет | 1-3600 | 1 | Как часто IJ сервер будет запрашивать данные истории с IJ прокси в секундах. Используется только с прокси, который работает в пассивном режиме. Этот параметр поддерживается начиная с IJ 1.8.3. |
| SenderFrequency | нет | 5-3600 | 30 | Как часто IJ будет пытаться отправить неотправленные оповещения (в секундах). |
| SNMPTrapperFile | нет | /tmp/zabbix_traps.tmp | Временный файл, используемый для передачи данных серверу от демона SNMP trap. Должен быть таким же, как и в zabbix_trap_receiver.pl или в файле конфигурации SNMPTT. Этот параметр поддерживается начиная с IJ 2.0.0. |
|
| SourceIP | нет | Локальный IP адрес для исходящих подключений. | ||
| SSHKeyLocation | нет | Размещение публичных и приватных ключей для SSH проверок и действий | ||
| SSLCertLocation | нет | Размещение файлов клиентских SSL сертификатов для аутентификации клиента. Этот параметр используется только в веб-мониторинге и поддерживается начиная с IJ 2.4. |
||
| SSLKeyLocation | нет | Размещение файлов приватных SSL ключей для аутентификации клиента. Этот параметр используется только в веб-мониторинге и поддерживается начиная с IJ 2.4. |
||
| SSLCALocation | нет | Переопределение расположения файлов центра сертификации (CA) для верификации SSL сертификатов сервера. Если не задано, будет использоваться общесистемная папка. Обратите внимание, что значение этого параметра задаст CURLOPT_CAPATH опцию libcurl. Для libcurl версий до 7.42.0, эта опция имеет эффект только, если libcurl скомпилирован для использования OpenSSL. Для получения более подробной информации смотрите . Этот параметр используется в веб-мониторинге начиная с IJ 2.4.0 и при аутентификации SMTP начиная с IJ 3.0.0. |
||
| StartDBSyncers | нет | 1-100 | 4 | Количество экземпляров пре-форков DB Syncers. Максимальное количество 64 до версии 1.8.5. Этот параметр поддерживается начиная с IJ 1.8.3. |
| StartDiscoverers | нет | 0-250 | 1 | Количество экземпляров пре-форков автообнаружения. Максимальное количество 255 до версии 1.8.5. |
| StartEscalators | нет | 1-100 | 1 | Количество экземпляров пре-форков эскалаторов. Этот параметр поддерживается начиная с IJ 3.0.0. |
| StartHTTPPollers | нет | 0-1000 | 1 | Количество экземпляров пре-форков HTTP поллеров. Максимальное количество 255 до версии 1.8.5. |
| StartIPMIPollers | нет | 0-1000 | 0 | Количество экземпляров пре-форков IPMI поллеров. Максимальное количество 255 до версии 1.8.5. |
| StartJavaPollers | нет | 0-1000 | 0 | Количество экземпляров пре-форков Java поллеров. Этот параметр поддерживается начиная с IJ 2.0.0. |
| StartPingers | нет | 0-1000 | 1 | Количество экземпляров пре-форков ICMP pingers. Максимальное количество 255 до версии 1.8.5. |
| StartPollersUnreachable | no | 0-1000 | 1 | Количество экземпляров пре-форков поллеров для недоступных узлов сети (включая IPMI и Java). Начиная с IJ 2.4.0, по крайне один поллер для недоступных хостов должен быть запущен, если обычные поллеры, IPMI или Java запускаются. Максимальное количество 255 до версии 1.8.5. Этот параметр опущен в версии 1.8.3. |
| StartPollers | нет | 0-1000 | 5 | Количество экземпляров пре-форков поллеров. Обратите внимание, что ненулевое значение требуется для работы внутренних, агрегированных и вычисляемых элементов данных. |
| StartProxyPollers | нет | 0-250 | 1 | Количество экземпляров пре-форков поллеров для работы с пассивными прокси. Максимальное количество 255 до версии 1.8.5. Этот параметр поддерживается начиная с IJ 1.8.3. |
| StartSNMPTrapper | нет | 0-1 | 0 | Если значение равно 1, будет запущен процесс SNMP траппера. Этот параметр поддерживается начиная с IJ 2.0.0. |
| StartTimers | нет | 1-1000 | 1 | Количество экземпляров пре-форков таймера. Таймеры обрабатывают функции триггеров, связанные с временем, и периоды обслуживания. Периоды обслуживания обрабатывает только первый процесс таймера. Этот параметр поддерживается начиная с IJ 2.2.0. |
| StartTrappers | нет | 0-1000 | 5 | Количество экземпляров пре-форков трапперов. Трапперы принимают входящие подключения от IJ sender, активных агентов, активных прокси и дочерних нод. По крайней мере один процесс траппера должен быть запущен для отображения доступности сервера и просмотра очереди в веб-интерфейсе. Максимальное количество 255 до версии 1.8.5. |
| StartVMwareCollectors | нет | 0-250 | 0 | Количество экземпляров пре-форков vmware коллекторов. Этот параметр поддерживается начиная с версии IJ 2.2.0. |
| Timeout | нет | 1-30 | 3 | Указывает как долго мы ждем ответа от агента, SNMP устройства или внешней проверки (в секундах). |
| TLSCAFile | нет | Абсолютный путь к файлу, который содержит сертификаты верхнего уровня CA(и) для верификации сертификата узла, используется для зашифрованных соединений между IJ компонентами. Этот параметр поддерживается начиная с IJ 3.0.0. |
||
| TLSCertFile | нет | Абсолютный путь к файлу, который содержит сертификат или цепочку сертификатов, используется для зашифрованных соединений между IJ компонентами. Этот параметр поддерживается начиная с IJ 3.0.0. |
||
| TLSCRLFile | нет | Абсолютный путь к файлу, который содержит отозванные сертификаты. Этот параметр используется для зашифрованных соединений между IJ компонентами. Этот параметр поддерживается начиная с IJ 3.0.0. |
||
| TLSKeyFile | нет | Абсолютный путь к файлу, который содержит приватный ключ сервера, используется для зашифрованных соединений между IJ компонентами. Этот параметр поддерживается начиная с IJ 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 отключен. Этот параметр поддерживается начиная с IJ 2.4.0. |
|
| ValueCacheSize | нет | 0,128К - 64G | 8M | Размер кэша для хранения истории значений в байтах. Разделяемая память для кэширования запросов к данным истории элементов данных. Значение 0 отключит кэш значений (не рекомендуется). В случае, если кэш значений исчерпает разделяемую память, предупреждающее сообщение будет записано в журнал сервера каждые 5 минут. Этот параметр поддерживается начиная с IJ 2.2.0. |
| VMwareCacheSize | нет | 256K - 2G | 8M | Разделяемая память для хранения данных VMware. Можно использовать внутренние проверки VMware - zabbix[vmware,buffer,…] для мониторинга использования кэша VMware (смотрите раздел о внутренних проверках) Заметьте, что разделяемая память не выделяется, если экземпляры VMware коллекторов не настроены на запуск. Этот параметр поддерживается начиная с IJ 2.2.0. |
| VMwareFrequency | нет | 10-86400 | 60 | Задержка в секундах между сбором данных с одной службы VMware. Это значение необходимо установить наименьшим значением интервала обновления у любого элемента данных VMware мониторинга. Этот параметр поддерживается начиная с IJ 2.2.0. |
| VMwarePerfFrequency | нет | 10-86400 | 60 | Задержка в секундах между получением статистики по счётчикам производительности с одной службы VMware. Это значение необходимо установить наименьшим значением интервала обновления у любого элемента данных VMware мониторинга, который использует счётчики производительности VMware. Этот параметр поддерживается начиная с IJ 2.2.9, 2.4.4. |
| VMwareTimeout | нет | 1-300 | 10 | Максимальное количество секунд, которое коллектор vmware потратит на ожидание ответа со службы VMware (vCenter или ESX гипервизора). Этот параметр поддерживается начиная с IJ 2.2.9, 2.4.4. |
Footnotes
1 При удалении большого количества элементов данных на базу данных возрастает нагрузка, так как процессу очистки истории необходимо удалить все данные истории, которые имелись у этих элементов данных. Например, если мы удаляем только 1 прототип элементов данных, но этот прототип присоединен к 50 узлам сети и каждый прототип узла сети раскрыт в 100 real items, в сумме получится 5000 элементов данных, которые необходимо удалить (1*50*100). Если значение 500 задано для MaxHousekeeperDelete (MaxHousekeeperDelete=500), процесс очистки будет удалять за один цикл вплоть до 2500000 значений (5000*500) по удаленным элементам данных из таблиц истории и динамики изменений.