Небольшая заметка по функционалу заббикса, который может быть кому-то вообще не знаком. Речь пойдет об отложенных уведомлениях (оповещениях) в системе мониторинга zabbix. Например, если вы отложили отправку сообщения на 5 минут, а триггер сработал и завершился за 3 минуты, вы об этом не получите уведомления, но информация о событии останется в системе.
На углубленном курсе "Архитектура современных компьютерных сетей" вы с нуля научитесь работать с Wireshark и «под микроскопом» изучите работу сетевых протоколов. На протяжении курса надо будет выполнить более пятидесяти лабораторных работ в Wireshark.
Введение
Косвенно данную тему я затрагивал в статье про повторяющиеся уведомления в zabbix. Основа для настроек одна и та же. Очень подробно этот вопрос освещен в официальной документации, в разделе Эскалации. Рекомендую ознакомиться, там все показано на примерах.
Я же кратко на своем примере покажу, как отложить отправку оповещения на 5 минут. Иногда надоедают какие-то триггеры, приходится их отключать, чтобы не спамили. Но если триггер отключить, то информации по нему не будет вообще никакой. Чаще всего хочется отключить именно уведомление, а не сам триггер. В таком случае, информация о его срабатывании сохранится в истории системы мониторинга.
Одни из вариантов решения этой проблемы - добавление исключения в дефолтное правило оповещений, которое чаще всего остается после настройки. То есть можно сделать вот так:
Оповещения о триггерах с указанными названиями отправляться не будут. Я просто привел пример одного из подходов. Дальше расскажу, как сделать так, чтобы если триггер сработал и завершился в течении 5 минут, оповещение о нем не придет. Если же за 5 минут триггер не выключится, то оповещение будет отправлено.
Если у вас еще нет своего сервера для мониторинга, то рекомендую материалы на эту тему. Для тех, кто предпочитает систему CentOS:
То же самое на Debian 10, если предпочитаете его:
Отложенное оповещение
Для настройки отложенного оповещения идем в web интерфейс zabbix сервера, в раздел Configuration -> Actions и выбираем правило оповещения, которое будем изменять. Я для примера возьму дефолтное правило Report problems to Zabbix administrators.
Идем во вкладку Operations и меняем Default operation step duration на 5m, если вы хотите отложить отправку оповещения на 5 минут. Далее редактируем шаг исполнения. В разделе Steps ставим значения 2 - 2. Изначально там стоит 1 - 1. То есть мы указываем, выполнить отправление со второго шага, а длину шага ранее установили в 5 минут.
Вот и все. Я показал на простом примере, как отложить отправку оповещения о событии в zabbix.
Проверка отложенных уведомлений
Для проверки отложенного уведомления, достаточно дождаться срабатывания какого-нибудь триггера. Вот мои примеры, когда оповещение не было отправлено вовсе, так как триггер работал менее 5 минут. И рядом же пример отправки уведомления только через 5 минут после срабатывания триггера.
Последнее событие длилось 1 минуту. Во время бэкапа сайта сработал триггер на нехватку места. После завершения бэкапа, скрипт подчистил за собой следы и места стало достаточно. Все случилось в течении 1 минуты, так что оповещения я вообще не получил.
Второе событие длилось 6 минут. Оповещение было отправлено только через 5 минут после срабатывания триггера.
Заключение
Таким нехитрым способом вы можете контроллировать количество оповещений от системы мониторинга. Чем их меньше, тем лучше. Оставлять нужно только то, что действительно критично и требует внимания. Спам бесполезных оповещений снижает бдительность и приводит к тому, что на оповещения просто перестают реагировать. Это неправильно, не нужно доводить до такого состояния. Калибровка системы мониторинга, чтобы она стала помощником, требует постоянных усилий и внимания. Но без нее никуда.
Научиться настраивать MikroTik с нуля или систематизировать уже имеющиеся знания можно на углубленном онлайн-курcе по администрированию MikroTik. Автор курcа – сертифицированный тренер MikroTik Дмитрий Скоромнов. Более 40 лабораторных работ по которым дается обратная связь. В три раза больше информации, чем в MTCNA.
Добрый день! выставил все как в статье, но указал 24ч, оповещения все равно приходят, в чем мог ошибиться?
Добрый вечер.
Следующая проблема ни в какую не хотят приходить уведомления об обновлении состояния события - то есть добавлен ли комментарий/понижена или повышена степень, ничего.
При этом оповещения о срабатывании триггера/восстановлении приходят корректно.
В настройка "Действия" операции обновления настроены, куда копать?
Здравствуйте.
Владимир, можете подсказать как при такой настройки отложенных уведомлений в Zabbix быть с "Операции восстановления" и "Операции обновления" ?
Проблема в том, что уведомления о проблемах которые длились меньше 5 минут не приходят, но приходят уведомления о решении проблемы.
Можно как то настроить, чтобы "Операции восстановления" и "Операции обновления" были только тогда когда было уведомления о самой проблеме?
Если проблема была на 1-2 минуты, я не хочу видить об этом никаких уведомлений.
Буду благодарен если поделитесь своим опытом и расскажите была ли у Вас такая проблема, и как Вы её решали.
Такая-же ситуация, в операциях восстановления не предусмотрены шаги..
Прошло уже 2 года, но может быть пригодится будующим поколениям :)
Если делаете отложенные сообщения о проблемах и не хотите получать оповещения о восстановлении, которые произошли раньше времени нужно в настройках действий, где настраивали шаги в пунктах "Операции восстановления" и "Операции обновления" выбрать операцию не отправить сообщение, а "Оповещать всех участников". В таком случае сообщение о восстановлении получит только тот, кто получил сообщение об ошибке.
Добрый день!
Как настраивать Действие на сервере разобрался, но при этом по sms приходит уведомления как от Триггера, так и от Действия! Что необходимо настроить, чтобы от Триггера sms не приходило, а это выполнялось только Действием? Если просто Диактивировать Триггер, то он вообще работать не будет.
Спасибо!
Вы что-то путаете. Сам триггер ничего не отправляет. Отправка реализуется только через Действия. Так что разбирайтесь именно в них.
Здравствуйте! А можно ли настроить оповещения на определенное время, а не по интервалу?
Например: 12:00, 15:00...
Сколько не гуглил, ничего не нашел. Пытался в действиях задать время, но не срабатывает.
Видел такие запросы. По-моему, заббикс из коробки, без костылей так не умеет делать. Это не соотносится с логикой его работы.
Понял, думал если в действиях указать условия с датой и временем, то будет срабатывать по этому условию.
Я где-то в комментариях видел вопрос разработчикам на тему того, как организовать так, чтобы тебе, к примеру, раз в сутки в 9 утра приходил отчет по всем триггерам. И там ответили, что штатно такой возможности нет, концепция работы заббикса с его триггерами не подразумевает такие уведомления по заявкам в назначенное время.
Есть ли способо на всех тригерах разрешить закрывать проблемы вручную?
Некоторые тригеры не дают возможности установить опцию - Allow manual close
Да, можно. Возможность закрывать триггер вручную задается в настройках триггера, либо в самом хосте, либо в шаблоне, который прикреплен к хосту.
Как скрыть проблему из дашбоарда?
Например на диске свободного места меньше 20%, я об этом уже знаю, не хочу видеть в дашбоарде уведомление об этом пака места не станет меньше 15%...
Насколько я понимаю, никак. Буду рад, если ошибаюсь, но сам не понимаю, как это сделать. Если проблему закрыть вручную, то триггер снова выскочит при очередной проверке.
только, если триггер подправить. Например, чтобы это выводилось в информацию или, допустим, осталось 5%.
Не уверен что ещё актуально, но сам делаю так: поддтверждаю проблему и перевожу её в статус информации. Таким образом она остается на дашборде, но не мелькает в столбце с проблемами. А при решении тихо-мирно тухнет до следующего раза.
Кстати, неплохой трюк. Возьму на заметку. Я обычно на основной дашборд вообще не вывожу информационные триггеры.Таким образом реально удобно скрывать то, что не нужно на виду.
@Иван
Насоздавать групп с разными именами. И вносите туда хосты. Только мониторить те, что без агента можно либо по SNMP/WMI/еще как-то.
@all
Кстати, заббикс можно вместе с LibreNMS пользовать. Уж оч. красиво и наглядно графики рисует. И алертить умеет )
контроЛировать
Добрый вечер/утро/день!
Вопрос не по теме поста, но все же.
Есть правило обнаружения для 10-15 различных подсетей, правило работает на обнаружение zabbix agent, но он стоит на сервера подконтрольных только нам, хотя есть сервера и по факультетам и других служб. Они не очень то хотят ставить агента.
Поэтому встал вопрос, как отфильтровать сервера с агентом и без, добавлять их в разные группы и подключать разные шаблоны.