Получение оповещения о проблеме

При наличии элементов данных, которые собирают данные, и триггеров, переходящих в состояние "Проблема" при проблемных ситуациях, необходим механизм оповещений, который мог бы уведомить о важных событиях без доступа к веб-интерфейсу.

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

Настройки Email

Email – один из нескольких предустановленных способов доставки оповещений.

Для конфигурирования настроек Email переходят в "Администрирование → Способы оповещений" и нажимают на Email в списке предустановленных способов оповещений (рисунок 17).

Рисунок 17 — Перечень способов оповещений

Отобразится окно определения настроек Email (рисунок 18).

Рисунок 18 — Настройка Email

На вкладке "Способ оповещений" устанавливают значения сервера SMTP, "SMTP helo" и "SMTP email", подходящие для среды.

"SMTP email" будет использоваться как адрес отправителя (поле "From:") при отправке оповещений от Подсистемы.

Затем требуется определить содержимое сообщения о проблеме. Это содержимое определяется посредством шаблона сообщения, настраиваемого на вкладке "Шаблоны сообщений".

Для создания шаблона сообщения нажимают Добавить и выбирают Проблема в качестве типа сообщения (рисунок 19).

Рисунок 19 — Выбор содержимого сообщения

По завершении нажимают на Добавить для сохранения данных.

Теперь настроенный "Email" является рабочим способом оповещения. Способ оповещения должен связываться с пользователями путём определения конкретных адресов доставки, иначе он не будет использоваться.

Новое действие

Доставка оповещений является одной из задач действий в Подсистеме. Для настройки оповещений переходят в "Настройка → Действия" и нажимают на Создать действие (рисунок 20).

Рисунок 20 — Создание действия

В этом окне вводят имя действия.

В простейшем случае, если не будет добавлено больше конкретных условий, действие будет выбрано при изменении состояния с "ОK" на "Проблема" любого триггера.

Далее нужно определить, что именно действие должно делать – это настраивается на вкладке Операции. Нажать в блоке Операции на Добавить, откроется окно новой операции (рисунок 21).

Рисунок 21 — Добавления операции действия

Затем следует нажать на Добавить в блоке "Отправка пользователям" и выбрать пользователя ("user"), который был добавлен. В поле "Отправлять только через" выбрать значение "Email". По завершении нажать на Добавить и операция будет добавлена (рисунок 22).

Рисунок 22 — Операция действия

После настройки простого действия нужно нажать на Добавить в окне редактирования действия (рисунок 21).

Получение оповещения

С учетом настроенной отправкой оповещений стало возможным получить это оповещение. Для этого можно преднамеренно увеличить нагрузку на узел сети так, чтобы триггер сработал, и получить оповещение о проблеме.

Следует открыть консоль на узле сети и выполнить:

cat /dev/urandom | md5sum

Можно запустить один или несколько таких процессов.

Далее перейти в "Мониторинг → Последние данные" и проверить, как увеличиваются значения "Загрузка CPU". Чтобы созданный ранее триггер сработал, нужно, чтобы значение "Загрузка CPU" было больше "2" в течении 3 минут. Как только это произойдет:

  • в "Мониторинг → Проблемы" появится триггер с мигающим состоянием "Проблема";
  • будет получено оповещение о проблеме на Email.

Если оповещения не работают, то нужно:

  • проверить еще раз, что настройки Email и действия были сконфигурированы верно;
  • убедиться, что созданный пользователь имеет как минимум права на чтение узла сети, который генерирует событие. Пользователь, входящий в группу пользователей "Zabbix administrators", должен иметь, по крайней мере, доступ на чтение группы узлов сети "Linux servers", к которой принадлежит узел сети.

Кроме того, можно проверить журнал действий, перейдя в "Отчёты → Журнал действий".