На странице

5. Что нового в Zabbix 7.0.0

Смотрите критические изменения для этой версии.

Лицензия AGPL-3.0

Программное обеспечение Zabbix теперь пишется и распространяется под лицензией AGPL-3.0 (ранее лицензия GPL v2.0).

Проверка обновлений программного обеспечения

Теперь по умолчанию к новым и существующим установкам добавлена проверка обновлений программного обеспечения — веб-интерфейс Zabbix будет связываться с общедоступной конечной точкой Zabbix для проверки наличия обновлений.

Новости о доступных обновлениях программного обеспечения Zabbix отображаются в Отчёты -> Информация о системе и (опционально) в виджете панели Информация о системе.

Вы можете отключить проверку обновлений программного обеспечения, установив AllowSoftwareUpdateCheck=0 в настройках сервера.

Асинхронные поллеры

Добавлены новые процессы-поллеры, способные выполнять несколько проверок одновременно:

  • agent poller
  • http agent poller
  • snmp poller (для элементов данных типа walk[OID] и get[OID])

Эти поллеры являются асинхронными — они способны запускать новые проверки без необходимости ожидания ответа, с возможностью настроить до 1000 одновременных проверок.

Асинхронные поллеры были разработаны из-за того, что, в сравнении с ними, процессы синхронных поллеров могут выполнять только одну проверку за раз, и большую часть своего времени они тратят на ожидание ответа. Таким образом, эффективность может быть повышена за счет запуска новых параллельных проверок во время ожидания сетевого ответа, и новые поллеры делают именно это.

Вы можете запустить асинхронные поллеры агентов, изменив значение параметра StartAgentPollers — нового параметра сервера/прокси. Поллеры HTTP агентов можно запустить, изменив соответственно StartHTTPAgentPollers. SNMP поллеры можно запустить, изменив StartSNMPPollers соответственно.

Максимальный параллелизм для асинхронных поллеров (агенты, HTTP агенты и SNMP) определяется параметром MaxConcurrentChecksPerPoller.

Обратите внимание, что после обновления все проверки агента, HTTP-агента и SNMP walk[OID] будут перенесены в асинхронные поллеры.

В рамках разработки для проверок HTTP агента добавлена функция постоянных соединений (persistent connections) cURL.

Мониторинг с помощью браузера

В Zabbix добавлен новый тип элемента данных — элемент данных «Браузер», который позволяет осуществлять мониторинг сложных веб-сайтов и веб-приложений с использованием браузера. Элементы данных «Браузер» позволяют выполнять пользовательский код JavaScript для имитации действий, связанных с браузером, таких как щелчок мышью, ввод текста, навигация по веб-страницам и т. д.

Этот элемент данных собирает данные по протоколам HTTP/HTTPS и частично реализует стандарт W3C WebDriver с использованием Selenium Server или простого WebDriver (например, ChromeDriver) в качестве тестовой конечной точки.

Обратите внимание, что поддержка элементов данных «Браузер» на данный момент является экспериментальной.

Кроме того, эта функция добавляет шаблон Website by Browser и новые элементы в экспорт/импорт конфигурации, файлы конфигурации сервера/прокси Zabbix, тайм-ауты и утилиту командной строки zabbix_js. Для получения дополнительной информации смотрите заметки по обновлению 7.0.0.

Балансировка нагрузки и высокая доступность прокси

Балансировка нагрузки прокси реализуется путем введения групп прокси в Zabbix. Группы прокси обеспечивают автоматическое распределение узлов сети между прокси, перераспределение нагрузки между прокси и высокую доступность: когда прокси выходит из строя, его узлы сети немедленно распределяются между другими прокси в группе.

Дополнительную информацию см. в разделе балансировка нагрузки и высокая доступность прокси.

Буфер памяти прокси

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

В установках до Zabbix 7.0 собранные данные сохранялись в базе данных перед загрузкой на сервер Zabbix. Для таких установок это поведение остается используемым по умолчанию после обновления.

Для оптимизации производительности рекомендуется настроить использование буфера памяти на прокси. Это можно сделать, изменив значение ProxyBufferMode с "disk" (жестко заданное значение по умолчанию для существующих установок) на "hybrid" (рекомендуется) или "memory". Также необходимо задать размер буфера памяти (параметр ProxyMemoryBufferSize).

В режиме hybrid буфер защищен от потери данных: если прокси остановлен, буфер заполнен или данные слишком старые, неотправленные данные записываются в базу данных. После записи всех значений в базу данных прокси снова начинает использовать буфер памяти.

В режиме memory используется буфер памяти, однако защита от потери данных отсутствует. Если прокси остановлен или память переполнена, неотправленные данные будут удалены.

Режим hybrid (ProxyBufferMode=hybrid) применяется ко всем новым установкам начиная с Zabbix 7.0.

Дополнительные параметры, такие как ProxyMemoryBufferSize и ProxyMemoryBufferAge, определяют размер буфера памяти и максимальный возраст данных в буфере соответственно.

Для мониторинга буфера памяти прокси добавлены новые внутренние элементы данных.

JIT-подготовка пользователей

Ранее подготовленные пользователи были ограничены только носителями, созданными во время подготовки, без возможности редактировать такие свойства, как рабочие часы или уровни серьезности.

