User Tools

Site Tools

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

Sidebar

ru:2.0:manual:introduction:whatsnew200

Table of Contents

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

6 Основные новые функции

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

6.1.1 Обнаружение сетевых интерфейсов

Было добавлено обнаружение сетевых интерфейсов для следующих платформ:

  • Linux
  • Windows
  • Solaris
  • HP-UX
  • AIX
6.1.2 Обнаружение примонтированных файловых систем

Обнаружение примонтированных файловых систем возвращает имена файловых систем вместе с их типами.

Было добавлено обнаружение примонтированных файловых систем для следующих платформ:

  • Linux
  • Windows
  • Solaris
  • HP-UX
  • AIX
  • FreeBSD
  • OpenBSD
  • NetBSD
  • MacOS X

Имеется возможность отфильтровать по регулярному выражению имя или тип файловой системы.

6.2 Автоматический сбор инвентарных данных

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

6.3 Веб-мониторинг через Zabbix прокси

Веб-сценарии можно мониторить через удаленные прокси. Это позволяет мониторить веб-приложения в различных географических точках.
Также в процессе обновления базы данных будут добавлены новый элемент данных ”Last error message of scenario '$1'” с ключем web.test.error[<имя сценария>].

6.4 Поддержка нескольких интерфейсов в узлах сети

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

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

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

Для SNMP элементов данных, порт на уровне элемента данных, если указан, заменяет порт интерфейса.

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

6.5 Прямая поддержка JMX мониторинга

Возможность мониторинга JMX без разворачивания дополнительного программного обеспечения была введена в форме Java gateway.

6.6 Видимое имя узла сети

Было реализовано видимое имя узла сети; поддержка UTF8; новые макросы ({HOST.HOST}, {HOST.NAME}, {HOST.IP}); {IPADDRESS}, {HOSTNAME} устарели

6.7 Мониторинг SNMP trap

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

7.1 Новый взгляд

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

7.2 Переработанный веб-интерфейс

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

Следующие страницы претерпели изменения:

  • Свойства узлов сети и шаблонов
    • В свойствах узлов сети теперь также включен интерфейс навигации, делающий простым переход от свойств узла сети к изменению элементов данных, триггеров, графиков и других объектов этого узла сети (screenshots to compare 1.8 vs 2.0)
  • Свойства прокси
  • Свойства элементов данных
  • Свойства триггеров
  • Свойства действий
  • Свойства графиков
    • Изменение порядка элементов графика теперь совершается не повторяющимися кликами по ссылкам Вверх и Вниз. Вместо этого, появилась возможность использовать изменение порядка с помощью drag'n'drop.

7.3 Удаление поддержки IE6

Поддержка для Microsoft Internet Explorer 6 больше не будет предоставлена. While we were at that, мы также убрали поддержку IE7.

7.3.1 Предупреждение о устаревших браузерах

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

7.4 Поддержка веб-интерфейсом SQLite

7.5 Улучшение производительности веб-интерфейса

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

  • Производительность ПАНЕЛИ была улучшена на системах с большим количеством событий.
  • Карты сетей для не Супер-Администраторов
  • Комплексные экраны для не Супер-Администраторов
  • Разделы мониторинга и настройки услуг IT
  • Отчет о доступности

7.6 Новые иконки сетевых карт

Для Zabbix 2.0, поставляется совершенно новый набор иконок для сетей, а также было добавлено несколько новых иконок.

<список иконок>

7.7 Более интуитивный выбор диапазонов

Ранее, выбор диапазона объектов в веб-интерфейсе Zabbix был совершенно неитуитивным - надо было удерживать Ctrl для начала выбора диапазона и для окончания выбора диапазона. Начиная с версии 2.0, выбор диапазона работает также как и в большинстве других приложений. Кликнув один раз при начале выбора диапазона, затем, удерживая shift, кликнув на месте конца диапазона. Этот способ работает одинаково как для выбора, так и при отмене выбора диапазона (принимая выбор с самого первого клика).

7.8 Настраиваемая ПАНЕЛЬ

Элементы ПАНЕЛИ теперь могут быть организованы в пользовательский шаблон с помощью перетаскивания их в желаемое место. Элементы могут быть размещены по 3 колонкам.

7.9 Переводы управляются через gettext

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

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

Карты сетей получили пару улучшений в отношении обработки URL.

