Как сделать зависимый элемент данных в Zabbix LLD (многоуровневый JSON)?

Question

[Александр Диденко]

Как в Zabbix в низкоуровневом обнаружении правильно создать зависимый элемент и считать данные из JSON?

Вот пример структуры:

{
    "host": "MR4",
    "data": [
      {
        "{#PROC}": "VIP1_iP11",
        "data": [
            {
              "{#CENCNs}": "CENCN1"
            },
            {
              "{#CENCNs}": "CENCN2"
            }
        ]
      },
      {
        "{#PROC}": "VIP2_iP12"
      }
    ]
  }

Первый уровень ({#PROC}: VIP1_iP11, VIP2_iP12) отрабатывает хорошо.

Фото1, фото2



Но как создать зависимый элемент данных в «Прототипы элементов данных» - чёт не пойму. Там наверно что-то в «Предобработке» надо указывать. Что я там только не пробовал указывать - зависимый элемент не отрабатывается.

Помогите пожалуйста кто разбирается в этом!

Comments

[Максим Гришин]

Насколько ты можешь управлять структурой JSON? Её надо бы переделать, запихав data внутрь либо отдельного запроса на элемент типа #PROC, либо возвращаемого объекта под #PROC. Сколько помню, Zabbix не умеет из одного результата автообнаружения делать несколько разных типов объектов внутри себя.

[Александр Диденко]

Максим Гришин, полностью могу управлять

Answer 1

[Максим Гришин]

Разнесите запросы LLD autodiscovery на два разных, в одном возвращаете объекты верхнего уровня {#PROC} и только их, во втором по идентификатору объекта PROC возвращаете список {#CENCN}. Далее, вместе с прототипом найденного объекта PROC пишете прототип автообнаружения LLD, в котором указываете запрос номер два для поиска и прототип элемента {#CENCN} из его результатов.

Под зависимыми объектами в Zabbix понимается несколько другой объект - например, если есть запрос на полное состояние объекта, возвращающий данные в JSON, этот JSON заббикс умеет хранить как текст, и по его значению можно создавать зависимые объекты с использованием значения состояния как исходное и JSON-преобразование вида $.path[index].subpath требуемой конфигурации для вытаскивания значения из этого JSON. Кроме того, можно преобразовывать значения вторым (следующим) препроцессором, например, из номера состояния делать его расшифровку, а-ля 2 - "running".

Comments

[Александр Диденко]

Спасибо! А можете сделать пример?
А то я пробую, а никак не получается.

[Максим Гришин]

Александр Диденко, мда, погорячился - nested LLD у заббикса отсутствует как факт, и частично его можно эмулировать через host prototypes, который только и появился из-за необходимости обеспечить мониторинг гипервизоров. Я в итоге сделал два обнаружителя (мне нужны были disk drives и storage volumes, но отношение между ними не требовалось), каждый по одному уровню, и к ним item prototypes на необходимые *свойства*. Канонический ответ у Заббикса тут https://support.zabbix.com/browse/ZBXNEXT-1527 - "не будем мы это пилить (сейчас, может позже)", но воз и ныне там. Обходные пути, похоже, сделать два LLD-запроса на хост, один возвращает только {#PROC}, второй возвращает {#PROC} и {#CENCN} в одном объекте *первого уровня*. Соответственно каждому запросу можно создать по одной группе прототипов элементов данных, описывающих соответственно PROC и PROC+CENCN как сущность. В ответе можете посмотреть схему про инстансы и БД, как это можно реализовать, в прототип CENCN должны входить как возвращенный CENCN, так и возвращенный PROC во избежание ошибки дубликатов элементов.

[Александр Диденко]

Максим Гришин, спасибо! Вы просто красавчик!