3. Низкоуровневое обнаружение (LLD)
Обзор
Низкоуровневое обнаружение (LLD) автоматически обнаруживает сущности (например, файловые системы, сетевые интерфейсы) на узле сети и создает соответствующие элементы данных, триггеры и графики без ручной настройки для каждой сущности.
Чтобы использовать LLD, вы создаете правило обнаружения, которое собирает JSON-данные, описывающие сущности, и прототипы (элемент данных, триггер и график) для каждой сущности.
JSON, возвращаемый правилом, должен быть массивом объектов, где каждый объект представляет одну обнаруженную сущность с использованием пар ключ-значение. Например, правило обнаружения net.if.discovery может вернуть:
[
{"{#IFNAME}": "lo"},
{"{#IFNAME}": "eth0"}
]
Соответствующий набор элементов данных, триггеров и графиков затем создается из прототипов — по одному для каждого интерфейса (lo и eth0).
Если объекты содержат ключи в формате {#MACRO}, эти макросы используются напрямую в прототипах. Если нет, либо если требуются дополнительные/пользовательские макросы, макросы можно определить вручную и сопоставить с полями JSON с помощью JSONPath.
LLD также может создавать узлы сети (например, для виртуальных машин, обнаруженных на гипервизоре), и поддерживает вложенные правила обнаружения для многоуровневого обнаружения.
Сущности, которые больше не обнаруживаются, могут быть автоматически отключены или удалены.
Настройка низкоуровневого обнаружения
Мы рассмотрим низкоуровневое обнаружение на примере обнаружения файловой системы.
Чтобы настроить обнаружение, выполните следующие действия:
- Перейдите в Сбор данных > Шаблоны или Узлы сети.
- Нажмите Обнаружение в строке соответствующего шаблона/узла сети.

- Нажмите Создать правило обнаружения в правом верхнем углу экрана.
- Заполните форму правила обнаружения, указав необходимые сведения.
Правило обнаружения
Диалог правила обнаружения содержит пять вкладок, представляющих (слева направо) поток обработки данных во время обнаружения:
- Правило обнаружения (Discovery rule) — самое главное, определяет встроенный элемент данных или пользовательский сценарий для получения данных обнаружения.
- Предобработка (Preprocessing) — применяет какую-либо предобработку к данным обнаружения.
- LLD макросы (LLD macros) — позволяет извлечь значения некоторых макросов, чтобы использовать в обнаруженных элементах данных, триггерах и т.д.
- Фильтры (Filters) — позволяет отфильтровать обнаруженные значения.
- Замещения (Overrides) — позволяет изменить прототипы элементов данных, триггеров, графиков или узлов сети, когда они применяются к конкретным найденным объектам.
Вкладка Правило обнаружения (Discovery rule) содержит ключ элемента данных, используемого для обнаружения (а также некоторые общие атрибуты правила обнаружения):

Все обязательные поля ввода отмечены красной звёздочкой.
| Параметр | Описание |
|---|---|
| Имя (Name) | Имя правила обнаружения. |
| Тип (Type) |
Тип проверки выполняемого обнаружения. В данном примере мы используем тип Zabbix агент. Правило обнаружения также может являться зависимым элементом данных, зависящим от обычного элемента данных. Оно не может зависеть от другого правила обнаружения. Для зависимых элементов данных выберите соответствующий тип (Зависимый элемент данных (Dependent item)) и укажите основной элемент данных в поле «Основной элемент данных (Master item)». Основной элемент данных должен существовать. |
| Ключ (Key) |
Введите ключ элемента данных, используемого для обнаружения (до 2048 символов). Например, вы можете использовать встроенный ключ элемента данных «vfs.fs.discovery», который возвращает строку JSON со списком файловых систем, присутствующих в компьютере, их типов и опций монтирования. Обратите внимание, что другой вариант обраружения файловых систем — это использовать результаты, возвращаемые ключом агента «vfs.fs.get» (смотрите пример). |
| Интервал обновления (Update interval) |
Это поле задаёт, как часто Zabbix выполняет обнаружение. Вначале, когда вы только настраиваете обнаружение файловых систем, вы можете указать маленький интервал; но как только вы удостоверитесь что всё работает, вы можете установить его в 30 минут или более, потому что обычно файловые системы не меняются очень часто. Поддерживаются суффиксы времени, например: 30s, 1m, 2h, 1d. Поддерживаются пользовательские макросы. Обратите внимание: интервал обновления может быть выставлен в «0» только если существует пользовательский интервал с ненулевым значением. Если укажете значение, равное «0», и пользовательский интервал (переменный или по расписанию) с ненулевым значением существует, элемент данных будет опрашиваться в течение действия переменного интервала. Новые правила обнаружения будут проверяться в течение 60 секунд с момента их создания, если только для них не заданы интервал обновления по расписанию или переменный интервал обновления, а Интервал обновления (Update interval) не установлен в 0. Обратите внимание, что уже созданное правило обнаружения можно выполнить незамедлительно нажатием кнопки Выполнить сейчас. |
| Пользовательские интервалы (Custom intervals) |
Вы можете создавать пользовательские правила проверки элемента данных: Гибкий (Flexible) — создание исключений из Интервала обновления (интервал с другой частотой обновления) По расписанию (Scheduling) — создание пользовательского расписания проверки. Для получения более подробной информации смотрите Пользовательские интервалы. |
| Время ожидания (Timeout) |
Укажите тайм-аут проверки обнаружения. Выберите вариант тайм-аута: Глобальный (Global) — используется глобальный тайм-аут или тайм-аут прокси (отображается в поле Время ожидания на сером фоне); Замещения (Override) — применяется пользовательский тайм-аут (заданный в поле Время ожидания; допустимый диапазон: 1 - 600s). Поддерживаются суффиксы времени, например: 30s, 1m; также поддерживаются пользовательские макросы. Щелчок по ссылке Время ожидания (Timeouts) позволяет настроить тайм-ауты прокси либо глобальные тайм-ауты (если прокси не используется). Обратите внимание, что ссылка Время ожидания (Timeouts) видна только пользователям с типом Супер-администратор, имеющим доступ к разделам веб-интерфейса Администрирование (Administration) → Общие (General) или Администрирование (Administration) → Прокси (Proxies). |
| Удаление потерянных ресурсов (Delete lost resources) |
Укажите, через какое время обнаруженный объект будет удалён, после того как его состояние обнаружения станет «более не обнаруживается (Not discovered anymore)»: Никогда (Never) — не будет удалён; Незамедлительно (Immediately) — будет удалён сразу же; После (After) — будет удалён по истечении указанного периода времени. Значение должно быть больше, чем значение в поле Деактивация потерянных ресурсов (Disable lost resources). Поддерживаются суффиксы времени, например: 2h, 1d. Поддерживаются пользовательские макросы. Обратите внимание: Использование значения «Незамедлительно (Immediately)» не рекомендуется, так как простое ошибочное изменение фильтра может закончиться тем, что объект будет удалён вместе со всеми данными истории. Обратите внимание, что ресурсы, деактивированные вручную, правилом низкоуровневого обнаружения удалены не будут. |
| Деактивация потерянных ресурсов (Disable lost resources) |
Укажите, через какое время обнаруженный объект будет деактивирован, после того как его состояние обнаружения станет «более не обнаруживается (Not discovered anymore)»: Никогда (Never) — не будет деактивирован; Незамедлительно (Immediately) — будет деактивирован сразу же; После (After) — будет деактивирован по истечении указанного периода времени. Значение должно быть больше, чем интервал обновления правила обнаружения. Обратите внимание, что автоматически деактивированные ресурсы будут активированы снова, если будут заново обнаружены низкоуровневым обнаружением. Ресурсы, деактивированные вручную, не станут активированы снова при повторном обнаружении. Это поле не отображается, если параметр Удаление потерянных ресурсов (Delete lost resources) задан в «Незамедлительно (Immediately)». Поддерживаются суффиксы времени, например: 2h, 1d. Поддерживаются пользовательские макросы. |
| Описание (Description) | Введите описание. |
| Активировано (Enabled) | Если отмечено, правило будет обрабатываться. |
История правил обнаружения не сохраняется.
Предобработка
Вкладка Предобработка (Preprocessing) позволяет задать правила преобразований, применяемых к результату обнаружения. На этом шаге возможны одно или несколько преобразований. Преобразования выполняются в том порядке, в котором заданы. Вся предобработка выполняется сервером Zabbix.
Смотрите также:

| Тип | ||
|---|---|---|
| Преобразование | Описание | |
| Текст (Text) | ||
| Регулярное выражение (Regular expression) |
Сопоставить полученное значение с регулярным выражением <шаблона> и заменить значение тем, что извлекается в <выводе>. Регулярное выражение поддерживает извлечение максимум 10 захваченных групп с помощью последовательностей \N. Параметры: шаблон (pattern) — регулярное выражение вывод (output) — шаблон форматирования вывода. \N (где N=1…9) — управляющая последовательность заменяется N-ной совпадающей группой. Управляющая последовательность \0 заменяется совпадающим текстом. Если выбрана опция Другое при ошибке (Custom on fail), появится возможность указать пользовательские параметры обработки ошибок: либо отбросить значение, либо задать указанное значение, либо задать нужное сообщение об ошибке. |
|
| Замена (Replace) |
Поиск нужной строки и замена её на другую (или пустотой). Будут заменены все экземпляры искомой строки. Параметры: строка поиска (search string) — строка для поиска и замены, с учётом регистра (обязательно) замена (replacement) — строка для замены строки поиска. Строка замены может быть и пустой, что позволяет эффективно удалять строку поиска при ее обнаружении. Можно использовать управляющие последовательности для поиска или замены переводов строки, возврата каретки, табуляции и пробелов "\n \r \t \s"; обратную косую черту можно экранировать как "\\", а управляющие последовательности можно экранировать как "\\n". При низкоуровневом обнаружении экранирование переводов строки, возвратов каретки, табуляций выполняется автоматически. |
|
| Составные данные (Structured data) | ||
| JSONPath | Извлечение значения или фрагмента из данных JSON с использованием функционала JSONPath. Если выбрана опция Другое при ошибке (Custom on fail), элемент данных не перейдёт в неподдерживаемое состояние при неуспешном завершении шага предобработки, и появится возможность указать пользовательские параметры обработки ошибок: либо отбросить значение, либо задать указанное значение, либо задать нужное сообщение об ошибке. |
|
| XML XPath | Извлечение значения или фрагмента из XML данных с использованием функционала XPath. Чтобы эта опция работала, Zabbix сервер должен быть скомпилирован с поддержкой libxml. Примеры: number(/document/item/value) извлечёт 10 из <document><item><value>10</value></item></document>number(/document/item/@attribute) извлечёт 10 из <document><item attribute="10"></item></document>/document/item извлечёт <item><value>10</value></item> из <document><item><value>10</value></item></document>Обратите внимание на то, что пространства имён не поддерживаются. Если выбрана опция Другое при ошибке (Custom on fail), появится возможность указать пользовательские параметры обработки ошибок: либо отбросить значение, либо задать указанное значение, либо задать нужное сообщение об ошибке. |
|
| CSV в JSON (CSV to JSON) |
Конвертация данных файла CSV в формат JSON. Для получения дополнительной информации смотрите: Преобразование CSV в JSON. |
|
| XML в JSON (XML to JSON) |
Конвертация данных в XML формате в JSON. Для получения дополнительной информации смотрите: Правила сериализации. Если выбрана опция Другое при ошибке (Custom on fail), появится возможность указать пользовательские параметры обработки ошибок: либо отбросить значение, либо задать указанное значение, либо задать нужное сообщение об ошибке. |
|
| SNMP | ||
| Значение SNMP walk (SNMP walk value) |
Извлечение значения по указанному OID / имени MIB и применение параметров форматирования: Без изменений (Unchanged) — вернуть шестнадцатеричную строку как неэкранированную шестнадцатеричную строку (обратите внимание, что подсказки отображения всё ещё применяются); UTF-8 из Hex-STRING (UTF-8 from hex-STRING) — преобразовать шестнадцатеричную строку в строку UTF-8; MAC из Hex-STRING (MAC from hex-STRING) — преобразовать шестнадцатеричную строку в строку MAC-адреса (где « » заменяются на «:»);Целое число из BITS (Integer from BITS) — преобразовать первые 8 байтов битовой строки, выраженной как последовательность шестнадцатеричных символов (например, «1A 2B 3C 4D»), в 64-битное беззнаковое целое число. В битовых строках длиннее 8 байтов последующие байты будут игнорироваться. Если выбрана опция Другое при ошибке (Custom on fail), появится возможность указать пользовательские параметры обработки ошибок: либо отбросить значение, либо задать указанное значение, либо задать нужное сообщение об ошибке. |
|
| SNMP walk в JSON (SNMP walk to JSON) |
Преобразовать значения SNMP в JSON. Укажите имя поля в JSON и соответствующий путь SNMP OID. Значения полей будут заполнены значениями в указанном пути SNMP OID. Можно использовать этот шаг предварительной обработки для обнаружения SNMP OID. Доступны параметры форматирования значений, аналогичные шагу Значение SNMP walk (SNMP walk value). Если выбрана опция Другое при ошибке (Custom on fail), появится возможность указать пользовательские параметры обработки ошибок: либо отбросить значение, либо задать указанное значение, либо задать нужное сообщение об ошибке. |
|
| SNMP get значение (SNMP get value) |
Применить параметры форматирования к SNMP get значение: UTF-8 из Hex-STRING (UTF-8 from Hex-STRING) — преобразовать hex-строку в строку UTF-8; MAC из Hex-STRING (MAC from Hex-STRING) — преобразовать шестнадцатеричную строку в строку MAC-адреса (где « » заменяются на «:»);Целое число из BITS (Integer from BITS) — преобразовать первые 8 байтов битовой строки, выраженной как последовательность шестнадцатеричных символов (например, «1A 2B 3C 4D»), в 64-битное беззнаковое целое число. В битовых строках длиннее 8 байтов последующие байты будут игнорироваться. Если выбрана опция Другое при ошибке (Custom on fail), появится возможность указать пользовательские параметры обработки ошибок: либо отбросить значение, либо задать указанное значение, либо задать нужное сообщение об ошибке. |
|
| Пользовательские скрипты (Custom scripts) | ||
| JavaScript | Введите код JavaScript в блоке, который появится при нажатии в поле параметра или на иконку карандаша. Обратите внимание, что доступная длина JavaScript зависит от используемой базы данных. Для получения дополнительной информации смотрите: Предобработка Javascript |
|
| Валидация (Validation) | ||
| Не совпадает с регулярным выражением (Does not match regular expression) |
Укажите регулярное выражение, которому значение не должно соответствовать. Например: Error:(.*?)\.Если выбрана опция Другое при ошибке (Custom on fail), появится возможность указать пользовательские параметры обработки ошибок: либо отбросить значение, либо задать указанное значение, либо задать нужное сообщение об ошибке. |
|
| Проверка на ошибку в JSON (Check for error in JSON) |
Проверка, нет ли сообщения об ошибке на уровне приложения в JSONPath. Обработка будет остановлена в случае положительного результата (сообщение присутствует и непустое); в противном случае обработка будет продолжена со значением, подготовленным до этого шага предварительной обработки. Обратите внимание, что эти внешние сервисные ошибки сообщаются пользователю напрямую, без добавления информации о шаге предварительной обработки. Например: $.errors. Если получен JSON наподобие {"errors":"e1"}, следующий шаг предобработки выполняться не будет.Если выбрана опция Другое при ошибке (Custom on fail), появится возможность указать пользовательские параметры обработки ошибок: либо отбросить значение, либо задать указанное значение, либо задать нужное сообщение об ошибке. |
|
| Проверьте на наличие ошибок в XML (Check for error in XML) |
Проверка, нет ли сообщения об ошибке на уровне приложения в XPath. Обработка будет остановлена в случае положительного результата (сообщение присутствует и непустое); в противном случае обработка будет продолжена со значением, подготовленным до этого шага предварительной обработки. Обратите внимание, что эти внешние сервисные ошибки сообщаются пользователю напрямую, без добавления информации о шаге предварительной обработки. Об ошибке не будет сообщено в случае сбоя при разборе некорректного XML. Если выбрана опция Другое при ошибке (Custom on fail), появится возможность указать пользовательские параметры обработки ошибок: либо отбросить значение, либо задать указанное значение, либо задать нужное сообщение об ошибке. |
|
| Совпадение регулярному выражению (Matches regular expression) |
Укажите регулярное выражение, которому значение обязано соответствовать. Если выбрана опция Другое при ошибке (Custom on fail), появится возможность указать пользовательские параметры обработки ошибок: либо отбросить значение, либо задать указанное значение, либо задать нужное сообщение об ошибке. |
|
| Троттлинг (Throttling) | ||
| Отбрасывать не изменившееся с периодическим контролем (Discard unchanged with heartbeat) |
Отбросить значение, если оно не изменилось в течение заданного периода (в секундах). Поддерживаются положительные целые значения для секунд (минимально — 1 секунда). В этом поле можно использовать суффиксы времени (такие как 30s, 1m, 2h, 1d). В этом поле можно использовать пользовательские макросы и макросы низкоуровневого обнаружения. Для элемента данных правила обнаружения можно указать только один параметр троттлинга. Например: 1m. Если идентичный текст передаётся этому правилу дважды в течение 60 секунд, он будет отброшен.Обратите внимание: Изменение прототипов элементов данных не сбрасывает троттлинг. Троттлинг сбрасывается только при изменении шагов предобработки. |
|
| Prometheus | ||
| Prometheus в JSON (Prometheus to JSON) |
Преобразование необходимых Prometheus метрик в JSON. Обратитесь к проверкам Prometheus для получения более подробных сведений. |
|
Обратите внимание, что если правило обнаружения применено к узлу сети через шаблон, то содержимое этой вкладки будет доступно только для чтения.
Пользовательские макросы
Вкладка LLD macros позволяет указать пользовательские LLD macros, если возвращаемый JSON еще не содержит ключей в формате {#MACRO}.
Например, ключ элемента данных агента vfs.fs.get возвращает JSON с данными файловой системы без каких-либо предопределенных LLD macros.
Здесь вы вручную определяете макросы и сопоставляете их со значениями в JSON с помощью выражений JSONPath:

| Parameter | Description |
|---|---|
| LLD macro | Имя LLD macro в формате {#MACRO}. |
| JSONPath | Выражение, которое определяет, какое значение извлекать из каждой обнаруженной сущности в массиве JSON. Например, $.foo извлекает "bar" и "baz" из[{"foo":"bar"}, {"foo":"baz"}].JSONPath поддерживает как точечную, так и скобочную нотацию. Скобочная нотация должна использоваться для ключей, содержащих специальные символы или Unicode, например, $['unicode + special chars #1']['unicode + special chars #2']. |
Правило обнаружения должно возвращать массив JSON в корне ($.).
Для обратной совместимости также допускается объект JSON, содержащий единственный массив "data". В этом случае массив "data" автоматически разворачивается:
{"data":[{"foo":"bar"}, {"foo":"baz"}]}
Фильтр
Фильтр можно использовать для создания реальных элементов данных, триггеров и графиков только для сущностей, которые соответствуют критериям. Вкладка Фильтры содержит определения фильтров правила обнаружения, позволяющие фильтровать значения обнаружения:

| Parameter | Description |
|---|---|
| Тип вычисления | Доступны следующие варианты вычисления фильтров: And - все фильтры должны быть пройдены; Or - достаточно, чтобы был пройден один фильтр; And/Or - использует And с разными именами макросов и Or с одинаковым именем макроса; Custom expression - предоставляет возможность определить собственный способ вычисления фильтров. Формула должна включать все фильтры в списке. Ограничено 255 символами. |
| Фильтры | Доступны следующие операторы условий фильтра: matches, does not match, exists, does not exist. Операторы matches и does not match ожидают регулярное выражение, совместимое с Perl (PCRE). Вы можете ввести регулярное выражение или сослаться на глобальное регулярное выражение в поле Regular expression. Операторы exists и does not exist позволяют фильтровать сущности на основе наличия или отсутствия указанного LLD-макроса в ответе. Обратите внимание: если макрос из фильтра отсутствует в ответе, найденная сущность будет проигнорирована, если только для этого макроса не указано условие "does not exist". Будет показано предупреждение, если отсутствие макроса влияет на результат выражения. Например, если {#B} отсутствует в:{#A} matches 1 and {#B} matches 2 - будет предупреждение{#A} matches 1 or {#B} matches 2 - без предупреждения. |
Например, если вас интересуют только файловые системы C:, D: и E:, вы можете поместить {#FSNAME} в поле Macro и ^C|^D|^E в поле Regular expression.
Фильтрация также возможна по типам файловых систем с использованием макроса {#FSTYPE} (например, ^ext|^reiserfs) и по типам дисков (поддерживается только агентом Windows) с использованием макроса {#FSDRIVETYPE} (например, fixed).
Чтобы проверить регулярное выражение, вы можете использовать grep -E, например:
for f in ext2 nfs reiserfs smbfs;
do echo $f | grep -E '^ext|^reiserfs' || echo "SKIP: $f";
done
Ошибка или опечатка в регулярном выражении, используемом в правиле LLD (например, неверное регулярное выражение "File systems for discovery"), может привести к удалению тысяч элементов конфигурации, исторических значений и событий для многих узлов сети.
База данных Zabbix в MySQL должна быть создана с учетом чувствительности к регистру, если требуется корректное обнаружение имен файловых систем, различающихся только регистром.
Переопределение
Вкладка Overrides позволяет задавать правила для изменения списка прототипов элементов данных, триггеров, графиков, узлов сети и обнаружения или их атрибутов для обнаруженных объектов, которые соответствуют заданным критериям.

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

Все обязательные параметры отмечены красными звездочками.
| Parameter | Description |
|---|---|
| Name | Уникальное имя переопределения (для каждого правила LLD). |
| If filter matches | Определяет, будут ли обрабатываться следующие переопределения, если условия фильтра выполнены: Continue overrides - последующие переопределения будут обработаны. Stop processing - будут выполнены операции из предыдущих (если есть) и этого переопределения, последующие переопределения будут проигнорированы для совпавших строк LLD. |
| Filters | Определяет, к каким обнаруженным сущностям следует применять переопределение. Фильтры переопределения обрабатываются после фильтров правила обнаружения и имеют ту же функциональность. |
| Operations | Операции переопределения отображаются со следующими сведениями: Condition - тип объекта и условие, которому должно соответствовать имя объекта; например: прототип триггера не равен Disk space is low (used > 50%). Actions - отображаются ссылки для редактирования и удаления операции. |
Настройка операции
Чтобы настроить параметры новой операции, нажмите
в блоке Operations.
Чтобы изменить существующую операцию, нажмите
рядом с операцией.
Откроется всплывающее окно, в котором можно изменить параметры операции.

| Parameter | Description | ||
|---|---|---|---|
| Object | Доступны пять типов объектов: Прототип элемента данных Прототип триггера Прототип графика Прототип узла сети Прототип обнаружения |
||
| Condition | Позволяет фильтровать сущности, к которым следует применять операцию. | ||
| Operator | Поддерживаемые операторы: equals - применить к этому прототипу does not equal - применить ко всем прототипам, кроме этого contains - применить, если имя прототипа содержит эту строку does not contain - применить, если имя прототипа не содержит эту строку matches - применить, если имя прототипа соответствует регулярному выражению does not match - применить, если имя прототипа не соответствует регулярному выражению |
||
| Pattern | Регулярное выражение regular expression или строка для поиска. | ||
| Object: Item prototype | |||
| Create enabled | Когда установлен флажок, появятся кнопки, позволяющие переопределить исходные настройки прототипа элемента данных: Yes - элемент данных будет добавлен в включенном состоянии. No - элемент данных будет добавлен к обнаруженной сущности, но в отключенном состоянии. |
||
| Discover | Когда установлен флажок, появятся кнопки, позволяющие переопределить исходные настройки прототипа элемента данных: Yes - элемент данных будет добавлен. No - элемент данных не будет добавлен. |
||
| Update interval | Когда установлен флажок, появятся два параметра, позволяющие задать другой интервал для элемента данных: Delay - интервал обновления элемента данных. Поддерживаются user macros, LLD macros и time suffixes (например, 30s, 1m, 2h, 1d). Если используется Custom interval, следует установить значение 0. Custom interval - нажмите , чтобы указать гибкие интервалы или интервалы по расписанию. Подробности см. в разделе Custom intervals. |
||
| History | Когда установлен флажок, появятся кнопки, позволяющие задать другой период хранения истории для элемента данных: Do not store - если выбрано, история храниться не будет. Store up to - если выбрано, справа появится поле для ввода периода хранения. Поддерживаются user macros и LLD macros. |
||
| Trends | Когда установлен флажок, появятся кнопки, позволяющие задать другой период хранения трендов для элемента данных: Do not store - если выбрано, тренды храниться не будут. Store up to - если выбрано, справа появится поле для ввода периода хранения. Поддерживаются user macros и LLD macros. |
||
| Tags | Когда установлен флажок, появится новый блок, позволяющий указать пары тег-значение. Поддерживаются user macros и LLD macros. Эти теги будут добавлены к тегам, указанным в прототипе элемента данных, даже если имена тегов совпадают. |
||
| Object: Trigger prototype | |||
| Create enabled | Когда установлен флажок, появятся кнопки, позволяющие переопределить исходные настройки прототипа триггера: Yes - триггер будет добавлен в включенном состоянии. No - триггер будет добавлен к обнаруженной сущности, но в отключенном состоянии. |
||
| Discover | Когда установлен флажок, появятся кнопки, позволяющие переопределить исходные настройки прототипа триггера: Yes - триггер будет добавлен. No - триггер не будет добавлен. |
||
| Severity | Когда установлен флажок, появятся кнопки уровня серьезности триггера, позволяющие изменить серьезность триггера. | ||
| Tags | Когда установлен флажок, появится новый блок, позволяющий указать пары тег-значение. Поддерживаются user macros и LLD macros. Эти теги будут добавлены к тегам, указанным в прототипе триггера, даже если имена тегов совпадают. |
||
| Object: Graph prototype | |||
| Discover | Когда установлен флажок, появятся кнопки, позволяющие переопределить исходные настройки прототипа графика: Yes - график будет добавлен. No - график не будет добавлен. |
||
| Object: Host prototype | |||
| Create enabled | Когда установлен флажок, появятся кнопки, позволяющие переопределить исходные настройки прототипа узла сети: Yes - узел сети будет создан в включенном состоянии. No - узел сети будет создан в отключенном состоянии. |
||
| Discover | Когда установлен флажок, появятся кнопки, позволяющие переопределить исходные настройки прототипа узла сети: Yes - узел сети будет обнаружен. No - узел сети не будет обнаружен. |
||
| Link templates | Когда установлен флажок, появится поле для ввода шаблонов. Начните вводить имя шаблона или нажмите Select рядом с полем и выберите шаблоны из списка во всплывающем окне. Шаблоны из этого переопределения добавляются ко всем шаблонам, уже связанным с прототипом узла сети. |
||
| Tags | Когда установлен флажок, появится новый блок, позволяющий указать пары тег-значение. Поддерживаются user macros и LLD macros. Эти теги будут добавлены к тегам, указанным в прототипе узла сети, даже если имена тегов совпадают. |
||
| Host inventory | Когда установлен флажок, появятся кнопки, позволяющие выбрать другой режим инвентаризации для прототипа узла сети: Disabled - не заполнять инвентарные данные узла сети Manual - указывать сведения вручную Automated - автоматически заполнять инвентарные данные узла сети на основе собранных метрик. |
||
| Object: Discovery prototype | |||
| Create enabled | Когда установлен флажок, появятся кнопки, позволяющие переопределить исходные настройки прототипа обнаружения: Yes - правило обнаружения будет добавлено в включенном состоянии. No - правило обнаружения будет добавлено в отключенном состоянии. |
||
| Discover | Когда установлен флажок, появятся кнопки, позволяющие переопределить исходные настройки прототипа обнаружения: Yes - правило обнаружения будет добавлено. No - правило обнаружения не будет добавлено. |
||
| Update interval | Когда установлен флажок, появятся два параметра, позволяющие задать другой интервал для правила обнаружения: Delay - интервал обновления правила. Поддерживаются user macros, LLD macros и time suffixes (например, 30s, 1m, 2h, 1d). Если используется Custom interval, следует установить значение 0. Custom interval - нажмите , чтобы указать гибкие интервалы или интервалы по расписанию. Подробности см. в разделе Custom intervals. |
||
Кнопки диалога
Кнопки в нижней части диалога позволяют выполнить несколько видов операций.
(Добавить) |
Добавление правила обнаружения. Эта кнопка доступна только для новых правил обнаружения. |
(Обновить) |
Обновление свойств правила обнаружения. Эта кнопка доступна только для уже существующих правил обнаружения. |
(Клонировать) |
Создание другого правила обнаружения на основе свойств текущего правила обнанужения. |
(Выполнить сейчас) |
Выполнение немедленного обнаружения на основе правила обнаружения. Правило обнаружения должно существовать. Смотрите более подробную информацию. Обратите внимание, что когда обнаружение выполняется немедленно, кэш конфигурации не обновляется, поэтому на результат не повлияют совсем недавние изменения настроек правила обнаружения. |
(Тест) |
Протестировать настройки правила обнаружения. Используйте эту кнопку для проверки настроек конфигурации (таких как подключение и корректность параметров) без постоянного применения каких-либо изменений. |
(Удалить) |
Удаление правила обнаружения |
(Отмена) |
Отмена изменения свойств правила обнаружения. |
Обнаруженные объекты
Представленные ниже снимки экрана иллюстрируют, как выглядят уже обнаруженные элементы данных, триггеры и графики в настройках узла сети. Обнаруженные объекты имеют префикс — ссылку золотистого цвета, которая ведёт к правилу обнаружения, создавшему эти объекты.

Обратите внимание, что обнаруженные объекты не будут созданы в случае, если объекты с такими же условиями уникальности уже существуют — например, элемент данных с таким же ключом или график с таким же именем. В таком случае в веб-интерфейсе отобразится сообщение об ошибке, что правило низкоуровневого обнаружения не смогло создать определённые объекты. Само правило обнаружения, тем не менее, не станет неподдерживаемым из-за того, что некоторые объекты не смогли быть созданы и были пропущены. Правило обнаружения перейдёт к созданию/обновлению других объектов.
Если обнаруженный объект (узел сети, файловая система, интерфейс и т.д.) более не обнаруживается (или более не попадает под фильтр), то объекты, созданные на его основе, могут быть автоматически деактивированы и впоследствии удалены.
Потерянные ресурсы могут быть автоматически деактивированы на основе значения параметра Удаление потерянных ресурсов (Delete lost resources). Это влияет на потерянные узлы сети, группы узлов сети, элементы данных, триггеры и графики.
Потерянные ресурсы могут быть автоматически удалены на основе значения параметра Деактивация потерянных ресурсов (Disable lost resources). Это влияет на потерянные узлы сети, элементы данных и триггеры.
Когда обнаруженный объект становится «Более не обнаруживается», в списке элементов данных будет отображаться оранжевый индикатор времени жизни. Переместите курсор мыши на этот индикатор, и вы увидите сообщение с количеством дней до момента удаления элемента данных.

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


Другие типы обнаружения
Для получения более подробных сведений и инструкций по остальным типам доступных «из коробки» обнаружений смотрите следующие разделы:
- обнаружение сетевых интерфейсов;
- обнаружение CPU и ядер CPU;
- обнаружение SNMP OID-ов;
- обнаружение объектов JMX;
- обнаружение с использованием запросов ODBC SQL;
- обнаружение служб Windows;
- обнаружение интерфейсов узлов сети в Zabbix.
Для получения более подробных сведений касательно JSON формата по обнаружению элементов данных и примера, каким образом реализовать своё собственное обнаружение файловых систем при помощи Perl скрипта, смотрите создание пользовательских правил LLD.
(Добавить)
(Обновить)
(Клонировать)
(Выполнить сейчас)
(Тест)
(Удалить)
(Отмена)