Zabbix agent что это за программа

Универсальная система мониторинга Zabbix — введение

В любой сети, где есть больше, чем один сервер, очень полезно бывает иметь перед глазами полную картину происходящего. В крупных сетях, где количество хостов переваливает за несколько десятков, следить за каждым в отдельности — непосильная задача для администраторов. Для облегчения задачи наблюдения применяются системы мониторинга, и я расскажу об одной из них, которой на Хабре не посвящено ни одной полноценной статьи.

И так, встречайте: Zabbix. Система состоит из нескольких частей, и при большой нагрузке и наблюдении за очень большим количеством хостов позволяет разнести эти части на несколько раздельных машин.

• собственно сервера мониторинга, который выполняет периодическое получение данных, обработку, анализ и запуск скриптов оповещения
• базы данных (MySQL, PostgreSQL, SQLite или Oracle)
• веб-интерфейса на PHP
• агента — демона, который запускается на отслеживаемых объектах и предоставляет данные серверу. Агент опционален, мониторинг можно производить не только с помощью него, но и по SNMP (версий 1, 2, 3), запуском внешних скриптов, выдающих данные, и несколько видов предопределенных встроенных проверок, таких как ping, запрос по http, ssh, ftp и другим протоколам, а так же замер времени ответа этих сервисов.

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

Установка Zabbix agent на Windows

Основная логическая единица — Узлы сети (host), сервера, находящиеся под наблюдением. Каждому серверу присваивается описание и адрес (dns или ip, можно оба, причем с возможностью выбирать, что использовать для соединения).

Узлы объеднияются в группы, например веб-сервера или сервера баз данных. Группы служат для вывода только определенных серверов при наблюдении.

Каждый узел имеет несколько Элементов данных (items) — параметров, за которыми ведется мониторинг. К примеру, на всех серверах у меня есть параметр ping, (он получается с помощью встроенной проверки), который равняется 1, если ответ на последний ping-запрос был получен, иначе 0. А на одном из серверов у меня есть параметр «количество пользователей онлайн», который собирается самописным скриптом из базы данных сайта. Для каждого элемента данных можно указать свой период обновления, способ хранения(сам параметр или скорость его изменения), множитель, временной интервал сбора (например только в рабочее время).

Zabbix 5: сущность и принципы применения

Создавать элементы данных для каждого из множества серверов — сложно, поэтому можно создать узлы-шаблоны. Эти узлы тоже содержат элементы данных, но они не мониторятся напрямую. Вместо этого реальный хост связывается с одним или несколькими шаблонами, и все параметры шаблона автоматически наследуются хостом. Так, элемент ping у меня хранится именно в шаблоне, и я просто связываю все хосты с шаблоном template_ping.

Человек — не робот, и следить за тысячами параметров и думать, не выходит ли это значение за допустимые границы, просто нереально. Но и тут Zabbix предоставляет гибкие возможности по настройке условий-триггеров, которые включаются при авариях и неполадках, и система начинает моргать лампочками (на самом деле красными квадратиками) и изо всех сил пытается показать администратору, что что-то случилось. Между прочим, при включении триггера веб-интерфейс даже начинает попискивать на манер будильника, наверное, чтобы разбудить заснувших на клавиатуре наблюдателей. 🙂 Так что колонки здесь, наверное не помешают. А в упомянутом выше моем шаблоне template_ping есть и триггер, который реагирует на отсутствие пинга больше, чем на две минуты.

А если администратора нет на месте? Ничего, Zabbix достаточно самостоятелен и сможет отправить уведомление на почту, в jabber или sms с помощью gsm-модема, или даже попытаться самостоятельно поднять упавший сервис, выполнив заранее определенные действия, которые запускаются при срабатывании определенных триггеров.

Скучно сидеть и вглядываться в квадратики и бесконечно бегающие цифры? По данным любого параметра система сможет построить график изменения, причем не за предопределенные и жестко заданные временные интервалы (вспомните mrtg/rrdtool: daily, weekly, monthly, yearly), а за любой промежуток времени с максимальным разрешением.

Хотите посмотреть в деталях, как изменялась нагрузка на сервер во время хабраэффекта месяц назад? Пожалуйста, график с разрешением в 30 секунд(именно таков интервал опроса по умолчанию) к вашим услугам. Хотите общую картину? Выберите интервал в месяц и посмотрите на среднюю величину, и разброс колебаний до максимума и минимума. Сравнить?

Можно создавать сложные графики, отображающие на одном поле несколько параметров, и вы сразу увидите, что пиковые значения Load Average соответствуют пикам трафика.

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