Несколько URL'ов для элементов карты сети

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

  • На уровне элемента карты сети
  • На уровне карты сети

Например, здесь два URL были заданы на уровне элемента (узла сети):

На уровне карты сети, URL'ы могут быть заданы для всех типов элементов данных. Здесь, URL задан для каждого доступного типа элементов:

Конечно, также возможно добавлять несколько URL'ов для одного типа элементов.

Когда эти URL'ы настроены, кликнув в разделе мониторинга на элементе карты сети они будут перечислены (по имени) в контекстном меню. Если элемент является владельцем URL'ов, а также есть на уровне карты сети тоже заданы URL для этого типа элемента, то URL'ы будут скомбинированы в одном меню:

Из уже имеющихся макросов, в URL'ах карт сети можно использовать {TRIGGER.ID}.

Дополнительно, были добавлены 3 макроса, которые также можно использовать в полях URL элементов:

  • {HOST.ID}
  • {HOSTGROUP.ID}
  • {MAP.ID}

Сохранение выбора сетки

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

Установка типа подписи типу элемента в каждой карте сети

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

Отображение узлов сети из группы узлов сети

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

Соответствие иконок

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

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

При принятии решения какая иконка должна быть использована, регулярное выражение будет сравниваться с указанным полем инвентарных данных. Order in which mappings are tried depends on match order.

Выбор элементов перемещением

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

Подсветка выделенной связи

Выбранная ссылка карты сети теперь подсвечивается в списке ссылок.

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

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

Изменения в окне свойств элемента

Окно свойств элементов карты сети получило несколько модификаций.

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

7.11 Настраиваемые имена важностей триггеров и их цвета

Имена и цвета важностей триггеров теперь можно с легкостью настроить в Администрирование → Общие → Важности триггеров.

7.12 Настраиваемое отображение проблем

Способ отображения триггеров в веб-интерфейсе может быть сейчас настроен в Администрирование → Общие → Опции отображения триггеров. Эта функция включает в себя ОК/ПРОБЛЕМА и подтвержден/неподтвержден.

Дополнительно, время как долго ОК триггеры должны отображаться после изменения состояния и как долго триггер будет мигать после изменения состояния сейчас могут быть настроены через веб-интерфейс, вместо изменения файла include/defines.inc.php.

7.13 Отчет об инвентарных данных

Возможность отчета о узлах сети по собранным для них инвентарным данным была добавлена на страницу Мониторинг → Инвентарные данные.

7.14 Экспорт событий в CSV

Событий со страницы Мониторинг → События теперь можно экспортировать в CSV файл, используя кнопку в верхнем правом углу.

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

7.15 Улучшения пользовательских выполняемых скриптов

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

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

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

Возможность указать тип скрипта

Ранее, если пользовательский сценарий был IPMI командой, он должен был следовать синтаксису IPMI <команда>. Начиная с Zabbix 2.0, это является опцией в форме редактирования скрипта.

Возможность выполнения скриптов на Zabbix агенте

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

7.16 Улучшения способов оповещений

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

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

Активация и деактивация способов оповещения пользователей

7.16.1 Отключение легенды графика

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

7.17 Улучшено расположение всплывающих окон

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

7.18 Улучшено отображение и настройка Услуг IT

мониторинг - показывает 80-100% при наведении мышкой (и подсказку), поменялись значения sla, выравнивание до десятичной точки, удалена ссылка на график “показать” (теперь она находится на полосе, ссылка на отчет по имени услуги), ожидаемый sla отображается черным, не зеленым, больше…

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

7.19 Шаблонные комплексные экраны

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

7.20 Возможность сортировки триггеров в комплексных экранах

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

https://support.zabbix.com/browse/ZBXNEXT-746

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

7.21 Предупреждение, при попытке загрузки слишком большого файла

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

7.22 Улучшен помощник конфигурации

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

Более лучший текст, изображения, удалены шаги 2-ой и 8-ой

7.23 Помощник настройки триггеров

Помощник настройки триггера теперь не дает задать параметр в секундах для функции триггера last()

7.24 Улучшена страница результатов поиска

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

7.25 Всплывающее меню выбора узла сети добавлено на большее количество страниц

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

7.26 Новая опция "Раскрыть макросы" на экране настроек сетевых карт

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

