Как в last учитывать длительность zabbix

Кэширование значений

Значения, которые требуются для вычисления триггеров, кэшируются Zabbix сервером. По этой причине такое вычисление триггеров на некоторое время приводит к более высокой загрузке базы данных после перезапуска сервера. Кэш значений не очищается, когда значения истории элементов данных удаляются (либо вручную, либо при помощи автоматической очистки истории), поэтому сервер будет использовать кэшированные значения пока они не станут старше, чем периоды времени, которые заданы в функциях триггеров, либо пока сервер не будет перезапущен.

Примеры триггеров

Пример 1

Высокая загрузка процессора на www.zabbix.com.

‘www.zabbix.com:system.cpu.load[all,avg1]’ представляет короткое имя наблюдаемого параметра. Эта строка указывает, что сервер — ‘www.zabbix.com’ и наблюдаемый ключ — ‘system.cpu.load[all,avg1]’. Используя функцию ‘last()’, мы ссылаемся на самое последнее значение. И наконец ‘>5’ означает, что триггер перейдет в состояние ПРОБЛЕМА всякий раз, когда самое новое измерение загрузки процессора на сервере www.zabbix.com будет превышать 5.

Пример 2

  >5 or >2 

Это выражение будет истинным, когда либо текущая загрузка процессора станет более 5, либо загрузка процессора больше значения 2 за последние 10 минут.

Пример 3

/etc/passwd был изменен

Используется функция diff:

Это выражение будет истинным, когда предыдущее значение контрольной суммы файла /etc/passwd отличается от самого нового значения.

Аналогичные выражения могут быть полезны для мониторинга изменений в важных файлах, таких как /etc/passwd, /etc/inetd.conf, /kernel и других.

Пример 4

Кто-то скачивает большой файл из Интернет

Используется функция min:

  >100K

Это выражение будет истинным, когда количество полученных байт на eth0 превышает 100 КБ за последних 5 минут.

Пример 5

Оба узла кластера SMTP серверов недоступны

Примечание, в выражении используются два разных узла сети:

  =0 and =0

Это выражение будет истинным, когда оба SMTP сервера недоступны на обоих smtp1.zabbix.com и smtp2.zabbix.com.

Пример 6

Zabbix агент нуждается в обновлении

Используется функция str():

Это выражение будет истинным, когда версия Zabbix агента содержит в себе ‘beta8’ (возможно 1.0beta8).

Пример 7

Это выражение будет истинным, если узел сети “zabbix.zabbix.com» недоступен более 5 раз за последние 30 минут.

Пример 8

Нет данных за последние 3 минуты

Используется функцию nodata():

Для того, чтобы этот триггер заработал, элемент данных ‘tick’ должен быть задан как элемент данных типа Zabbix траппер. Узел сети должен периодически отправлять данные этому элементу данных, используя zabbix_sender. Если не было получено данных за последние 180 секунд, значением триггера станет ПРОБЛЕМА.

Обратие внимание, что ‘nodata’ можно использовать с любым типом элементов данных.

Пример 9

Активность CPU в ночное время

Используется функция time():

  >2 and >000000 and 060000

Триггер может изменить свое состояние в истинное только в ночное время (00:00-06:00).

Пример 10

Проверка синхронизации времени на клиенте со временем на Zabbix сервере

Используется функция fuzzytime():

Триггер изменит состояние на проблему тогда, когда локальное время на сервере MySQL_DB и Zabbix сервере различаются более чем на 10 секунд.

Пример 11

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

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

Пример 12

Использование значение другого элемента данных в качестве порогового значения триггера:

 Template PfSense:hrStorageFree[ ].last()>Template PfSense:hrStorageSize[ ].last()>*0.1

Триггер изменит свое состояние на проблему, если свободное пространство на диски упадет ниже 10 процентов.

Пример 13

Использование результата вычисления для получения количества триггеров больше порога:

 ( >5) + ( >5) + ( >5)>=2

