На заббиксе накрутил множество скриптов, генерирующих json-данные для lld. Так вот, проблема возникла. Мониторю определенные соединения, соединений около 1000, определяются они нормально, но!
И вот тут появляется главная, на данный момент, проблема (не считая отсутствия комплексных экранов для LLD):
Примерно ТОП-50 соединений мониторить для меня ОЧЕНЬ важно, а остальные - просто необходимо. Некоторые служебные параметры вообще мониторить не нужно. А вот важность триггеров для всех едина
Не хватает каких-либо расширенных фильтров в элементах данных LLD. Одного поля для regexp маловато.
Хотелось бы делить на группы. Допустим, по дефолту - все добавляются в одну группу, остальные - я мог бы фильтрами по параметрам разделить на группы. Например, перечислить {#ID} обнаруживаемых данных для первой группы, для второй и так далее, и далее пользоваться ими как {#GROUP1},{#GROUP2} и т.д.
По аналогии, само обнаружение работало бы как шаблон, а в пределах этого шаблона были бы результаты обнаружения group1, group2, ..., для которых можно было бы создавать отдельные триггеры или даже элементы данных.
Это может быть полезно при мониторинге крупных роутеров, при автообнаружении интерфейсов - 5-6 жизненно-важных, 10-15 довольно важных и остальные. В данном случае я хотел бы видеть такой функионал:
{#GROUP1}: (тут идет перечисление интерфейсов первой группы)
{#GROUP2}: ...
Group_default: сюда сваливается все остальное, что не попало под шаблоны.
В таком случае и генерировать комплексные экраны для отдельных групп.
И вот тут появляется главная, на данный момент, проблема (не считая отсутствия комплексных экранов для LLD):
Примерно ТОП-50 соединений мониторить для меня ОЧЕНЬ важно, а остальные - просто необходимо. Некоторые служебные параметры вообще мониторить не нужно. А вот важность триггеров для всех едина
Не хватает каких-либо расширенных фильтров в элементах данных LLD. Одного поля для regexp маловато.
Хотелось бы делить на группы. Допустим, по дефолту - все добавляются в одну группу, остальные - я мог бы фильтрами по параметрам разделить на группы. Например, перечислить {#ID} обнаруживаемых данных для первой группы, для второй и так далее, и далее пользоваться ими как {#GROUP1},{#GROUP2} и т.д.
По аналогии, само обнаружение работало бы как шаблон, а в пределах этого шаблона были бы результаты обнаружения group1, group2, ..., для которых можно было бы создавать отдельные триггеры или даже элементы данных.
Это может быть полезно при мониторинге крупных роутеров, при автообнаружении интерфейсов - 5-6 жизненно-важных, 10-15 довольно важных и остальные. В данном случае я хотел бы видеть такой функионал:
{#GROUP1}: (тут идет перечисление интерфейсов первой группы)
{#GROUP2}: ...
Group_default: сюда сваливается все остальное, что не попало под шаблоны.
В таком случае и генерировать комплексные экраны для отдельных групп.
Comment