7.27 Улучшена схема отладки

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

7.28 Разрешено удаление зависимостей триггеров при массовом обновлении

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

7.29 Новые и обновленные переводы

7.29.1 Новые переводы
  • Турецкий
7.29.2 Обновленные переводы
  • Чешский
  • Голландский
  • Французский
  • Греческий
  • Немецкий
  • Японский
  • Латышский
  • Польский
  • Украинский
  • Русский
  • Испанский

8 Новые и улучшенные элементы данных

8.1 Добавлены описания элементов данных

…и 'описание' теперь 'имя'

Добавлены макросы {ITEM.DESCRIPTION} и {ITEM.KEY}.

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

Ключ system.localtime теперь поддерживает параметры:

  • utc (default) - возвращает Unix timestamp как и раньше;
  • local - возвращает время в формате 'гггг-мм-дд,чч:мм:сс.нн,+чч:мм'

net.tcp.dns и net.tcp.dns.query были переименованы в net.dns и в net.dns.record, соответственно. Старый синтаксис еще поддерживается как алиас. Они также сейчас поддерживаются в Windows.

Дополнительный функционал:

  • IP первым параметров более не игнорируется, таким образом имеется возможность указать DNS сервер отличный от localhost
  • Оба элемента данных получили возможность указывать время ожидания и количество попыток (не поддерживается в Windows)
  • net.dns получил поддержку указывать тип записи DNS, такие как A, CNAME и MX (net.dns.record уже поддерживал это). Смотрите документацию по элементам данных для получения более подробной информации

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 для получения большей информации.

8.2.1 Пропуск старых данных в мониторинге логов

добавлено опциональное подавление обработки старых данных в log[], logrt[] и eventlog[]

дополнительный параметр режим управляет этим:

  • all (по умолчанию)
  • skip (пропуск обработки старых данных)
8.2.2 Изменен формат простой проверки

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

8.2.3 Возможность отправки пустых строк

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

8.2.4 Изменения параметра внешней проверки

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

Кроме того, вшитый первый параметр {HOST.CONN} для внешних проверок был удален и теперь параметры внешних проверок могут быть полностью настраиваемы. Процесс обновления добавит этот макрос первым параметром всем существующим внешним проверкам.

8.2.5 Поддержка многострочных значений для внешних проверок

Теперь можно хранить вывод внешних проверок с многострочными значения.

8.2.6 Поддержка постфикса времени в агрегированных элементах данных

Агрегированные элементы данных теперь поддерживают постфиксы времени.

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

  • vfs.file.contents[] позволяет получить полное содержимое файла с каждой проверкой (ограничено 64КБ, будет неподдерживаемым если файл больше)

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

  • system.hw.chassis[full|type|vendor|model|serial] - по умолчанию [full], требуются права root
  • system.hw.cpu[all|cpunum,full|maxfreq|vendor|model|curfreq] - по умолчанию [all,full]
  • system.hw.devices[pci|usb] - по умолчанию [pci]
  • system.hw.macaddr[interface,short|full] - по умолчанию [all,full], интерфейс является регулярным выражением
  • system.sw.arch
  • system.sw.os[name|short|full] - по умолчанию [name]
  • system.sw.packages[пакет,менеджер,short|full] - по умолчанию [all,all,full], пакет является регулярным выражением

Элемент данных status был удален, так как был непростым в использовании и понимании. Вместо него был добавлен внутренний элемент данных - zabbix[хост,<тип>,доступность]. Он позволяет должным образом наблюдать за доступностью узла сети по каждому состоянию - Zabbix агент, SNMP, IPMI, JMX - и вернет значения доступности, недоступности или неизвестно. Процесс обновления базы данных не конвертирует все существующие ключи 'status' и связанные с ними триггерами в новый синтаксис, таким образом они должны быть сконвертированы вручную.

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

9.1 Улучшена производительность housekeeper для PostgreSQL

9.2 Кэширование основной конфигурации

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

  • Обновление неподдерживаемых элементов данных
  • Группа обнаружения
  • Пользовательские имена важностей
  • Как долго хранятся оповещения
  • Как долго хранятся события

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

9.3 Кэширование триггеров

Был введен кэш для триггеров. В настоящее время он содержит следующую информацию о триггерах:

  • описание
  • выражение
  • ошибка
  • важность
  • тип
  • значение
  • флаги_значения

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

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