Теперь для подготовленных пользователей в Zabbix доступно больше возможностей:

  • подготовленные носители пользователя можно отключать и включать;
  • поля носителей пользователя, такие как Активен в течение, Использовать при уровне серьезности и Включен, можно редактировать вручную;
  • для подготовленных пользователей можно вручную добавлять дополнительные носители пользователя (например, дополнительные адреса электронной почты);
  • носители пользователя, добавленные вручную, можно удалять (подготовленные носители пользователя удалить нельзя).

Кроме того, при настройке сопоставления носителей пользователя для подготовки теперь доступны такие поля, как Активен в течение, Использовать при уровне серьезности и Включен. Обратите внимание, что изменения формы сопоставления типов носителей пользователя вступят в силу только для новых носителей, созданных во время подготовки.

Настраиваемые тайм-ауты для каждого элемента данных

Теперь настройка тайм-аутов доступна для большего количества типов элементов данных (см. поддерживаемые типы элементов данных). Помимо задания значений тайм-аутов на уровне элемента данных, можно определить тайм-ауты глобальные и на уровне прокси для различных типов элементов данных.

Тайм-ауты, настроенные на уровне элемента данных, имеют наивысший приоритет. По умолчанию ко всем элементам данных применяются глобальные тайм-ауты; однако, если установлены тайм-ауты на уровне прокси, то они переопределят глобальные.

База данных Oracle устарела

Поддержка Oracle в качестве внутренней базы данных устарела, и ожидается, что она будет полностью убрана в будущих версиях.

JSON-протокол для пассивных проверок агента

Реализован протокол на основе JSON для пассивных проверок агента.

Для совместимости со старыми версиями агентов добавлен переход на старый текстовый протокол. Если агент возвращает значение "ZBX_NOTSUPPORTED", Zabbix кэширует интерфейс как использующий старый протокол и повторяет проверку, отправляя только ключ элемента данных в текстовом формате.

Теперь Zabbix get можно запускать с новым параметром -P --protocol <value>, где "value" может иметь одно из следующих значений:

  • auto - подключение с использованием протокола JSON с переходом и повторной попыткой через текстовый протокол (по умолчанию);
  • json - подключение с использованием ключа протокола JSON;
  • plaintext - подключение с использованием текстового протокола, при котором отправляется только ключ элемента данных.

Если ключ элемента данных не поддерживается, Zabbix get вернет код завершения 1.

Унифицированные протоколы агента и agent2

Протоколы агента Zabbix и агента Zabbix 2 были унифицированы путем перевода агента Zabbix на протокол агента Zabbix 2. Различие между запросами и ответами агента Zabbix и агента Zabbix 2 выражается значением тега "variant" ("1" — агент Zabbix, "2" — агент Zabbix 2).

См. также: Пассивные и активные проверки агента.

Поддержка переменных интервалов и интервалов по расписанию в активных проверках

Переменные интервалы и интервалы по расписанию теперь поддерживаются в активных проверках как Zabbix агентом, так и Zabbix агентом 2 (ранее поддерживались только Zabbix агентом 2).

Автоматическое отключение потерянных ресурсов

Ресурсы, которые больше не обнаруживаются низкоуровневым обнаружением, теперь можно отключать автоматически. Их можно отключить немедленно, через указанный период времени или никогда не отключать (см. новый параметр Отключать потерянные ресурсы в конфигурации правила обнаружения).

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

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

Отправка данных на сервер Zabbix через API Zabbix

Ранее отправить определенные данные на сервер Zabbix можно было с помощью утилиты Zabbix sender или путем реализации пользовательского JSON-протокола обмена данными, аналогичного протоколу, используемому в Zabbix sender.

Теперь данные также можно отправлять на сервер Zabbix по протоколу HTTP с помощью метода API history.push. Обратите внимание, что для получения отправленных данных требуется настроенный элемент данных типа «Траппер» или элемент данных типа «HTTP-агент» (с включенной обработкой ловушек).

Кроме того, корректные операции history.push записываются в разделе Отчеты → Журнал аудита, в котором доступны дополнительные параметры фильтрации (новое действие Отправка и ресурс История). Метод API history.push также доступен в списке Разрешить/Запретить методов API при настройке роли пользователя.

Скрипты

Выполнение скриптов на активных агентах

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

Скрипты, запускаемые вручную, отправляются активному агенту вместе со значением тайм-аута сервера/прокси для выполнения скрипта. Увеличьте значение тайм-аута по умолчанию для выполнения скриптов на сервере/прокси. Тайм-аут должен быть больше частоты обновления активных проверок, иначе он истечет до того, как активный агент получит скрипт и сможет вернуть результат.

Обратите внимание, что старые версии активных агентов игнорируют удаленные команды, включенные в конфигурацию активных проверок. Дополнительную информацию см. в разделе Пассивные и активные проверки агента.

Ручной ввод пользователем для скриптов

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

Например, во время выполнения скрипта можно указать другое целое число или другой URL-адрес.

Чтобы включить ручной ввод пользователем:

  • используйте макрос {MANUALINPUT} в скрипте (командах, скрипте, параметре скрипта) в нужном месте или в поле URL для скриптов URL;
  • в разделе расширенной настройки скрипта включите ручной ввод пользователем и настройте параметры ввода:

Если ручной ввод пользователем включен, перед выполнением скрипта пользователю будет показано всплывающее окно Ручной ввод с запросом указать пользовательское значение. Указанное значение заменит {MANUALINPUT} в скрипте.

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

