2 Настройка триггера
На этой странице описано, как настроить триггер в веб-интерфейсе Zabbix.
Обратите внимание, что официальные шаблоны Zabbix содержат предопределенные триггеры. См. руководство по применению шаблона для мониторинга Linux. Также можно массово обновить настроенные триггеры.
Другие ресурсы:
- Обнаружение проблем с помощью триггеров (общее введение)
- Примеры триггеров (по вариантам использования)
- Выражение триггера (подробности синтаксиса)
- Рекомендации
Конфигурация
Чтобы настроить триггер, выполните следующие действия:
- Перейдите в: Сбор данных > Узлы сети
- Нажмите Триггеры в строке узла сети
- Нажмите Создать триггер справа (или на имя триггера, чтобы редактировать существующий триггер)
- Введите параметры триггера в форме
Вкладка Триггер содержит все основные атрибуты триггера.
Все обязательные поля ввода отмечены красной звездочкой.
| Parameter | Description |
|---|---|
| Name | Имя триггера. Поддерживаются макросы: {HOST.HOST}, {HOST.NAME}, {HOST.PORT}, {HOST.CONN}, {HOST.DNS}, {HOST.IP}, {ITEM.VALUE}, {ITEM.VALUE.AGE}, {ITEM.VALUE.DATE}, {ITEM.VALUE.TIME}, {ITEM.VALUE.TIMESTAMP}, {ITEM.LASTVALUE}, {ITEM.LASTVALUE.AGE}, {ITEM.LASTVALUE.DATE}, {ITEM.LASTVALUE.TIME}, {ITEM.LASTVALUE.TIMESTAMP}, {ITEM.LOG.*} и пользовательские макросы {$MACRO}. Макросы $1, $2...$9 можно использовать для ссылки на первую, вторую...девятую константу выражения. Примечание: макросы $1-$9 будут корректно разрешаться при ссылке на константы в относительно простых, прямолинейных выражениях. Например, имя "Загрузка процессора выше $1 на {HOST.NAME}" автоматически изменится на "Загрузка процессора выше 5 на New host", если выражение имеет вид last(/New host/system.cpu.load[percpu,avg1])>5. |
| Event name | Если задано, это имя будет использоваться для создания имени события проблемы. По умолчанию имя события совпадает с именем триггера. Имя события можно использовать для построения информативных оповещений, содержащих данные о проблеме (см. пример). Поддерживается тот же набор макросов, что и в имени триггера, а также макросы выражений {TIME}, {TIMESTAMP} и {?EXPRESSION}. |
| Operational data | Оперативные данные позволяют задавать произвольные строки вместе с макросами. Макросы будут динамически разрешаться в данные реального времени в Мониторинг > Проблемы. В то время как макросы в имени триггера (см. выше) разрешаются в свои значения в момент возникновения проблемы и становятся основой статического имени проблемы, макросы в оперативных данных сохраняют возможность динамически отображать самую актуальную информацию. Если оперативные данные не настроены на уровне триггера, будут отображаться последние значения всех элементов данных из выражения. Поддерживается тот же набор макросов, что и в имени триггера. |
| Severity | Установите требуемую важность триггера, нажимая кнопки. |
| Expression | Логическое выражение, используемое для определения условий проблемы. Поддерживаются суффиксы времени и суффиксы размера памяти. Проблема создается после выполнения всех условий, включенных в выражение, то есть когда выражение принимает значение TRUE. Проблема будет устранена, как только выражение примет значение FALSE, если только в Выражение восстановления не заданы дополнительные условия восстановления. |
| OK event generation | Параметры генерации OK-событий: Expression - OK-события генерируются на основе того же выражения, что и события проблемы; Recovery expression - OK-события генерируются, если выражение проблемы принимает значение FALSE, а выражение восстановления принимает значение TRUE; None - в этом случае триггер никогда не вернется в состояние OK самостоятельно. |
| Recovery expression | Логическое выражение (необязательно), определяющее дополнительные условия, которые должны быть выполнены до устранения проблемы, после того как исходное выражение проблемы уже приняло значение FALSE. Выражение восстановления полезно для гистерезиса триггера. Невозможно устранить проблему только выражением восстановления, если выражение проблемы все еще имеет значение TRUE. Это поле доступно только если для OK event generation выбрано значение 'Recovery expression'. |
| PROBLEM event generation mode | Режим генерации событий проблемы: Single - одно событие генерируется, когда триггер впервые переходит в состояние 'Проблема'; Multiple - событие генерируется при каждой оценке триггера как 'Проблема'. |
| OK event closes | Выберите, что закрывает OK-событие: All problems - все проблемы этого триггера; All problems if tag values match - только те проблемы триггера, у которых совпадают значения тегов событий. |
| Tag for matching | Введите имя тега события, которое будет использоваться для корреляции событий. Это поле отображается, если для свойства OK event closes выбрано значение 'All problems if tag values match', и в этом случае является обязательным. |
| Allow manual close | Установите флажок, чтобы разрешить закрытие вручную событий проблемы, созданных этим триггером. Закрытие вручную возможно при подтверждении событий проблемы. |
| Menu entry name | Если не пусто, введенное здесь имя (до 64 символов) используется в нескольких местах веб-интерфейса как метка для URL триггера, указанного в параметре Menu entry URL. Если пусто, используется имя по умолчанию Trigger URL. Поддерживается тот же набор макросов, что и в имени триггера, а также {EVENT.ID}, {HOST.ID} и {TRIGGER.ID}. |
| Menu entry URL | Если не пусто, введенный здесь URL (до 2048 символов) доступен как ссылка в меню события в нескольких местах веб-интерфейса, например, при нажатии на имя проблемы в Мониторинг > Проблемы или в виджете панели мониторинга Проблемы. Поддерживается тот же набор макросов, что и в имени триггера, а также {EVENT.ID}, {HOST.ID} и {TRIGGER.ID}. Примечание: пользовательские макросы с секретными значениями не будут разрешаться в URL. |
| Description | Текстовое поле, используемое для предоставления дополнительной информации об этом триггере. Может содержать инструкции по устранению конкретной проблемы, контактные данные ответственного персонала и т. д. Поддерживается тот же набор макросов, что и в имени триггера. |
| Enabled | Снятие этого флажка отключит триггер при необходимости. Проблемы отключенного триггера больше не отображаются в веб-интерфейсе, но не удаляются. |
Вкладка Теги позволяет определить теги на уровне триггера. Все проблемы этого триггера будут помечены введенными здесь значениями.
Кроме того, опция Inherited and trigger tags позволяет просматривать теги, определенные на уровне шаблона, если триггер получен из этого шаблона. Если существует несколько шаблонов с одинаковым тегом, эти теги отображаются один раз, а имена шаблонов разделяются запятыми. Триггер не "наследует" и не отображает теги уровня узла сети.
| Parameter | Description |
|---|---|
| Name/Value | Задайте пользовательские теги для маркировки событий триггера. Теги представляют собой пару из имени тега и значения. Можно использовать только имя или пару имя-значение. Триггер может иметь несколько тегов с одинаковым именем, но разными значениями. В тегах событий поддерживаются пользовательские макросы, пользовательские макросы с контекстом, макросы низкоуровневого обнаружения и функции макросов с {{ITEM.VALUE}}, {{ITEM.LASTVALUE}}. Макросы низкоуровневого обнаружения можно использовать внутри контекста макроса.В значениях тегов триггера поддерживается макрос {TRIGGER.ID}. Это может быть полезно для идентификации триггеров, созданных из прототипов триггеров, и, например, для подавления проблем от этих триггеров во время обслуживания. Если общая длина развернутого значения превышает 255 символов, оно будет обрезано до 255 символов. См. все макросы, поддерживаемые для тегов событий. Теги событий могут использоваться для корреляции событий, в условиях действий, а также отображаются в Мониторинг > Проблемы или в виджете Проблемы. |
Вкладка Зависимости содержит все зависимости триггера.
Нажмите Добавить, чтобы добавить новую зависимость.
Вы также можете настроить триггер, открыв существующий, нажав кнопку Клонировать, а затем сохранив его под другим именем.
Тестирование выражения триггера
Можно проверить, каким будет результат выражения в зависимости от полученного значения.
В качестве примера взято следующее выражение из официального шаблона:
avg(/Cisco IOS SNMPv2/sensor.temp.value[ciscoEnvMonTemperatureValue.{#SNMPINDEX}],5m)>{$TEMP_WARN}
or
last(/Cisco IOS SNMPv2/sensor.temp.status[ciscoEnvMonTemperatureState.{#SNMPINDEX}])={$TEMP_WARN_STATUS}Чтобы протестировать выражение, нажмите Конструктор выражений под полем выражения.
В конструкторе выражений перечислены все отдельные выражения. Чтобы открыть окно тестирования, нажмите Тест под списком выражений.
В окне тестирования можно ввести примерные значения ('80', '70', '0', '1' в этом примере), а затем увидеть результат выражения, нажав кнопку Тест.
Можно увидеть результат отдельных выражений, а также всего выражения целиком.
"TRUE" означает, что указанное выражение истинно. В данном случае A значение "80" больше указанного значения {$TEMP_WARN}, которое в этом примере равно "70". Как и ожидалось, отображается результат "TRUE".
"FALSE" означает, что указанное выражение ложно. В данном случае B значение {$TEMP_WARN_STATUS} "1" должно быть равно указанному значению, которое в этом примере равно "0". Как и ожидалось, отображается результат "FALSE".
Выбранный тип выражения — "OR". Если хотя бы одно из указанных условий (в данном случае A или B) истинно, общий результат также будет TRUE. Это означает, что текущее значение превышает предупреждающее значение и возникла проблема.