Zabbix Documentation 3.4

2.23.03.4In development:4.0Unsupported versions:1.82.02.43.2

User Tools

Site Tools


Sidebar

ru:manual:introduction:whatsnew340

Table of Contents

5 Что нового в Zabbix 3.4.0

1 Новые Панели

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

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

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

Также появились абсолютно новые виджеты:

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

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

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

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

1.1 Дерево навигации карт сетей

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

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

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

2 Шаблоны для сетевых устройств

Новые шаблоны были разработаны для предоставления мониторинга сетевых устройств из коробки, таких как коммутаторы и маршрутизаторы, в основном на базе протокола SNMPv2. Шаблоны предоставлены для множества сетевых устройств. Более подробно смотрите:

3 Поддержка удаленных команд через прокси

Удаленные команды и глобальные скрипты не могли быть выполнены Zabbix агентом если узел сети агента наблюдался через Zabbix прокси. Аналогично, команды не могли быть выполнены самим Zabbix прокси - команды всегда выполнялись Zabbix сервером.

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

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

Обратите внимание что выполнение удаленных команд через прокси выключено по умолчанию. В защищенных средах (шифрование, туннели SSH, и т.п.), удаленные команды на прокси могут быть включены присвоением EnableRemoteCommands параметру значения '1'. IPMI, SSH и Telnet скрипты выполняются даже если удаленные команды выключены.

4 Массовые показатели и зависимые элементы данных

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

  • Утилизация CPU для каждого ядра
  • Входящий/исходящий/всего сетевой трафик

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

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

Смотрите также зависимые элементы данных

5 Параллельная обработка оповещений

Только один процесс оповещения использовался в предыдущих версиях для отправки оповещений о проблемах. Оповещения отправлялись одна за одной и в больших инсталляциях с большим количеством событий происходящих последовательно возникали задержки уведомлений. Аналогично задержки могли возникнуть при смешивании медленных и быстрых способов оповещений (таких как SMS и e-mail) с ожиданием отправки e-mail для последующей отправки SMS.

В новой версии была реализована параллельная обработка оповещений. Это новый процесс - менеджер оповещений, который может распределить оповещения по нескольким “worker” процессам если это необходимо. Способы оповещений обрабатываются параллельно. Максимальное количество параллельных сессий может быть настроено для каждого способа оповещений, но общее количество процессов оповещений на сервере может быть ограничено новым StartAlerters параметром. Уведомления генерируемые одним триггером обрабатываются последовательно.

Есть другие связанные изменения:

  • Три новые опции параллельной обработки оповещений доступны для настройки в способах оповещений: Одновременные сессии, Попыток и Интервал попыток:

  • Функционал процесса database watchdog был объединен в менеджер оповещений и сам процесс database watchdog был убран.

6 Улучшения уведомлений

6.1 Уведомления о подтверждении проблемы

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

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

Удаленные команды также могут быть выполнены по факту подтверждения проблемы.

Смотрите также:

6.2 Улучшены сообщения по умолчанию

Сообщения по умолчанию были улучшены для предоставления более полезной информации:

  • Макрос {TRIGGER.STATUS} был убран, потому что на него не стоит полагаться если корреляция событий используется - проблема может быть решена корреляцией, тогда как триггер все еще может показывать проблему ( изменены макросы {EVENT.VALUE} and {EVENT.STATUS} которые могут быть использованы в этом случае)
  • Узел сети обозначается при помощи {HOST.NAME} макроса.
  • Заголовок уведомления о проблеме сделан более внятным для отличия от уведомлений восстановления.

7 Предварительная обработка значений элементов данных

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

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

7.1 Новые опции предварительной обработки

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

  • Регулярное выражение - найти соответствие регулярному выражению/шаблон вывода;
  • XML XPath - извлечение значения или фрагмента из данных в XML формате используя XPath;
  • JSON Path - извлечение значения или фрагмента из данных JSON формата используя JSONPath (поддерживается ограниченный набор функций JSONPath).

Дополнительно опции Дельта (простое изменение) и Дельта (скорость в секунду) были переименованы в Простое изменение и Изменение в секунду.

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

8 Настраиваемые JMX endpoints

Ранее JMX endpoint был зашит в код Zabbix что ограничивало получение данных с разнообразных java приложений которые используют разные JMX endpoint. Чтобы снять данное ограничение была добавлена настройка JMX endpoint в новом отдельном поле конфигурации элемента данных. Когда вы открываете JMX элемент данных, изначально поле заполнено значением по умолчанию, тем не менее, это может быть легко изменено.

Макросы {HOST.*}, пользовательские макросы и макросы низко-уровневого обнаружения поддерживаются в поле JMX endpoint.

9 Низко-уровневое JMX обнаружение

Низко-уровневое обнаружение JMX объектов теперь поддерживается с использованием нового ключа jmx.discovery[<режим обнаружения>,<имя объекта>] элемента данных. Этот элемент данных позволяет задать будут ли обнаруживаться MBean'ы или атрибуты MBean, либо шаблон для поиска. Для получения подробной информации, смотрите раздел обнаружения JMX.