Производительность

Более быстрая реакция на обновление периода обслуживания узла сети

Ранее периоды обслуживания пересчитывались только раз в минуту, что могло приводить к задержке до 60 секунд при запуске или остановке периода обслуживания.

Теперь периоды обслуживания по-прежнему пересчитываются каждую минуту или сразу после перезагрузки кэша конфигурации, если в период обслуживания были внесены изменения.

Каждую секунду процесс таймера проверяет, необходимо ли запустить или остановить какие-либо периоды обслуживания, основываясь на наличии изменений в периодах обслуживания после обновления конфигурации. Таким образом, скорость запуска и остановки периодов обслуживания зависит от интервала обновления конфигурации (по умолчанию 10 секунд). Обратите внимание, что изменения периода обслуживания не включают настройки Активен с/Активен до. Кроме того, если узел сети или группа узлов сети добавлены в существующий активный период обслуживания, изменения будут активированы процессом таймера только в начале следующей минуты.

Более быстрая проверка прав доступа

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

В этих таблицах для каждого пользователя и узла сети соответственно хранятся хеши (SHA-256) наборов групп пользователей и групп узлов сети. Кроме того, существует таблица прав доступа, в которой хранятся только доступные сочетания пользователей и узлов сети, указанные с помощью идентификаторов хешей.

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

Более быстрое выполнение действий триггеров

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

Снижение задержки стало возможным благодаря реализации механизмов межпроцессного взаимодействия (IPC) между несколькими процессами (escalator и его модуль escalation‐dispatch, escalator и alerter, preprocessing manager и history syncer).

Виджеты

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

Радиальный датчик

На панели мониторинга был добавлен виджет Радиальный датчик, позволяющий отображать значение одного элемента данных в виде шкалы спидометра.

Для получения дополнительной информации смотрите Радиальный датчик.

Круговая диаграмма

К виджетам панели добавлен виджет Круговая диаграмма, позволяющий отображать значения выбранных элементов данных в виде:

  • круговой диаграммы;
  • кольцевой диаграммы.

Круговая диаграмма.
Кольцевая диаграмма.

Для получения дополнительной информации смотрите Круговая диаграмма.

В рамках этой же разработки в настройки виджета График был добавлен флажок Отображение функции агрегирования (на вкладке Легенда).

Сотовый график

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

Триггеры с наибольшим числом проблем

В виджеты информационных панелей добавлен виджет Триггеры с наибольшим числом проблем, который позволяет просматривать триггеры с наибольшим числом проблем.

Дополнительную информацию см. в разделе Триггеры с наибольшим числом проблем.

История элемента данных и обычный текст

Новый виджет панели мониторинга История элемента данных заменил виджет Обычный текст, предложив ряд улучшений.

В отличие от виджета Обычный текст, который отображал только последние данные элемента данных в виде обычного текста, виджет История элемента данных поддерживает различные варианты отображения для нескольких типов элементов данных (числовых, символьных, журналов, текста и двоичных данных). Например, он может отображать индикаторы выполнения или другие индикаторы, изображения для двоичных типов данных (полезно для элементов данных браузера), а также выделять текстовые значения (полезно для мониторинга файлов журналов).

Дополнительную информацию см. в разделе История элемента данных. Подробнее о замене виджета Обычный текст см. в разделе Примечания к обновлению для версии 7.0.0.

Навигатор по узлам сети и Навигатор по элементам данных

К виджетам панели были добавлены виджеты Навигатор по узлам сети и Навигатор по элементам данных. Эти виджеты отображают узлы сети или элементы данных, соответственно, на основе различных параметров фильтрации и группировки и позволяют управлять информацией, отображаемой в других виджетах на основе выбранного узла сети или элемента данных. Дополнительную информацию смотрите на страницах Навигатор по узлам сети и Навигатор по элементам данных.

Среда взаимодействия виджетов

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

Эта функция включает следующие изменения:

  • Параметры Группы узлов сети, Узлы сети и Элемент данных позволяют выбрать соответствующие сущности или источник данных, предоставляющий их.
  • Параметр Включить выбор узла сети заменен параметром Переопределить узел сети, который позволяет выбрать источник данных, предоставляющий узлы сети.
  • В несколько виджетов добавлен параметр Период времени, который позволяет выбрать источник данных, предоставляющий период времени.
  • Параметр Карта в виджете Карта позволяет выбрать карту или другой виджет в качестве источника данных для карт.
  • Параметр График в виджете График (классический) позволяет выбрать график или другой виджет в качестве источника данных для графиков.

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

Информацию об изменениях в стандартных шаблонах, поставляемых с Zabbix, см. в разделе Изменения в шаблонах.

Периоды времени для агрегации в виджетах «Значение элемента данных» и «Топ узлов сети»

Теперь периоды времени можно настраивать в виджетах «Значение элемента данных» и «Топ узлов сети».

Кроме того, теперь в виджете «Значение элемента данных» можно отображать агрегированное значение за выбранный период. Агрегированное значение может отображаться как:

  • минимальное
  • максимальное
  • среднее
  • количество
  • сумма
  • первое
  • последнее

Эти новые возможности полезны для создания виджетов сравнения данных. Например, в одном виджете можно отображать последнее значение, а в другом — среднее значение за более длительный период. Также можно использовать несколько виджетов для параллельного сравнения агрегированных значений за различные прошлые периоды.