Кроме того, для более удобного обзора есть комплексные отчеты, которые позволяют на одном экране просматривать сразу несколько сущностей — графики, данные, триггеры…

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

Скриншоты — с официального сайта Zabbix, и остальные можете посмотреть именно там (а их там много) — http://www.zabbix.com/screenshots.php

В ближайшем будущем — о том, как использовать Zabbix вместо Nagios и MRTG и рекомендации по миграции на Zabbix с этих двух систем и сравнение преимуществ и недостатков; о написании собственных скриптов оповещения и сбора данных, о моём личном опыте использования Zabbix в продакшне, и о чем-нибудь еще, что я узнаю в процессе дальнейшего изучения этой замечательной системы.

Источник: habr.com

Zabbix агент

Родной Zabbix агент, написан на языке C и его можно запускать на различных поддерживаемых платформах, включая Linux, UNIX и Windows, и собирать с устройства такие данные как использование CPU, памяти, диска и сетевых интерфейсов.

Компактность и малые ресурсы

По причине своей компактности агент может работать на устройствах с ограниченными ресурсами.

Конфигурация мониторинга сосредоточена на Zabbix сервере, что упрощает управление Zabbix агентом, который может использовать одинаковый файл конфигурации на всех серверах.

Zabbix агент запущенный под Linux:

Zabbix агент запущенный под MS Windows:

Поддержка опроса и трапов

Zabbix агент поддерживают как пассивные (опроса), так и активные проверки (трапы). Zabbix может выполнять проверки на основе интервала опроса, однако, также имеется возможность планирования определенного времени опроса элементов данных.

Пассивные проверки (опрос):

• Zabbix сервер (или прокси) запрашивает значение с Zabbix агента
• Агент обрабатывает запрос и возвращает значение Zabbix серверу (или прокси)

Активные проверки (трапы):

• Zabbix агент запрашивает с Zabbix сервера (или прокси) список активных проверок
• Периодически агент отправляет результаты этих проверок

Функции агента

Zabbix агент поддерживает следующий список проверок по умолчанию.

• Переданные пакеты/байты
• Ошибочные/отброшенные пакеты
• Коллизии

• Load average (усредненная загрузка)
• Простой/использование CPU
• Данные утилизации CPU по отдельным процессам

• Свободная/использованная память
• Утилизация swap/файла подкачки

• Свободное/занятое дисковое пространство
• I/O чтения и записи

• Состояние процесса
• Использование памяти процессом
• Состояние службы (ssh, ntp, ldap, smtp, ftp, http, pop, nntp, imap)
• Состояние службы Windows
• Разрешение DNS
• Работоспособность TCP
• Время ответа TCP

• Размер/время файла
• Существование файла
• Контрольная сумма
• MD5 хеш
• Поиск по регулярному выражению

• Текстовый журнал
• Журнал событий Windows

• Время работы системы
• Системное время
• Подключенные пользователи
• Счетчики производительности (Windows)

Расширение Zabbix агента

• подгружаемые модули
• пользовательские параметры
• Zabbix sender

Мониторинг журналов

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

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

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

Поддержка WMI

Zabbix агент имеет встроенную поддержку Windows Management Instrumentation (WMI), который расширяет возможности простого получения и мониторинга информации о системе в режиме реального времени и метрик производительности с Windows серверов и рабочих станций.

WMI запросы можно выполнять при помощи wmi.get[] ключа для извлечения одного свойства в виде строки, целого числа или дробного числа с заданного класса пространства имен WMI.

Для получения более подробных сведений о Windows Management Instrumentation, доступных классах и их свойствах посетите MSDN документацию.

Готовность к IPv6

Zabbix агент поддерживает IPv4 и IPv6 адреса.

Узнайте в документации:

• Агент
• Поддерживаемые элементы данных агента
• API агента
• Windows агент
• zabbix_sender
• Мониторинг файлов журналов

Вики:

Источник: www.zabbix.com

Обзор системы мониторинга Zabbix

13 Августа 2021

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

Как работает Zabbix, и его архитектура

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

• сервер — ядро, хранящее в себе все данные системы, включая статистические, оперативные и конфигурационные. Дистанционно управляет сетевыми сервисами, оповещает администратора о возникающих проблемах с оборудованием, находящимся под наблюдением;
• прокси-сервис, работающий от имени сервера и собирающий данные о доступности и производительности устройств. Данные при этом сохраняются в буфер и загружаются на сервер в отдельную БД (MySQL, PostgreSQL, SQLite или Oracle). Прокси-сервис необходим для снижения нагрузки на сервер, на процессор и на жесткий диск;
• агент — программа (демон), которая активно отслеживает работу локальных ресурсов (накопителей, оперативной памяти, процессора) и приложений и собирает статистику по ним. Отражение текущего состояния физического сервера осуществляются Zabbix-агентом при помощи таких метрик, как загруженность ядра (Processor load), время ожидания ресурсов (CPU io wait time), объем системы подкачки (Total swap space).
• веб-интерфейс, который является частью сервера системы и часто запускается на том же физическом узле, что и Zabbix.

