Документация по низкоуровневому обнаружению
Было добавлено обнаружение сетевых интерфейсов для следующих платформ:
Обнаружение примонтированных файловых систем возвращает имена файловых систем вместе с их типами.
Было добавлено обнаружение примонтированных файловых систем для следующих платформ:
Имеется возможность отфильтровать по регулярному выражению имя или тип файловой системы.
Инвентарные данные узлов сети теперь могут быть заполнены автоматически. Элементы данных получили свойство, которое позволяет хранить их значения в любых полях инвентарных данных, если режим инвентаря установлен в Автоматически.
Веб-сценарии можно мониторить через удаленные прокси. Это позволяет мониторить веб-приложения в различных географических точках.
Также в процессе обновления базы данных будут добавлены новый элемент данных "Last error message of scenario '$1'" с ключем web.test.error[<имя сценария>].
Zabbix теперь поддерживает несколько интерфейсов в рамках одного узла сети. Вы можете настроить несколько пар интерфейс-узел сети в свойствах узла сети, и задать какой интерфейс должен быть использован по умолчанию для различных типов элементов данных (Zabbix агент, SNMP и IPMI). Дополнительно, вы можете изменить интерфейс на уровне элемента данных. Когда шаблон присоединен к узлу сети, у которого есть несколько интерфейсов, то будет использован интерфейс по умолчанию для этого типа (который в данный момент первый интерфейс в списке). Один элемент данных может наблюдаться только на одном интерфейсе.
Интерфейсы, которые используются в каких-либо элементах данных не могут быть удалены и ссылка Удалить будет для них серой.
Вместе с возможностью использовать пользовательские макросы в любом поле порта, это должно обеспечить гибкий и мощный способ для мониторинга мульти-интерфейсных узлов сети.
Для SNMP элементов данных, порт на уровне элемента данных, если указан, заменяет порт интерфейса.
Интерфейс для элемента данных можно выбрать в свойствах элемента данных. И в свойствах элемента данных и в форме массового обновления элементов данных интерфейсы сгруппированы по их типу.
Возможность мониторинга JMX без разворачивания дополнительного программного обеспечения была введена в форме Java gateway.
Было реализовано видимое имя узла сети; поддержка UTF8; новые макросы ({HOST.HOST}, {HOST.NAME}, {HOST.IP}); {IPADDRESS}, {HOSTNAME} устарели
Документация по элементам данных SNMP trap.
Веб-интерфейс Zabbix получил смену дизайна. Страница входа, вид таблиц, помощник по конфигурации, цвета важностей триггеров по умолчанию - все это имеет новый облик.
Веб-интерфейс был изменен, чтобы быть более дружественным пользователю, особенно на небольших экранах. Многие страницы, которые ранее требовали горизонтальную прокрутку, теперь вмещаются на экран, благодаря улучшенным схеме и интерфейсу с вкладками.
Следующие страницы претерпели изменения:
Поддержка для Microsoft Internet Explorer 6 больше не будет предоставлена. While we were at that, мы также убрали поддержку IE7.
Если Zabbix веб-интерфейсом обнаружится устаревший браузер, отобразится предупреждающая страница. Она будет содержать ссылки на страницы загрузки для нескольких наиболее новых браузеров. Пользователю не будет заблокирован доступ к веб-интерфейсу Zabbix, он все еще останется доступным по ссылке в правом нижнем углу.
Несколько разделов веб-интерфейсы получили улучшения производительности, включая:
Для Zabbix 2.0, поставляется совершенно новый набор иконок для сетей, а также было добавлено несколько новых иконок.
<список иконок>
Ранее, выбор диапазона объектов в веб-интерфейсе Zabbix был совершенно неитуитивным - надо было удерживать Ctrl для начала выбора диапазона и для окончания выбора диапазона. Начиная с версии 2.0, выбор диапазона работает также как и в большинстве других приложений. Кликнув один раз при начале выбора диапазона, затем, удерживая shift, кликнув на месте конца диапазона. Этот способ работает одинаково как для выбора, так и при отмене выбора диапазона (принимая выбор с самого первого клика).
Элементы ПАНЕЛИ теперь могут быть организованы в пользовательский шаблон с помощью перетаскивания их в желаемое место. Элементы могут быть размещены по 3 колонкам.
Переводы веб-интерфейса теперь управляются с помощью gettext. Это означает, что для перевода веб-интерфейса Zabbix можно использовать стандартные утилиты, такие как Pootle, Poedit или Virtaal. Это должно такое позволить работать на небольших участках перевода и улучшить возможность совместного перевода.
Карты сетей получили пару улучшений в отношении обработки URL.
** Несколько URL'ов для элементов карты сети **
В ранних версиях Zabbix было возможно добавлять по одному URL на каждый элемент карты сети. Теперь стало возможно добавлять несколько, в том числе и задавать к каждому URL подписи. Это может быть сделано на двух уровнях:
Например, здесь два URL были заданы на уровне элемента (узла сети):
На уровне карты сети, URL'ы могут быть заданы для всех типов элементов данных. Здесь, URL задан для каждого доступного типа элементов:
Конечно, также возможно добавлять несколько URL'ов для одного типа элементов.
Когда эти URL'ы настроены, кликнув в разделе мониторинга на элементе карты сети они будут перечислены (по имени) в контекстном меню. Если элемент является владельцем URL'ов, а также есть на уровне карты сети тоже заданы URL для этого типа элемента, то URL'ы будут скомбинированы в одном меню:
Из уже имеющихся макросов, в URL'ах карт сети можно использовать {TRIGGER.ID}.
Дополнительно, были добавлены 3 макроса, которые также можно использовать в полях URL элементов:
** Сохранение выбора сетки **
В предыдущих версиях, опции сетки карты сети, такие как отображать ли сетку или пристыковывать к ней, сбрасывались после того как была закрыта форма конфигурации карты сети. Начиная с 2.0.0, выбранные опции сети сохраняются для каждой карты сети индивидуально.
** Установка типа подписи типу элемента в каждой карте сети **
В предыдущих версиях, можно было выбрать только один тип подписей на карте сети для всех элементов на карте сети. Начиная с 2.0.0, стало возможно активировать функцию Расширенные подписи для каждой карты сети и выбрать подпись к элементу карты сети по каждому типу - изображение, триггер, узел сети, группа узлов сети и карта сети.
** Отображение узлов сети из группы узлов сети **
Для элемента группы узлов сети теперь возможно указать, что он должен отображать все узлы сети из группы. В этом случае, можно указать области, где узлы сети будут размещены.
** Соответствие иконок **
Был добавлен автоматический выбор иконок по типу узла сети элементов карты сети. Автоматический выбор иконок использует значения из полей инвентарных данных узла сети для выбора иконок для элементов карты сети.
Соответствия иконок настраиваются в Администрирование → Общие → Соответствия иконок. Каждое соответсвие икнок имеет уникальное имя, иконку по умолчанию и список соответствий. Каждое соответствие имеет порядок совпадения, выражение для совпадения (регулярное выражение PCRE или выражение Zabbix), иконку и ссылку на поле из инвентарных данных. Соответствие иконок может быть назначено в форме конфигурации карты сети, и переопределено на уровне элемента карты сети.
При принятии решения какая иконка должна быть использована, регулярное выражение будет сравниваться с указанным полем инвентарных данных. Order in which mappings are tried depends on match order.
** Выбор элементов перемещением **
Вы можете перетащить прямоугольник в окне настройки карты сети и выбрать из неё все элементы.
** Подсветка выделенной связи **
Выбранная ссылка карты сети теперь подсвечивается в списке ссылок.
** Изменение подсветки элемента **
Вместо заполненного прямоугольника, для индикации выбора элементов теперь используется подсветка с толстой прямоугольной границей.
** Изменения в окне свойств элемента **
Окно свойств элементов карты сети получило несколько модификаций.
Имена и цвета важностей триггеров теперь можно с легкостью настроить в Администрирование → Общие → Важности триггеров.
Способ отображения триггеров в веб-интерфейсе может быть сейчас настроен в Администрирование → Общие → Опции отображения триггеров. Эта функция включает в себя ОК/ПРОБЛЕМА и подтвержден/неподтвержден.
Дополнительно, время как долго ОК триггеры должны отображаться после изменения состояния и как долго триггер будет мигать после изменения состояния сейчас могут быть настроены через веб-интерфейс, вместо изменения файла include/defines.inc.php.
Возможность отчета о узлах сети по собранным для них инвентарным данным была добавлена на страницу Мониторинг → Инвентарные данные.
Событий со страницы Мониторинг → События теперь можно экспортировать в CSV файл, используя кнопку в верхнем правом углу.
Будут экспортированы только видимые сейчас события.
Подтверждение для пользовательских выполняемых скриптов
Пользовательские скрипты, которые можно настроить в Администрирование → Скрипты, теперь могут показать подтверждающее сообщение до выполнения. Пользовательское сообщение подтверждения может быть введено администраторов. Эта функция должна быть особенно полезна при потенциально опасных операциях (таких как скрипт перезагрузки) или при тех, которые могут занять много времени.
Подтверждение может быть протестировано в форме настройки. В этом случае, кнопка Выполнить отключена.
Возможность указать тип скрипта
Ранее, если пользовательский сценарий был IPMI командой, он должен был следовать синтаксису IPMI <команда>. Начиная с Zabbix 2.0, это является опцией в форме редактирования скрипта.
Возможность выполнения скриптов на Zabbix агенте
До Zabbix 2.0, пользовательские скрипты могли быть выполнены только на стороне Zabbix сервере. Начиная с 2.0, скрипт может быть настроен для выполнения на стороне агента вместо сервера. Для того чтобы эта функция работала, агент должен быть сконфигурирован для возможности удаленных команд.
Отображение действий, которые используют способы оповещения пользователей
На экране настройки способа оповещения теперь возможно просмотреть и получить доступ к действиям, которые непосредственно ссылаются на этот способ оповещения (способ выбран в выпадающем списке Отправлять только). При сортировке по этой колонке, записи сортируются только по тому имеют ли они ссылки, действия ссылающиеся на способы оповещения не влияют на порядок сортировки. Также возможно перейти напрямую в форму настройки действия с этой страницы.
Активация и деактивация способов оповещения пользователей
Для графиков с большим количеством добавленных элементов данных, легенда может вырасти до больших размеров, и, возможно, будут другие причины, почему кто-нибудь возможно захочет скрыть легенду. Начиная с Zabbix 2.0.0, это возможно для пользовательских графиков с помощью простого флажка:
Всплывающие окна, которые появляются при наведении мышкой переработаны для того чтобы лучше умещаться на маленьких экранах, таких как на мобильных устройствах.
мониторинг - показывает 80-100% при наведении мышкой (и подсказку), поменялись значения sla, выравнивание до десятичной точки, удалена ссылка на график "показать" (теперь она находится на полосе, ссылка на отчет по имени услуги), ожидаемый sla отображается черным, не зеленым, больше...
теперь могут быть выбраны зависимости нескольких услуг
Комплексные экраны могут быть заданы в шаблонах. Они доступны для всех узлов сети, которые присоединение к шаблону. Они могут быть доступны из контекстного меню узла сети откуда угодно, и в результатах поиска.
Элемент триггеров (по узлу сети или по группе узлов сети) в комплексных отчетах теперь сортируются по важности, узлу сети или дате.
https://support.zabbix.com/browse/ZBXNEXT-746
В разделе мониторинга, эта сортировка может быть только при просмотре, не при изменении. Дополнительно, в разделе мониторинга отображается как много триггеров видимо, если не все они могут быть отображены.
Ранее отладка ошибки почему загрузка неуспешна была непростой, если ограничение опции PHP max_upload_filesize было превышено. Теперь Zabbix показывает предупреждении при загрузке слишком большого XML файла или файла изображения.
Для мастера конфигурации требований , колонка Рекомендуется была удалена, так как она не преследовала никакой реальной цели. Кроме того, в случае проблем с требованиями к настройке PHP, точные параметры конфигурации теперь перечислены в сообщениях об ошибке.
Более лучший текст, изображения, удалены шаги 2-ой и 8-ой
Помощник настройки триггера теперь не дает задать параметр в секундах для функции триггера last()
На странице результатов поиска, отдельные блоки теперь размещены друг под другом. Они теперь могут быть также свернуты и раскрыты.
Было добавлено всплывающее меню узла сети на страницы Мониторинг → События, "Детали события" и Мониторинг → Обзор. В Мониторинг → Обзор это меню доступно только когда узлы сети отображены по левой стороне.
В 2.0 раскрытие макросов по умолчанию отключено и была введена новая опция для экрана настройки карты сети, которая позволяет активировать или деактивировать эту функцию. Карты сети, которые используют большое количество макросов должны извлечь большую пользу из управления производительностью при раскрытием макросов.
Для функции отладки веб-интерфейса, форматирование SQL запросов было улучшено для большей читабельности.
Если зависимости к триггерам не были добавлены и флажок, управляющий этим был выбран в массовом обновлении триггеров, то сейчас все зависимости у выбранных триггеров будут удалены.
...и 'описание' теперь 'имя'
Добавлены макросы {ITEM.DESCRIPTION} и {ITEM.KEY}.
Ключ system.localtime теперь поддерживает параметры:
net.tcp.dns и net.tcp.dns.query были переименованы в net.dns и в net.dns.record, соответственно. Старый синтаксис еще поддерживается как алиас. Они также сейчас поддерживаются в Windows.
Дополнительный функционал:
net.tcp.service и net.tcp.service.perf теперь поддерживают https и telnet.
system.cpu.util в Solaris была объединена с остальными параметрами - параметр kernel был изменен на system и параметр wait был изменен на iowait.
system.cpu.num теперь поддерживается для OSX
system.cpu.load теперь принимает percpu первым параметром - если указано, общая возвращаемая нагрузка делится на количество работающих ЦПУ (по умолчанию всё еще all и возвращает нормальное значение загрузки)
vm.memory.size теперь поддерживает больше режимом для различных платформ. Смотрите страницы поддержки по платформам и по параметрам vm.memory.size для получения большей информации.
добавлено опциональное подавление обработки старых данных в log[], logrt[] и eventlog[]
дополнительный параметр режим управляет этим:
Был изменен формат простых проверок. Была добавлена возможность использования IP адресов в простых проверках. Процесс обновления сконвертирует все существующие простые проверки.
Пользовательские параметры, внешние проверки и другие типы элементов данных, которые возвращают текст (символ, журнал, текстовые типы информации) теперь могут отправлять пустую строку, которая будет принята как корректное значение. До этого, любое возвращенное пустое значение пользовательским параметром или внешней проверкой рассматривалось как неподдерживыемый элемент данных, и игнорировался для остальных типов элементов данных Zabbix сервером.
Была изменена обработка параметров Внешних проверок. Ранее, принимался только один параметр. Начиная с Zabbix 2.0, синтаксис ключа соответствует другим типам элементов данных и несколько разделенных запятой параметров могут быть переданы.
Кроме того, вшитый первый параметр {HOST.CONN} для внешних проверок был удален и теперь параметры внешних проверок могут быть полностью настраиваемы. Процесс обновления добавит этот макрос первым параметром всем существующим внешним проверкам.
Теперь можно хранить вывод внешних проверок с многострочными значения.
Агрегированные элементы данных теперь поддерживают постфиксы времени.
Элементы данных которые особенно полезны для автоматического сбора инвентарных данных:
Элемент данных status был удален, так как был непростым в использовании и понимании. Вместо него был добавлен внутренний элемент данных - zabbix[хост,<тип>,доступность]. Он позволяет должным образом наблюдать за доступностью узла сети по каждому состоянию - Zabbix агент, SNMP, IPMI, JMX - и вернет значения доступности, недоступности или неизвестно. Процесс обновления базы данных не конвертирует все существующие ключи 'status' и связанные с ними триггерами в новый синтаксис, таким образом они должны быть сконвертированы вручную.
Несколько общих параметров конфигурации, которые ранее читались только при запуске сервера, теперь также хранятся в кэше конфигурации. Они обновляются вместе с обновлением кэша конфигурации.
Обновление неподдерживаемых элементов данных теперь также синхронизируется с Zabbix прокси.
Был введен кэш для триггеров. В настоящее время он содержит следующую информацию о триггерах:
Кэш триггеров является частью кэша конфигурации и обновляется таким же образом и в то же время что и остальные части кэша конфигурации. Обратите внимание, что обновление до 2.0.0 может увеличить использование кэша конфигурации, особенно если экземпляр Zabbix имеет большое количество триггеров.
Такое нововведение должно улучшить производительность связанную с операциями над триггерами и уменьшить нагрузку на базу данных.
В Zabbix 1.8, кэш пользовательских макросов был раздельным у процессов демона (например, пуллеры) и эта информация обновлялась каждые 5 минут. В Zabbix 2.0, пользовательские макросы включены в общий кэш конфигурации и обновляются каждые CacheUpdateFrequency секунд.
Был уменьшен объем работы процессов синхронизатора истории и эскалатора при обработке эскалаций, что привело к улучшению производительности при обработке большого количества событий.
Был изменен порядок импорта файлов в базу - сейчас изображения должны быть импортированы до data.sql.
Авто-регистрация активных агентов теперь поддерживает мониторинг добавленных узлов сети с пассивными проверками. Когда активный агент запрашивает проверки, если у него в конфигурационном файле заданы параметры конфигурации ListenIP или ListenPort, они пересылаются на сервер. Если указано несколько IP адресов, то только первый передается на сервер.
Сервер, при добавлении нового автоматически зарегистрированного узла сети, использует полученный IP адрес и порт для настройки агента. Если значение порта не получено, то используется 10050. Если значение IP адреса не получено, то используется IP адрес с которого пришло входящее подключение.
Также для оповещений авто-регистрации активных агентов поддерживаются новые два макроса:
{HOST.IP}
(или его устаревшая версия {IPADDRESS}
){HOST.PORT}
Для обнаружения сети и авто-регистрации активных агентов, запись DNS узла сети сейчас заполняется с помощью выполнения обратного запроса с Zabbix сервера или Zabbix прокси, если обнаружение произошло через прокси.
Способ обработки Zabbix'ом неизвестных событий был переработан. Ранее, в разделе Мониторинг → События, если событие было ОК → НЕИЗВЕСТНО → ОК, скрытие неизвестных событий показывало OK события в последовательном порядке. Начиная с 2.0.0, в этом случае будет отображаться только наиболее старое ОК события. Исключение для триггеров с "Множественные события ПРОБЛЕМА" - для этого случая, несколько последовательных событий будут всегда отображаться.
(should document how acknowledges work from server & frontend side)
Состояние триггера НЕИЗВЕСТНО было удалено - триггеры теперь всегда находятся в состояниях ОК или ПРОБЛЕМА, хотя они все еще могут переходить в неизвестное состояние. Это состояние будет использоваться только в информационных целях.
В полях IP и DNS интерфейсов поддерживаются следующие макросы:
В именах триггеров дополнительно поддерживаются следующие макросы:
Для 2.0, пользовательские макросы могут быть теперь использованы в дополнительных местах:
Дополнительно, макрос {TRIGGER.KEY<1-9>} был переименован в {ITEM.KEY<1-9>}.
Был добавлен новый тип элемента данных - логический (boolean). Он преобразует текстовое представление в 0 или 1. Все совпадающие значения чувствительны к регистру. TRUE записывается как 1 и FALSE записывается как 0. В настоящее время распознаются следующие значения:
ПРАВДА | ЛОЖЬ |
---|---|
true | false |
t | f |
yes | no |
y | n |
up | down |
running | unused |
enabled | disabled |
available | unavailable |
В дополнение, любые ненулевые значения числа интерпретируются, как ПРАВДА, и нулевые интерпретируются, как ЛОЖЬ.
Свойство "Доступ к API" групп пользователей было удалено. Начиная с Zabbix 2.0, все пользователи имеют доступ к API.
В предыдущих версиях Zabbix, указание времени до полуночи различалось в зависимости от места - в некоторых местах оно было "23:59", в других - "24:00". Начиная с Zabbix 2.0 был принят единый формат времени полуночи, который всегда указывается как "24:00".
Ранее, узлы сети в Zabbix "нормальный" и "расширенный" профили. В Zabbix 2.0 эти профили были объединены в один, называемый "инвентарные данные узла сети".
Начиная с Zabbix 2.0, эскалации всегда включены и не могут быть деактивированы. По умолчанию, условие "Значение триггера = ПРОБЛЕМА" добавлено к новым действиям, таким образом будут отправлены только оповещения о проблемах. Такой подход делает выбор сообщения о восстановлении более интуитивным. Это условие к действию может быть удалено пользователем.
Укажите IPMI как тип вместо синтаксиса obscure
Выполнение пользовательских глобальных скриптов
Выполнение команд через SSH и telnet
Для пользовательских скриптов, была добавлена возможность выполнять их на Zabbix сервере или агенте
До 2.0 размещение было жестко вшито как /etc/zabbix . Начиная 2.0 значение по умолчанию изменилось на /usr/local/etc и зависит от переменной sysconfdir указанной при компиляции (которая игнорировалась до Zabbix 2.0).
До 2.0 размещение по умолчанию для внешних скриптов было /etc/zabbix/externalscripts. Начиная с 2.0 оно изменено на /usr/local/share/zabbix/externalscripts и зависит от переменной datadir указанной при компиляции. Это размещение может быть изменено используя параметр конфигурации ExternalScripts (сервер и прокси).
До 2.0 размещение по умолчанию для скриптов оповещения было /home/zabbix/bin. Начиная с 2.0 оно изменено на /usr/local/share/zabbix/alertscripts и зависит от переменной datadir указанной при компиляции. Это размещение может быть изменено используя параметр конфигурации AlertScriptsPath (сервер).
Если вы используете Zabbix из пакета, то дальнейшая информация может не иметь значения, потому что размещения могут зависеть от политики распространения пакетов.
При установке Zabbix создаются следующие файлы конфигурации, если конечно отсутствуют:
/usr/local/etc является значением по умолчанию во время компиляции установки для значения sysconfdir.
Следующие папки создаются для includes:
Эти папки не обрабатываются автоматически как папки "Include", вам придется задать их в соответствующем файле конфигурации.
Следующая папка создается при установке сервера или прокси:
Следующая папка создается при установке сервера:
/usr/local/share является значением по умолчанию во время компиляции установки для значения datadir.
Информация о неподдерживаемых элементах данных теперь передается с Zabbix прокси серверу.
Параметр ServerActive демона Zabbix агента был упрощен. Вместо переопределения параметра Server, сейчас ServerActive является единственным параметром, который используется для активных проверок. Дополнительно, был удален параметр ServerPort - порты хостов теперь должны быть указаны в параметре ServerActive.
Смотрите раздел "Смотрите также" в нижней части этой страницы для получения более подробных сведений о этих изменениях.
Конфигурация демона Zabbix агента была упрощена, были удалены параметры DisableActive и DisablePassive. Вместо этого, если не указан параметр ServerActive, то активные элементы данных не будут обрабатываться, а если указать StartAgents=0, то будет отключена обработка входящих подключения для пассивных проверок.
Хотя ранее Zabbix поддерживал мониторинг файлов более чем 2ГБ, такая поддержка не была совместимой - она колебалась от платформы и от элемента данных. Начиная с 2.0, поддержка файлов превышающих 2ГБ доступна также и на 32-битных системах для всех компонентов, в том числе такие задачи как мониторинг файлов журналов, мониторинг размера файлов и другие. Смотрите раздел поддержки больших файлов для получения более подробной информации.