Расширенная доступность виджетов на панелях шаблонов

Ранее на панели шаблонов можно было создавать только следующие виджеты: Часы, График (классический), Прототип графика, Значение элемента данных, Простой текст, URL.

Теперь панели шаблонов поддерживают создание всех виджетов.

Расширенная сортировка в виджете «Топ узлов сети»

Теперь, помимо сортировки по столбцу Значение элемента данных, в качестве столбца для сортировки в виджете Топ узлов сети можно выбрать столбец Имя узла сети или Текст.

Расширенные возможности виджета доступности узлов сети

Виджет доступности узлов сети теперь позволяет отображать узлы сети с интерфейсом агент Zabbix (активные проверки). Добавлен еще один статус доступности — Смешанный. Он соответствует ситуации, когда как минимум один интерфейс недоступен, а как минимум один интерфейс доступен или имеет неизвестный статус. Кроме того, появилась возможность просматривать только общее количество узлов сети без разбивки по интерфейсам.

Изменяющийся размер легенды в виджете «График»

Виджет График теперь поддерживает настройку переменного количества строк легенды, определяемого количеством настроенных элементов данных.

Функции

Новые функции

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

  • jsonpath() — возвращает результат JSONPath;
  • xmlxpath() — возвращает результат XML XPath.

См. также: Строковые функции.

Обновленные функции

Были обновлены несколько функций:

  • Функции агрегации теперь также поддерживают нечисловые типы данных для вычислений. Это может быть полезно, например, для функций count и count_foreach.
  • Функции агрегации count и count_foreach поддерживают необязательные параметры operator и pattern, которые можно использовать для более точной фильтрации элементов данных и подсчета только значений, соответствующих заданным критериям.
  • Все функции foreach больше не включают неподдерживаемые элементы данных в подсчет.
  • Функция last_foreach, ранее настроенная на игнорирование аргумента периода времени, принимает его в качестве необязательного параметра.
  • Поддерживаемый диапазон значений, возвращаемых функциями прогнозирования, расширен в соответствии с диапазоном типа данных double. Теперь функция timeleft() может принимать значения до 1.7976931348623158E+308, а функция forecast() — значения в диапазоне от -1.7976931348623158E+308 до 1.7976931348623158E+308.

Элементы данных

Единый период хранения истории по умолчанию

Период хранения истории элементов данных по умолчанию приведён к единому значению — 31 день — в веб-интерфейсе и базе данных. Это изменение затрагивает формы настройки элементов данных, элементов данных шаблонов и прототипов элементов данных, а также переопределение периода хранения истории в низкоуровневом обнаружении.

Дробные значения преобразуются в целые для элементов данных целочисленного типа

Теперь, если для элемента данных беззнакового целочисленного типа получено дробное значение, его дробная часть отбрасывается, и значение сохраняется как целое число. Ранее при получении дробного значения элемент данных целочисленного типа становился неподдерживаемым.

Подсчёт строк в журнале событий Windows

Новый элемент данных eventlog.count был добавлен в Zabbix агент/агент 2 для Windows. Этот элемент данных возвращает целочисленное значение с количеством строк в журнале событий Windows на основе указанных параметров.

Асинхронные SNMP-запросы с одним OID

Был добавлен новый элемент данных SNMP get[OID], позволяющий асинхронно запрашивать значение одного OID.

Внутренние элементы данных

Внутренние проверки теперь обрабатываются новым процессом internal poller Zabbix сервера/прокси.

Добавлены внутренние элементы данных для мониторинга буфера памяти прокси:

Также были добавлены следующие внутренние элементы данных:

  • zabbix[discovery_queue] — позволяет отслеживать количество проверок обнаружения в очереди;
  • zabbix[vps,written] — позволяет отслеживать общее количество значений истории, записанных в базу данных.

Новые и обновленные элементы данных агента

В Zabbix добавлены новые элементы данных агента Zabbix/агента Zabbix 2:

  • Элемент данных net.dns.perf возвращает количество секунд, затраченных на ожидание ответа от службы, измеряя время выполнения элемента данных net.dns.
  • Элемент данных net.dns.get агента Zabbix 2 возвращает подробную информацию о DNS-записи.

