Zabbix Documentation 3.0

2.23.03.23.4In development:4.0Unsupported versions:1.82.02.4

User Tools

Site Tools


Sidebar

ru:manual:introduction:whatsnew300

Table of Contents

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

5.1 Новый веб-интерфейс

Zabbix 3.0 идет с полностью новым дизайном веб-интерфейса.

Вместе с визуальными улучшениями, имеется несколько других изменений в работе с веб-интерфейсом:

  • Для доступа ко второму уровню меню, необходимо нажимать (ранее хватало наведения курсора мыши) на опции верхнего уровня (Мониторинг, Инвентаризация, Отчеты и прочие)
  • НастройкаКарты сети | Комплексные экраны | Слайд-шоу более недоступны. Вместо этого, все опции настройки по этим объектам перемещены в МониторингКарты сети и МониторингКомплексные экраны
  • Раздел Пользователи разделен на Группы пользователей и Пользователи
  • Разделы Аудит и Оповещения перемещены из Администрирование в Отчеты. Кроме того, Аудит разделен на разделы Аудит и Журнал действий.

5.2 Поддержка шифрования

Сетевые коммуникации между Zabbix компонентами (сервером, прокси, агентами и утилитами командной строки) можно теперь зашифровать, если Zabbix скомпилирован с mbed TLS (PolarSSL), GnuTLS или OpenSSL библиотеками.

Детали задаются новыми параметрами настройки TLS в файлах конфигурации демонов Zabbix сервера, Zabbix прокси, Zabbix агента, Zabbix Windows агента и новыми опциями командной строки у zabbix_get и zabbix sender.

Можно настроить и использовать у каждого узла сети и прокси сертификаты RSA или pre-shared ключ (PSK).

Для получения более подробной информации, обратитесь к разделу Шифрование.

5.3 Прогнозирующие функции триггеров

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

5.4 Опции SMTP аутентификации

Настройка e-mail как способа оповещений для отправки оповещений расширена новыми опциями SMTP аутентификации. Также сейчас имеется возможность указать порт сервера отличный от жестко зашитого 25 порта ранее.

Смотрите настройку e-mail для получения более подробных сведений.

5.5 Проверка элемента данных в заданное время

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

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

В примере выше проверка элемента данных будет выполнена в 8:59.59 в 1 день месяца, если этот день Понедельник.

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

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

В предыдущих версиях Zabbix имелось три жестко зашитых параметра, которые передавались в пользовательские скрипты оповещений - Отправлять на, Тема и Сообщение.

Теперь пользователи могут задавать скриптам свои собственные параметры командной строки в диалоге настройки способа оповещений:

Кроме того, три новых макроса поддерживаются в полях параметров - {ALERT.SENDTO}, {ALERT.SUBJECT} и {ALERT.MESSAGE}, заменяются на получателя, тему сообщения и тело сообщения соответственно.

Для получения более подробных сведений, смотрите:

5.7 Приватные карты сети, комплексные экраны и слайд-шоу

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

Карты, комплексные экраны и слайд-шоу теперь могут быть приватными или публичными. Публичные доступны всем пользователям, в то время как приватные доступны своим владельцам (создателям) и всем пользователям с которыми поделились этим объектом. Для этой цели имеется новая вкладка Общего доступа в настройки карты сети/комплексного экрана/слайд-шоу.

Для получения более подробных сведений, смотрите:

5.8 Экспорт и импорт преобразований значений

Реализована поддержка экспорта настроенных преобразований значений вместе с экспортируемыми узлами сети и шаблонами.

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

Преобразования значений также можно импортировать/экспортировать отдельно.

5.8.1 Использование в колонке элементов данных

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

5.9 Зависимости между прототипами триггеров

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

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

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

Прототип триггеров не может зависеть от прототипа триггеров из другого правила LLD и от триггера созданного другим прототипом триггеров. Прототип триггеров узла сети не может зависеть от триггера из шаблона.

5.9.1 Улучшения в производительности