10 Библиотека PCRE для регулярных выражений

Поддержка регулярных выражений была изменена с POSIX extended регулярных выражений на Perl совместимые регулярные выражения (PCRE) для расширения возможностей регулярных выражений и достижения согласованности с веб-интерфейсом Zabbix.

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

11 Поддержка кодирования URL-адреса в веб-мониторинге

Ранее в веб-мониторинге значения переменных передавались шагам сценария неизменными. Любая кодировка переменных в URL-адресе должна была быть выполнена только вручную.

11.1 Автоматическое кодирование URL-адреса

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

11.2 Гибкая кодировка URL-адреса для переменных

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

VersionVariable syntaxResult
ВерсияСинтаксис переменнойРезультат
До 3.4 {user} Значение переменной передается как есть.
В 3.4 {user}
{user}
{{user}.urlencode()}
{{user}.urldecode()}
Значение переменно автоматически кодируется в Режим формы для POST переменных.
Значение переменных передается как есть в Сыром виде для POST переменных.
Значение переменной вручную кодируется в Сыром виде для POST переменных.
Значение переменной вручную декодируется в Сыром виде для POST переменных.

11.3 Поддержка unicode в доменных именах

Использование в доменных именах символов unicode теперь поддерживается в шагах сценария. Символы unicode автоматически punycode-конвертируются в ASCII на время выполнения шага веб-сценария.

Для подробной информации смотрите страницу документации шаги веб мониторинга.

12 Улучшения карт сетей

Графика в картах сетей была изменена с bitmap на векторную SVG графику.

Другие улучшения в картах:

  • Изменения доступа
  • Поддержка нескольких триггеров
  • Поддержка перетаскивания для нескольких элементов
  • Поддержка копирования-вставки для нескольких элементов
  • Возможность добавления фигур и линий

12.1 Изменения доступа

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

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

12.2 Поддержка нескольких триггеров

При создании элемента карты сети типа триггер, теперь имеется возможность выбрать несколько триггеров для этого элемента вместо одного как это было раньше.

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

Смотрите подробнее: конфигурация карты сети.

12.3 Перемещение элементов

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

12.4 Копирование и вставка элементов

Элементы карты сети если они выбраны, могут быть скопированы и вставлены на этой же самой карте сети:

Несколько выбранных элементов могут быть также захвачены и перемещены в другое место одновременно.

12.5 Добавление фигур и линий

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

Свободное рисование линий является другим элементом который теперь может быть добавлен на карту сети.

13 Поддержка макросов и суффиксов времени в периодах времени

Пользовательские макросы и суффиксы времени (такие как 30s, 5m, 2h, 1d, 1w) теперь поддерживаются в интервале обновления элемента данных и множестве мест где задаются периоды времени в Zabbix. Важно заметить что в некоторых периодах времени только пользовательский макрос может быть добавлен, в тоже время в других поддерживается только суффиксы времени. Полный список поддерживаемых расположений смотрите:

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

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

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

14 Макросы Host поддерживаются в тэгах событий

Макросы Host - {HOST.HOST<1-9>}, {HOST.NAME<1-9>}, {HOST.CONN<1-9>}, {HOST.DNS<1-9>}, {HOST.IP<1-9>}, {HOST.PORT<1-9>}, {HOST.ID<1-9>} теперь поддерживаются в именах и значениях тегов, делая более простым определение тэгов узлов сети на уровне шаблона или для глобальной корреляции событий для этих узлов сети.

15 Улучшения веб-интерфейса

15.1 Прекращение поддержки браузеров IE9 и IE10

Поддержка Microsoft Internet Explorer 9 и Explorer 10 не будет предоставляться более.

15.2 Полное клонирование комплексных экранов и карт сетей

Простые и шаблонные комплексные экраны, как и карты сетей, теперь могут быть полностью склонированы, это означает не только саму разметку, но также все элементы комплексных экранов/карт сетей.

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

15.3 Единый стиль переключателей и флажков

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

В Zabbix 3.4.0:
До Zabbix 3.4.0:

15.4 Применение аналогичных прав доступа к вложенным группам узлов сети

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

15.5 Размеры полей увеличены

  • Поле SNMP OID было расширено с 255 до 512 байт в конфигурации элемента данных, фильтра элемента данных, правила низко-уровневого обнаружения.
  • Поле Период гибкого интервала было увеличено с 255 до 1024 байт в конфигурации элемента данных.
  • Поле Когда активен оповещения пользователя было расширено со 100 до 1024 байт.

15.6 Прочие изменения

  • Теперь возможно скрыть ошибки SQL для пользователей типов кроме Zabbix супер администратор. Дополнительные сведения, смотрите ZBX_SHOW_SQL_ERRORS в определениях Zabbix веб-интерфейса.

