Zabbix сохранить только одно значение

Пишите нам!
Архитектурная мастерская.
Продвижение сайтов от optimism.ru

Page generation time: 0.1012s (PHP: 62% — SQL: 38%) — SQL queries: 41 — GZIP disabled — Debug off

Смотрите этот раздел для понимания различий между элементами данных в пассивном и активном режиме.

В некоторых случаях возвращаемые значения следует рассматривать как относительные значения (изменяемые во времени), но не как абсолютные значения.

Заметка специфики для Linux. Zabbix агент должен иметь только права чтения файловой системы /proc. Патчи к ядру для ограничения прав непривилегированных пользователей вы можете найти на странице www.grsecurity.org.

2 Настройка

Эта страница используется для управления группами узлов сети.

Список групп узлов сети

Эта страница предоставляет список узлов сети.

Настройки группы узлов сети

Эта страница предоставляет доступ к деталям группы узлов сети.

2 Шаблоны

Эта страница используется для управления шаблонами узлов сети.

Эта страница предоставляет список шаблонов.

Эта страница предоставляет доступ к детальным настройкам шаблона.

3 Узлы сети

Эта страница используется для управления информацией о узлах сети.

Эта страница отображает список узлов сети под наблюдением.

Экран массового обновления узлов сети

Эта страница доступна после выбора узлов сети и нажатия кнопки “Массовое обновление”. Это очень эффективный способ изменения атрибутов сразу у нескольких узлов сети.

Настройка узлов сети

Эта страница предоставляет доступ к настройкам узла сети.

В свойствах узла сети и шаблона есть также кнопки “Клонировать” и “Полное клонирование”.

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

1 Элементы данных

Эта страница используется для управления соответствующей информацией о узлах сети.

Список элементов данных

Эта страница предоставляет список элементов данных, присоединенных к узлу сети.

Экран массового обновления элементов данных

Эта страница доступна после выбора элементов данных и нажатию кнопки “Массовое обновление”. Это очень эффективный способ изменения атрибутов сразу у нескольких элементов данных.

Отметьте параметры, которые вы хотите изменить, введите новые значения и нажмите “Сохранить”.

Эта страница позволяет копировать выбранные элементы данных в другие узлы сети.

Выберите узлы сети, в которые вы хотите скопировать элементы данных и нажмите “Копировать”.

Конфигурация элемента данных

Эта страница предоставляет доступ к настройкам одного элемента данных.

Аттрибуты элемента данных:

До версии 1.8.1 Zabbix поддерживает следующие префиксы единиц измерения:

Начиная с версии 1.8.2, добавлена поддержка дополнительных префиксов:

2 Триггеры

Эта страница используется для управления триггерами.

Эта страница предоставляет список триггеров, назначенных на узел сети.

Массовое обновление триггеров

Эта страница становится доступной после выбора триггеров и нажатию кнопки “Массовое обновление”. Это очень эффективный способ изменения атрибутов сразу у нескольких триггеров.

Нажмите на параметр, который вы хотите изменить, введите новое значение и нажмите “Сохранить”.

Эта страница дает возможность копировать выбранные триггеры в указанные узлы сети.

Выберите узлы сети в которые вы хотите скопировать триггеры и нажмите “Копировать”.

Эта страница дает доступ к настройке одного триггера.

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

3 Графики

Эта страница используется для управления пользовательскими графиками.

Эта страница предоставляет список графиков.

Эта страница предоставляет доступ к настройке одного пользовательского графика.

Атрибуты элемента графика:

4 Группы элементов данных

Эта страница используется для управления группами элементов данных.

Список групп элементов данных

Эта страница предоставляет список групп элементов данных.

Настройки группы элементов данных

Эта страница дает доступ к управлению группами элементов данных.

4 Обслуживание

Эта страница используется для управления периодами обслуживания.

Список периодов обслуживания

Эта страница предоставляет список запланированных периодов обслуживания.

Настройка периода обслуживания

Эта страница дает доступ к настройке одного периода обслуживания.

Атрибуты периода обслуживания:

Описание атрибутов диапазонов времени периода обслуживания:

5 Веб

Эта страница используется для управления мониторингом Веб сценариев.

1 Список ВЕБ сценариев

Эта страница предоставляет список активных Веб сценариев.

2 Настройка параметров Веб сценариев

Эта страница используется для определения индивидуальных параметров Веб сценария.

3 Настройка Веб шага

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

6 Действия

Эта страница используется для управления действиями.

Эта страница предоставляет список действий.

Эта страница предоставляет доступ к настройке одного действия.

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

7 Комплексные экраны

Эта страница используется для управления комплексными экранами.

Список комплексных экранов

Эта страница предоставляет список комплексных экранов.

Настройки комплексного экрана (высокий уровень)

Эта страница предоставляе доступ к настройке одного комплексного экрана.

Высокоуровневые атрибуты комплексного экрана:

Настройка комплексного экрана (элементы комплексного экрана)

Эта страница предоставляет доступ к настройке одного комплексного экрана и дает доступ к настройке всех элементов.

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

Высокоуровневые атрибуты элемента комплексного экрана:

8 Карты сети

Эта страница используется для управления пользовательскими картами сети. Начиная с версии Zabbix 1.8 редактирование и создание карт сети было значительно упрощено.

Эта страница предоставляет список карт.

Настройка карты (высокоуровневая)

Эта страница предоставляет доступ к настройке карты.

Высокоуровневые атрибуты карты:

Настройки карты сети (настройки элементов карты сети)

Эта страница предоставляет доступ к настройке иконок и связей на карте.

Настройка элемента карты

Эта страница предоставляет доступ к настройке одного элемента на карте.
Добавление элемента на карту возможно с помощью кнопки “+” справа от надписи Элемент. Аналогично удаление элемента карты – “–” справа от надписи Элемент.

Атрибуты элемента карты:

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

Заметьте, чтобы добавить связь между двумя элементами на карте нужно сначала их выбрать с помощью левой кнопки мыши и клавиши Shift (или Ctrl)!

Атрибуты связи на карте:

9 IT Услуги

Эта страница используется для управления IT Услугами.

Список IT услуг

Эта страница экран предоставляет список IT услуг.

Настройка IT услуги

Эта страница предоставляет доступ к настройке IT услуг.

Атрибуты услуги ИТ:

10 Обнаружение

Эта страница используется для управления правилами обнаружения.

Список правил обнаружения

Эта страница предоставляет список правил обнаружения.

Настройки правила обнаружения

Эта страница предоставляет доступ к настройке правила обнаружения.

Аттрибуты правила обнаружения:

11 Экспорт/Импорт

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

Эта страница предоставляет список узлов сети и их элементов для экспорта.

Выберите элементы, которые вы хотите экспортировать и нажмите “Предпросмотр” или “Экспорт”.

Страница предварительного просмотра:

2 Импорт

Эта страница используется импорта XML данных узла сети.

Атрибуты правила обнаружения:

Нажмите “Импорт” для импортирования выбранного файла.

Data source: Zabbix

Настройка системы мониторинга Zabbix

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

Установку сервера Zabbix производим из портов:

#cd /usr/ports/net-mgmt/zabbix-server#make config install clean

В окне конфигурации следует убрать все лишние опции.

После завершения установки нужно создать базу данных zabbix и пользователя zabbix для работы с этой базой данных:

После этого нужно создать и инициализировать таблицы базы данных zabbix, выполнив следующие команды:

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

ERROR 1064 (42000) at line 1: У вас ошибка в запросе. Изучите документацию по используемой версии MySQL на предмет корректного синтаксиса около ‘TYPE=InnoDB’ на строке 6

По умолчанию конфигурация сервера Zabbix хранится в файле /usr/local/etc/zabbix/zabbix_server.conf, но, данный файл не создается во время установки. Однако есть шаблон zabbix_server.conf.sample. Создадим из него наш конфиг zabbix_server.conf:

#cd /usr/local/etc/zabbix#cp zabbix_server.conf.sample zabbix_server.conf

На начальном этапе настройки необходимо и достаточно задать в данном файле параметры доступа к базе данных и местонахождение утилиты fping:

Во избежание возможных вопросов об оптимальном количестве poller’ов (форков процесса zabbix_server, предназначенных для сбора значений элементов данных, полученных агентами Zabbix) и trapper’ов (форков процесса zabbix_server, предназначенных для приема результатов активных проверок, выполняемых агентами Zabbix) отмечу, что оно зависит от количества компьютеров и сетевых устройств (точнее – от количества элементов данных, связанных с компьютерами и сетевыми устройствами), за состоянием которых предполагается наблюдать. Увеличение количества poller’ов и trapper’ов повышает “параллельность” взаимодействия с агентами (производительность), но требует большее количество системных ресурсов.

Для того, чтобы сервер Zabbix запускался при запуске операционной системы, необходимо добавить в файл /etc/rc.conf строку:

На этом начальная настройка сервера Zabbix завершается.

Запускаем сервер командой /usr/local/etc/rc.d/zabbix_server start, и проверим его состояние командой /usr/local/etc/rc.d/zabbix_server status.

Установка и настройка Веб-интерфеса Zabbix

Установку Веб-интерфеса Zabbix выполняем из портов:

#cd /usr/ports/net-mgmt/zabbix-frontend#make config install clean

После завершения установки следует добавить в файл конфигурации нужного виртуального хоста Веб-сервера Apache строки:

После изменения конфигурации виртуального хоста и перезапуска Веб-сервера Apache командой apachectl graceful открываем браузер и пишем http://наш_сервер/zabbix, при этом Вы перейдете к настройке Веб-интерфейса Zabbix.

php и поместить его в папку /usr/local/www/zabbix/conf. Я рекомендую запретить изменение данного файла всем пользователям командой chmod 444 /usr/local/www/zabbix/conf/zabbix.conf.php.

Установка агента Zabbix на компьютер с FreeBSD

Агент Zabbix для операционных систем семейства Linux/Unix может работать как standalone-демон или как приложение, запускаемое суперсервером inetd. В данном разделе рассмотрена настройка агента-демона.

Установку агента Zabbix выполняем из портов:

#cd /usr/ports/net-mgmt/zabbix-agent#make config install clean

По умолчанию конфигурация агента Zabbix хранится в файле /usr/local/etc/zabbix/zabbix_agentd.conf, однако, данный файл не создается во время установки. Также создадим его из готового темплейта zabbix_agentd.conf.sample:

#cd /usr/local/etc/zabbix#cp zabbix_agentd.conf.sample zabbix_agentd.conf

На начальном этапе настройки необходимо и достаточно задать адрес сервера Zabbix и имя компьютера, на который устанавливается агент Zabbix (обратите внимание, что в случае агента Zabbix под именем компьютера понимается не доменное имя, а произвольное уникальное имя, под которым текущий компьютер будет добавлен в список наблюдаемых узлов, по умолчанию – Zabbix Server):

Для того, чтобы агент Zabbix запускался при запуске операционной системы, необходимо добавить в файл /etc/rc.conf следующую строку:

На этом начальная настройка агента Zabbix завершается. Запуск и проверка состояния агента выполняются также, как и в случае с сервером, только с помощью скрипта /usr/local/etc/rc.d/zabbix_agentd. Подробная информация о состоянии агента выводится в лог /tmp/zabbix_agentd.log.

Установка агента Zabbix на компьютер с Windows

Программа установки агента Zabbix для всех поддерживаемых версий операционных систем семейства Windows – Windows (All), доступна для скачивания в разделе официального сайта Zabbix.

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

zabbix_agentd.exe –installzabbix_agentd.exe –start

На этом настройка агента Zabbix завершается. Для управления агентом (службой Zabbix Agent) можно использовать любые стандартные инструменты Windows. Подробная информация о работе агента выводится в System Event Log (все сообщения аналогичны рассмотренным выше).

Обновлено 07.04.2016 18:58

Расширение агентов Windows и Linux при помощи скриптов

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

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

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

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

Можно даже в качестве параметра использовать вывод любой произвольной команды на системе. Возможности Zabbix агента растут от версии к версии.