Обработка прототипов триггеров оптимизирована путем уменьшения количества SQL запросов. Как результат, процесс создания триггеров занимает только лишь половину прежнего времени.

5.10 Поддержка нескольких OID в обнаружении SNMP

SNMP обнаружение улучшено и теперь поддерживает обнаружение нескольких OID. Обнаружение SNMP OID теперь указывается в следующем формате:

discovery[{#МАКРОС1}, oid1, {#МАКРОС2}, oid2, ...]

Обнаруженные OID'ы группируются по своим индексам для создания объектов с наборами макросов {#МАКРОС1}, {#МАКРОС2} … соответствующие значениям OID и набор макросов {#SNMPINDEX} соответствующий OID индексам.

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

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

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

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

5.12 Улучшения в графиках

5.12.1 Лучшее масштабирование

В предыдущих версиях один час был минимальным периодом масштабирования. Теперь это ограничение снижено до одной минуты.

Предопределенные опции в выборе периода времени теперь включают в себя такие периоды как 5 минут, 15 минут и 30 минут.

5.12.2 Графическое отображение журнальных элементов данных

Журнальные элементы данных (log, logrt, и eventlog) и прототипы элементов данных теперь можно сохранить с любым типом информации (не только “Журнал (лог)”), в соответствии с возможностями, которые предлагает опциональный параметр вывод. Это означает, что журнальные элементы данных также можно сохранить с числовым (“Числовой (целое)”) типом информации и, таким образом, его можно отрисовать на графике.

5.12.3 Разное

  • Используется ISO формат даты гггг-мм-дд чч:мм:сс

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

  • Изменение года четко отображается на оси X, начало года всегда выделено красным цветом
  • Используются новые деления времени:
    • 1 месяц основным интервалом и 15 дней подынтервалом
    • 1 год основным интервалом и 1/3/4/6 месяц(ев) подынтервалом
    • 5 лет основным интервалом и 1 год подынтервалом
    • 10 лет основным интервалом и 2 года подынтервалом
    • 15 лет основным интервалом и 3 года подынтервалом
    • 20 лет основным интервалом и 5 лет подынтервалом
    • 30 лет основным интервалом и 10 лет подынтервалом
    • 40 лет основным интервалом и 20 лет подынтервалом
    • 60 лет основным интервалом и 30 лет подынтервалом
    • 80 лет основным интервалом и 40 лет подынтервалом
  • В целом, плотность интервалов, отображаемых на оси X снижена на 8%

5.13 Прозрачное раскрытие пользовательских макросов

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

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

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

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

5.14 Автоматически выбор режима инвентарных данных узлов сети

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

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

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

Эта операция переопределяет настройку АдминистрированиеОбщие, упомянутую выше.

5.15 Массовое подтверждение сделано более гибким

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

В Zabbix 3.0 у вас имеется больше гибких опций при использовании массового подтверждения. Вы можете выбрать подтверждать только выбранное событие или также подтверждать все события или все события этой проблемы. Также теперь имеется возможность добавить несколько сообщений в режиме массового подтверждения.

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

5.16 Улучшения в VMware мониторинге

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

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

Появилась возможность указывать опциональный контекст в пользовательских макросах - {$МАКРОС:контекст}. Контекст позволяет переопределить значение макроса по умолчанию значением указанного контекста. Если указанному контексту макроса значения не заданы, тогда макрос будет раскрываться в свое значение по умолчанию (которое определено этому же макросу без контекста).

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

5.18 Запуск Zabbix демонов в фоновом режиме

Zabbix демоны теперь принимают опцию ​-f​ (--foreground​) командной строки для работы в фоновом режиме. Для перенаправления журналов Zabbix в стандартный вывод при работе в фоновом режиме укажите ​LogType​ параметр конфигурации равным ​console​.

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

5.19.1 Удалена поддержка IE8

Поддержка Microsoft Internet Explorer 8 более не обеспечивается.

5.19.2 Отображение описания триггера на ПАНЕЛИ

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

Отображение описания триггера очень полезно в случаях, когда это описание может пролить свет на решение проблемы. Поле описания ограничено максимальным размером и будет иметь прокрутку, если текст больше чем само поле. URL'ы в описании являются ссылками, так что по ним можно переходить. Кроме того, URL'ы триггеров, если имеются, также отображаются.

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

5.19.3 Опции фильтрации

Еще более улучшены опции фильтрации в нескольких разделов веб-интерфейса.

Фильтрация ПАНЕЛИ по имени триггера

При использовании фильтра ПАНЕЛИ теперь имеется возможность ввести строку, которая ограничит количество отображаемых триггеров в виджетах Состояние системы, Состояние узлов сети и Последние 20 проблем.

Карты сети, комплексные экраны, слайд-шоу

Списки карт сетей, комплексных экранов и слайд-шоу теперь можно отфильтровать по имени.

100 наиболее активных триггеров

Добавлен гораздо более объемный фильтр отчету 100 наиболее активных триггеров.

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

5.19.4 Кнопки массового изменения вместо выпадающих меню

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

Предыдущая
версия:
Zabbix 3.0:

5.19.5 Нули не отображаются

Нули более не отображаются в списках у объектов без элементов. Если ранее после объекта отображался (0) в колонках таблицы, то теперь ничего не отображается.

Предыдущая
версия:
Zabbix 3.0:

5.19.6 Опции выбора пользовательского агента в веб-мониторинге

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

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

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

5.19.7 Обновления переводов

  • Чешский
  • Английский (Соединенные Штаты Америки)
  • Французский
  • Итальянский
  • Японский
  • Корейский
  • Польский
  • Португальский (Бразильский)
  • Русский
  • Словацкий
  • Украинский

Эти языки доступны в веб-интерфейсе Zabbix. Другие языки отключены и не доступны для выбора, так как их уровень перевода ниже 75%.

5.19.8 Импорт/экспорт XML

Теперь имеется возможность импорта/экспорта элемента комплексного экрана Часы с опций “Время на узле сети”.

5.19.9 Улучшение преобразования значений

Настройка преобразования значений “Статус узла сети” в Администрирование → Общие → Преобразование значений была обновлена и переименована в “Доступность узла сети”. Для этого значения сейчас поддерживается 3 вида состояния узла сети по умолчанию:

  • 0 ⇒ не доступен
  • 1 ⇒ доступен
  • 2 ⇒ неизвестно

и совпадает со значением внутренней проверки элемента данных ​zabbix[host,<​type>,​available]

5.19.10 Различные улучшения

  • Преобразования значений теперь можно клонировать тем же способом что и остальные объекты веб-интерфейса.
  • Переключение режима инвентарных данных в диалоге массового обновления узлов сети теперь не обновляет всю форму.
  • Агрегированные элементы данных не требуют четвертый параметр (период времени), если третьим параметром (функция элемента данных) является 'last'.
  • Перевод префиксов единиц измерения байт - K для килобайт, M для мегабайт и остальные - удален, так как единица измерения “байты” не переводилась.
  • Теперь можно использовать пробелы, табуляции и несколько строк в диапазонах IP адресов в сетевом обнаружении условиях к действиям (например, “192.168.0.0/24, 192.168.1.0/24”).
  • Виджет Последние 20 проблем на ПАНЕЛИ также как и элементы комплексных экранов “События у узла сети” и “События в группах узлов сети” теперь отображают все узлы сети из выражения триггера.
  • Добавлен заголовок таблицы к списку способов оповещения пользователей. Записи из списка можно удалить используя ссылку Удалить, вместо выбора записей и нажатия на Удалить выбранное. Возможность отмечать выбранное удалена.

5.20 Улучшения в демонах

5.20.1 Принудительное выполнение очистки истории

Добавлена опция управления административными функциями (housekeeper_execute) Zabbix серверу и Zabbix прокси для поддержки ручного выполнения процедуры очистки истории. В этом случае периодом удаления устаревшей информации является 4 кратный период начиная с последнего цикла удаления истории, но не менее чем 4 часа и не более 4 дней.

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

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

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

  • DBUser изменен на zabbix у прокси и сервера
  • У сервера значение по умолчанию у MaxHousekeeperDelete изменено с 500 до 5000
  • LogSlowQueries увеличено с 0 до 3000 у прокси и сервера
  • Timeout увеличен с 3 до 4 секунд у прокси и сервера
  • Запрещенные символы перечислены в UnsafeUserParamaters
  • Значение по умолчанию у MaxLinesPerSecond уменьшено со 100 до 20 у агента
  • У UnsafeUserParamaters перечислены запрещенные символы
  • Имеется возможность отключения автоматической очистки истории при помощи HousekeepingFrequency равной 0
  • Теперь имеется возможность указать DebugLevel=5 в файлах конфигурации сервера, прокси и агента. Ранее это было возможно только при помощи опций административного контроля.
  • Добавлен LogType параметр серверу, прокси, агенту и Windows агенту. Смотрите важные заметки по обновлению.
  • Добавлен HistoryIndexCacheSize параметр серверу и прокси
  • Добавлены несколько новых параметров, которые относятся к поддержке шифрования

5.20.3 Улучшения в производительности

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

Улучшено вычисление функции nodata(), чтобы ограничить количество запросов в базу данных в диапазоне указанном в nodata() функции.

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

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

Улучшение сетевого обмена:​ при исходящих TCP соединениях Zabbix теперь комбинирует заголовок, размер данных и данные (по крайней мере начальную часть) в один TCP пакет.

5.20.4 Улучшения в кэше значений

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

При работе в режиме низкой памяти кэш значений будет раз в день пытаться переключиться назад в нормальный режим работы. Текущий режим работы можно проверять, используя ключ zabbix[vcache,cache,mode]. Смотрите документацию по внутренней проверке.

5.20.5 Журнал аварийного завершения Zabbix агента на Windows платформах

Zabbix агент теперь журналирует информацию об аварийных завершениях на Windows, примерно также как и генерируемая информация агентами на Unix платформах. Однако, чтобы получить полную трассировку стэка, файл базы данных программы (zabbix_agentd.pdb) необходимо поместить в ту же папку, что и исполняемый файл Zabbix агента (zabbix_agentd.exe). В настоящее время этот файл не включен в официальные дистрибутивы Zabbix, но его можно найти в результирующей папке сборки после сборки Zabbix агента на Windows платформе.

5.20.6 Время ожидания TCP подключений на Windows платформах

Настроенный параметр времени ожидания теперь корректно применяется при установке TCP соединений на Windows платформе. Это влияет на следующие ключи Zabbix агента:

  • net.tcp.port
  • net.tcp.service
  • net.tcp.service.perf
  • web.page.get
  • web.page.perf
  • web.page.regexp

5.20.7 Поддержка IPv6 адресов в Java gateway

Теперь можно использовать IPv6 адреса, такой как 2001:db8::6c09, в интерфейсах JMX.

5.20.8 Увеличение размера кэша конфигурации прокси

Сервер теперь включает “lastlogsize” и “mtime” при каждой отправке элемента данных на прокси. Несмотря на то, что эти поля используются тлько при мониторинге за файлами журналов, в настоящее время они отправляются вместе со всеми элементами данных.

5.20.9 Журналирование IP адресов при входящих/исходящих подключениях между Zabbix сервером и Zabbix прокси

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

5.20.10 Сообщение о восстановлении базы данных при DebugLevel=2

Если запрос в базу данных завершится с ошибкой, в файл журнала будет записано следующее сообщение: database is down: reconnecting in 10 seconds. Когда база данных становится доступной, записывается сообщение database connection re-established. Ранее таких сообщений не было при DebugLevel=2.

5.20.11 Улучшения в доступности узлов сети

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

Zabbix сервер меняет иконку доступности узла сети server на серую (неизвестное состояние) у следующих агентов (Zabbix, SNMP, IMP, JMX), если:

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

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

Zabbix теперь поддерживает несколько процессов эскалатора. Количество процессов эскалатора настраивается в файле конфигурации при помощи параметра StartEscalators (1 является значением по умолчанию).

5.20.13 Вывод умолчаний при использовании опции --help

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

5.20.14 Удалена поддержка Inetd Zabbix агента

Inetd версия Zabbix агента (zabbix_agent) так как этой версией, похоже, им никто не пользовался.

5.20.15 Улучшения в кэше истории

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

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

Добавлен кэш индекса истории для хранения индекса кэша истории. Добавлена новая внутренняя проверка zabbix[wcache,index,<режим>] для наблюдения за использованием кэша индекса истории. Для получения дополнительной информации смотрите Внутренние проверки).

5.20.16 Кэширование действий и условий действий

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

5.21 Изменения/улучшения в элементах данных

Добавлен новый элемент данных proc.cpu.util для наблюдения за использованием CPU процессами. Этот элемент данных поддерживается на Linux и Solaris платформах.

Добавлены элементы данных net.udp.service и net.udp.service.perf с возможностью проверки NTP сервиса. До Zabbix 3.0 проверка NTP сервиса выполнялась с использованием элементов данных net.tcp.service и net.tcp.service.perf. Патчи обновления базы данных автоматически сконвертируют проверки NTP сервисов, которые используют net.tcp.service и net.tcp.service.perf, в новые элементы данных.

Добавлены новые внутренние проверки zabbix[host,,items] и zabbix[host,,items_unsupported]. Они возвращают количество элементов данных (неподдерживаемых элементов данных) на целевом узле сети.

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

Представлен элемент данных db.odbc.discovery для поддержкинизкоуровневого обнаружения с использованием SQL запросов ODBC.

Добавлен параметр протокола соединения в элементы данных агента net.dns и net.dns.record. Допустимые значения 'udp' и 'tcp' (udp по умолчанию).

Элементы данных net.dns и net.dns.record на Windows теперь обходят внутренний кэш DNS-распознавателя.

net.tcp.listen на ядре Linux 2.6.14 и выше теперь пытается использовать интерфейс ядра NETLINK. При сборке из исходных кодов, этот код компилируется только если найдены файлы заголовков netlink.h и inet_diag.h в пути поиска заголовков. Этот интерфейс основывается на наличии и работоспособности inet_diag и tcp_diag модулей ядра. В случае если эти модули не загружены, элемент данных вернется к старому способу получения сокетов по состоянию путем чтения файл(ов) /proc/net/tcp(6).

Методология чтения файл(ов) /proc/net/tcp(6) file(s) также изменена. Теперь эти файлы более не читаются полностью, разбираются только те записи, которые относятся к сокетам в LISTEN состоянии. Такое поведение основывается на том, что сокеты в LISTEN состоянии располагаются до всех остальных сокетов. Это показало увеличение производительности разной степени, но ни разу не показало уменьшение производительности.

Элемент данных proc.mem теперь поддерживает 5-ый параметр - 'типпамяти' (только на AIX, FreeBSD, Linux, Solaris).

system.cpu.util теперь поддерживает типы 'guest' и 'guest_nice' на Linux ядрах 2.6.24 и 2.6.33 и более новых, соответственно.

Элемент данных vfs.fs.discovery на Windows теперь возвращает дополнительный макрос {#FSDRIVETYPE} с возможными значениями “unknown”, “norootdir”, “removable”, “fixed”, “remote”, “cdrom”, “ramdisk”. Однако, обратите внимание, что если фильтрация выполняется с помощью {#FSDRIVETYPE} макроса, низкоуровневое обнаружение проигнорирует объекты, обнаруженные более старыми агентами, которые возвращают ответ без наличия этого макроса.

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

Добавлена проверка правильности ссылки на глобальные регулярные выражения в элементах данных snmptrap, log, logrt и eventlog. Если указанная ссылка неправильна из-за некорректного написания или отсутствующего глобального регулярного выражения, тогда элемент данных станет неподдерживаемым и отобразится соответствующая ошибка.

Мониторинг файлов журналов (log, logrt и eventlog) улучшен и теперь отправляет фактическую мета информацию файла журнала в конкретных случаях и хранит её на стороне Zabbix сервера. Мета информация файла журнала включает в себя “lastlogsize”, “mtime” и “state”. Теперь вы можете безопасно перезапускать Zabbix агент или удалять базу данных Zabbix прокси при мониторинге файлов журналов без получения двойных оповещений.

Элемент данных vm.memory.size[available] на AIX теперь возвращает сумму свободной и кэшируемой памяти. До Zabbix 3.0 возвращался только размер свободной памяти.

Элемент данных vm.memory.size[available] на Linux теперь читает MemAvailable (родная оценка системы) из /proc/meminfo на Linux ядрах 3.14 и выше. До Zabbix 3.0 значением всегда была сумма свободной, буферизованной и кэшируемой памяти.

Элементы данных proc.mem и proc.num теперь возвращают 0, если указанный пользователь не существует. До Zabbix 3.0 эти элементы данных становились неподдерживаемыми.

Элемнт данных vfs.fs.inode на CephFS становится неподдерживаемым вместо возврата недействительных чисел, если второй параметр отличается от пустого и total.

vfs.fs.size использовался для возврата очень больших значений, когда доступное место на диске заканчивалось для обычных пользователей. Команда “df” в этом случае отображает отрицательное значение. Теперь, возвращается 0. Такое поведение замечено на FreeBSD платформе.

Элементы данных net.if.in, net.if.out и net.if.total на Windows берут значения из 64-битных счетчиков, если они доступны. 64-битный интерфейс счетчиков статистики введен в Windows Vista и Windows Server 2008. Если 64-битные счетчики недоступны, агент будет использовать 32-битные счетчики, как и ранее.

Элемент данныхsystem.uname на Windows получает значения из WMI Win32_OperatingSystem и Win32_Processor классов вместо непостоянного Windows API и недокументированных ключей реестра.

5.22 Улучшения в функциях

Добавлены прогнозирующие функции forecast() и timeleft().

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

Добавлена проверка правильности ссылки на глобальные регулярные выражения в функциях триггеров logeventid(), regexp() и iregexp(). Если указанная ссылка неправильна из-за некорректного написания или отсутствющего глобального регулярного выражения, тогда триггер перейдет в неизвестное состояние и отобразится соответствующая ошибка.

5.23 Улучшения в макросах

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

Макросы уровня узла сети, такие как {HOST.HOST}, {HOST.NAME}, {HOST.IP}, {HOST.DNS}, {HOST.CONN} и {HOST.PORT} вместе с пользовательским макросом {$МАКРОС} теперь доступны в URL триггеров.

5.24 Улучшения в утилитах командной строки

Код выхода zabbix_get теперь 0 (успех) или 1 (ошибка). В предыдущих версиях кодом был 0 (успех или ошибка - нельзя было отличить их) или 141 (SIGPIPE).

5.25 Улучшения в API

5.25.1 Получение прав доступа при использовании usergroup.get

Получение прав доступа пользователей по группам узлов сети теперь поддерживается в методе usergroup.get. Назначение прав доступа уже была разрешена при помощи методов usergroup.create и usergroup.update. Теперь также возможно получить права доступа, используя новый параметр “selectRights”.

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

5.25.2 Преобразование значений

Реализован API преобразований значений. Он поставляется со стандартными методами get, create, update и delete.

5.25.3 Динамика изменений

Реализован API динамики изменений. Он поставляется со стандартным методом get.

5.26 Различные улучшения

5.26.1 Изменения в преобразованиях значений

Добавлено новое преобразование значений “HTTP response status code”.