Ad Widget

Collapse

Триггер аналогичный дисперсии

Collapse
X
 
  • Time
  • Show
Clear All
new posts
  • OKyHb
    Senior Member
    • Sep 2010
    • 103

    #1

    Триггер аналогичный дисперсии

    Приветстую.

    Есть на мониторинге некоторое к-во оптических усилителей. Среди прочих параметров мониторим для них "bias current". Наблюдается такая закономерность: чем больше на графике коллебания, тем больше вероятность, что в ближайшее время этот усилитель сдохнет.

    К примеру, проблемный усилитель:
    Click image for larger version

Name:	edfa_bad.jpg
Views:	1
Size:	20.7 KB
ID:	317353
    Нормальный усилитель:
    Click image for larger version

Name:	edfa_good.jpg
Views:	1
Size:	19.1 KB
ID:	317354

    Если по-хорошему, то, наверно, надо считать дисперсию - и уже по ней делать триггер. Если брать последних 24 значения, то для проблемного усилителя дисперсия - ~4.2, для нормального - ~0.5.

    Но дисперсии в функциях триггера нет Есть какой-то патч для lua (на версию 1.8?) и всё ещё открытый ZBXNEXT-552

    Как бы покрасивее решить задачу? Или не заморачиваться и тупо делать триггер на delta?
  • v.goncharov
    Member
    • Mar 2013
    • 58

    #2
    У нас была чем-то похожая проблема, только мы считали "отклонение от среднего уровня". Мы создавали 2 вычисляемых элемента данных, которые выводили, каким было среднее значение этих элементов данных в это же время суток за предыдущие дни, потом вычисляли отклонение от нормы в процентах, и уже на этой основе делался триггер. Также очень удобно такую величину смотреть на графиках.

    Просто можно создать вычисляемый элемент данных, который будет считать упрощенное значение, похожее на дисперсию, за период времени
    (например, (max(3600)-min(3600))/avg(3600) - получим некое усредненное значение колебания величины за час. Посчитать такое же для "подыхающего" девайса и взять за основу для триггера значение.

    Comment

    • OKyHb
      Senior Member
      • Sep 2010
      • 103

      #3
      Триггер так и сделал. Но сразу, без промежуточного вычисляемого айтема.
      А с айтемом таки действительно будет лучше - нагляднее и понятнее.

      Спасибо

      Comment

      • OKyHb
        Senior Member
        • Sep 2010
        • 103

        #4
        Может не совсем правильно получилось, но всё равно, мне нравится

        [ATTACH]8500[/ATTACH]

        Comment

        • Jimson
          Senior Member
          • Jan 2008
          • 1327

          #5
          Считал среднеквадратичные отклонения для sla, пришлось добавлять "операцию" квадратного корня. Но sla данные несколько другие, один "замер" уже включает в себя квадрат суммы и сумму квадратов для N тестовых проверок.
          Attached Files

          Comment

          • OKyHb
            Senior Member
            • Sep 2010
            • 103

            #6
            Вау, а как среднеквадратичные отклонения считали? Скриптом, и потом через zabbix_sender отправляли данные в zabbix?

            Comment

            • Jimson
              Senior Member
              • Jan 2008
              • 1327

              #7
              Говорю же, добавлял квадратные корни в src/libs/zbxserver/expression.c, вычисляемыми элементами данных считаю. Но в принципе в планах есть переписать мониторинг SLA в виде внешней проверки + траппер, и с вычислениями проще будет и синхронизация между данными появится.

              Comment

              Working...