Обнаружение на низком уровне
Обзор
Низкоуровневое обнаружение (LLD) автоматически обнаруживает сущности (например, файловые системы, сетевые интерфейсы) на узле сети и создает соответствующие элементы данных, триггеры и графики без ручной настройки для каждой сущности.
Чтобы использовать LLD, вы создаете правило обнаружения, которое собирает JSON-данные, описывающие сущности, и прототипы (элемент данных, триггер и график) для каждой сущности.
JSON, возвращаемый правилом, должен быть массивом объектов, где каждый объект представляет одну обнаруженную сущность с использованием пар ключ-значение. Например, правило обнаружения net.if.discovery может вернуть:
[
{"{#IFNAME}": "lo"},
{"{#IFNAME}": "eth0"}
]Соответствующий набор элементов данных, триггеров и графиков затем создается из прототипов — по одному для каждого интерфейса (lo и eth0).
Если объекты содержат ключи в формате {#MACRO}, эти макросы используются напрямую в прототипах. Если нет, либо если требуются дополнительные/пользовательские макросы, макросы можно определить вручную и сопоставить с полями JSON с помощью JSONPath.
LLD также может создавать узлы сети (например, для виртуальных машин, обнаруженных на гипервизоре), и поддерживает вложенные правила обнаружения для многоуровневого обнаружения.
Сущности, которые больше не обнаруживаются, могут быть автоматически отключены или удалены.
Настройка низкоуровневого обнаружения
Мы рассмотрим низкоуровневое обнаружение на примере обнаружения файловой системы.
Чтобы настроить обнаружение, выполните следующие действия:
- Перейдите в Сбор данных > Шаблоны или Узлы сети.
- Нажмите Обнаружение в строке соответствующего шаблона/узла сети.
- Нажмите Создать правило обнаружения в правом верхнем углу экрана.
- Заполните форму правила обнаружения, указав необходимые сведения.
Правило обнаружения
Форма правила обнаружения содержит пять вкладок, которые, слева направо, отражают поток данных во время обнаружения:
- Правило обнаружения - в первую очередь указывает встроенный элемент данных или пользовательский скрипт для получения данных обнаружения.
- Предобработка - применяет некоторую предобработку к обнаруженным данным.
- LLD macros - позволяет извлекать значения некоторых макросов для использования в обнаруженных элементах данных, триггерах и т. д.
- Фильтры - позволяет фильтровать обнаруженные значения.
- Переопределения - позволяет изменять элементы данных, триггеры, графики или прототипы узлов сети при применении к конкретным обнаруженным объектам.
Вкладка Правило обнаружения содержит ключ элемента данных, используемый для обнаружения, а также некоторые общие атрибуты правила обнаружения:
Все обязательные поля ввода отмечены красной звездочкой.
| Parameter | Description |
|---|---|
| Name | Имя правила обнаружения. |
| Type | Тип проверки, выполняемой для обнаружения. В этом примере используется тип элемента данных Zabbix agent. Правило обнаружения также может быть зависимым элементом данных, зависящим от обычного элемента данных. Оно не может зависеть от другого правила обнаружения. Для зависимого элемента данных выберите соответствующий тип (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. Примечание: для существующего правила обнаружения обнаружение можно выполнить немедленно, нажав кнопку Execute now button. |
| Custom intervals | Можно создать пользовательские правила проверки элемента: Flexible - создать исключение для Update interval (интервал с другой частотой) Scheduling - создать пользовательское расписание опроса. Подробности см. в разделе Custom intervals. |
| Timeout | Установите тайм-аут проверки обнаружения. Выберите вариант тайм-аута: Global - используется тайм-аут прокси/глобальный тайм-аут (отображается в неактивном поле Timeout); Override - используется пользовательский тайм-аут (задается в поле Timeout; допустимый диапазон: 1 - 600s). Поддерживаются суффиксы времени, например 30s, 1m, а также пользовательские макросы. Нажатие ссылки Timeouts позволяет настроить тайм-ауты proxy или global (если прокси не используется). Обратите внимание, что ссылка Timeouts видна только пользователям типа Super admin с правами на разделы веб-интерфейса 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 | Если флажок установлен, правило будет обработано. |
История правила обнаружения не сохраняется.
Предварительная обработка
На вкладке Предварительная обработка можно определить правила преобразования, применяемые к результату обнаружения. На этом этапе можно использовать одно или несколько преобразований. Преобразования выполняются в порядке их определения. Вся предварительная обработка выполняется сервером Zabbix.
См. также:
| Тип | ||
|---|---|---|
| Преобразование | Описание | |
| Текст | ||
| Регулярное выражение | Сопоставить полученное значение с регулярным выражением <pattern> и заменить значение извлеченным <output>. Регулярное выражение поддерживает извлечение максимум 10 захваченных групп с помощью последовательности \N. Параметры: pattern - регулярное выражение output - шаблон форматирования результата. Экранирующая последовательность \N (где N=1…9) заменяется на N-ю совпавшую группу. Экранирующая последовательность \0 заменяется на совпавший текст. Если установить флажок Настраиваемое действие при ошибке, можно указать пользовательские параметры обработки ошибок: отбросить значение, задать указанное значение или задать указанное сообщение об ошибке. |
|
| Замена | Найти строку поиска и заменить ее другой строкой (или ничем). Все вхождения строки поиска будут заменены. Параметры: search string - строка для поиска и замены с учетом регистра (обязательный параметр) replacement - строка, на которую будет заменена строка поиска. Строка замены также может быть пустой, что позволяет удалить найденную строку поиска. Для поиска или замены переводов строк, возврата каретки, табуляций и пробелов можно использовать экранирующие последовательности "\n \r \t \s"; обратную косую черту можно экранировать как "\\"; экранирующие последовательности можно экранировать как "\\n". Экранирование переводов строк, возврата каретки и табуляций автоматически выполняется во время низкоуровневого обнаружения. |
|
| Структурированные данные | ||
| JSONPath | Извлечь значение или фрагмент из данных JSON с помощью функциональности JSONPath. Если установить флажок Настраиваемое действие при ошибке, можно указать пользовательские параметры обработки ошибок: отбросить значение, задать указанное значение или задать указанное сообщение об ошибке. |
|
| 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>Обратите внимание, что пространства имен не поддерживаются. Если установить флажок Настраиваемое действие при ошибке, можно указать пользовательские параметры обработки ошибок: отбросить значение, задать указанное значение или задать указанное сообщение об ошибке. |
|
| CSV в JSON | Преобразовать данные файла CSV в формат JSON. Дополнительную информацию см. в разделе Предварительная обработка CSV в JSON. |
|
| XML в JSON | Преобразовать данные в формате XML в JSON. Дополнительную информацию см. в разделе Правила сериализации. Если установить флажок Настраиваемое действие при ошибке, можно указать пользовательские параметры обработки ошибок: отбросить значение, задать указанное значение или задать указанное сообщение об ошибке. |
|
| SNMP | ||
| Значение обхода SNMP | Извлечь значение по указанному имени OID/MIB и применить параметры форматирования: Без изменений - вернуть Hex-STRING в виде неэкранированной шестнадцатеричной строки (обратите внимание, что подсказки отображения по-прежнему применяются); UTF-8 из Hex-STRING - преобразовать Hex-STRING в строку UTF-8; MAC из Hex-STRING - преобразовать Hex-STRING в строку MAC-адреса (при этом ' ' будет заменен на ':');Целое число из BITS - преобразовать первые 8 байт битовой строки, представленной в виде последовательности шестнадцатеричных символов (например, "1A 2B 3C 4D"), в 64-битное беззнаковое целое число. В битовых строках длиной более 8 байт последующие байты игнорируются. Если установить флажок Настраиваемое действие при ошибке, можно указать пользовательские параметры обработки ошибок: отбросить значение, задать указанное значение или задать указанное сообщение об ошибке. |
|
| Обход SNMP в JSON | Преобразовать значения SNMP в JSON. Укажите имя поля в JSON и соответствующий путь OID SNMP. Значения полей будут заполнены значениями из указанного пути OID SNMP. Этот этап предварительной обработки можно использовать для обнаружения OID SNMP. Доступны аналогичные параметры форматирования значений, что и на этапе Значение обхода SNMP. Если установить флажок Настраиваемое действие при ошибке, можно указать пользовательские параметры обработки ошибок: отбросить значение, задать указанное значение или задать указанное сообщение об ошибке. |
|
| Значение SNMP get | Применить параметры форматирования к значению SNMP get: UTF-8 из Hex-STRING - преобразовать Hex-STRING в строку UTF-8; MAC из Hex-STRING - преобразовать Hex-STRING в строку MAC-адреса (при этом ' ' будет заменен на ':');Целое число из BITS - преобразовать первые 8 байт битовой строки, представленной в виде последовательности шестнадцатеричных символов (например, "1A 2B 3C 4D"), в 64-битное беззнаковое целое число. В битовых строках длиной более 8 байт последующие байты игнорируются. Если установить флажок Настраиваемое действие при ошибке, можно указать пользовательские параметры обработки ошибок: отбросить значение, задать указанное значение или задать указанное сообщение об ошибке. |
|
| Пользовательские скрипты | ||
| JavaScript | Введите код JavaScript в модальном редакторе, который открывается при нажатии в поле параметра или на значок карандаша рядом с ним. Обратите внимание, что доступная длина JavaScript зависит от используемой базы данных. Дополнительную информацию см. в разделе Предварительная обработка Javascript |
|
| Проверка | ||
| Не соответствует регулярному выражению | Укажите регулярное выражение, которому значение не должно соответствовать. Например, Error:(.*?)\.Если установить флажок Настраиваемое действие при ошибке, можно указать пользовательские параметры обработки ошибок: отбросить значение, задать указанное значение или задать указанное сообщение об ошибке. |
|
| Проверка наличия ошибки в JSON | Проверить наличие сообщения об ошибке на уровне приложения, расположенного по указанному пути JSONPath. Остановить обработку, если проверка успешна и сообщение не пустое; в противном случае продолжить обработку со значением, которое было до этого этапа предварительной обработки. Обратите внимание, что эти ошибки внешней службы сообщаются пользователю как есть, без добавления информации об этапе предварительной обработки. Например, $.errors. Если получен JSON вида {"errors":"e1"}, следующий этап предварительной обработки выполнен не будет.Если установить флажок Настраиваемое действие при ошибке, можно указать пользовательские параметры обработки ошибок: отбросить значение, задать указанное значение или задать указанное сообщение об ошибке. |
|
| Проверка наличия ошибки в XML | Проверить наличие сообщения об ошибке на уровне приложения, расположенного по указанному пути XPath. Остановить обработку, если проверка успешна и сообщение не пустое; в противном случае продолжить обработку со значением, которое было до этого этапа предварительной обработки. Обратите внимание, что эти ошибки внешней службы сообщаются пользователю как есть, без добавления информации об этапе предварительной обработки. В случае ошибки разбора некорректного XML ошибка сообщаться не будет. Если установить флажок Настраиваемое действие при ошибке, можно указать пользовательские параметры обработки ошибок: отбросить значение, задать указанное значение или задать указанное сообщение об ошибке. |
|
| Соответствует регулярному выражению | Укажите регулярное выражение, которому должно соответствовать значение. Если установить флажок Настраиваемое действие при ошибке, можно указать пользовательские параметры обработки ошибок: отбросить значение, задать указанное значение или задать указанное сообщение об ошибке. |
|
| Ограничение частоты | ||
| Отбрасывать неизменившиеся значения с контрольным интервалом | Отбрасывать значение, если оно не изменялось в течение заданного периода времени (в секундах). Для указания количества секунд поддерживаются положительные целые числа (минимум - 1 секунда). В этом поле можно использовать суффиксы времени (например, 30s, 1m, 2h, 1d). В этом поле можно использовать пользовательские макросы и макросы низкоуровневого обнаружения.Для элемента данных обнаружения можно указать только один параметр ограничения частоты. Например, 1m. Если идентичный текст передается этому правилу дважды в течение 60 секунд, он будет отброшен.Примечание: изменение прототипов элементов данных не сбрасывает ограничение частоты. Ограничение частоты сбрасывается только при изменении этапов предварительной обработки. |
|
| Prometheus | ||
| Prometheus в 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.