Основная логическая единица архитектуры Zabbix — это узлы сети (host), сервера, находящиеся под наблюдением. Каждому серверу присваивается описание и адрес — dns или ip. Допустимо применять оба, причем с возможностью выбирать, что использовать для соединения. Узлы можно объединять в группы, например, по веб-серверам или серверам баз данных, для вывода только определенных серверов при наблюдении. При этом каждый узел имеет несколько элементов данных (items) — параметров, по которым ведется мониторинг.

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

• Zabbix agent (Zabbix-агент) — когда сервер собирает информацию у агента самостоятельно, подключаясь по определенному интервалу;
• Simple check (Простые проверки) — простые операции, в том числе пинг;
• Zabbix trapper (Zabbix-траппер) — сбор информации с трапперов, представляющих собой мосты между используемыми сервисами и самой системой.
• Zabbix aggregate (Zabbix-комплекс) — процесс, предусматривающий сбор совокупной информации из базы данных;
• SSH agent (SSH-агент) — система подключается по SSH, работает с использованием указанных команд;
• Calculate (Вычисление) — проверки, которые система производит, сопоставляя имеющиеся данные, в том числе после предыдущих сборов.

Функционал Zabbix включает в себя общие проверки для наиболее распространенных сервисов — СУБД, SSH, Telnet, VMware, NTP, POP, SMTP, FTP. Если стандартных настроек системы недостаточно, их можно изменить самостоятельно или же пользоваться дополнением через API. Также к стандартным функциям системы относятся: контроль нагрузки на процессор — касается и общих, и отдельных процессов; сбор данных об объеме свободной оперативной и физической памяти; мониторинг активности жесткого диска и мониторинг сетевой активности; пинг для проверки доступности узлов в сети.

У проверок есть заданные шаблоны (Templates), которые упрощают создание новых вычислений. Есть несколько типов шаблонов — стандартизированные шаблоны для сетевых устройств, настройка шаблонов HTTP, настройка шаблонов IPMI, настройка шаблонов ODBC.

Для обработки данных в Zabbix используются триггеры — логические выражения со значениями FALSE, TRUE и UNKNOWN, которые можно создать вручную и протестировать на произвольных значениях перед использованием. У каждого триггера существует уровень серьезности угрозы, который маркируется цветом и передается звуковым оповещением в веб-интерфейсе. Например:

• не классифицировано (Not classified) — серый;
• информация (Information) — светло-синий;
• предупреждение (Warning) — жёлтый;
• средняя (Average) — оранжевый;
• высокая (High) — светло-красный;
• чрезвычайная (Disaster) — красный.

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

Действия (Action) — представляет собой заданную реакцию на событие (Event). Действие может устанавливаться автоматически или вручную как для одного из событий, так и для целой группы. Параметры действий:

• Name — имя действия;
• Event source — источник события. Источниками событий служат обнаружение (Discovery Events), авторегистрация (Auto registration Events) или заданный триггер (Trigger Events);
• Enable escalations — разрешение на эскалацию событий;
• Period — период времени для шага эскалации, указывается в секундах;
• Default subject — указывается, кто извещается по умолчанию;
• Default message — стандартный текст сообщения;
• Recovery message — текст уведомления после решения проблемы;
• Recovery subject — субъект, которого извещают после операции;
• Status — статус действия, может быть «активно» и «запрещено».

После отработки триггера для последующих автоматических действий применяются операции. Пользователь может указать для событий операцию или группу операций. Выделяют следующие параметры операций: Step — при эскалации событий; Operation type — действия на определенном шаге, например, «Send message» или «Execute command»; Event Source — источник событий; Send message to — отдельное сообщение (Single user) или групповое (User group); Default message — текст по умолчанию; Subject — кого оповещает система; Message — текст сообщения; Remote command — команда для удаленного управления.

Установка и настройка Zabbix

Система Zabbix отличается простотой установки и настройки. Ее сервер, прокси и агент написаны на С#, веб-интерфейс — на PHP. При этом установка Zabbix Server и Zabbix Proxy возможна только на Linux- системах, а Zabbix-агент — практически на любых ОС и платформах.