16 Улучшение демонов

  • Ограничение длины SNMP OID было увеличено с 255 до 512 байт.
  • Ограничение размера файла SNMP траппер было увеличено с 2^31 (2 Гбайт) to 2^63 (8 Эбайт).
  • Добавлена поддержка типов AtomicBoolean, AtomicInteger и AtomicLong в Java gateway.
  • Протокол обмена данными между сервером и прокси был оптимизирован снижением количества соединений для оправки исторических (доступность узлов сети, история элементов данных, обнаружение и авто-регистрация) данных прокси на сервер. Несмотря на это сервер будет также принимать исторические данные от 3.2 ( и более старых) версий прокси, поддерживая частичную совместимость.
  • Периоды хранения событий внутренних, сетевого обнаружения и авто-регистрации агентов были снижены с 365 дней до 1 дня.
  • Длинна сообщения об ошибке была увеличена с 128 до 2048 символов для сообщений триггеров и оповещений. Это должно снизить возможность сокращения сообщения об ошибке. Сообщения об ошибках можно посмотреть в НастройкаУзлы сетиТриггеры для триггеров и в ОтчетыЖурнал действий для оповещений, при наведении указателя мыши над иконкой ошибки.
  • Управление семафорами и разделяемой памятью была переработана для устранения возможности IPC конфликтов между Zabbix демонами и между Zabbix и другими приложениями.
  • Время блокировки кэша при синхронизации конфигурации было уменьшено.
  • Для обработки внутренних элементов данных перед остальными элементами данных, проверка внутренних элементов данных теперь ставится в начало очереди предварительной обработки.

16.1 Сбор IPMI данных

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

С Zabbix 3.4 новый процесс IPMI manager был добавлен для планирования проверок IPMI по IPMI пуллерам. Благодаря этим изменениям можно безопасно увеличить количество IPMI пуллеров не беспокоясь о перегрузке BMC контроллера. Процесс IPMI manager автоматически запускается если хотя бы один IPMI пуллер запущен.

16.2 Процесс preprocessing manager

Новый процесс preprocessing manager был добавлен вместе с процессами workers которые выполняют шаги предварительной обработки элементов данных. Все значения (с или без предобработкой) из различных источников данных проходят через процесс preprocessing manager до добавления их в кэш истории. Коммуникация на базе IPC сокета была внедрена между сборщиками (pollers, trappers, и т.д.) и процессом preprocessing manager.

16.3 Параметры конфигурации

Новый конфигурационный параметр StartAlerters был добавлен в конфигурационный файл Zabbix сервера. Для параллельной обработки оповещений представленной в этой версии, параметр StartAlerters определяет сколько процессов alerter будет запущено Zabbix сервером.

Конфигурационный параметр SocketDir был добавлен в конфигурационные файлы Zabbix сервера и прокси. Этот параметр указывает на директорию где внутренние Zabbix сокет файлы хранятся (по умолчанию /tmp). Сервер и прокси используют различные имена сокет файлов для использования одинакового значения SocketDir для сервера и прокси запущенном на одной системе. Тем не менее запуск нескольких серверов или прокси на одной системе требует разных значений параметра SocketDir.

Конфигурационный параметр StartPreprocessors был добавлен в конфигурационный файл Zabbix сервера. Менеджер предварительной обработки был представлен в этой версии, параметр StartPreprocessors определяет сколько процессов preprocessing workers будет запущено Zabbix сервером для предварительной обработки элементов данных.

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

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

16.4 Больше информации агента об ошибках фатального сбоя в выполнении потока сбора метрик

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

17 Улучшения и изменения элементов данных

Новый элемент данных агента vfs.dir.size был добавлен для мониторинга размера директории. Элемент данных поддерживается для UNIX и Windows платформах.

Элемент данных агента proc.num поддерживает два новых состояния:

  • disk - процесс в ожидании не прерываемой дисковой операции (обычно I/O)
  • trace - процесс остановлен контрольным сигналом

Новый внутренний элемент данных zabbix[host,discovery,interfaces] был добавлен для получения всех интерфейсов узла сети настроенных в веб-интерфейсе Zabbix. Этот элемент данных может быть использован в низко-уровневом обнаружении.

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

18 Изменения макросов

Макросы {EVENT.VALUE} и {EVENT.STATUS} были изменены и сейчас возвращают (для событий типа триггер и внутренних):

  • Значение 'Проблема' если первичное событие все еще в состоянии проблема
  • Значение 'OK' если первичное событие было решено.

19 Низко-уровневое обнаружение

  • Была добавлена поддержка LLD макросов в выражении прототипа триггера в параметрах функции
  • Была добавлена поддержка LLD макросов в параметрах функции при использовании функции с макросами ITEM.VALUE, ITEM.LASTVALUE в имени прототипа триггера, описании и тэгов.
  • Была добавлена поддержка LLD макросов в параметре функции в простом макросе вида {host:key[].func()} в имени прототипа графика.

20 Код ответа для скриптов и команд

Теперь Zabbix проверяет код ответа для пользовательских параметров, удаленных команд и system.run[] элементов данных без “nowait” флага также когда Zabbix сервер выполняет скрипты (оповещения, внешние и глобальные). В случае ошибки в скрипте или команде выполняющий процесс Zabbix возвращает описание ошибки в веб интерфейсе также создает соответствующие сообщения об ошибках.