Ad Widget

Collapse

График с строго вертикальными перепадам&

Collapse
X
 
  • Time
  • Show
Clear All
new posts
  • first-leon
    Junior Member
    • Aug 2014
    • 6

    #1

    График с строго вертикальными перепадам&

    Есть ли в zabbix возможность строить графики с строго вертикальными перепадами?

    Задача стоит такая: есть оборудование. У оборудования есть два состояния: включено, выключено.

    Тип данных: "Zabbix траппер" (сервер не опрашивает оборудование. Оборудование само сообщает о смене своего статуса).

    Во вложении изображение. Синяя линия - это то, как строит график zabbix. Красная - это то как хотелось бы.

    Подскажите, есть ли в zabbix возможность строить графики с строго вертикальными переходами?

  • oscar
    Senior Member
    • Dec 2010
    • 141

    #2
    Originally posted by first-leon
    Есть ли в zabbix возможность строить графики с строго вертикальными перепадами?...
    Тоже как-то задавался этим вопросом... К сожалению, судя по всему, zabbix этого не умеет...

    Comment

    • first-leon
      Junior Member
      • Aug 2014
      • 6

      #3
      Это плохо.
      Как вариант, если частота и длительность событий многократно превышает 1 секунду, но можно пробовать трапом отсылать с timestamp предыдущее состояние и тут же с timastamp+1 новое состояние. Но это костыль конечно.

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

      Comment

      • yukra
        Senior Member
        • Apr 2013
        • 1359

        #4
        тут на форуме были варианты кастомных вебморд для заббикса. Можно посмотреть и доработать их.
        Или самому выбирать значения по нужному айтему из апи\БД и рисовать графики "как вам нужно".

        Реализовать сбор данных данных чаще 1 раз в секунду на сколько я понимаю можно и "уже готово" https://www.zabbix.com/documentation...ry/definitions (поле ns), но графики это не умеют отображать.

        Comment

        • Jimson
          Senior Member
          • Jan 2008
          • 1327

          #5
          Originally posted by first-leon
          Как вариант, если частота и длительность событий многократно превышает 1 секунду, но можно пробовать трапом отсылать с timestamp предыдущее состояние и тут же с timastamp+1 новое состояние. Но это костыль конечно.
          Вполне нормальное решение, так как в условии задачи сразу сказано что
          1) значений состояния всего два (0/1)
          2) тип элемента данных траппер, следовательно данные отправляет некий скрипт
          При изменении состояния отсылать два значения с разницей в 1 ns.

          Вот только график по трендам все равно будет сглаженный.

          Comment

          • first-leon
            Junior Member
            • Aug 2014
            • 6

            #6
            Спасибо за советы, буду пробовать.
            Надеюсь можно будет и среднюю оценку использовать (что-то типа: процент времени во включенном состоянии и в выключенном).
            Еще нужно подумать на счет количества срабатываний за заданный промежуток времени.

            Еще подскажите кто знает: можно ли сторонними (или встроенными) средствами удалять часть истории для определенного item?

            Ситуация такая была: снимал показания с помощью ардуины с датчика температуры. В определенный момент данные были заведомо ложными (датчик подогревался сторонним источником тепла). Ну и естественно средние показания испортились. А вот если удалить этот промежуток истории из базы - то показания вернуться в норму.

            Умнее чем руками рыться в базе, искать ID итема итд... не смог найти решения.

            Comment

            • yukra
              Senior Member
              • Apr 2013
              • 1359

              #7
              Originally posted by first-leon
              Надеюсь можно будет и среднюю оценку использовать (что-то типа: процент времени во включенном состоянии и в выключенном).
              Посмотрите сюда: https://www.zabbix.com/documentation...al/it_services

              Originally posted by first-leon
              Умнее чем руками рыться в базе, искать ID итема итд... не смог найти решения.
              Если требуется удалить "только данные по айтему X от вчера 10 утра до вчера 21 вечера" то и не найдете (пока сами не напишете).

              Все данные (всю историю) можно удалить штатным способом (На странице айтемов конкретного узна выделяете нужные и снизу выбираете "Очистить историю")

              Comment

              • Jimson
                Senior Member
                • Jan 2008
                • 1327

                #8
                Originally posted by first-leon
                Еще подскажите кто знает: можно ли сторонними (или встроенными) средствами удалять часть истории для определенного item?
                Умнее чем руками рыться в базе, искать ID итема итд... не смог найти решения.
                Звучит так будто это на неделю работы. ID итема можно увидеть в интерфейсе, в ссылках (URL) он будет, например, когда редактируете этот элемент данных. Далее один (два) запроса в базу данных.

                Originally posted by yukra
                Все данные (всю историю) можно удалить штатным способом (На странице айтемов конкретного узна выделяете нужные и снизу выбираете "Очистить историю")
                А это работает при выключенном housekeeper? Или забикс просто пересоздает элемент данных (смена id) и как следствие связность с данными теряется, а затем уже при наличии housekeeper данные чистятся?

                Comment

                • yukra
                  Senior Member
                  • Apr 2013
                  • 1359

                  #9
                  Originally posted by Jimson
                  А это работает при выключенном housekeeper? Или забикс просто пересоздает элемент данных (смена id) и как следствие связность с данными теряется, а затем уже при наличии housekeeper данные чистятся?
                  По моему это никак не связанно с housekeeper и в базу уходит запрос типа "DELETE * FROM history* WHERE itemid = $itemid".

                  Хотя честно говоря я это не проверял, но мне кажется что оно именно так сделано.

                  Comment

                  • first-leon
                    Junior Member
                    • Aug 2014
                    • 6

                    #10
                    Originally posted by Jimson
                    Звучит так будто это на неделю работы. ID итема можно увидеть в интерфейсе, в ссылках (URL) он будет, например, когда редактируете этот элемент данных. Далее один (два) запроса в базу данных.
                    Не на неделю конечно, но было бы удобнее выделив заданный период на графике нажать кнопку delete.

                    Comment

                    • Jimson
                      Senior Member
                      • Jan 2008
                      • 1327

                      #11
                      Originally posted by yukra
                      По моему это никак не связанно с housekeeper и в базу уходит запрос типа "DELETE * FROM history* WHERE itemid = $itemid".
                      Тогда это действие в UI приводило бы к плачевным последствиям, history то не маленькая, а в таком запросе еще и ограничений по времени нет (по всем партициям шерстить будет).

                      Comment

                      Working...