Инсталляционный пакет Zabbix Server состоит из:

• бинарника zabbix_server (обычно работает как сервис);
• MySQL (MariaDB)/PostgreSQL базы данных;
• веб-сервера Apache2/Nginx с обработчиком PHP;
• файлов самого frontend сайта (.php, .js, .css)

Схема установки Zabbix включает этапы:

• установка Zabbix Server в Linux (Ubuntu, CentOS) через пакетный менеджер. Для этого потребуется выбрать на странице загрузки https://www.zabbix.com/download репозиторий, подходящий для дистрибутива, например: Zabbix Version (4.4) — OS Distribution (Ubuntu) — OS Version (18.04 Bionic) — Database (MySQL) — Веб сервер (Nginx или Apache), который нужно скачать и добавить

# dpkg -i zabbix-release_4.4-1+bionic_all.deb

• затем устанавливаются необходимые пакеты (# apt install zabbix-server-mysql zabbix-frontend-php zabbix-nginx-conf zabbix-agent), создается база данных и устанавливаются права пользователя (mysql -uroot mysql create database zabbix character set utf8 collate utf8_bin; mysql grant all privileges on zabbix.* to [email protected] identified by ‘ВашПароль’; mysql quit;);
• далее проводится импорт базы данных zcat /usr/share/doc/zabbix-server-mysql*/create.sql.gz | mysql -uzabbix -p Zabbix и выполняется добавление службы в автозапуск (# systemctl enable zabbix-server zabbix-agent nginx php7.2-fpm

# systemctl restart zabbix-server zabbix-agent nginx php7.2-fpm);

Настройка веб-интерфейса Zabbix проводится так. В браузере открывается указанный ранее URL-адрес zabbix-сервера (к примеру, указанный домен). Нужно прописать его у себя в hosts файле или на DNS сервере). При этом важно открыть оба порта, который система Zabbix использует по умолчанию — TCP 10050 (порт пассивного агента, по нему zabbix сервер опрашивает клиентов) и TCP 10051 (порт, на котором zabbix сервер получает данные от клиентов — активный агент).

Какую версию выбрать. Что нового в Zabbix 5.0.

На сегодняшний день востребованными являются версии Zabbix 4.2, Zabbix 4.4 и Zabbix 5.0. Версия Zabbix 4.2 имеет возможности:

• высокочастотного мониторинга с помощью троттлинга, который обеспечивает масштабирование и повышение NVPS, что означает более быстрое обнаружение проблем и направление оповещений без большой нагрузки на Zabbix;
• сбора данных с помощью HTTP-агента;
• поддержки сбора данных от Prometheus Pro;
• предобработки, которая поддерживает валидацию и JavaScript, что позволяет трансформировать любые собираемые данные;
• предобработки на стороне прокси, которая обеспечивает более эффективное масштабирование с помощью прокси;
• улучшенного управления тегами — мета-информацией на уровне событий и проблем, с которыми удобно работать, поскольку теги поддерживаются и на уровне шаблонов, и на уровне узлов сети.

Zabbix 4.4 оснащена:

• новым Zabbix агентом;
• системой Webhook для поддержки оповещений и уведомлений, что позволяет интегрироваться с внешними системами;
• системой поддержки Timescale DB;
• встроенной базой знаний для метрик и триггеров, видимой для пользователей Zabbix. Например, пользователи могут использовать описание элементов данных и триггеров в Monitoring Latest data.
• новым стандартом для шаблонов.

LTS-релиз Zabbix 5.0, который будет поддерживаться в течение 5 лет, отличается от версий 4.2 и 4.4 следующими характеристиками:

• поддержкой HTTP-прокси для webhook, который позволяет сделать соединения с Zabbix сервера на внешние более управляемыми и безопасными;
• возможностью выбирать, какие именно проверки должны быть доступны на определенном агенте. Например, можно ограничить количество проверок, фактически создав белые и черные списки, определить поддерживаемые ключи;
• возможностью выбора алгоритмов шифрования для всех компонентов Zabbix, во избежание использования небезопасных шифров для TLS-соединений. Это важно для мониторинга сред, для которых применяются определенные стандарты безопасности.
• поддержкой шифрованных соединений с базой данных. На данный момент доступно шифрованное соединение с PostgreSQL и MySQL;
• переходом с MD5 на SHA256 для хранения хэшей паролей пользователей в базе данных, поскольку на данный момент это наиболее безопасный алгоритм;
• поддержкой секретных пользовательских макросов для хранения любой конфиденциальной информации (паролей и API-токенов) к которой не имеют доступа конечные пользователи.
• поддержкой SAML для обеспечения единой точки аутентификации у надежного поставщика идентификационных услуг, что обеспечивает хранение пользовательских учетных данных в границах брандмауэра. Поддержка SAML позволяет интегрировать Zabbix с различными локальными и облачными поставщиками идентификационных услуг, такими как Microsoft ADFS, OpenAM, SecurAuth, Okta, Auth0, а также Azure, AWS или Google Cloud Platform.

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

Все перечисленные факторы делают Zabbix 5.0 оптимальным и предпочтительным решением для организации систем мониторинга.

Сколько стоить развернуть Zabbix

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

Расценки на данные работы составляют от 82 000 до 737 000 рублей.

Почему стоит выбрать Zabbix, в чем его преимущества

Выбор в пользу Zabbix позволяют сделать его возможности:

• автоматического обнаружения серверов и сетевых устройств;
• low-level мониторинга и распределенного мониторинга, мониторинга без администратора;
• поддержки и захвата механизмов;
• отправки по e-mail уведомлений о предопределенных событиях;
• контроля ресурсов и записи лог-файлов аудита.

По сравнению с другими системами мониторинга, Zabbix позволяет осуществлять конфигурирование системы посредством API, а также через интерфейс, обеспечивает возможность хранения настроек в БД, что позволяет применять все вносимые в конфигурацию изменения «на лету», имеет качественные средства визуализации и выполняет хранение истории, благодаря чему существенно упрощается ряд задач, связанных с мониторингом. Кроме прочего, Zabbix обладает мощной поддержкой параметров пользователя, таких как оповещения, пороги, реакции, а также поддержкой мониторинга логов и JMX в своей базовой комплектации.

Источник: servergate.ru

Zabbix — мощный инструмент для мониторинга ИТ-инфраструктуры

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

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

Содержание скрыть

Система состоит из четырёх основных компонентов:

1. Сервер мониторинга, который собирает и обрабатывает данные от всех агентов.
2. Прокси сервер, выполняющий те же функции, но с последующей отправкой на центральный сервер.
3. Веб-интерфейс для мониторинга.
4. Агент, собирающий данные на физическом сервере.

Для работы необходима одна из нескольких возможных вариантов баз данных, которая должна быть предварительно настроена (это происходит автоматически, с помощью готовых скриптов):

• MySQL;
• Oracle;
• PostgreSQL;
• SQLite;
• IBM DB2.
• TimescaleDB

Поддерживаемые операционные системы (сервер и агент): OpenBSD, Linux, FreeBSD, NetBSD, OpenBSD, AIX, Power8, HP-UX, Solaris, Mac OS X. Также существуют агенты для ОС Windows, начиная с 2000.

Краткая история

29 выпуск SDCast в августе 2015 немного пролил свет на то, как всё происходило. Zabbix был создан в 1998 для нужд банка Алексеем Владышевым. В те времена он был написан на языке Perl. Позднее проект был сильно переработан, в частности — переписан на C и PHP, изменилась его архитектура.

В 2001 году Zabbix открыл исходные коды под свободной лицензией GPL, а стабильная версия 1.0 была выпущена спустя три года, в 2004. В 2005 была создана компания Zabbix SIA, занимающаяся оказанием платных технических услуг, связанных с ПО. Почти каждый год выходят новые версии системы. Основные крупные релизы: 2.0 (в 2012), 3.0 (в 2016) и 4.0 (в 2018).

Возможности Zabbix

В систему мониторинга уже встроен ряд стандартных метрик:

• нагрузка на процессор, в том числе отдельными процессами;
• объём свободной оперативной памяти;
• активность жёсткого диска;
• объём свободной физической памяти;
• сетевая активность;
• пинг.

А также прочие проверки общего назначения и для самых распространённых сервисов, таких как веб-сервер, СУБД, SSH, Telnet, VMware, NTP, POP, SMTP, FTP и других.

Чтобы задать реакцию при отклонении каких-либо метрик от нормы, используются специальные условия — триггеры. Например, если пинг отсутствует пять минут, выводится уведомление администратору и выполняется команда перезапуска сервиса.

Для выхода из нештатной ситуации применяются отдельные условия, поэтому незначительное улучшение метрики не является достаточным для устранения неполадки. Например, если свободного места на жёстком диске осталось меньше 10%, сработает аварийный триггер и чтобы он выключился, значение должно превышать 30%.

Если готового функционала недостаточно, то можно использовать свой — настроить реакцию на определённый вывод команд (чтение выходного потока от утилит), либо написать дополнение, используя API.

Источник: sysadmintips.ru