Обновлены следующие элементы данных агента Zabbix/агента Zabbix 2:

  • Элементы данных net.dns и net.dns.record теперь принимают DNS-имя в обратном и необратном формате при выполнении обратного поиска DNS;
  • Элементы данных proc.get в режимах «process» и «summary» теперь также возвращают память PSS (пропорциональный размер набора) в Linux;
  • Элементы данных system.sw.packages и system.sw.packages.get теперь поддерживаются в Gentoo Linux;
  • Элемент данных system.hostname теперь может возвращать полное доменное имя, если в параметре type указана новая опция fqdn;
  • Элементы данных wmi.get и wmi.getall, используемые с агентом Zabbix 2, теперь возвращают JSON со строковыми значениями типа boolean (например, "RealTimeProtectionEnabled": "True" вместо возвращаемого ранее "RealTimeProtectionEnabled": true), чтобы соответствовать формату вывода этих элементов данных у агента Zabbix;
  • Элемент данных oracle.ts.discovery агента Zabbix 2 теперь возвращает новый макрос LLD {#CON_NAME} с именем контейнера;
  • Элемент данных oracle.ts.stats агента Zabbix 2 получил новый параметр conname для указания имени целевого контейнера.

Формат JSON возвращаемых данных был обновлен. Если в параметрах ключа не указаны tablespace, type или conname, возвращаемые данные будут включать дополнительный уровень JSON с именем контейнера, что позволит различать контейнеры.

Простые проверки

Элемент данных vmware.eventlog теперь поддерживает необязательную фильтрацию по уровню серьезности в третьем параметре.

Элемент данных vmware.vm.discovery теперь также возвращает данные о сетевых интерфейсах виртуальных машин. Эти данные можно использовать для настройки пользовательских интерфейсов узлов сети.

Элемент данных vmware.vm.net.if.discovery теперь также возвращает массив адресов сетевых интерфейсов.

В следующие элементы данных добавлен новый параметр options:

Этот параметр позволяет указать, следует ли считать перенаправленные ответы признаком доступности или недоступности целевого узла сети. Дополнительную информацию см. в разделе простые проверки.

Регистрация дублирующихся идентификаторов Engine ID в SNMPv3

Идентификаторы Engine ID в SNMPv3 используются как уникальные идентификаторы устройства. Иногда идентификаторы Engine ID совпадают у нескольких устройств из-за неправильной настройки или заводских параметров. Поскольку стандарты SNMP требуют, чтобы идентификаторы Engine ID были уникальными, элементы данных с одинаковым идентификатором Engine ID становятся неподдерживаемыми в Zabbix, что приводит к проблемам с доступностью этих устройств.

Для упрощения устранения таких проблем сервер Zabbix теперь будет периодически регистрировать информацию об устройствах SNMPv3 с одинаковым идентификатором Engine ID. Обратите внимание, что обнаружение дублирующихся идентификаторов Engine ID выполняется отдельно в каждом опросчике SNMP.

Ссылка на документацию для каждого стандартного элемента данных

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

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

Предобработка

Расширенная обработка первопричин для неподдерживаемого состояния элемента данных

Ранее обработка ошибок в случае невозможности получить значение элемента данных (и, как следствие, перехода элемента данных в состояние «не поддерживается») не позволяла определить причину или этап выполнения, на котором произошел сбой. Все ошибки приходилось обрабатывать с помощью одного и того же варианта обработки ошибок: либо отбрасывать значение, либо устанавливать указанное значение, либо задавать указанное сообщение об ошибке.

Теперь можно сопоставлять сообщение об ошибке с регулярным выражением. Если ошибка соответствует (или не соответствует) выражению, можно указать способ обработки этого случая. Например, определенное сообщение об ошибке можно «сопоставить» с более общим случаем, чтобы оно было обработано на следующем этапе предварительной обработки, или обрабатывать временную проблему (например, связанную с сетевым подключением) иначе, чем окончательную невозможность получить значение элемента данных.

Теперь можно добавлять несколько этапов предварительной обработки Проверка неподдерживаемого значения. Обратите внимание, что в конце конвейера проверки неподдерживаемого состояния элемента данных может находиться только один этап сопоставления «любая ошибка». Если он присутствует, то активируется, когда ни одна из специальных проверок не обнаружила (или обнаружила) соответствие указанному шаблону либо когда было передано (измененное) сообщение об ошибке, то есть не было применено переопределение «Отбросить значение» или «Установить значение».

См. также: Проверка неподдерживаемого значения

Улучшение удобства использования массового обновления шагов предварительной обработки

В предыдущем дизайне формы массового обновления элементов данных было недостаточно ясно, будут ли шаги предварительной обработки добавлены или заменены. В новом дизайне добавлены переключатели Заменить и Удалить все, благодаря чему пользователям понятно, каким будет результат массового обновления шагов предварительной обработки:

Макросы

Поддержка пользовательских макросов в названиях элементов данных и прототипов элементов данных

Теперь пользовательские макросы поддерживаются в названиях элементов данных и прототипов элементов данных.

Обратите внимание, что в Zabbix 6.0 поддержка пользовательских макросов в названиях элементов данных и прототипов элементов данных была удалена. Теперь она восстановлена. Также теперь поддерживается поиск по названию элемента данных с раскрытыми макросами, который ранее не поддерживался.

Название элемента данных с раскрытыми макросами хранится в отдельной таблице базы данных (item_rtname), которая является расширением таблицы items. Для каждой записи в таблице items создается соответствующая запись item_rtname (за исключением прототипов элементов данных, элементов данных правил обнаружения и элементов данных шаблонов). Название с раскрытыми макросами ограничено 2048 символами.

Название элемента данных с раскрытыми макросами отображается во всех разделах веб-интерфейса, кроме раздела Сбор данных.

Добавлен новый процесс сервера configuration syncer worker, отвечающий за раскрытие и синхронизацию значений пользовательских макросов в названиях элементов данных.

Расширенная поддержка функций макросов

Функции макросов теперь поддерживаются всеми типами макросов:

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

Регулярные отчёты

Функционал регулярных отчётов больше не является экспериментальным.

Многостраничные отчеты

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

Оповещения

Поддержка обработки тегов для внутренних событий

Обработка тегов, возвращаемых скриптом вебхука, теперь также поддерживается для внутренних событий.

Кроме того, макросы {EVENT.TAGS.<имя тега>}, {EVENT.TAGS}, {EVENT.TAGSJSON}, {EVENT.RECOVERY.TAGS}, {EVENT.RECOVERY.TAGSJSON} теперь поддерживаются для уведомлений о внутренних событиях.

Эти изменения позволяют использовать вебхуки для обновления или закрытия внешней проблемы/тикета поддержки с помощью уведомления о восстановлении внутреннего события.

Базы данных

Auditlog преобразован в гипертаблицу на TimescaleDB

На новых инсталляциях таблица auditlog была преобразована в гипертаблицу на TimescaleDB, чтобы использовать преимущества автоматического партиционирования по времени (по умолчанию 1 день) и повышения производительности.

Для успешного обновления существующих инсталляций смотрите Обновление схемы TimescaleDB.

Смотрите также: Поддерживаемые версии TimescaleDB.

Отдельная таблица базы данных для прокси

Записи прокси были перемещены из таблицы hosts и теперь хранятся в новой таблице proxy.

Операционные данные прокси (например, сведения о последнем доступе, версии и совместимости) также были перемещены из таблицы host_rtdata и теперь хранятся в новой таблице proxy_rtdata.

Процессы

Многопоточность

В рамках перехода на многопоточную архитектуру внесено несколько изменений:

  • Добавлен новый параметр configure: --with-stacksize. Этот параметр позволяет переопределить размер стека потока, используемый системой по умолчанию (в килобайтах).
  • Разрешение пользовательских макросов перенесено из менеджера предварительной обработки в рабочие процессы предварительной обработки.

Усиление безопасности среды сервера

Теперь можно ограничить некоторые функции Zabbix для повышения безопасности среды сервера:

  • глобальное выполнение скриптов на сервере Zabbix можно отключить, установив параметр EnableGlobalScripts=0 в конфигурации сервера. Для новых установок глобальное выполнение скриптов на сервере Zabbix отключено по умолчанию.
  • аутентификацию пользователей по HTTP можно отключить, установив $ALLOW_HTTP_AUTH=false в файле конфигурации веб-интерфейса (zabbix.conf.php).
  • GSM-модем для SMS-уведомлений теперь можно указать в новом параметре SMSDevices, что ограничивает возможность неправильной настройки пути к GSM-модему из веб-интерфейса.

Проверка файла конфигурации

В команды обслуживания сервера, прокси, агента, агента 2 и веб-сервиса Zabbix добавлена возможность проверки файла конфигурации. Проверку можно выполнить с помощью параметра -T --test-config. В случае успешной проверки код возврата будет равен «0»; в противном случае компонент завершит работу с ненулевым кодом возврата и соответствующим сообщением об ошибке. Предупреждения (например, в случае использования устаревшего параметра) не повлияют на успешный код возврата.

Определение возможностей библиотеки cURL во время выполнения

Ранее возможности библиотеки cURL определялись во время сборки сервера, прокси или агента Zabbix. Если возможности cURL обновлялись, для их использования соответствующий компонент Zabbix требовалось скомпилировать повторно.

Теперь для использования обновлённых возможностей библиотеки cURL в Zabbix достаточно перезапустить компонент. Повторная компиляция больше не требуется. Это относится к серверу, прокси и агенту Zabbix.

См. также примечания к обновлению.

Конфигурация агента 2

Размер буфера

Значение по умолчанию параметра конфигурации BufferSize для агента Zabbix 2 увеличено со 100 до 1000.

Разрешены пустые значения

Теперь в параметрах конфигурации, связанных с плагином, на агенте Zabbix 2 разрешены пустые значения.

Настройка типа запуска службы агента Windows

Добавлена опция для установки типа запуска службы Windows Zabbix агента/агента 2 (-S --startup-type). Эта опция позволяет настроить службу агента/агента 2 на автоматический запуск при старте Windows (automatic), после завершения запуска автоматически запускаемых служб (delayed), при ручном запуске пользователем или приложением (manual) или для полного отключения службы (disabled).

При выполнении установки агента Windows из MSI тип запуска по умолчанию в Windows Server 2008/Vista и более поздних версиях теперь delayed, если не указано иное в параметре командной строки STARTUPTYPE. Это повышает надёжность и производительность службы Windows Zabbix агента/агента 2, особенно во время перезагрузок системы.

Прекращена поддержка старого числового типа.

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

Параметр префикса Хранилища добавлен в файлы конфигурации

Файлы конфигурации zabbix_server.conf и zabbix_proxy.conf были дополнены новым необязательным параметром Vault Prefix; zabbix.conf.php был дополнен необязательным параметром $DB['VAULT_PREFIX'], а setup.php был обновлён соответствующим образом.

Таким образом, пути к хранилищам для CyberArk и HashiCorp более не являются жёстко закодированными, что позволяет развёртывать хранилища с нестандартными путями.

Обнаружение

Параллельное выполнение при обнаружении сети

Ранее каждое правило обнаружения сети обрабатывалось одним процессом обнаружения. Поэтому все проверки служб в рамках правила могли выполняться только последовательно.

В новой версии процесс обнаружения сети был переработан, чтобы обеспечить параллельное выполнение проверок служб. Был добавлен новый процесс управления обнаружением, а также настраиваемое количество рабочих процессов обнаружения (или потоков).

Процесс управления обнаружением обрабатывает правила обнаружения и создает для каждого правила задание обнаружения с задачами (проверками служб). Проверки служб выбираются и выполняются рабочими процессами обнаружения. Последовательно планируются только проверки с одинаковыми IP-адресом и портом, поскольку некоторые устройства могут не поддерживать одновременные подключения к одному порту.

Новый внутренний элемент данных zabbix[discovery_queue] позволяет отслеживать количество проверок обнаружения в очереди.

Параметр StartDiscoverers теперь определяет общее количество доступных рабочих процессов обнаружения. Количество процессов StartDiscoverers по умолчанию увеличено с 1 до 5, а диапазон изменен с 0-250 на 0-1000. Процессы discoverer из предыдущих версий Zabbix удалены.

Кроме того:

  • Теперь все проверки служб выполняются асинхронно, за исключением проверок LDAP;
  • Количество одновременных асинхронных проверок для каждого типа проверки службы (или количество доступных рабочих процессов для всех синхронных проверок служб) теперь можно настроить в веб-интерфейсе (см. Максимальное количество одновременных проверок для каждого типа). Этот параметр является необязательным.
  • Ранее проверка службы HTTP выполнялась так же, как проверка TCP. Теперь проверка HTTP/HTTPS выполняется с помощью libcurl. Если сервер/прокси Zabbix скомпилирован без libcurl, проверки HTTP будут работать как раньше (то есть как проверки TCP), но проверки HTTPS работать не будут.
  • Ошибки в процессе обнаружения сети теперь отображаются в веб-интерфейсе (в разделе Сбор данных > Обнаружение), например:
    • ошибки fping;
    • некорректный OID SNMP;
    • некорректный макрос для времени ожидания элемента данных;
    • ошибки диапазона адресов.

Добавление тегов узла сети во время обнаружения/авторегистрации

Для событий обнаружения и авторегистрации теперь доступны дополнительные операции:

  • Добавить теги узла сети
  • Удалить теги узла сети

Совместное использование обнаруженных групп узлов сети

Правила низкоуровневого обнаружения теперь могут связывать уже обнаруженные и существующие группы узлов сети с узлами сети, созданными теми же правилами низкоуровневого обнаружения. Это влияет на группы узлов сети, ранее обнаруженные и созданные другими правилами низкоуровневого обнаружения на основе указанных прототипов групп.

Коннекторы

Функционал потоковой передачи данных больше не является экспериментальным.

Потоковая передача выборочных данных и настройка интервалов между попытками

При потоковой передаче значений элементов данных из Zabbix во внешние системы теперь можно настроить, какие значения элементов данных должен передавать коннектор, в зависимости от типа информации (числовые (целое положительное), числовые (с плавающей точкой), символьные и т. д.).

Кроме того, чтобы избежать неудачных попыток потоковой передачи значений элементов данных или событий (например, если конечная точка HTTP занята или ограничена по скорости), теперь можно также настроить интервал между попытками — как долго коннектор должен ждать после неудачной попытки потоковой передачи данных.

Коды ответов HTTP 201, 202, 203 и 204 теперь также принимаются коннекторами как успешные (ранее только 200).

Потоковая передача данных в Apache Kafka

Теперь доступен новый инструмент для потоковой передачи данных во внешние системы — коннектор Kafka для сервера Zabbix [en]. Коннектор Kafka — это несложный сервер, написанный на Go, предназначенный для пересылки значений элементов данных и событий с сервера Zabbix брокеру Kafka.

Шаблоны

Информацию о новых шаблонах и изменениях в существующих шаблонах см. в разделе Изменения в шаблонах.

Веб-интерфейс

Многофакторная аутентификация

Теперь для входа в Zabbix можно использовать многофакторную аутентификацию (multi-factor authentication, MFA) с использованием метода аутентификации на основе временных одноразовых паролей (Time-based One-Time Password, TOTP) или Duo Universal Prompt, что обеспечивает дополнительный уровень безопасности помимо обычного имени пользователя и пароля.

Американский формат времени

Отображение даты и времени в веб-интерфейсе теперь соответствует стандартному для США отображению даты/времени, когда используется язык интерфейса по умолчанию (en_US).

Ранее Теперь

Упрощённое клонирование

Раньше можно было использовать опции Клонировать и Полное клонирование применительно к узлам сети, шаблонам и картам сети.

Теперь опция Клонировать удалена, а опция Полное клонирование переименована в Клонировать, сохраняя при этом всю предыдущую функциональность опции Полное клонирование.

Значки заменены шрифтами

Все значки в веб-интерфейсе были переключены с листов изображений значков на шрифты.

Модальные формы

Теперь несколько форм веб-интерфейса открываются в модальных (всплывающих) окнах:

Сворачиваемая расширенная конфигурация

Флажки Расширенная конфигурация, отвечавшие за отображение параметров расширенной конфигурации, заменены сворачиваемыми блоками (см., например, Конфигурация коннектора, Конфигурация сервиса, Конфигурация виджета Часы и т. д.).

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

Улучшен раздел меню для топ триггеров

Раздел меню для просмотра топ триггеров теперь называется Топ 100 триггеров. Добавлена возможность фильтровать триггеры по имени проблемы и тегам. Также для каждого триггера теперь вместо количества изменений состояния отображается количество обнаруженных проблем.

Увеличен лимит символов для полей конфигурации

Поля URL

Теперь лимит символов для всех полей URL составляет 2048 символов. Это включает Tile URL для настроек, связанных с географическими картами, Frontend URL для настройки различных параметров веб-интерфейса, URLs для сетевых карт и элементов сетевых карт, URL A-C для полей инвентаризации узла сети, а также URL для виджета URL на панели мониторинга.

Поля аутентификации

Теперь лимит символов для полей аутентификации User/User name и Password составляет 255 символов. Это относится к настройке HTTP-аутентификации для элементов данных типа HTTP agent, веб-сценариев и коннекторов, а также к настройке аутентификации для простых проверок, мониторинга ODBC, проверок SSH, проверок Telnet и мониторинга JMX.

Усечение результатов тестирования элементов данных и предварительной обработки

При тестировании элементов данных или тестировании шагов предварительной обработки значения, полученные от узла сети, и результаты тестирования теперь усекаются до максимального размера 512 КБ при отправке в веб-интерфейс.

Обратите внимание, что данные размером более 512 КБ по-прежнему полностью обрабатываются сервером Zabbix.

Вкладки на панелях узлов сети

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

Журнал аудита

В разделе Администрирование > Журнал аудита теперь можно включать и отключать ведение журнала аудита операций низкоуровневого обнаружения, обнаружения сети и автоматической регистрации, выполняемых сервером (пользователем System).

Период хранения записей журнала аудита по умолчанию до их удаления сборщиком мусора изменён с 365 дней на 31 день.

Фильтр последних данных

В разделе Мониторинг > Последние данные подфильтр и данные больше не отображаются по умолчанию, если фильтр не задан.

При обновлении с предыдущих версий Zabbix см. также: Примечания к обновлению до версии 7.0.0.

Минимальная необходимая версия PHP

Минимальная необходимая версия PHP увеличена с 7.4.0 до 8.0.0.

Переименованные элементы

  • Некоторые параметры виджетов панели с меткой Теги были переименованы для большей ясности: Теги элементов данных (для виджета Обзор данных), Теги сценария (для виджета Веб-мониторинг); Теги проблем (для виджетов График, Узлы сети с проблемами, Проблемы, Проблемы по важности и Обзор триггеров);
  • Ссылка на действие для редактирования содержимого карты сети, доступная из списка карт сетей в разделе Мониторинг → Карты сетей, была переименована с Конструктор на Изменить;
  • Поля для настройки периодов хранения истории и динамики изменений в диалогах настроек элемента данных и прототипа элемента данных были переименованы;
  • В настройках виджета Топ узлов сети поля Сортировка по колонке и Количество узлов сети были переименованы в Сортировка и Лимит узлов сети для лучшего описания их функций.
  • В настройках виджета График поле легенды Отображение мин/макс/сред переименовано в Отображение мин/сред/макс, а поля наборов данных шаблон узлов сети и шаблон элементов данных переименованы в шаблоны узлов сети и шаблоны элементов данных.
  • В настройках Профиля пользователя вкладка Сообщения переименована в Оповещения веб-интерфейса, в которой опция Сообщения в веб-интерфейсе также переименована в Оповещения веб-интерфейса.

Прочее

  • Обновлены значки главного меню;
  • Обновлены сообщения, указывающие на отсутствие данных или ненастроенные фильтры (в виджетах или всплывающих фильтрах, в которых отсутствуют данные для отображения). Кроме того, нижний колонтитул «Отображается 0 из 0 найденных» удален в случаях, когда отсутствуют данные для отображения или фильтрация (либо использование глобального поиска) не дает результатов;
  • Номера версий веб-интерфейса Zabbix и сервера Zabbix теперь можно просмотреть на странице информации о системе;
  • Все действия, в которых используется тип носителя, теперь отображаются в списке типов носителей (столбец Используется в действиях). Ранее действия, в которых для параметра Отправлять только на опции в настройках операции действия было указано значение «Все», не включались в столбец Используется в действиях типа носителя;
  • В раздел Последние данные добавлена новая опция фильтрации: теперь можно фильтровать элементы данных по их состоянию (поддерживается/не поддерживается);
  • В раздел Проблемы добавлена новая опция фильтрации Статус подтверждения: теперь можно фильтровать проблемы по их состоянию (не подтверждена/подтверждена/подтверждена мной);
  • Во всплывающие окна, предназначенные для настройки и массового обновления элементов и фигур карты, добавлена стандартная кнопка закрытия окна;
  • Улучшена настройка разрешений группы пользователей и тегов для фильтрации отображаемых проблем. Теперь можно одновременно выбрать несколько групп узлов сети/шаблонов и назначить им одинаковые разрешения;
  • Откладывание глобальных уведомлений в одном браузере теперь откладывает их во всех браузерах и на всех устройствах, где выполнен вход пользователя;
  • Для повышения удобства использования параметр Переопределить узел сети в виджете Значение элемента данных перемещен перед разделом Расширенная настройка.

Плагины

Ember+

Добавлен новый плагин для непосредственного мониторинга Ember+ с помощью Zabbix агента 2.

Для получения дополнительной информации смотрите:

Установка

Отдельные пакеты установки для производных RHEL

Специальные пакеты установки доступны для версий 8 и 9 AlmaLinux, CentOS Stream, Oracle Linux и Rocky Linux.

Ранее для RHEL и дистрибутивов на базе RHEL предоставлялись единые пакеты установки.

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

Поддержка ARM64/AArch64

Установочные пакеты ARM64/AArch64 теперь доступны для Debian, RHEL 8, 9 и его производных, а также SLES/OpenSUSE Leap 15.