https://youtube.com/watch?v=1d0XQs80eMI%3Ffeature%3Doembed

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

Чтобы добавить новый параметр нужно сделать несколько вещей:

— уникальное имя, которое мы придумываем сами. Будем его использовать при настройке элемента данных в Zabbix.

Для этого нажимаем «Создать элемент данных»

и затем выставляем ключ такой же, как указали в конфиг-файле, а тип Zabbix агент:

Создадим для второго диска элемент данных:

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

Все получилось. Но тут возникает резонный вопрос, как быть если дисков не два, а двадцать два. И тут нам пригодится замечательная возможность низкоуровнего обнаружения (LLD), про которую мы уже говорили.

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

«Из коробки» системе доступна возможность находить файловые системы, сетевые интерфейсы и SNMP OID’ы. Однако, и здесь разработчики оставили возможность дополнить стандартные возможности, нужно просто передать в систему информацию о том, какие элементы обнаружены в формате JSON. Этим и воспользуемся.

Создадим маленький скрипт на perl, smartctl-disks-discovery.pl. Он будет находить все диски в системе и выводить эту информацию в JSON, передавая также информацию, включен ли у диска SMART или нет, а также попытается сам включить SMART, если он выключен:

Последнее, перед тем, как Zabbix сможет запускать команды, которые мы прописали в zabbix_agentd.conf из-под root и мониторить SMART, нужно добавить разрешения для его пользователя запускать эту команду без ввода пароля, для этого добавим в /etc/sudoers строчку:

и действие, которое будет отправлять e-mail уведомление:

Весь процесс мониторинга выглядит так: каждый час запускается скрипт Zabbix агентом, который сравнивает два списка программ: текущий и предыдущий. Затем скрипт выписывает все изменения в отдельный файл. Если же изменений нет, то в файл пишется 0x0

Содержимое файла уходит на Zabbix сервер, где поднимается триггер в случае, если значение элемента данных uDiffProgramms отлично от 0x0. Затем отдельное действие отправляет по почте уведомление со списком того, что было установлено или удалено на данном компьютере:

Вот так, считайте, что если вы можете узнать что-то о системе скриптом или командой, значит, вы всегда можете передать это в Zabbix.

Вышел Zabbix 3

Хотим сообщить о выходе новой версии open source системы мониторинга Zabbix. Релиз несет принципиально новые возможности такие как:

Тэги событий

В новой версии появился базис для отображения, фильтрации и других действий над событиями триггеров — тэги. Первый раз вы наткнетесь на них при настройке триггеров:

Корреляция событий

Теперь появилась возможность использовать один элемент данных для отслеживания множества не связанных между собой событий.

Уникальным идентификатором в Zabbix будет как раз выступать значение тэга, что позволит соединить вместе Возникновение конкретной проблемы с событием, оповещающим о ее окончании.

Так что ничего страшного, если несколько приложений пишут в один лог-файл — аварии каждого приложения будут создаваться и восстанавливаться ничуть не мешая друг другу. Другое полезное применение данного функционала — обработка SNMP-трапов.

Глобальная корреляция

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

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

Все избыточные поступающие события будут скоррелированы и убраны с глаз долой. И да, это тоже настраивается на основе тэгов.

Вложенные группы узлов сети

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

Это упростит как навигацию, так и управление правами доступа внутри Zabbix.

Новый быстрый экран работы с открытыми проблемами

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

Ручное закрытие аварий

Теперь такое возможно и в Zabbix.

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

Упрощенный гистерезис и отдельное условие восстановления аварии

Для борьбы с миганием проблем раньше в Zabbix приходилось прибегать к довольно сложным для понимания триггерным выражениям, например к выражению вида:

Оно помогало бороться с дребезгом аварии, когда температура колебалась в районе 20 градусов — авария создавалась при 20 градусах, но восстановление происходило лишь после того, как температура падала ниже 15.

Теперь все проще.

https://youtube.com/watch?v=NqYdyBLIYz8%3Ffeature%3Doembed

Просто отдельное опциональное окошко в настройках триггера, где может быть объявлен критерий окончания аварии:

