Ad Widget

Collapse

Долгое определение проблемы

Collapse
X
 
  • Time
  • Show
Clear All
new posts
  • IlyaBlack
    Junior Member
    • Sep 2023
    • 3

    #1

    Долгое определение проблемы

    Здравствуйте, не так давно поставил Zabbix. Первый пример, подключён MikroTik по SMTP, при отключении его на миркотике Zabbix регистрирует эту неисправность 1-3 минуты. После чего регистрирует проблему по данному узлу от 1-3 минут. От чего возникает вопрос, нормально ли это, т.к. стоит триггер на отправку уведомлений, соответственно если отваливается микротик, то узнаем об этом мы спустя 3-6 минут?
  • Hamardaban
    Senior Member
    Zabbix Certified SpecialistZabbix Certified Professional
    • May 2019
    • 2713

    #2
    Всё это поддается настройке и полностью в вашей власти.
    Читайте документацию и разбирайтесь во взаимосвязи data-item-events(trigger)-problem-action
    Факторов/сочетания настроек влияющих на поведение системы много и никто «с ходу» не скажет что вам делать.
    Если хотите более конкретных ответов - то приводите больше полезной информации: начните с информации о версии которую используете и продолжите скриншотами настроек действия, триггера и элемента данных.
    Last edited by Hamardaban; 28-09-2023, 06:44.

    Comment

    • IlyaBlack
      Junior Member
      • Sep 2023
      • 3

      #3
      Спасибо за ответ. Просто новичок в этом деле и только вливаюсь. Буду очень благодарен указанию на "конкретную опцию" для чайника). Версия последняя 6.4. Стоит все на Debian 12 с PostgreSQL.
      Attached Files

      Comment

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

        #4
        1) у вас элемент данных собирает информацию о доступности интерфейса snmp в заббикс . тут вопрос "срабатывания" (когда забикс поймет что интерфейс упал?) комплексный и описан вот тут https://www.zabbix.com/documentation...unreachability

        2) триггер сработает если в течении {SNMP.TIMEOUT} максимальное значение будет =0. {SNMP.TIMEOUT} - это макрос который вы можете поменять. Сделано так для "усреднения" и игнорирования кратких провалов.

        3) в отправке оповещения всё нормально

        В догонку: у вас период опроса 5s (а по воскресеньям вообще 1s!) и не настроено никакого тротлинга в элементе данных - база будет пухнуть и нет особого смысла в таком частом опросе.
        И наверное нет смысла хранить подробную информацию 7 дней....
        Last edited by Hamardaban; 28-09-2023, 12:35.

        Comment

        • IlyaBlack
          Junior Member
          • Sep 2023
          • 3

          #5
          1) Спасибо, я прочитал статью и понял, что на "задержку" влияют несколько параметров. Timeout, UnreachableDelay и UnreachablePeriod.

          2) Не подскажете как настроить троттлинг для всех элементов данных сразу? В шаблоне почему-то возможность добавления правил препроцессинга недоступна.

          3) Как я понимаю {SNMP.TIMEOUT}=0 так и должен работать для максимально быстрого срабатывания? Ведь он не может пропустить ни одной потери, т.к. там в начале стоит функция max.​

          Comment

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

            #6
            1) можно вместо проверки "доступности интерфейса snmp в заббикс" просто сделать ЭД типа snmp собирающий что-то важное и сделать триггер с функцией nodata(). срабатывает прозрачнее.
            2) именно через шаблон.если какоето редактирование недоступно - значит это унаследованно от вышестоящего шаблона - идите в него.
            3) Ели у вас значения поступают раз в 5 секунд, то {SNMP.TIMEOUT} поставьте хотябы 5s. 0 в случае функции max я не понимаю как сработает....

            Comment

            Working...