Оповещения с разных инстансов счетчика в NetXMS разным получателям

Введение

1. Задача мониторинга
2. Создание шаблонов событий (Event Template)
3. Настройка порога (Threshold)
4. Создание Action
5. Notification Channels
6. Скрипт сопоставления инстансов адресам получаетелей
7. Правило в Event Processing Policy
8. Тестирование оповещений

В прошлой статье я написал про мониторинг срока действия внешних сертификатов. Рассмотрим счетчик с инстансами для каждого сертификата из этой статьи. Картинка из Data Collection Configuration:

Как происходит весь процесс генерации аларма и отсылки оповещений в NetXMS? У нас есть родительский счетчик (Data Collection Item — DCI), который формирует несколько дочерних счетчиков — инстансов, каждый со своим сертификатом. На каждом все настройки идентичные родительскому — интервал опроса, порог, аларм, комментарий и т.п. Различие только в инстансе, т.е. в конкретном сертификате и в значении (в данном случае — количество оставшихся дней) счетчика. По установленному порогу формируется событие, по событию в Event Processing Policy (EPP) генерируется Alarm и выполняется Server Action — отсылка письма. На один и тот же адрес. Ну или на один и тот же набор адресов или групп рассылки.

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

Мониторинг срока действия внешних сертификатов в NetXMS

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

Вообще про мониторинг сертификатов, которые находятся на серверах с Windows , я уже писал: Мониторинг срока действия сертификатов в Windows на NetXMS. Но мониторить сертификаты бывает нужно не только на Windows-машинах, но и на Linux, на каких-то балансировщиках, апплаинсах, внутренних сайтах и на каких-то внешних ресурсах (сайтах в Интернете, к примеру). Именно поэтому в этой статье разберём подробно, как этот мониторинг настроить.

1. Использование встроенных счетчиков NetXMS
2. Использование скрипта для автоматического создания счетчиков под каждый сертификат

1 Использование встроенных счетчиков NetXMS

Они появились примерно с 4-й версии, раньше не было. Очень удобно стало.

Давайте создадим два счётчика. Выбираем в качестве жертвы какую-то ноду с Windows, у меня это контроллер домена dc01 в тестовой среде. Естественно, сначала нужно поставить на него агента.

1.1 Открываем Data Collection Configuration ноды, создаем первый счётчик (подробно, как это сделать, можно прочитать в моей первой статье на эту тему Настройка счётчиков в NetXMS), выбираем метрику и в фильтре вводим «certificate». Нам выдается список имеющихся метрик для мониторинга сертификатов:

Выбираем там «Days until expiration of X.509 certificate of remote TLS service». Заполняем поля, в поле «Metric», в скобках надо будет заменить звездочку (*) на имя хоста и порт, через запятую. Для примера я взял сайт https://netxms.com/. В поле «Display name» можно написать что-то более понятное для нас, чем то, что туда автоматически подставляется:

Обновление NetXMS с версии 4.5.0 до 4.5.1 в Ubuntu Server

Это даже не статья, а заметка небольшая, получилась совершенно внезапно. После написания статьи Установка сервера мониторинга NetXMS на Ubuntu Server и PostgreSql с TimescaleDB, в которой NetXMS был версии 4.5.0 (последняя на момент написания статьи), при тестировании я обнаружил, что в консоли nxmc-legacy при создании счетчиков выскакивает ошибка. Как выяснилось позже, эта ошибка была исправлена в версии консоли 4.5.1.

И действительно, консоль 4.5.1 работала корректно, без ошибок. Тогда заодно я решил и сервер NetXMS обновить, хотя это совершенно необязательно, в пределах мажорной версии консоли любой минорной версии будут работать с любой минорной версией сервера (по крайней мере, по заверениям разработчиков продукта). Т.е. версии консоли 4.5.x будет работать с версией сервера 4.5.y. А вот 4.4.x с 4.5.y и наоборот уже нет.

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

Чтобы узнать текущую версию установленного NetXMS, запустим команду:

apt list --installed | grep netxms

Как видим, действительно сейчас установлена версия 4.5.0.

Установка сервера мониторинга NetXMS на Ubuntu Server и PostgreSql с TimescaleDB

Введение

С момента публикации статьи Установка сервера мониторинга NetXMS на Ubuntu Server и MySQL прошло уже целых 4 года, она несколько устарела, и даже перестала быть рабочей, поэтому я решил написать новую. С тех пор у разработчиков изменилось мнение и в качестве базы данных они рекомендуют PostrgreSQL, причем больше не сам по себе (хотя тоже вариант), а с расширением TimescaleDB. TimescaleDB — это расширение PostgreSQL для работы с временными рядами (как раз то, что нужно для системы мониторинга). Временные ряды можно хранить в PostgreSQL и просто так, но TimescaleDB обеспечивает большую производительность на том же железе.

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

1. Установка Ubuntu Server
2. Установка PostgreSQL с расширением TimescaleDB
3. Перенос каталога данных PostgreSQL на другой диск
4. Продолжение установки PostgreSQL и TimescaleDB — установка клиента и создание базы
5. Установка NetXMS
6. Установка Management Console под Windows
7. Установка Management Console под Ubuntu
8. Установка веб-консоли NetXMS

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

Установку Ubuntu подробно описывать я не буду, затрону буквально пару нюансов.

Обновление NetXMS 2.2 до версии 3.1