Просмотр элементов данных, триггеров и графиков, созданных через LLD

Маленькая, но очень полезная возможность, которой не хватало — возможность манипулировать с объектами, созданными через низкоуровневое обнаружение(LLD) тоже была реализована. Все только что перечисленное теперь можно удалять, отключать и просматривать также как и обычные объекты.

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

Переработанный экран настройки действий

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

Импорт/экспорт сценариев веб-мониторига

Функция nodata() была переработана, чтобы сделать срабатывание триггеров проще в тех случаях, когда элемент данных становится недоступен.

Кроме того, функции date(), dayofweek(), dayofmonth(), now(), time(), которые в целом не очень то зависят от значения элемента данных, теперь всегда просчитываются, в независимости в какой состоянии находится элемент данных.

Ну а самое главное, что теперь триггер не будет уходить в состояние UNKNOWN, пока хотя бы одна часть логического ИЛИ может быть проверена.

Это позволит комбинировать несколько различных методов сбора данных для одного и того же события (например, через сбор SNMP-счетчиков и чтение лог-файла), или создать агрегированные аварии, не боясь, что они не будут работать из-за недоступности одного из элемента данных.

Работа с быстрорастущими лог-файлами

Добавлены новые опции для работы с быстрорастущими лог-файлами. Основная проблема с такими файлами заключается в огромном количестве сообщений, которые пишутся в лог в определенных ситуациях.

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

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

Также добавлены новые элементы данных Zabbix-агента log.count и logrt.count, которые возвращают количество обработанных строк, вместо них самих.

Поддержка regex в функции count()

Совсем небольшое, но приятное добавление. Функция count() обзавелась возможностью использовать операторов regexp и iregexp для всех типов элементов данных.

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

Преобразование значения макроса

Подробнее с этими и другими нововведениями можно познакомиться, пройдя по ссылкам ниже в документацию:

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

Мониторинг веб-сервера Nginx c помощью zabbix trapper

Рассмотрим случай, когда требуется настроить мониторинг сервера по множеству однотипных или динамических метрик, которые отсутствуют в zabbix-агенте.

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

Второй способ заключается в использовании элемента данных zabbix типа trapper (zabbix-ловушки). Принцип очень простой: в zabbix-сервере создаются элементы данных этого типа с произвольным именем ключа.

Затем, с помощью утилиты zabbix_sender формируется специальный запрос, в котором указывается ключ ловушки, значение параметра и имя хоста.

Если параметров много, то можно сформировать файл в формате zabbix_sender и отправить все значения из файла за одно соединение с сервером.

Строки в файле должны быть оформлены в таком виде:

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

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

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

Скрипт, формирующий файл для zabbix_sender-а и запускающий zabbix_sender, может запускаться zabbix-агентом.

Для этого в конфигурационном файле агента zabbix_agentd.conf создадим ключ nginx_status:

Содержимое /home/zabbix/nginx.sh примерно такое:

При запросе сервером zabbix ключа nginx_status, скрипт вышлет данные серверу.

Создаем в zabbix-сервере шаблон – Template App Nginx.

Создаём в шаблоне элемент данных типа zabbix agent, запускающий скрипт /home/zabbix/nginx.sh (Рис. 1).

Рисунок. 1 Элемент данных, запускающий скрипт /home/zabbix/nginx.sh

Скрипт в случае успешного получения страницы nginx-status возвращает 1 и 0 – в противном случае. Полезно создать триггер отслеживающий эту ситуацию (Рис. 2).

Рисунок 2. Тригер, отслеживаюший возможность получения статуса с Nginx.

Далее для каждого параметра создаем элемент данных типа zabbix trapper. На Рис.2  пример для метритки nginx active connections.

Рисунок 3. Создание элемента данных для метрики nginx active connections.

По аналогии делаем элементы для остальных метрик. Изменяется только название элемента данных (Name) и ключ (Key).

После объединения графиков в группы получаются графики как на Рис. 4 и Рис. 5.

Рисунок 4. Статус соединений.

Рисунок 5. Нагрузка на сервер.