содание темплейтов с помощью snmp

[TranceMaker]

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

[dima_dm]

Вы об этом

http://www.zabbix.com/forum/showthread.php?t=15400

http://www.zabbix.com/forum/showthread.php?t=16433

[Jimson]

вот это выглядит веселее, но я не пробовал

http://www.zabbix.com/forum/showthread.php?t=15088

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

[dima_dm]

вот это выглядит веселее, но я не пробовал
http://www.zabbix.com/forum/showthread.php?t=15088

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

[dima_dm]

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

Я бы посоветовал Вам получше изучить продукт Zabbix, и понять его идеологию, прежде чем делать подобные заявления.

[Jimson]

Я бы посоветовал Вам получше изучить продукт zabbix, и понять его идеологию, прежде чем делать подобные заявления.

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

[dima_dm]

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

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

[Jimson]

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

очень спорно
"конкретный элемент сети" - это узел, а речь идет о шаблонах, точно настраивать конкретный интерфейс/sla/service-policy/class-map можно добавляя дополнительные элементы данных/графики/тригеры к конкретному узлу, но десятки базовых данных/тригеров описывающих перечисленные выше интерфейсы/etc шаблонируются, вопрос лишь в том что шаблонируются они не достаточно гибко

самые большие проблемы вылазят когда надо описать router/asr/etc, где есть и сотни интерфейсов и десятки sla и сотни service-policy и сразу забывается о всех гиганских плюсах, хочется банальные шаблоны которые можно будет подключать к хосту или другому шаблону многократно
а попутно вылазит множество других проблем, как то заголовки графиков и тп

P.S. Еще я столкнулся с проблемами SNMP мониторинга табличных данных, не индексных, а именно табличных, самый простой случай это мониторинг многопроцессорных цисковых железок, есть таблица загрузки процессоров где один entry указывает на другую таблицу, в которой описывается "комплектация" (шассси, слоты, pa и тп) из которой уже можно выяснить что же за процессор соответсвует тому или иному индексу в таблице процессоров. Второй пример это CBQOS, где так же используются вложенные таблицы service-policy->interface service-policy->class. В текущей реализации темплейтов отмониторить это все можно только описывая каждую связку interface->service-policy->class для случая со 100 интерфейсами и полиси на 10 класов каждый из которых описывается 10 данными (очень скромный пример) получаем 10к элементов данных которые шаблонировать нельзя вообще никак.

[dima_dm]

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

[Jimson]

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

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

и это не критика, а лишь попытка описать то что надо надопиливать в zbx что бы появилась нормальная поддержка SNMP мониторинга необходимая для энтерпрайз NMS

P.S. ушел работать
P.S.S. "(c)" forever

[dima_dm]

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

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

А про нагиос, посмотрите ролик из этой темы.

http://www.zabbix.com/forum/showthread.php?t=19498

[TranceMaker]

deleted X_x

[Jimson]

Я не знаю, какого размера у Вас сеть, но думаю, что у меня сеть как минимум раз в 1000 больше.

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

Правильно ли я понял, что если тебе описанный функционал не нужен и пользоваться ты им никогда не будешь, то данный функционал - говно?

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

[dima_dm]

Какой то странный аргумент

Плохо читаете, что вам говорят, если бы читали хорошо, то всё бы уже давно поняли.
Больше отвечать в этой теме я не буду.

[ugh]

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

пысы. а яндексом, то что в презентации - статично, скучно и просто. хранение истории разве что интересно.