9.4 Улучшения кэширования пользовательских макросов

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

9.5 Улучшение производительности в history (DB) syncer и в escalator

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

10 Другие улучшения

10.1 Поддержка наносекунд

10.2 Целостность базы данных

10.2.1 Создание базы данных

Был изменен порядок импорта файлов в базу - сейчас изображения должны быть импортированы до data.sql.

10.3 Улучшение авто-регистрации активных агентов

Авто-регистрация активных агентов теперь поддерживает мониторинг добавленных узлов сети с пассивными проверками. Когда активный агент запрашивает проверки, если у него в конфигурационном файле заданы параметры конфигурации ListenIP или ListenPort, они пересылаются на сервер. Если указано несколько IP адресов, то только первый передается на сервер.

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

Также для оповещений авто-регистрации активных агентов поддерживаются новые два макроса:

  • {HOST.IP} (или его устаревшая версия {IPADDRESS})
  • {HOST.PORT}

10.4 Автоматическое заполнение DNS имен

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

10.5 Переработка События

Способ обработки Zabbix'ом неизвестных событий был переработан. Ранее, в разделе Мониторинг → События, если событие было ОК → НЕИЗВЕСТНО → ОК, скрытие неизвестных событий показывало OK события в последовательном порядке. Начиная с 2.0.0, в этом случае будет отображаться только наиболее старое ОК события. Исключение для триггеров с “Множественные события ПРОБЛЕМА” - для этого случая, несколько последовательных событий будут всегда отображаться.

(should document how acknowledges work from server & frontend side)

Состояние триггера НЕИЗВЕСТНО было удалено - триггеры теперь всегда находятся в состояниях ОК или ПРОБЛЕМА, хотя они все еще могут переходить в неизвестное состояние. Это состояние будет использоваться только в информационных целях.

10.6 Изменения в поддерживаемых макросах

10.6.1 Общие макросы

В полях IP и DNS интерфейсов поддерживаются следующие макросы:

  • {HOST.HOST} (или его устаревшая версия {HOSTNAME})
  • {HOST.NAME}
  • {HOST.CONN}
  • {HOST.DNS}
  • {HOST.IP} (или его устаревшая версия {IPADDRESS})

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

  • {HOST.HOST} (или его устаревшая версия {HOSTNAME})
  • {HOST.NAME}
  • {HOST.CONN}
  • {HOST.DNS}
  • {HOST.IP} (или его устаревшая версия {IPADDRESS})
10.6.2 Поддержка пользовательских макросов

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

  • Узлы сети:
    • IP/DNS интерфейсов
    • Порт интерфейса
  • Пассивный прокси
    • Порт интерфейса
  • Элементы данных
    • SNMPv3 security name
    • SNMPv3 auth pass
    • SNMPv3 priv pass
    • SNMPv1/v2 community
    • SNMPv1/v2 OID
    • Дополнительные параметры БД монитора
    • Имя пользователя SSH
    • Публичный ключ SSH
    • Приватный ключ SSH
    • Пароль к SSH
    • Скрипт SSH
    • Имя пользователя Telnet
    • Пароль к Telnet
    • Скрипт Telnet
    • Выражения вычисляемых элементов данных
  • Обнаружение
  • SNMPv3 security name
  • SNMPv3 auth pass
  • SNMPv3 priv pass
  • SNMPv1/v2 community
  • SNMPv1/v2 OID

Дополнительно, макрос {TRIGGER.KEY<1-9>} был переименован в {ITEM.KEY<1-9>}.

10.7 Логический тип элементов данных

Был добавлен новый тип элемента данных - логический (boolean). Он преобразует текстовое представление в 0 или 1. Все совпадающие значения чувствительны к регистру. TRUE записывается как 1 и FALSE записывается как 0. В настоящее время распознаются следующие значения:

ПРАВДАЛОЖЬ
truefalse
tf
yesno
yn
updown
runningunused
enableddisabled
availableunavailable

В дополнение, любые ненулевые значения числа интерпретируются, как ПРАВДА, и нулевые интерпретируются, как ЛОЖЬ.

10.8 Изменения в доступе к API

Свойство “Доступ к API” групп пользователей было удалено. Начиная с Zabbix 2.0, все пользователи имеют доступ к API.

10.9 Единый формат времени

