Поиск новых устройств в сети, метрики производительности Linux и резервирование сервера мониторинга в новой версии «Мониторинг Сети (Pro)» 7.5

Новости 0 Comments

Врываемся в весну с новой версией программы для мониторинга систем видеонаблюдения, серверов и сетевого оборудования Мониторинг Сети (Pro) 7.5! Очень много доработок — как мелких, так и крупных. Самое главное — мы сделали фоновый поиск новых устройств, добавили возможность функционирования программы в отказоустойчивом кластере, сделали новую проверку «Метрики Linux» и разработали дистрибутив для отечественной РЕД ОС. Рассказываем более подробно об основных новинках.

Поиск новых устройств

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

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

Резервный сервер мониторинга

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

Каждый устанавливаемый сервер мониторинга имеет свой уникальный ID, который позволяет распределить набор проверок между службами мониторинга. Скажем, сервер с ID=1 выполняет один набор проверок, а сервер с ID=2 другой. Они не пересекаются и не создают избыточную нагрузку на сеть и базу. Если один из серверов перестаёт работать, то и назначенные ему проверки перестают выполняться, мониторинг останавливается. Но если продублировать сервер мониторинга с таким же ID, то резервная служба мониторинга быстро включится в работу в такой ситуации. Как это настроить? Нужно установить из отдельного дистрибутива дополнительный сервер мониторинга и при первом подключении к БД задать ID сервера, который нужно подстраховать. Например, у нас уже есть сервер с ID=1. Устанавливаем ещё один на другой физический компьютер и при настройке тоже присваиваем ему ID=1.

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

Из двух серверов с одинаковым ID активным становится тот, который запустился первым. Он выполняет проверки, задачи планировщика и запускает оповещение.

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

Метрики производительности Linux

Мы добавили новую проверку, которая с помощью агента, устанавливаемого в ОС Astra, Alt, Debian, РЕД и Ubuntu, может получать счётчики производительности и другие параметры:

  • Загрузка процессора, %
  • Загрузка оперативной памяти, %
  • Свободная оперативная память, МБ
  • Использование виртуальной памяти, МБ
  • Загрузка виртуальной памяти, %
  • Загрузка дисков, %
  • Количество запущенных процессов
  • Время непрерывной работы, сек
  • Размер каталога, байт

Разные настройки оповещения для условий фильтра Syslog и SNMP trap

Раньше обо всех входящих сообщениях SNMP trap и Syslog программа оповещала едиными настроенными способами. В новой версии мы вынесли эти настройки на уровень отдельных условий фильтра. Например, на сообщения от устройства 192.168.1.1 теперь программа может отреагировать отправкой почты на один адрес, а на сообщения от 192.168.1.2 — на другой e-mail. Общие настройки оповещения тоже остались — они действуют, если включён параметр «Принимать все сообщения», без учёта фильтра.

Все изменения версии 7.5 списком: 

  • Pro: Добавлена возможность создания резервного сервера мониторинга, который в случае выхода из строя основного автоматически принимает все функции на себя без простоя. Данное решение можно использовать при создании отказоустойчивого кластера серверов.
  • Pro: Добавлена функция обнаружения новых хостов в сети. Поиск работает в фоновом режиме, реализован в службе мониторинга и запускается по заданному расписанию встроенным планировщиком задач. При обнаружении новых хостов выдаётся оповещение, и программа предлагает добавить их на карту и в список.
  • Pro: Добавлена новая проверка «Метрики Linux», которая работает с помощью Linux-агента. Проверка позволяет получать загрузку процессора, дисков, использование оперативной и виртуальной памяти, количество запущенных процессов, время непрерывной работы и размер каталогов.
  • Добавлены разные настройки оповещения на каждое условие фильтра SNMP trap и Syslog. Теперь на каждый вид входящего сообщения программа может реагировать разными способами.
  • Pro: Добавлены дистрибутивы для РЕД ОС, Ubuntu 18 и 23.x, Astra Linux SE 1.7, Alt 9.
  • Добавлена возможность подключения PrivateKeyFile в проверке «SSH» для установления соединения с удалённым хостом по SSH.
  • В настройках программы добавлен параметр «Имя терминала» для проверки «SSH».
  • При добавлении хостов из списка адресов или поиска по ONVIF, они могут быть сразу же добавлены и на карту.
  • Pro: Добавлена возможность изменения цвета у стрелочного индикатора, в том числе и автоматически, при срабатывании сигнализации.
  • Pro: Добавлена возможность изменения цвета шрифта у числового индикатора, если у него не задано минимальное и максимальное значение.
  • Pro: В списке объектов для настройки действий в параметрах проверки теперь отображается не только текст областей и линий, но и другие их параметры. Это облегчает поиск нужного объекта карты.
  • Pro: При добавлении на карту камер видеонаблюдения из поиска по ONVIF теперь в значок автоматически прописывается ссылка RTSP, которая может быть открыта в плеере по CTRL+Click.
  • Pro: Web: Вкладку камер видеонаблюдения в web-интерфейсе теперь можно скрыть в настройках web-приложения.
  • Pro: Web: Добавлено запоминание последней открытой вкладки в web-интерфейсе и активация её при обновлении страницы.
  • Добавлено отображение дат в графиках для печати.
  • Улучшен поиск камер по ONVIF.
  • Pro: Значок ссылки на карту не менял свой статус, если на той карте была другая ссылка на карту с «красным» статусом. Исправлено.
  • Pro: Исправлен импорт некоторых проверок из программы LANState.
  • Pro: Исправлены некоторые проблемы совместимости программы с Wine в Linux.
  • Невозможно было отредактировать поле разрешения картинки в проверке RTSP. Исправлено.
  • Исправлены проблемы с кодировкой письма при отправке почты по незащищённому протоколу.
  • Исправлено определение источника SNMP trap для версий SNMP trap v2c и 3.
  • Исправлен перевод параметра uptime, полученного по SNMP trap v1, в секунды.
  • Исправлены другие обнаруженные ошибки.

Скачивайте новую версию и обновляйтесь!