Zabbix Documentation 2.2

2.23.03.4In development:4.0Unsupported versions:1.82.02.43.2

User Tools

Site Tools

This translation is older than the original page and might be outdated. See what has changed.

Sidebar

ru:manual:introduction:whatsnew220

Table of Contents

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

5.1 Улучшенный веб-мониторинг

5.1.1 Шаблонные Веб-сценарии

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

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

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

5.1.2 Новые параметры настроек

Форма настройки веб-сценария получила новые параметры.

Новые параметры веб-сценария

Количество попыток шага веб-сценария

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

Использование HTTP прокси

Использование HTTP прокси сейчас может быть определено непосредственно при настройке веб-сценария.

5.1.3 Больше возможностей с переменными

Совпадение с регулярным выражением

В дополнение к стандартному синтаксису переменных {переменная}=значение теперь также поддерживается синтаксис {переменная}=regex:<регулярное выражение> для поиска совпадений с регулярным выражением на веб-странице. Строка regex: указывает, что последующие символы следует рассматривать как регулярное выражение.

Например,

{hostid}=regex:hostid is ([0-9]+)

будет произведен поиск по “hostid is ” строке и затем будет извлечено любое число, которое следует за этой строкой, которое будет записано в эту переменную.

Переменные на уровне шагов

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

5.1.4 Улучшенное журналирование ошибок

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

web scenario step "scenario:step" error: error doing curl_easy_perform: Couldn't resolve host name

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

cannot process step "step" of web scenario "scenario" on host "host": Couldn't resolve host name

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

5.2 Мониторинг виртуальных машин

Новая функция в Zabbix 2.2.0 - мониторинг виртуальных машин VMware. Эта функция позволяет производить мониторинг инсталляций VMware vCenter и vSphere, собирая статистику и свойства гипервизоров VMware и виртуальных машин.

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

5.3 Поддержка дискретных сенсоров для IPMI

Ранее Zabbix поддерживал только пороговые (аналоговые) IPMI сенсоры. Zabbix 2.2.0 привнес возможность чтения состояний дискретных сенсоров IPMI. Для тестирования статуса битов дискретных сенсоров можно использовать новую функцию band() (побитовое AND) и улучшенную функцию count().

5.4 Загружаемые модули

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

Поддерживаемые на Unix-подобных системах, загружаемые модули в основном разделяемые библиотеки, используемые Zabbix сервером или агентом, и загружаемые при запуске. Для работы с модулями, Zabbix сервер и агент поддерживают два новых параметра конфигурации: LoadModulePath и LoadModule. Эти модули должны быть размещены в папке, указанной в LoadModulePath. Также разрешается добавлять несколько параметров LoadModule.

Простой модуль написанный на языке C включен в Zabbix 2.2 в src/modules/dummy. Его можно использовать как шаблон для ваших собственных модулей. Для получения более подробной информации о возможностях загружаемых модулей, посетите соответствующий раздел документации.

5.5 Использование значений элементов данных в названиях графиков

Начиная с версии 2.2 можно использовать значения элементов данных в названиях графиков, используя стандартный синтаксис макросов {узел_сети:ключ.функция(параметр)}.

Точно также как и в подписях на картах сети, в именах графиков поддерживаются только функции avg(), last(), max() и min() с секундами в качестве параметра. Также поддерживаются преобразования значений.

