Ad Widget

Collapse

Помогите разобраться с тригером ping

Collapse
X
 
  • Time
  • Show
Clear All
new posts
  • kryuchkoff
    Junior Member
    • Jul 2017
    • 5

    #1

    Помогите разобраться с тригером ping

    Добрый день, участники форума.
    Необходим триггер который проверяет доступность узла в течение некоторого времени, например 5 минут.
    Надо чтоб пинг происходил каждые 60 сек,
    Если за 5 минут было получено 5 значений 0 триггер сообщал об ошибке.
    Если обратное (хотя бы одно из пяти значений 1) то триггер в проблем не уходил бы.

    Поделитесь триггером, я с заббиксом знаком не так давно.
  • sadman
    Senior Member
    • Dec 2010
    • 1611

    #2
    Originally posted by kryuchkoff
    Необходим триггер который проверяет доступность узла в течение
    ...
    Поделитесь триггером, я с заббиксом знаком не так давно.
    На мой взгляд тут есть два пути.
    Первый - вы показываете, что делали и участники форума вам показывают, где ошибка.
    Второй - пользуетесь этим сервисом

    Хотя, добрых людей тут хватает...
    Last edited by sadman; 11-08-2017, 07:51.

    Comment

    • timmer
      Junior Member
      • Aug 2017
      • 3

      #3
      Originally posted by kryuchkoff
      Добрый день, участники форума.
      Необходим триггер который проверяет доступность узла в течение некоторого времени, например 5 минут.
      Надо чтоб пинг происходил каждые 60 сек,
      Если за 5 минут было получено 5 значений 0 триггер сообщал об ошибке.
      Если обратное (хотя бы одно из пяти значений 1) то триггер в проблем не уходил бы.

      Поделитесь триггером, я с заббиксом знаком не так давно.
      Хм. На ум приходит триггер:
      Code:
      {<имя шаблона, в котором есть item icmpping>:icmpping.max(#5)}=0

      Comment

      • Serato
        Junior Member
        • Aug 2017
        • 4

        #4
        {host:icmpping.sum(#5)}<1

        Comment

        • Kos
          Senior Member
          Zabbix Certified SpecialistZabbix Certified Professional
          • Aug 2015
          • 3404

          #5
          Для начала нужно настроить элемент данных (item). Тут возможны варианты: а) использовать icmp ping (метрика icmpping[...] для пингования с сервера); б) использовать метрику agent.ping для определения доступности Zabbix-агента. В первом случае будет возвращаться либо 0 (недоступен), либо 1 (ОК); во втором - всегда будет единица, которая либо будет возвращаться, либо нет

          Затем уже настраиваете триггер. Например, для первого варианта это будет что-то вроде:
          Code:
          {Host:icmpping[].count(#5,0)}=5
          (т.е. срабатывать в случае, если все пять последних значений были нулями). Ну, или
          Code:
          {Host:icmpping[].max(#5)}=0
          (что то же самое, дело вкуса).

          Comment

          • KirMatty
            Member
            • May 2017
            • 51

            #6
            Также никто не отменял шаблоны: они удобнее, так как сразу создается и элемент данных (item) и триггер. А уж дальше сами ручками поправите, что надо.

            Comment

            • yukra
              Senior Member
              • Apr 2013
              • 1359

              #7
              Originally posted by KirMatty
              Также никто не отменял шаблоны: они удобнее, так как сразу создается и элемент данных (item) и триггер. А уж дальше сами ручками поправите, что надо.
              Ваше определение шаблонов неверно. Шаблон не "позволяет сразу создать айтем и триггер". Шаблон позволяет "создать айтем и триггер один раз, а потом привязать этот айтем и триггер (или 4 айтема и 6 триггеров, или 100 айтемов и 0 триггеров) к произвольному количеству хостов".

              То есть шаблоны нужны что бы "один раз сделать набор айтемов и триггеров для например апача, или линукс-сервера, или свича, один раз, а потом привязать этот шаблон на все имеющиеся сервера с этой ролью" .. и что самое хорошое - меняем шаблон и наши айтемы-триггеры меняются сразу на всех хостах. То есть шаблоны нужны для облегчения поддержки системы мониторинга в случае когда мониториться много (больше одной) похожих систем. При этом создание айтема и триггера в шаблоне ничем не отличается от того же создания айтема и триггера непосредственно на хосте. (кстати забавный факт: и шаблоны и хосты хранятся в одной табличке hosts: "mysql -e 'SELECT hostid, host FROM hosts;' zabbix").

              Вы же наверное имели ввиду _наверное_ следующее: можно один раз создать шаблон (с айтемом и триггером), потом привязать его к хосту, а потом отвязать шаблон кнопкой "Отсоединить", а не "Отсоединить и очистить". В таком случае на хосте окажется копия айтемов и триггеров из шаблона, но это будет именно копия, которую можно изменить на уровне хоста, и эти изменения не "уедут" в шаблон и соответственно на другие хосты, которые привязаны к этому шаблону.
              Да, это сделать возможно и тут все по документации, но делать я так не советую (во всяком случае если у вас имеется или планируется относительно много хостов). Причина проста: вы сами себе усложняете дальнейшее сопровождение системы внося лишний хаос. Кмк намного лучше\легче держать шаблоны привязанные к хостам, а если требуется "немного изменить шаблон для конкретного хоста", то эти параметры нужно выносить в макросы, определять глобальные макросы и групповые\хостовые или смотреть в сторону LLD.

              Comment

              Working...