Триггер изменит свое состояние на проблему, если по крайней мере два триггера из выражения будут больше 5.

Гистерезис

Порой нам необходим интервал между состояниями ОК и Проблема, а не просто порог. Например, мы бы хотели задать триггер, который переходит в состояние Проблема, когда температура в серверной комнате становится больше 20C и мы бы хотели чтобы он оставался в этом состоянии пока температура не опустится ниже 15C.

Чтобы это сделать, сначала мы зададим выражение триггера для события о проблеме. Затем выберем ‘Выражение восстановления’ в Формирование ОК события и укажем выражение восстановления для ОК события.

Обратите внимание, что выражение восстановления будет вычислено только при первом решении события о проблеме. Невозможно решить проблему при помощи выражения восстановления, если условие проблемы всё еще присутствует.

Пример 1

Температура в серверной комнате слишком высокая.

Пример 2

Очень мало свободного места на диске

Выражение проблемы: если меньше 10ГБ за последние 5 минут

Выражение восстановления: если больше 40ГБ за последние 10 минут

Выражения с неподдерживаемыми элементами данных и неизвестными значениями

Версии до Zabbix 3.2 очень строго относились к неподдерживаемым элементам данных в выражениях триггеров. Любой неподдерживаемый элемент данных в выражении незамедлительно менял значение триггера на Неизвестно .

Начиная с Zabbix 3.2 существует более гибкий подход к неподдерживаемым элементам данных, допуская неизвестные значения при вычислении выражений:

• У некоторых функций их значения не зависят от того поддерживается ли элемент данных или нет. Такие функции теперь вычисляются даже, если ссылаются на неподдерживаемые элементы данных. Смотрите список в разделе функции и неподдерживаемые элементы данных.
• Логические выражения с ИЛИ и И могут быть вычислены для известных значений в двух случаях независимо от неизвестных операндов:
  • «1 or Неподдерживаемый_элемент_данных1.некая_функция() or Неподдерживаемый_элемент_данных2. некая_функция() or . » может быть вычислена как ‘1’ (Правда),
  • «0 and Неподдерживаемый_элемент_данных1. некая_функция() and Неподдерживаемый_элемент_данных2. некая_функция() and . » может быть вычислена как ‘0’ (Ложь).
    Zabbix пытается вычислить логические выражения принимая неподдерживаемые элементы данных как Неизвестные значения. В двух случаях, упомянутых выше, будет приниматься известное значение; в остальных случаях значением триггера будет Неизвестно .

  Обратите внимение на то, что неизвестные значения могут «исчезать» только в логических выражениях описанных выше. В арифметических выражениях неизвестные Неизвестному результату (за исключением деления на 0).

  Если выражение триггера с несколькими неподдерживаемыми элементами данных вычисляется как Неизвестное , сообщение об ошибке в веб-интерфейсе ссылается на последний вычисленный неподдерживаемый элемент данных.

  1 Поддерживаемые функции триггеров

  Здесь перечислены все поддерживаемые функции в выражениях триггеров:

  ФУНКЦИЯ
  Описания	Параметры	Комментарии
  abschange
  Абсолютная разница между последним и предыдущим значениями.		Поддерживаемые типы значений: float, int, str, text, log

  Например:
  (предыдущее значение;последнее значение=abschange)
  1;5=4
  3;1=2
  0;-2.5=2.5

  Примеры:
  => avg(#5) → среднее значение за пять последних значений
  => avg(1h) → среднее значение за час
  => avg(1h,1d) → среднее значение за час днем ранее.

  Обратите внимание, что #кол-во здесь работает иначе, чем во многих других функциях (смотри last()).

  Хотя сравнение выполняется побитовым образом, все значения должны подставляться и возвращаться в десятичном виде. Например, выполнение проверки 3-го бита, сравнением с 4, не со 100.

  Примеры:
  => band(,12)=8 or band(,12)=4 → 3-ий и 4-ый биты установлены, но не оба в одно время
  => band(,20)=16 → 3-ий бит не установлен и 5 бит установлен.

  Например:
  (предыдущее значение;последнее значение=изменение)
  1;5=+4
  3;1=-2
  0;-2.5=-2.5

  Смотрите также: abschange для сравнения

  оператор (опционально)

  Поддерживаемые операторы : eq — равно
  ne — не равно
  gt — больше
  ge — больше или равно
  lt — меньше
  le — меньше или равно
  like — совпадают, если содержат шаблон (регистрозависимое)
  band — побитовое И
  regexp — совпадение с учетом регистра с регулярным выражением, заданным в шаблон
  iregexp — совпадение без учета регистра с регулярным выражением, заданным в шаблон

  Обратите внимание:
  eq (по умолчанию), ne, gt, ge, lt, le, band, regexp, iregexp поддерживаются целочисленными элементами данных
  eq (по умолчанию), ne, gt, ge, lt, le, regexp, iregexp поддерживаются числовыми с плавающей точкой элементами данных
  like (по умолчанию), eq, ne, regexp, iregexp поддерживаются строковыми, текстовыми и журнальными элементами данных

  При наличии band третьим параметром, второй параметр шаблон можно указывать двумя числами, разделенными с помощью ‘/’: количество_для_сравнения/маска. count() вычисляет «побитовое И», используя значение и маску, и сравнивает результат с количеством_для_сравнения. Если результат «побитового И» равен количеству_для_сравнения, значение засчитывается.
  Если количество_для_сравнения и маска равны, то необходимо указать только параметр маска (без ‘/’).

  При наличии regexp или iregexp третьим параметром, второй параметр шаблон может быть как обычным, так и глобальным (которое начинается с ‘@’) регулярным выражением. В случае глобального регулярного выражения учет регистра наследуется из настроек глобального регулярного выражения. Для цели соответствия регулярному выражению числа с плавающей точкой всегда будут представлены с 4 десятичными знаками после ‘.’. Также обратите внимание на то, что при разница между большими числами в десятичном (хранится в базе данных) и бинарном (используется Zabbix сервере) представлениях может повлиять на 4 цифру после запятой.

  Примеры:
  => count(10m) → количество значений за последние 10 минут
  => count(10m,»error»,eq) → количество значений за последние 10 минут, которые равны ‘error’
  => count(10m,12) → количество значений за последние 10 минут, которые равны ’12’
  => count(10m,12,gt) → количество значений за последние 10 минут, которые больше ’12’
  => count(#10,12,gt) → количество значений из последних 10 значений, которые больше ’12’
  => count(10m,12,gt,1d) → количество значений за 10 минут 24 часами ранее, которые больше ’12’
  => count(10m,6/7,band) → количество значений за последние 10 минут, которые имеют ‘110’ (в бинарном виде) в 3 младших битах.
  => count(10m. 1d) → количество значений за 10 минут 24 часами ранее

  Поддерживаемые аппроксимации :
  linear — линейная функция
  polynomialN — полином степени N (1 exponential — экспоненциальная функция
  logarithmic — логарифмическая функция
  power — степенная функция

  Обратите внимание, что:
  linear является умолчанием, polynomial1 эквивалент linear

  режим (опционально) — запрашиваемый вывод

  Поддерживаемые режимы :
  value — значение (по умолчанию)
  max — максимальное
  min — минимальное
  delta — max—min
  avg — среднее

  Если возвращаемое значение больше чем 999999999999.9999 или меньше чем -999999999999.9999,возвращаемое значение обрезается до 999999999999.9999 или -999999999999.9999 соответственно.

  Становится не поддерживаемым только, если в выражении имеется злоупотребление (ошибочный тип элемента данных, некорректные параметры), в противном случае возвращает -1 в случае ошибок.

  Примеры:
  => forecast(#10,,1h) → прогноз значения элемента данных через один час на основе последних 10 значений
  => forecast(1h,,30m) → прогноз значения элемента данных через 30 минут на основе данных последнего часа
  => forecast(1h,1d,12h) → прогноз значения элемента данных через 12 часов на основе одного часа днем ранее
  => forecast(1h,,10m,exponential) → прогноз значения элемента данных через 10 минут на основе данных последнего часа и экспоненциальной функции
  => forecast(1h,,2h,polynomial3,max) → прогноз максимального значения элемента данных, которое может достичь элемент данных через два часа, на основе данных последнего часа и кубического (третьей степени) полинома
  => forecast(#2,,-20m) → оценивает значение элемента данных, которое было 20 минут назад на основе двух последних значений (эта функция может быть более точной, чем использование last() или prev(), особенно, если элемент данных обновляется редко, скажем, раз в час)

  Возвращает:
  1 — если разница между штампом времени значения элемента данных и штампом времени Zabbix сервера меньше или равна T секунд
  0 — в противном случае.

  Обычно используется с system.localtime для проверки, что локальное время синхронизировано с локальным временем Zabbix сервера. Обратите внимание, что элемент данных ‘system.localtime’ должен быть настроен пассивной проверкой.
  Также можно использовать с ключем vfs.file.time[/путь/к/файлу,modify] для проверки, что файл не обновлялся длительное время.

  Обратите внимание, что #кол-во здесь работает иначе, чем во многих других функциях.
  Например:
  last() всегда идентичен last(#1)
  last(#3) — третье самое новое значение (не три последних значения)

  Zabbix не гарантирует точный порядок значений, если в истории существуют более двух значений менее чем за секунду..

  Возвращает:
  0 — не совпадает
  1 — совпадает

  Результат:
  1 — если нет полученных данных за указанный период времени
  0 — в противном случае

  Результат:
  1 — найдено
  0 — в противном случае

  Если обрабатывается более одного значения, ‘1’ возвращается, если имеется по крайней мере одно совпадающее значение.

  Результат:
  1 — найдено
  0 — в противном случае

  Если обрабатывается более одного значения, ‘1’ возвращается, если имеется по крайней мере одно совпадающее значение.

  Обратите внимание, что #кол-во здесь работает иначе, чем во многих других функциях.

  Примеры:
  => strlen()(идентично strlen(#1)) → длина самого значения
  => strlen(#3) → длина третьего самого нового значения
  => strlen(,1d) → длина самого нового значения днем ранее.

  Если возвращаемое значение больше чем 999999999999.9999, возвращаемое значение обрезается до 999999999999.9999.

  Возвращает 999999999999.9999, если порог нельзя достичь.

  Становится не поддерживаемым только, если в выражении имеется злоупотребление (ошибочный тип элемента данных, некорректные параметры), в противном случае возвращает -1 в случае ошибок.

  Примеры:
  => timeleft(#10,,0) → время до тех пор, когда значение элемента данных достигнет нуля на основе последних 10 значений
  => timeleft(1h,,100) → время до тех пор, когда значение элемента данных достигнет 100 на основе данных последнего часа
  => timeleft(1h,1d,0) → время до тех пор, когда значение элемента данных достигнет 0 на основе одного часа днем ранее
  => timeleft(1h,,200,polynomial2) → время до тех пор, когда значение элемента данных достигнет 200 на основе данных последнего часа и предположения, что элемент данных ведет себя как квадратичный (вторая степень) полином

  Важные заметки:
  1) Все функции возвращают только числовые значения. Сравнение строк не поддерживается.
  2) Некоторые функции нельзя использовать для нечисловых значений!
  3) Строковые аргументы должны быть заключены в двойные кавычки. В противном случае, они могут быть неправильно интерпретированы.
  4) У всех функций триггеров параметры сек и сдвиг_времени должны быть целым числом с опциональным суффиксом единицы времени и это требование не имеет абсолютно ничего общего с типом данных элемента данных.

  Примечание

  1 Функция начинает вычисляться с момента получения первого значения (если не пользуется сдвиг_времени параметр).

  Функции и неподдерживаемые элементы данных

  Начиная с Zabbix 3.2, функции nodata(), date(), dayofmonth(), dayofweek(), now() и time() вычисляются также и для неподдерживаемых элементов данных. Другие функции требуют чтобы элементы данных на которые они ссылаются были поддерживаемом состоянии.

  Триггер и сценарий для опроса сайта. Zabbix

  Мне необходимо во время понять, что сайт недоступен. Я сформировал сценарий и триггер по стандартному мануалу на сайте, но стало понятно, что сайт периодически перезагружается, следовательно пропадает верстка и срабатывает триггер. Каким образом я могу изменить структуру сценария или триггера, чтобы он срабатывал не сразу, а после 10 минут отсутствия связи. Прилагаю код триггера, который я попробовал сделать, но он все равно ругается каждый раз при перезагрузке.

  >0 and >0 

  Отслеживать
  kiryushinsa
  задан 20 мар 2020 в 7:06
  kiryushinsa kiryushinsa
  55 7 7 бронзовых знаков

  1 ответ 1

  Сортировка: Сброс на вариант по умолчанию

  Дальше. Например для Zabbix server:web.test.fail[http://vsks.ru/] Можно взять функцию min. Будет выглядеть так:

  Т.е. для web.test.fail нормальное значение равно 0, а значение больше 0, это шаг проверки на котором произошла ошибка. Тогда min(10m)>>0 сработает тогда, когда минимальное значение будет больше 0 в течении 10 минут. Здесь следует учитывать, что если сайт будет постоянно переходить между состояниями доступен\не доступен, этот триггер не сработает.

  Второй вариант. Использовать функцию count

  Здесь нужно учитывать переодичность проверки. предположим — 1 раз в минуту. Сработает когда за последних 10 минут будет больше 6 значений, отличных от 0.

  1 Операции

  Вы можете указать следующие операции для всех источников:

  • отправка сообщений
  • выполнение удаленных команд (включая IPMI)

  Zabbix сервер не создает оповещения, если доступ к узлу сети «запрещен» пользователю явным образом, который задан в операции получателем, или, если пользователь вовсе не имеет заданных прав доступа к этому узлу сети.

  Для событий обнаружения, также доступны дополнительные операции:

  • добавление узла сети
  • удаление узла сети
  • активация узла сети
  • деактивация узла сети
  • добавление в группу
  • удаление из группы
  • присоединение шаблона
  • отсоединение шаблона
  • установка режима инвентарных данных узлам сети

  Для событий автоматической регистрации доступны дополнительные операции:

  • добавление узла сети
  • деактивация узла сети
  • добавление в группу
  • присоединение шаблона
  • установка режима инвентарных данных узлам сети

  Настройка операции

  Для настройки операции, в диалоге свойств действия перейдите на вкладку Операции и нажмите на Новая. Измените шаг операции и нажмите Добавить для добавления в список Операции действия.

  

  Параметр					Описание
  Длительность шага операции по умолчанию					Длительность одного шага операции по умолчанию (минимум 60 секунд). Например, длительность шага в один час означает, что если эта операция выполняется, то следующая операция начнется через один час.
  Операции действия					Операции действия отображаются со следующими деталями: Шаги — шаг(и) эскалации к которым назначаются операции Детали — тип операции и ее получатель/цель. Начиная с Zabbix 2.2, список операций также отражает способ оповещений (e-mail, SMS, Jabber и т.п.), используемый для отправки сообщения, а также имя и фамилию (в круглых скобках после псевдонима) получателя оповещения. Начинать в — через какое время после события выполнится эта операция Длительность (сек) — отображение длительности шага. Отображается по умолчанию, если шаг имеет длительность по умолчанию, и отображается время, если используется указанное время. Действие — отображаются ссылки для изменения и удаления операции. Для добавления новой операции, нажмите на Новый.
  Детали операций					Этот блок используется для настройки параметров операции.
  Шаг				Выберите шаг(и) для назначения операции в расписание эскалаций: От — выполнять, начиная с этого шага До — выполнять, до этого шага (0=бесконечно, выполнение не будет ограничено) Период эскалации — пользовательский интервал между этими шагами (0=использовать период по умолчанию). На один шаг можно назначить несколько операций. Если такие операции будут иметь разную длительность шага, то учитывается самая короткая и она будет применена к шагу.
  Тип операции				Для всех событий доступно два типа операций: Отправлять сообщение — отправление сообщения пользователю Удаленная команда — выполнение удаленной команды Остальные операции доступны для событий основанных на обнаружении и автоматической регистрации (см. выше).
  Тип операции: отправка сообщений
  Отправлять группам пользователей			Нажмите на Добавить для выбора групп пользователей, которым будет отправляться сообщение. Группа пользователей должна иметь по крайней мере права доступа на «чтение» узла сети, чтобы получить уведомления.
  Отправлять пользователям			Нажмите на Добавить для выбора пользователей, которым будет отправляться сообщение. Пользователь должен иметь по крайней мере права доступа на «чтение» узла сети, чтобы получить уведомления.
  Отправлять только через			Отправка сообщения по всем заданным способам оповещений или только по выбранному.
  Сообщение по умолчанию			Если выбрано, будет использовано сообщение по умолчанию (смотрите общие атрибуты действий).
  Тема			Тема пользовательского сообщения. Тема может содержать макросы.
  Сообщение			Пользовательское сообщение. Сообщение может содержать макросы.
  Тип операции: удаленная команда
  Список целей			Выберите цели, на которых будет выполняться команда: Текущий узел сети — команда будет выполнена на узле сети триггер которого вызвал это событие о проблеме. Эта опция не будет работать, если триггер содержит несколько узлов сети. Узел сети — выберите узел/узлы сети, на котором команда будет выполнена. Группа узлов сети — выберите группу(ы) узлов сети, на котором команда будет выполнена. Команда выполняется на узле сети только один раз, независимо от того совпадает ли узел сети более одного раза (например, входит в несколько групп узлов сети; указан отдельно и входит в группу узлов сети). Список целей не имеет смысла, если пользовательский скрипт выполняется на Zabbix сервере. В этом случае выбор нескольких целей приведет только к тому, что скрипт выполнится на сервере несколько раз. Обратите внимание, выбор цели также зависит от настройки Группа пользователей в конфигурации глобального скрипта.
  Тип			Выберите тип команды: IPMI — выполнение IPMI команды Пользовательский скрипт — выполнение пользовательского набора команд. SSH — выполнение SSH команды Telnet — выполнение Telnet команды Глобальный скрипт — выполнение одного из глобальных скриптов определенных в Администрирование→Скрипты.
  Выполнить на			Выполнение пользовательского скрипта на стороне Zabbix сервера или Zabbix агента. Для выполнения удаленных команд на стороне агента его необходимо настроить на разрешение удаленных команд от сервера. Это поле доступно, если как Тип выбран ‘Пользовательский скрипт’.
  Команды			Введите команду(ы). Поддерживаемые макросы будут раскрыты на основании выражения триггера, которое вызвало событие. Например, макрос узла сети будет раскрыт в узлы сети из выражения триггера (не в узлы сети из списка целей).
  Условия				Условие выполнения операции: Не подтверждено — только, если событие не подтверждено Подтверждено — только, если событие подтверждено

  Похожие публикации:

  1. Как выглядит выставка роботов
  2. Как изменить цвет лазера мыши
  3. Как подключить пульт к телевизору hyundai
  4. Что будет если налить воду в розетку