На мой взгляд, NetXMS в версии 3.1 уже достаточно стабилен, много багов поправлено, можно обновляться.

• Обновление NetXMS на Windows Server
• Обновление NetXMS на Ubuntu Server
• Обновление агентов NetXMS на Windows и Linux

Из существенных улучшений по сравнению со 2-й версией, лично мне понравилось объединение политик и шаблонов, очень удобно стало, имхо, для шаблонов с проверкой срока действия сертификатов, к примеру. Можно добавить в политику шаблона строки с ExternalParameter и не делать это вручную или отдельной политикой.

КДПВ:

Интеграция NetXMS с Active Directory

В больших и средних компаниях, где системных администраторов больше чем один или доступ к системе мониторинга может понадобиться не только администраторам, а ещё и каким-то другим потребителям сервисов, которые нужно мониторить (разработчикам, например), есть смысл интегрировать NetXMS с Active Directory, чтобы не заводить для пользователей отдельные учетные записи в NetXMS, а можно было просто подключиться к системе мониторинга под своим доменным логином и паролем.

Для начала нужно создать в Active Directory учетную запись для синхронизации пользователей. У меня это будет srv_netxms.

Настройки интеграции в Server Configuration выглядят примерно так:

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

Настройка счётчиков в NetXMS

Наконец-то добрались до самого основного, ради чего и нужен мониторинг, собственно. Я приведу несколько примеров настройки счётчиков — Data Collection Item (DCI) в терминологии NetXMS.

• Настройка счётчика с источником NetXMS Agent
• Настройка счётчика с источником Windows Performance Counters
• Настройка счётчика свободного места на диске
• Создание шаблона события (Event Template)
• Создание шаблона оповещения (Action)
• Создание правила в Event Processing Policy

Вот настроенные несколько счётчиков в шаблоне:

Попробуем самостоятельно создать некоторые из них.

Установка агента NetXMS на Synology

Вообще, NAS-ы типа Synology вполне себе можно мониторить по SNMP, но, если есть возможность поставить полноценного агента мониторинга и получать более подробную информацию, то почему бы и нет? Тем более, что некоторые вещи, такие как свободное место на дисках, по SNMP получить нельзя. Ну может и можно, но я такой возможности не нашел. Поэтому, приступим.

Установка агента NetXMS на Synology похожа на установку на CentOS, но со своими нюансами.

Сначала на Synology заходим в панель управления DiskStation Manager (DSM) > Advanced Mode > Terminal & SNMP. Ставим галку Enable SSH service и жмем Apply.

Теперь к Synology можно подключаться по SSH, так как DSM — это в основе своей Linux, только переделанный для целей NAS.

Установка агента NetXMS на Ubuntu и CentOS

Установка агента на Linux довольно существенно различается для разных дистрибутитов, поэтому в этой статье я рассмотрю два основных варианта, установку на Ubuntu (Debian аналогично) и CentOS (Red Hat, Fedora аналогично).

• Установка агента на Ubuntu Server
• Установка агента на CentOS Server

Установка агента на Ubuntu Server

В консоли NetXMS наш обнаруженный сервер с Ubuntu без агента выглядит примерно так:

Установка агента NetXMS на Windows

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

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

И мониторить её просто так не получится. Поэтому, займемся установкой агента.

Предварительная настройка сервера NetXMS и Network Discovery

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

Предварительная настройка NetXMS

Идем в меню Configuration > Server Configuration. Откроется вкладка с параметрами сервера:

Ищем параметр UseDNSNameForDiscoveredNodes. Лучше поставить его в 1, чтобы обнаруженные ноды сразу имели DNS-имя, а не IP-адрес в Primary host name. IP-адреса по каким-то причинам могут и измениться (а если у вас есть серверы с динамическим IP-адресом, то у них это произойдет совершенно точно), а DNS-имя скорее всего останется. Естественно, всё это в том случае, если у вас нормально настроена инфраструктура DNS, в частности, создана обратная зона, NetXMS при автообнаружении имена серверов берет именно оттуда.

Установка сервера мониторинга NetXMS на Ubuntu Server и MySQL

Введение

Внимание! Статья устарела и уже не является рабочей. Есть новая статья, читайте, пожалуйста, её: Установка сервера мониторинга NetXMS на Ubuntu Server и PostgreSql с TimescaleDB.

Вообще, эта статья не для линуксоидов, конечно, они и так разберутся и без неё. Она для тех, кто с Linux на Вы (как и я сам, впрочем). Кто-то предпочтёт поставить NetXMS на Windows + MS SQL, а у кого начальство не одобрит покупку Windows Server специально для сервера мониторинга, к примеру, вот для них эта статья. На абсолютную истину не претендую, я не линуксоид, всё же, однако, этот вариант стопроцентно рабочий.

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

Дистрибутив я выбрал Ubuntu Server, потому что для NetXMS он популярнее (если судить по мануалу и по форумам), и разработчики явно больше внимания уделяют именно конфигурации Debian/Ubuntu + MySQL. А значит, найти в Интернете ответы на свои вопросы будет легче.

1. Установка Ubuntu Server
2. Установка MySQL
3. Установка NetXMS
4. Установка Management Console
5. Установка веб-консоли NetXMS

Установку Ubuntu подробно описывать я не буду, этой информации в интернете полно, затрону буквально пару нюансов.