Ad Widget

Collapse

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

Collapse
X
 
  • Time
  • Show
Clear All
new posts
  • TranceMaker
    Member
    • Nov 2008
    • 31

    #1

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

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

    #2
    Вы об этом

    Last edited by dima_dm; 14-10-2010, 09:01.

    Comment

    • Jimson
      Senior Member
      • Jan 2008
      • 1327

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


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

      Comment

      • dima_dm
        Senior Member
        • Dec 2009
        • 2697

        #4
        Originally posted by jimson
        вот это выглядит веселее, но я не пробовал
        http://www.zabbix.com/forum/showthread.php?t=15088
        Ну так попробуете, это всего лишь конструктор, из которого потом нужно собирать готовый шаблон и настраивать.
        По ссылкам, которые я послал, сразу создается готовый шаблон, который нужно только загрузить в систему, но генератор пишется под конкретное оборудование.

        Comment

        • dima_dm
          Senior Member
          • Dec 2009
          • 2697

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

          Comment

          • Jimson
            Senior Member
            • Jan 2008
            • 1327

            #6
            Originally posted by dima_dm
            Я бы посоветовал Вам получше изучить продукт zabbix, и понять его идеологию, прежде чем делать подобные заявления.
            этим и занят, но пока я вижу что шаблоны тех же свичей (а это самый простой вариант) забиваются кучей однотипных данных, графиков и тригеров, что я пропустил в идеалогии ?

            Comment

            • dima_dm
              Senior Member
              • Dec 2009
              • 2697

              #7
              Originally posted by jimson
              этим и занят, но пока я вижу что шаблоны тех же свичей (а это самый простой вариант) забиваются кучей однотипных данных, графиков и тригеров, что я пропустил в идеалогии ?
              Да, но это же свойство позволяет очень точно настраивать мониторинг, в соответствии с текущим профилем работы конкретного элемента сети. А это очень хорошо. И недостаток с вашей точки зрения, превращается в гигантский плюс в умелых руках.

              Comment

              • Jimson
                Senior Member
                • Jan 2008
                • 1327

                #8
                Originally posted by dima_dm
                Да, но это же свойство позволяет очень точно настраивать мониторинг, в соответствии с текущим профилем работы конкретного элемента сети. А это очень хорошо. И недостаток с вашей точки зрения, превращается в гигантский плюс в умелых руках.
                очень спорно
                "конкретный элемент сети" - это узел, а речь идет о шаблонах, точно настраивать конкретный интерфейс/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к элементов данных которые шаблонировать нельзя вообще никак.
                Last edited by Jimson; 15-10-2010, 09:42.

                Comment

                • dima_dm
                  Senior Member
                  • Dec 2009
                  • 2697

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

                  Comment

                  • Jimson
                    Senior Member
                    • Jan 2008
                    • 1327

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

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

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

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

                    Comment

                    • dima_dm
                      Senior Member
                      • Dec 2009
                      • 2697

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

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

                      Comment

                      • TranceMaker
                        Member
                        • Nov 2008
                        • 31

                        #12
                        deleted X_x
                        Last edited by TranceMaker; 15-10-2010, 10:41.

                        Comment

                        • Jimson
                          Senior Member
                          • Jan 2008
                          • 1327

                          #13
                          Originally posted by dima_dm
                          Я не знаю, какого размера у Вас сеть, но думаю, что у меня сеть как минимум раз в 1000 больше.
                          Какой то странный аргумент, есть есть желание расказать о компании в которой работаешь, то рассказывайте, а так не понятно кому адресовано это высказывание, мне или другим читателям данного форума которые знают о чем речь и восхищаются этой загадочной компанией.

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

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

                          Comment

                          • dima_dm
                            Senior Member
                            • Dec 2009
                            • 2697

                            #14
                            Originally posted by jimson
                            Какой то странный аргумент
                            Плохо читаете, что вам говорят, если бы читали хорошо, то всё бы уже давно поняли.
                            Больше отвечать в этой теме я не буду.

                            Comment

                            • ugh
                              Senior Member
                              • Jun 2009
                              • 296

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

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

                              Comment

                              Working...