Ad Widget

Collapse

как оперативно замечать итемы, упавшие в состояние "не поддерживается"?

Collapse
X
 
  • Time
  • Show
Clear All
new posts
  • Колаэдр
    Junior Member
    • Feb 2019
    • 9

    #1

    как оперативно замечать итемы, упавшие в состояние "не поддерживается"?

    Добрый день, господа!

    У меня к вам новичковый вопрос. Если, допустим, некие важные итемы получают число из скрипта и этот скрипт по какой-то причине вдруг оказался сломан, итем получил не число и упал в состояние "не поддерживается", а триггер в состояние "неизвестно" - каким способом это лучше оперативно отслеживать? В "проблемы" это не попадает. Если скрипт был сломан и под итемом возникла проблема - непонятно, как её оперативно заметить.

    Что уже обдумывал:
    Видел штатный способ отправлять уведомления по этим событиям - не очень хорошо, и в мониторинг-то без напоминаний не все смотрят, заставить коллег постоянно мониторить ещё некий ящик эл.почты или мессенджер - отдельная задача.
    Использовать отдельный триггер с nodata() - тоже не очень, надо заводить ещё пачки триггеров, выставлять в них фиксированное время, потом при необходимости его менять, к тому же они выпадают в проблему, если поллер запоздал, и пересчитываются каждые 30 сек, что нехорошо для производительности.
    Всегда выставлять в таких итемах тип значения "текст" - тоже выглядит нехорошо, тоже нужны доп. триггеры, которые будут срабатывать при нештатных значениях, и с которыми можно просчитаться, к тому же хранить и обрабатывать строковые значения неоптимально, да и в целом оставляет ощущение какого-то костыля.
    Last edited by Колаэдр; 28-02-2019, 09:43.
  • Semiadmin
    Senior Member
    • Oct 2014
    • 1625

    #2
    Если штатный способ оповещений не годится из-за их массовости, можно сделать триггер на то, что неподдерживаемых айтемов на хосте стало слишком много. Для этого подойдет Internal check zabbix[host,,items_unsupported].
    Last edited by Semiadmin; 28-02-2019, 11:56.

    Comment

    • Колаэдр
      Junior Member
      • Feb 2019
      • 9

      #3
      Originally posted by Semiadmin
      Если штатный способ оповещений не годится из-за их массовости
      Думаю в нашем контексте он не подходит из-за того, что выводит инфу не в сам мониторинг, а в другие "раздражители", на которые команда не будет в обязательном порядке реагировать. Хотя возможно и из-за массовости не подойдёт.

      Originally posted by Semiadmin
      Internal check zabbix[host,,items_unsupported].
      Годно, спасибо.

      Comment

      • Колаэдр
        Junior Member
        • Feb 2019
        • 9

        #4
        Коллеги, если ещё кто-нибудь поделится своими способами - буду оч благодарен

        Comment

        Working...