В предыдущих версиях Zabbix, указание времени до полуночи различалось в зависимости от места - в некоторых местах оно было “23:59”, в других - “24:00”. Начиная с Zabbix 2.0 был принят единый формат времени полуночи, который всегда указывается как “24:00”.

10.10 "Профиль узла сети" переименован в "инвентарные данные узла сети" и объединен

Ранее, узлы сети в Zabbix “нормальный” и “расширенный” профили. В Zabbix 2.0 эти профили были объединены в один, называемый “инвентарные данные узла сети”.

10.11 Эскалации включены по умолчанию

Начиная с Zabbix 2.0, эскалации всегда включены и не могут быть деактивированы. По умолчанию, условие “Значение триггера = ПРОБЛЕМА” добавлено к новым действиям, таким образом будут отправлены только оповещения о проблемах. Такой подход делает выбор сообщения о восстановлении более интуитивным. Это условие к действию может быть удалено пользователем.

10.12 Улучшения удаленных команд

Укажите IPMI как тип вместо синтаксиса obscure

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

Выполнение команд через SSH и telnet

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

10.13 Изменены размещения по умолчанию

10.13.1 Размещение файлов конфигурации

До 2.0 размещение было жестко вшито как /etc/zabbix . Начиная 2.0 значение по умолчанию изменилось на /usr/local/etc и зависит от переменной sysconfdir указанной при компиляции (которая игнорировалась до Zabbix 2.0).

10.13.2 Размещение внешних скриптов

До 2.0 размещение по умолчанию для внешних скриптов было /etc/zabbix/externalscripts. Начиная с 2.0 оно изменено на /usr/local/share/zabbix/externalscripts и зависит от переменной datadir указанной при компиляции. Это размещение может быть изменено используя параметр конфигурации ExternalScripts (сервер и прокси).

10.13.3 Размещение скриптов тревоги

До 2.0 размещение по умолчанию для скриптов оповещения было /home/zabbix/bin. Начиная с 2.0 оно изменено на /usr/local/share/zabbix/alertscripts и зависит от переменной datadir указанной при компиляции. Это размещение может быть изменено используя параметр конфигурации AlertScriptsPath (сервер).

10.14 Файлы конфигурации и папки добавляются в процессе установки

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

При установке Zabbix создаются следующие файлы конфигурации, если конечно отсутствуют:

  • /usr/local/etc/zabbix_server.conf
  • /usr/local/etc/zabbix_proxy.conf
  • /usr/local/etc/zabbix_agent.conf
  • /usr/local/etc/zabbix_agentd.conf

/usr/local/etc является значением по умолчанию во время компиляции установки для значения sysconfdir.

Следующие папки создаются для includes:

  • /usr/local/etc/zabbix_server.conf.d
  • /usr/local/etc/zabbix_proxy.conf.d
  • /usr/local/etc/zabbix_agent.conf.d
  • /usr/local/etc/zabbix_agentd.conf.d

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

Следующая папка создается при установке сервера или прокси:

  • /usr/local/share/zabbix/externalscripts

Следующая папка создается при установке сервера:

  • /usr/local/share/zabbix/alertscripts

/usr/local/share является значением по умолчанию во время компиляции установки для значения datadir.

10.15 Информация о неподдерживаемых элементах данных отправляется с прокси

Информация о неподдерживаемых элементах данных теперь передается с Zabbix прокси серверу.

10.16 Упрощение логики ServerActive

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

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

10.17 Упрощение конфигурации демона Zabbix агента

Конфигурация демона Zabbix агента была упрощена, были удалены параметры DisableActive и DisablePassive. Вместо этого, если не указан параметр ServerActive, то активные элементы данных не будут обрабатываться, а если указать StartAgents=0, то будет отключена обработка входящих подключения для пассивных проверок.

10.18 Мониторинг файлов превышающих 2ГБ

Хотя ранее Zabbix поддерживал мониторинг файлов более чем 2ГБ, такая поддержка не была совместимой - она колебалась от платформы и от элемента данных. Начиная с 2.0, поддержка файлов превышающих 2ГБ доступна также и на 32-битных системах для всех компонентов, в том числе такие задачи как мониторинг файлов журналов, мониторинг размера файлов и другие. Смотрите раздел поддержки больших файлов для получения более подробной информации.

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