Кроме того, в параметрах ключей элементов данных поддерживаются макросы низкоуровневого обнаружения, что делает возможным использовать макросы вида {Cisco switch:ifAlias[{#SNMPINDEX}].last(0)}

Макрос {HOST.HOST<1-9>} может быть использован для ссылки на узел сети: {{HOST.HOST}:ifAlias[{#SNMPINDEX}].last(0)}. Так как график может содержать элементы данных от нескольких узлов сети, {HOST.HOST} и {HOST.HOST1} будут ссылкой на первый узел сети, {HOST.HOST2} - на второй и так далее.

5.6 Оповещения о неподдерживаемых элементах данных, неизвестных триггерах

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

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

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

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

Преобразование значений в Zabbix 2.0 было доступно только для целочисленных типов данных. В 2.2.0, была реализована полная поддержка символьных и дробных типов данных. Например, преобразование значений связанных с резервным копированием может быть:

  • F → Full
  • D → Differential
  • I → Incremental

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

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

5.8 Увеличен лимит длины триггера

Максимальная длина для выражений триггеров была увеличена с 255 до 2048. Обратите внимание, что это “сырой” лимит, строка реального выражения может быть заметно длиннее в большинстве случаев.

5.9 Некоторые параметры функций триггеров могут быть пустыми

Более дружественный парсер выражений триггеров позволяет не указывать опциональные параметры в функциях триггеров. Например, функция триггера “last(#1)” может быть переписана как “last()”, “last(#1,1h)” - как “last(,1h)”.

Это также работает и в функциях вычисляемых элементов данных.

5.10 Улучшения в картах сетей

5.10.1 Фильтрация по важности триггеров на картах сети

В форме настройки карты сети появилась возможность задать минимальную важность триггеров. Таким образом на карте сети будут отображаться только триггеры с указанной или более высокой важностью; триггеры с важностью ниже заданной не будут отображаться.

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

Уровень выбранный при настройке карты сети может быть дополнительно переопределен при просмотре карт сети в Мониторинг → Карты сети:

5.10.2 Увеличена максимальная длина подписи на картах сетей

На картах сетей максимальная длина подписи у элементов и связей увеличена с 255 до 2048 символов.

5.10.3 Иконки в свойствах элементов карт сетей теперь отсортированы

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

5.11 Тонкая настройка задач очистки истории

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

В Zabbix 2.2 введено более тонкое управление задачами очистки данных. Параметр DisableHousekeeping более не поддерживается. Вместо него в веб-интерфейсе, в разделе Администрирование → Общие → Очистка истории появилась возможность активировать/деактивировать отдельные задачи очистки истории.

5.12 Улучшения прав доступа

Ранее, если пользователь (благодаря двум различным группам пользователей) имел права на “Чтение” и “Чтение-запись” к какому либо узлу сети, то этот узел сети был доступен пользователю только с правами “Чтения”. Это было весьма запутанно.

В Zabbix 2.2 подобное поведение было исправлено и теперь права “Чтения-запись” имеют приоритет над “Чтением”. Теперь только с помощью “Запрещено” можно ограничить права доступа к узлу сети.

5.13 Присоединение шаблонов с одинаковым названием групп элементов данных

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

5.14 Доступ к истории деактивированных узлов сети

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

Там где доступ к информации деактивированных узлов сети доступен, они подсвечиваются красным цветом в меню узлов сети и в списках:

5.15 Изменение логики периодов обслуживания

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

5.16 Мониторинг SNMPv3

5.16.1 Поддержка контекстного имени

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

5.16.2 Поддержка протокола SHA/AES

Была добавлена поддержка протоколов аутентификации SHA/шифрования AES. Ранее поддерживались только протоколы аутентификации MD5/шифрования DES.

При настройке элемент данных SNMPv3, прототипа элемента данных, правила низкоуровневого обнаружения или правила сетевого обнаружения, опция SHA становится доступной, если выбран Security level authNoPriv. При выборе Security level authPriv становятся доступны обе опции SHA и AES.

5.17 Возможность извлечения части отвечающей регулярному выражению

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

Zabbix уже имел возможность поиска файлов, лог файлов или веб-страниц по совпадению с регулярным выражением. Эта функция обеспечивалась такими элементами данных как vfs.file.regexp[], log[], logrt[] и web.page.regexp[]. Однако, до сих пор, если строка отвечала регулярному выражению, то строка возвращалась целиком.

В Zabbix 2.2 эти элементы данных были расширены, чтобы ограничить количество строк по которым производится поиск и дать возможность извлечения желаемых значений из этих строк. Для этого к элементам данных были добавлены дополнительные параметры: <начало строки>, <конец строки>, <выходные данные>. Например, элемент данных vfs.file.regexp[] получил все 3 дополнительных параметра:

vfs.file.regexp[файл, регулярное выражение, <кодировка>, <начало строки>, <конец строки>, <выходные данные>]

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

Таким образом, например

vfs.file.regexp[/путь/к/какому-то/файлу,"([0-9]+)$",,3,5,\1]

позволит вернуть интересующее число, находящееся в файле в конце строк 3-5. Причина того, что Zabbix вернет лишь число заключается в том что выходные данные, определенное как \1 ссылается на первую и единственную интересующую подгруппу: ([0-9]+)

Возможность выделять числовые значения позволяет использовать получившееся значение в триггере.

Аналогичным образом, остальные расширенные элементы данных получили опциональный параметр <выходные данные>: log[], logrt[] и web.page.regexp[].

Связанные изменения:

  • если совпадений регулярному выражению не найдено, тогда будет возвращена пустая строка (вместо EOF)
  • vfs.file.regmatch[] получил параметры <начало строки> и <конец строки>

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

5.18 Поддержка внутренних проверок для прокси

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

Прокси поддерживают следующие внутренние проверки:

  • zabbix[proxy_history] (поддерживается только прокси - количество значений ожидающих отправки на сервер)
  • zabbix[boottime]
  • zabbix[host,<тип>,available]
  • zabbix[hosts]
  • zabbix[items]
  • zabbix[items_unsupported]
  • zabbix[java,,<параметры>]
  • zabbix[process,<тип>,<режим>,<состояние>] (процессы alerter, db watchdog, escalator, node watcher, proxy poller, timer не поддерживаются, но поддерживаются два новых процесса - data sender и heartbeat sender)
  • zabbix[queue,<с>,<по>]
  • zabbix[rcache,<кэш>,<режим>]
  • zabbix[requiredperformance]
  • zabbix[uptime]
  • zabbix[wcache,<кэш>,<режим>] (кэш динамики изменений не поддерживается прокси)

Смотрите более подробную информацию в документации по внутренним проверкам.

5.19 Шаблоны

Шаблоны FreeBSD и OpenBSD теперь включают в себя правила обнаружения сетевых интерфейсов.

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

Различные сервисы шаблона Template App Agentless были вынесены в отдельные шаблоны.

Все триггеры в шаблонах Template App Zabbix Server и Template App Zabbix Proxy были обновлены, стали менее чувствительными к ложным срабатываниям и используют гистерезис.

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

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

5.20 Изменения в сетевом обнаружении

Начиная с Zabbix 2.2.0 узлы сети обнаруженные разными прокси будут всегда рассматриваться как разные узлы сети. Это позволяет производить обнаружения в одном и том же диапазоне IP адресов, фактически используемыми разными сетевыми устройствами.

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

5.21.1 Мониторинг баз данных теперь поддерживается официально

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

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

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

Элементы данных с типом информации “Числовой (дробный)” теперь поддерживают получение значений в научном представлении. Например, 1.234e+5.

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

logrt на Windows теперь поддерживает мультибайтные имена путей. Например, logrt[c:\логи\app1.*].

system.swap.size на Windows и Tru64 теперь поддерживают параметр “used”. Например, system.swap.size[all,used].

eventlog теперь поддерживает сообщения Windows event log из нового журнала событий системы (“Windows Eventing 6.0”), введенного начиная с Windows Vista.

eventlog теперь поддерживает регулярные выражения в фильтре по источнику записи.

5.21.4 Измененные элементы данных

Внутренняя проверка zabbix[items] теперь возвращает количество наблюдаемых элементов данных, вместо общего количества элементов данных в базе данных.

5.21.5 Новые элементы данных

system.swap.size теперь поддерживается на AIX.

net.if.discovery теперь поддерживается на FreeBSD, OpenBSD и NetBSD.

system.sw.arch поддерживается на платформах NetBSD, OpenBSD, Mac OS X, AIX, HP-UX, Solaris, FreeBSD и Windows.

proc.num, net.if.in, net.if.out и net.if.total поддерживаются на платформе HP-UX. Возьмите на заметку: элементы данных net.if.in, net.if.out и net.if.total не предоставляют статистику по loopback интерфейсам (например, lo0).

sensor теперь поддерживается на Linux 2.6+.

Внутренняя проверка zabbix[hosts] возвращает количество наблюдаемых узлов сети.

Для поддержки WMI запросов был добавлен новый ключ wmi.get к Windows агенту.

5.21.6 Вычисление динамики изменений

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

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

5.21.7 Изменения валидации

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

5.22 Функции триггеров

5.22.1 Логические функции для тестирования битов

Теперь поддерживается новая функция band() (побитовое AND). Например, чтобы проверить, что наибольший и наименьшей значимый бит установлен в 1, можно использовать подобное триггерное выражение:

{www.zabbix.com:Power Unit Stat.band(#1,129)}=129

Функция count() была расширена добавлением “band” в список поддерживаемых операторов. Например, чтобы подсчитать количество значений за последние 10 минут, имеющих '110' (в бинарном виде) в 3 младших значащих битах, можно использовать выражение

count(600,6/7,"band")

где '6' - число для сравнения (т.е. '110') и '7' - битовая маска (т.е. '111' в двоичном виде).

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

Поддержка стандартных в Zabbix суффиксов времени (“s”, “m”, “h”, “d” и “w”) была добавлена на страницу тестирования условий выражений триггеров и может быть использована для тестирования значений.

5.22.3 Улучшено вычисление функции nodata()

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

5.23 Макросы

5.23.1 Новые макросы для оповещений

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

  • {ACTION.ID}, {ACTION.NAME} - возвращает ID, имя действия, которое выполнило оповещение. Поддерживается в действиях для всех источников событий.
  • {EVENT.STATUS}, {EVENT.VALUE} - возвращает текстовое описание состояния и числовое состояние события, которое вызвало оповещение. Поддерживается в действиях на триггеры и на внутренние события. Кроме того, все существующие макросы EVENT.* ограничены тем, что возвращают информацию только об оригинальном проблемном событии - тогда как информация о событии восстановления возвращается с помощью новых макросов EVENT.RECOVERY.*.
  • {EVENT.RECOVERY.ID}, {EVENT.RECOVERY.DATE}, {EVENT.RECOVERY.TIME}, {EVENT.RECOVERY.STATUS}, {EVENT.RECOVERY.VALUE} - возвращает ID/дату/время/текстовое описание состояния или числовое состояние события восстановления. Эти макросы разработаны специально для сообщений о восстановлении. Поддерживаются в действиях на триггеры и на внутренние события.
  • {ITEM.STATE}, {TRIGGER.STATE} - возвращает текстовое описание состояния элементов данных/триггеров, вызвавших оповещение.
  • {LLDRULE.NAME.ORIG}, {LLDRULE.KEY.ORIG} - возвращает оригинальное (с нераскрытыми макросами) имя или ключ правила низкоуровневого обнаружения.
  • {LLDRULE.ID}, {LLDRULE.NAME}, {LLDRULE.KEY}, {LLDRULE.DESCRIPTION}, {LLDRULE.STATE} - вовзвращает ID/имя/ключ/описание или текстовое описание состояния правила низкоуровневого обнаружения, которое вызвало оповещение.

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

5.23.2 Поддержка макросов низкоуровневого обнаружения в выражениях триггеров

Макросы низкоуровневого обнаружения теперь можно использовать в качестве констант в триггерных выражениях. Например, {#MY_CUSTOM_MACRO} из:

{
  "{#FSNAME}":"\/",
  "{#FSTYPE}":"ext4",
  "{#MY_CUSTOM_MACRO}":"90"
}

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

{Template_OS_Linux:vfs.fs.size[{#FSNAME},pused].last(0)}>{#MY_CUSTOM_MACRO} 

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

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

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

5.23.4 Макросы в описаниях к триггерам

Набор макросов, который ранее поддерживался в именах триггеров, теперь также поддерживается в описаниях к триггерам: {HOST.HOST}, {HOST.NAME}, {HOST.CONN}, {HOST.DNS}, {HOST.IP}, {ITEM.VALUE}, {ITEM.LASTVALUE} и {$MACRO}.

Эти макросы будут раскрыты при просмотре комментариев триггеров в Мониторинг → Триггеры, а также внутри макроса {TRIGGER.DESCRIPTION} при использовании его в оповещениях.

5.23.5 Макросы в глобальных скриптах

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

В текстах подтверждений глобальных скриптов теперь также будут раскрываться макросы имени узлов сети - {HOST.HOST}, {HOST.NAME} и макросы подключения к узлу сети - {HOST.IP}, {HOST.DNS}, {HOST.CONN}.

5.23.6 Пользовательские макросы в разрешенных узлах сети

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

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

5.24.1 Улучшенная разметка

Из-за изменения дизайна Zabbix 2.0 некоторые страницы веб-интерфейса выглядели не очень хорошо в маленьком окне браузера (или на устройствах маленького размера). Для Zabbix 2.2 были сделаны значетельные улучшения и теперь большинство страниц при уменьшении размера окна должны выглядеть намного лучше. Например, страница общих настроек в веб-интерфейсе при одинаковой ширине окна до и после изменения дизайна выглядит совсем по другому:

До изменения дизайна. После изменения дизайна.

5.24.2 Раздел последние данные

Раскрытие/сворачивание без перезагрузки страницы

Страница последние данные была переработана, чтобы разворачивание/сворачивание отдельных позиций (групп элементов данных или узлов сети) происходило без перезагрузки страницы. Хотя размер страницы вырос, в результате уменьшилось количество запросов и страницей стало приятнее пользоваться.

Опция отображения деталей

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

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

5.24.3 Опции настроек и данные мониторинга доступны из инвентарных данных узлов сети

В деталях инвентарных данных узлов сети (доступно через Инвентарные данные → Узлы сети) тепепь имеются две закладки - Обзор и Детали. Тогда как Детали, как и ранее, отображают все инвентарные данные, которые есть у узла сети, Обзор отображает некоторую полезную общую информацию о узле сети со ссылками на заранее добавленные скрипты и различные аспекты настроек узла сети и данных мониторинга.

5.24.4 Более гибкий фильтр ПАНЕЛИ

Фильтр ПАНЕЛИ получил возможность не только отображать выбранные группы, но и также скрывать выбранные группы. Эта функция обеспечивает большую гибкость при отображении узлов сети.

Например, у нас имеются узлы сети 001, 002, 003 в Группе A и узлы сети 002, 003 в Группе B. Если мы выберем отображение Группы А и одновременно сокрытие Группы B, то тогда только данные с узла сети 001 будут отображаться на ПАНЕЛИ.

Для того чтобы включить функционал по отображению/скрытию, в фильтре ПАНЕЛИ были добавлены два новых поля, которые отображаются при выборе Выбранные в поле Группы узлов сети. Обе опции Отображать выбранные группы и Скрыть выбранные группы поддерживают автозаполнение, так что после ввода части имени группы вам будет автоматически предложены все совпадающие группы.

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

5.24.5 Отображение имени и фамилии в подтверждениях

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

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

Имя и фамилия теперь отображаются в:

  • всплывающее окно деталей подтверждений и действий виджета Последние 20 проблем на ПАНЕЛИ
  • всплывающее окно деталей подтверждений и действий виджетов События узла сети / События в группах узлов сети в комплексных экранах
  • детали подтверждений (доступно из Мониторинг → Триггеры)
  • детали событий
  • список членов группы пользователей
  • выбор пользователей при настройке группы пользователей
  • список операций действий
  • вкладка настройки операций действий

5.24.6 Возможность просмотра подтверждений на странице состояний триггеров

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

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

Раздел Мониторинг → Обзор получил дополнительную опцию фильтрации по группе элементов данных.

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

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

В результате можно получить очень аккуратный и лаконичный элемент комплексного экрана для просмотра в Мониторинг → Комплексные экраны:

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

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

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

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

5.24.9 Изменения в элементах комплексных экранов

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

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

5.24.10 Иерархия в глобальных скриптах

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

В меню в разделах мониторинга скрипты будут организованы в соответствии с их категориями:

5.24.11 Редактируемые проверки обнаружения

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



Форма редактирования проверки обнаружения до Zabbix 2.2.


В Zabbix 2.2 в форме редактирования проверки обнаружения доступна новая ссылка Изменить , позволяющая непосредственно обновлять свойства проверки.

5.24.12 Улучшенный выбор узлов сети, шаблонов, групп узлов сети

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

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

Новые поля выбора реализованы в:

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

5.24.13 Мультивыбор значений в условиях действия

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

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

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

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

5.24.14 Улучшенная страница глобального поиска

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

  • отображение графиков (для узлов сети и групп узлов сети)
  • веб-мониторинг (для узлов сети и групп узлов сети)
  • настройки правил низкоуровневого обнаружения (для узлов сети и шаблонов)
  • настройки веб-сценариев (для узлов сети и шаблонов)

5.24.15 Различные доработки

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

Форма редактирования регулярных выражений получила новый дизайн.

  • Тестирование теперь проводится на отдельной вкладке
  • Было улучшено логическое отображение результатов теста. Результаты теперь отображаются после применения условия, не до применения:
Ранее, результат сравнения отображался сразу же, игнорируя возможные отрицательные условия, такие как Результат ЛОЖЬ. Теперь результат отображается с учетом сравнений и условий, и результат в итоге отображается корректно.
  • Вместо галочек и кнопки Удалить, используются сслылки Удалить для каждой отдельной записи

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

Большинство форм теперь авто-фокусируются на первом поле.

Список действий теперь отображает какой способ оповещения используется при отправке оповещений.

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

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

До Zabbix 2.2. В Zabbix 2.2.

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

До Zabbix 2.2. В Zabbix 2.2.

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

Страницы “Доступ запрещен” унифицированы и теперь всегда отображается опция входа в систему.

Ранее, когда количество переменных интервалов достигнуто максимального количества для какого-то элемента данных, то Zabbix не позволял добавлять еще интервалы, но никаким образом сообщал пользователю причину. Начиная с Zabbix 2.2.0, после добавления 7 переменных интервалов к элементу данных, будет отображено сообщение “Достигнуто максимальное количество переменных интервалов”.

Длина поля Отправлять на в свойствах способов оповещения пользователя увеличена для более простого ввода длинных e-mail адресов.

Общее использование памяти в веб-интерфейсе и API уменьшено с помощью оптимизации функции доступа к базе данных и сокращение в использовании памяти примерно на 22-95%.

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

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

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

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

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

Немного неясные сообщения “Нет заданных <объектов>” были изменены, чтобы сообщать какой точно тип объекта не был найден - например, “Обслуживания не заданы” было изменено на “Периоды обслуживания не найдены”.

Ранее, помощник по настройке веб-интерфейса во время проверки требований использовал да/нет для обозначения состояния параметра PHP конфигурации. Было изменено на отображение вкл/выкл для совпадения с настройками в php.ini.

Опция “Все” была удалена из веб-интерфейса из фильтра важности триггеров, будучи избыточным дубликатом опции “Не классифицировано”. Параметр GET show_severity=-1, ранее возвращавший “Все”, теперь ссылается на выбор “Не классифицировано”.

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

5.25.1 Автоматическое обновление базы данных

Начиная с 2.2.0, Zabbix сервер и прокси будет автоматически обновлять базу данных - ручное выполнение SQL патчей более не требуется.

Автоматическое обновления для SQLite не поддерживается.

5.25.2 Усовершенствования Zabbix прокси

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

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

5.25.3 Поддержка длинных и строковых SNMP индексов

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

CISCO-POP-MGMT-MIB::cpmDS1ActiveDS0s.6.0
CISCO-POP-MGMT-MIB::cpmDS1ActiveDS0s.6.1
CISCO-POP-MGMT-MIB::cpmDS1ActiveDS0s.7.0

Без поддержки длинных индексов Zabbix создал бы элементы данных с первыми двумя OID'ами, такими как 0 и 1, и не создал бы элемента данных для третьего OID'а. Теперь поддерживается использование всей части OID'а.

Кроме этого, начиная с Zabbix 2.2.0, строки поддерживаются как индексы.

5.25.4 Кэш значений для быстрого доступа к данным истории

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

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

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

Для мониторинга кэша значений поддерживаются два новых внутренних элемента данных: zabbix[vcache,buffer,<режим>] и zabbix[vcache,cache,<параметр>]. Более подробные сведения смотрите в описании внутренних элементов данных.

5.25.5 Уменьшено число обновлений таблицы items

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

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

5.25.6 Улучшена работа с кэшами конфигурации и истории

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

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

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

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

5.25.7 Несколько процессов timer

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

5.25.8 Журналирование используемого имени файла конфигурации

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

10159:20130404:184230.963 Starting Zabbix Agent [A Test Host]. Zabbix 2.1.0 (revision 34816).
10159:20130404:184230.963 using configuration file: /usr/local/etc/zabbix_agentd.conf

5.25.9 Проверка корректности JSON на стороне сервера

Ранее, немного некорректный JSON мог быть молча принят Zabbix сервером. Начиная с Zabbix 2.2, перед разбором JSON данных выполняется проверка синтаксиса, Открытие ошибочных JSON данных немедленно вернет ошибку, предупреждение об ошибке разбора будет занесено в лог файл.

5.25.10 Метаданные узлов сети для авторегистрации узлов сети

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

Чтобы сделать такую информацию доступной, было добавлено 2 параметра конфигурации агента:

  • HostMetadata. Опциональный параметр, который определяет метаданные узла сети. Если не задан, значение будет взято из HostMetadataItem.
  • HostMetadataItem. Опциональный параметр, определяющий элемент данных, который будет использоваться для получения метаданных узла сети. Эта опция используется только если HostMetadata не задан.

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

5.25.11 Динамическое отображение активности и статистики текущих процесов

Процессы Zabbix теперь отображают тип процесса, его номер (если может быть более одного процесса этого типа), текущую активность и некоторую статистику из предыдущей активности:

zabbix22  4584     1  0 14:55 ?    00:00:00 zabbix_server -c /home/zabbix22/zabbix_server.conf
zabbix22  4587  4584  0 14:55 ?    00:00:00 zabbix_server: configuration syncer [synced configuration in 0.041169 sec, idle 60 sec]
zabbix22  4588  4584  0 14:55 ?    00:00:00 zabbix_server: db watchdog [synced alerts config in 0.018748 sec, idle 60 sec]
zabbix22  4608  4584  0 14:55 ?    00:00:00 zabbix_server: timer #1 [processed 3 triggers, 0 events in 0.007867 sec, 0 maint.periods in 0.005677 sec, idle 30 sec]
zabbix22  4637  4584  0 14:55 ?    00:00:01 zabbix_server: history syncer #4 [synced 35 items in 0.166198 sec, idle 5 sec]
zabbix22  4673  4670  0 14:55 ?    00:00:00 zabbix_proxy: configuration syncer [synced config 15251 bytes in 0.111861 sec, idle 60 sec]
zabbix22  4674  4670  0 14:55 ?    00:00:00 zabbix_proxy: heartbeat sender [sending heartbeat message success in 0.013643 sec, idle 30 sec]
zabbix22  4688  4670  0 14:55 ?    00:00:00 zabbix_proxy: icmp pinger #1 [got 1 values in 1.811128 sec, idle 5 sec]
zabbix22  4690  4670  0 14:55 ?    00:00:00 zabbix_proxy: housekeeper [deleted 9870 records in 0.233491 sec, idle 3599 sec]
zabbix22  4701  4670  0 14:55 ?    00:00:08 zabbix_proxy: http poller #2 [got 1 values in 0.024105 sec, idle 1 sec]
zabbix22  4740  4738  0 14:55 ?    00:00:00 zabbix_agentd: listener #1 [waiting for connection]
zabbix22  4741  4738  0 14:55 ?    00:00:00 zabbix_agentd: listener #2 [processing request]

Командная строка основного процесса отображается неизменной (в предыдущих версиях она отображалась как “main process” на BSD платформах)

Смотрите также Просмотр производительности Zabbix процессов с помощью "ps" и "top".

5.25.12 Различные доработки демонов

  • Процессы Zabbix пингера более не используют соединение с базой данных.
  • Демон Zabbix агента уже поддерживал параметр AllowRoot. Начиная с Zabbix 2.2.0, демоны сервера и прокси также поддерживают этот параметр.
  • Максимальный размер принимаемых данных при использовании Zabbix протокола изменен со 128МБ до 64МБ (в версиях 2.2.0-2.2.2, изменен обратно на 128МБ в 2.2.3). Размер любых других данных (включая устаревшие Zabbix протоколы) остается ограниченым 16МБ.
  • Демоны Zabbix сервера и прокси теперь корректно используют параметр конфигурации Timeout при выполнении SNMP проверок. Также, теперь демоны не производят повторных попыток после одного неуспешного (таймаут/ошибочные параметры авторизации) SNMP запроса. Ранее использовался таймаут и количество значений (1 секунда и 5 попыток соответственно) по умолчанию библиотеки SNMP.
  • Теперь разрешены пробелы в параметре Server в файле конфигурации демона агента.
  • Теперь разрешены пробелы в поле Allowed hosts для элементов данных Zabbix траппер.
  • Сравнение IP адресов (например, при проверке входящих подключений к Zabbix агенту или при обработке элементов данных Zabbix траппер) было более эффективно, если демон собран без поддержки IPv6. Теперь сравнение должно быть на том же уровне производительности в случае включенной поддержки IPv6.
  • Zabbix прокси ранее отправляли данные о достуности шаблонов при первом запуске. Хотя такое поведение безвредно, но оно не требовалось. Начиная с 2.2.0, данные о доступности отправляются только по наблюдаемым узлам сети, что незначительно снизило количество сетевого трафика.
  • Zabbix сервер ранее не отвечал на запросы прокси о конфигурации и проверке доступности в случае некорректного имени прокси. Начиная с 2.2, возвращается ответ с ошибкой.
  • Zabbix сервер теперь журналирует ответы на запросы глобальных скриптов при DebugLevel равном 4.
  • Zabbix сервер ранее отбрасывал нечисловые параметры в значениях запросов глобальных скриптов, и молча закрывал соединение, если любой из требуемых параметров не был указан. Начиная с 2.2, в случае нечисловых символов и пропущеных требуемых значений будет возвращено сообщение об ошибке.
  • Теперь поддерживается настройка отображаемого имени для адресов От и К для исходящих почтовых сообщений. Например, поддерживается ввод “Zabbix Riga <[email protected]>”.
  • Zabbix агент также печатает Aliases и PerfCounters указанные в файле конфигурации агента при запуске агента с параметром -p .
  • Zabbix агент теперь возвращает ZBX_NOTSUPPORTED для проверки net.dns в случае ошибочных значений времени ожидания или количества.
  • Zabbix агент ранее возвращал 0 в случае успешного выхода и 255 в случае ошибки. Начиная с версии 2.2.0 Zabbix агент возвращает 0 в случае успешного выхода и 1 в случае ошибки.
  • Начиная с версии 2.2 была добавлена проверка на не-UTF-8 символы в файлах конфигурации сервера, прокси и агента. В случае если указан не-UTF-8 символ в значении параметра, программа сразу же завершается, оповещая об ошибке.
  • Zabbix агент получил улучшенный механизм запросов system.hostname и system.uname. Данные получаются с использованием системного вызова uname() вместо порождения системной оболочки и выполнения uname или hostname команд.
  • Уменьшена загрузка базы данных при вычислении выражений триггеров содержащих пользовательские макросы.
  • Zabbix сервер теперь кэширует глобальные регулярные выражения в кэше конфигурации.
  • Лишние пробелы в разделенных запятыми списках теперь более широко поддерживаются в файлах конфигурации - они также поддерживаются в параметре ListenIP для Zabbix прокси, сервера и агента, и в параметре ServerActive для Zabbix sender.
  • Улучшено форматирование ответов траппера на значения отправленные при помощи Zabbix sender. Теперь новое информационное поле выглядит следующим образом “processed: <N>; failed: <N>; total: <N>; seconds spent: <N>”.
  • Для базы данных Oracle увеличена максимальная длина сообщений оповещения .

5.26 Доработки API

Новый API для прототипа узла сети

В рамках разработки поддержки виртуальным машин для правил низкоуровневого обнаружения был реализован API прототипов узлов сети. Он реализует стандартные методы get, create, update, delete, isreadable и iswritable.

Изменения в параметре “output” метода get

Параметр “output” теперь также принимает массивы имен свойств и возвращает только запрошенные данные во всех методах “get”. Параметр более не поддерживает значение “shorten”. Значение “refer” теперь является устаревшим и будет удалено в Zabbix 2.4.

Улучшенный подвыбор в методе get

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

API “Webcheck” переименован в “httptest”

Чтобы соответствовать правилам именования других веб объектов, API “webcheck” был переименован в “httptest”. Имя “webcheck” является устаревшим.

Новый тип данных “text”

Новый тип данных “text” был введен для хранения длинных текстовых строк. Теперь он используется для хранения сообщений оповещений, значений истории для элементов данных типа текст и журнал (лог). Обратите внимание, что поля этого типа недоступны для параметра “filter” метода get.

Улучшенная валидация

Проверка входящих данных API была улучшена и стала более строгой для большинства методов.

Больше исправлений и улучшений

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

5.27 Разное

Полная поддержика 64-битного диапазона для ID'ов объектов

Zabbix теперь поддерживает знаковый 64-битный диапазон целых чисел для внутренних ID'ов объектов в одиночной, не распределенной установке. Таким образом сейчас наибольшее доступное число для однотипных объектов равняется 263-1.

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

В настройке действий сетевого обнаружения теперь доступны условия типа сервиса HTTPS и telnet.

Удалены дубликаты индексов в схеме для MySQL базы данных Zabbix

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

  • дочерние ноды в распределенной установке
  • сбор значений Zabbix прокси, сетевое обнаружение и обработка данных при авторегистрации активных агентов

Добавлены индексы на колонки подчиненных таблиц имеющие ключи целостности

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

Динамически подключаемая библиотека с функционалом Zabbix sender на Windows

Динамически подключаемая библиотека с основным функционалом Zabbix sender доступна на платформе Windows. Это позволяет отправлять данные на сервер/прокси без необходимости запуска процесса Zabbix sender. Смотрите документацию для более подробной информации.

Изменения кодов состояний в Zabbix sender

Zabbix sender теперь завершается с кодом выхода 0, только если все значения отправлены и обработаны успешно. Если обработка по крайней мере одного значения неудачна, код выхода будет равен 2. Если отправка данных неуспешна, код выхода будет равен 1.

Дополнительно, если не указаны аргументы или сервер, то код выхода будет 1 и для опций -h и -V код выхода будет равен 0 (до Zabbix 2.2.0 код состояний для всех перечисленных ситуаций был 255).

Улучшенные сообщения об ошибках в веб-интерфейсе

Ранее, когда SNMP, JMX или IPMI узел сети становился недоступным, сообщения об ошибках в триггерах могли содержать ссылки на Zabbix агент. Посколько Zabbix агент не участвует в этих ситуациях, в Zabbix 2.2 эти сообщения будут явно ссылаться на SNMP, JMX и IPMI агента.

Более актуальная встроенная помощь по ключам элементов данных

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