Ad Widget

Collapse

Создание одного триггера для нескольких одинаковых (по сути) элементов данных.

Collapse
X
 
  • Time
  • Show
Clear All
new posts
  • Diesel315
    Senior Member
    • Jan 2020
    • 159

    #1

    Создание одного триггера для нескольких одинаковых (по сути) элементов данных.

    Добрый день.

    Коллеги подскажите пожалуйста по следующему вопросу.
    Есть узел (Cisco) с которого необходимо снимать параметры состояния портов. Самих портов много, мне нужно только выборочно часть мониторить.
    Для этого просто настроены соответствующие элементы данных - ifOperStatus.х Где х это нужный нам порт. На примере ниже это значение равно 65
    Click image for larger version

Name:	1.PNG
Views:	425
Size:	6.5 KB
ID:	393746

    Нужно соответственно настроить триггер на состояние, если порт упал. Если бы это был один порт, то само выражение триггера имело бы такой синтаксис - {12R1.1-C4K.2.254:ifOperStatus.65.last()}=2
    Но портов то много и на каждый порт создавать триггер это как-то не есть хорошо. Можно ли как-нибудь настроить один триггер, чтобы он обрабатывал все элементы данных узла у которых в названии есть значение ifOperStatus?
  • Diesel315
    Senior Member
    • Jan 2020
    • 159

    #2
    Никто не может подсказать?
    Правильно ли я понимаю, что логика создания триггеров подразумевает использование всегда какого-то конкретного элемента данных (item) и создать один триггер, который бы мониторил несколько элементов данных с каким то одним объединяющим признаком (как пример имя) нет возможности? Гугление что-то не помогает в поставленном вопросе. Вроде есть возможность задействовать {#SNMPINDEX} но это насколько я понял для режима LLD, что в моем случае вроде как не подходит...

    Comment

    • Hamardaban
      Senior Member
      Zabbix Certified SpecialistZabbix Certified Professional
      • May 2019
      • 2713

      #3
      Делать нужно через LLD. Создай правило обнаружения в котором будут отбиратся только нужные интерфейсы\порты. В нем делаешь прототипы ЭД и соотв. прототип триггера.
      Правило сработает и создаст треггер только для нужных портов.

      Comment


      • Diesel315
        Diesel315 commented
        Editing a comment
        Если использовать LLD, то как то сложно фильтровать, если нужны порты в хаотичном порядке и их порядка 50-100. Например 3,4,7,8,22,35,36,41 и т.д.
        Но спасибо все равно за отклик.
    • Pavel22
      Junior Member
      • Jan 2020
      • 4

      #4
      В выражении используйте логический оператор or Логическое ИЛИ
      https://www.zabbix.com/documentation...s/expression?s[]=%D0%BB%D0%BE%D0%B3%D0%B8%D1%87%D0%B5%D1%81%D0%BA% D0%B8%D0%B5&s[]=%D0%BE%D0%BF%D0%B5%D1%80%D0%B0%D1%82%D0%BE%D1%80% D1%8B
      {12R1.1-C4K.2.254:ifOperStatus.65.last()}=2 or
      {12R1.1-C4K.3.254:ifOperStatus.65.last()}=2 or
      {12R1.1-C4K.4.254:ifOperStatus.65.last()}=2

      Comment


      • Diesel315
        Diesel315 commented
        Editing a comment
        Спасибо за идею. Как вариант вполне.
    • Hamardaban
      Senior Member
      Zabbix Certified SpecialistZabbix Certified Professional
      • May 2019
      • 2713

      #5
      Наверно я не понял задачи, но мне кажется что проще создать для всех интерфейсов триггеры и отключить "ручками" ненужные ЧЕМ писать "ручками" составной триггер для избранных интерфейсов.
      Но как говориться: на вкус и цвет....

      Comment

      • wins
        Senior Member
        • Sep 2014
        • 307

        #6
        в стандартном тимплейте Template Module Interfaces Simple SNMPv2 искаропки все предельно хорошо сделано. Да, нужно lld+ фильтры. Варианты: через макрос {$IFCONTROL} или придумайте свой фильтр, например по регекспу от ifAlias

        Comment

        Working...