Прошедший вебинар, посвященный системе «Умный мониторинг» (УМ), вызвал активный интерес со стороны технических специалистов. В ходе сессии участники задали ряд разных вопросов, которые касались в том числе архитектуры решения, возможностей мониторинга и сложных сценариев применения.
Ниже представлены подробные ответы на вопросы участников, подготовленные нашими ведущими экспертами из команды продукта.
Агентская и безагентная архитектура
Вопрос: Агент УМ только на Java?
Ответ: Да, основной агент системы «Умный мониторинг» разработан на языке Java. Однако архитектура решения предполагает не только агентский метод сбора данных. Существуют альтернативные варианты безагентного мониторинга:
- Сбор данных с используемых систем мониторинга: Возможность получения метрик из напрямую из Zabbix или других систем имеющих возможность отдавать данные через Web-API
- Поддерживается получение данных через протокол OpenTelemetry
- Протокол SNMP: можно посылать запросы напрямую на IP-адрес устройства для получения необходимых метрик
* * *
Вопрос: Программируемые логические контроллеры (ПЛК) можно мониторить? Предположим, есть станок, на нем есть сборщик параметров на ПЛК — можно собрать такие данные и проанализировать?
Ответ: Мониторинг программируемых логических контроллеров (ПЛК) возможен при условии, что оборудование поддерживает передачу данных. Основные сценарии включают использование протокола SNMP или взаимодействие через Web-API. Система способна парсить ответы от таких интерфейсов, что позволяет интегрировать промышленные станки и оборудование в общую панель мониторинга.
Ресурсы и производительность
Вопрос: Среднее потребление памяти агентом с настройками по умолчанию? Какое минимальное потребление?
Ответ: Потребление оперативной памяти агентом гибко регулируется с помощью ключей запуска Java-приложения. Статистика по ресурсам следующая:
- Среднее потребление: 200–300 МБ
- Минимальное потребление: Около 100 МБ
Нагрузка на центральный процессор (CPU) со стороны агента остается минимальной и практически не влияет на производительность хоста
* * *
Вопрос: Минимальный период опроса параметра наблюдения?
Ответ: Система позволяет настраивать гибкое расписание опроса. Технически поддерживается интервал от 1 секунды. Тем не менее, рекомендованный минимальный период составляет 10 секунд. Этого времени достаточно для наблюдения за работой объектов и при этом не создает избыточную нагрузку на инфраструктуру.
Работа в критических условиях
Вопрос: Агент кэширует данные? Что будет при временной потере связи агента с сервером?
Ответ: Да, механизм кэширования предусмотрен. В случае разрыва соединения между агентом и центральным сервером все собранные метрики помещаются во внутренний буфер. Как только связь восстанавливается, накопленные данные автоматически отправляются на сервер, что предотвращает появление «дыр» в истории наблюдений.
Протоколы и методы передачи
Вопрос: Метод получения данных: Pull или Push?
Ответ: Метод зависит от используемого компонента:
- Собственный агент УМ: Работает по методу Push — агент самостоятельно инициирует отправку данных на сервер
- OpenTelemetry: Поддерживаются оба метода — и Pull, и Push
Диагностика кода и логов
Вопрос: Укажите, пожалуйста, как выглядит ошибка, выявленная ошибка в коде 1С?
Ответ: Система «Умный мониторинг» не занимается поиском ошибок непосредственно в исходном коде программ, однако она предоставляет контекст, позволяющий локализовать проблему. Например, при анализе технологического журнала 1С система подсвечивает контекст deadlock (взаимной блокировки). По этому распарсенному контексту разработчик может точно определить место в коде, где возникла проблема. Приводим скриншот на эту тему:
* * *
Вопрос: Есть ли в дашборде информация по логам — например, сколько осталось места на сервере для сохранения логов?
Ответ: Да, такая функциональность реализована. С помощью инструментов мониторинга можно отслеживать свободное место на дисках или в конкретных каталогах. Система позволяет:
- Настраивать алерты на превышение пороговых значений (например, если осталось менее 10% места)
- Выводить актуальные показатели заполненности хранилищ на графические дашборды
Планирование и функциональные возможности
Вопрос: Планировщик сценариев есть? Например, перезапуск сервера с очисткой сеансовых данных и с последующим получением архива БД средствами 1С и СУБД?
Ответ: На текущий момент функциональность планировщика в основном сосредоточена на работе мониторов. Однако задача по расширению планировщика уже находится в бэклоге разработки с высоким приоритетом. В будущих релизах планируется добавить возможность запуска по расписанию произвольных сценариев, скриптов и алертов. Для решения вашего сценария у нас есть механизм автоматического реагирования на инциденты, который запускает сценарий при регистрации инцидента.
* * *
Вопрос: Можно чуть шире раскрыть — почему время в UTC? Подпись колонки «Время (UTC)» была бы полезной.
Ответ: Использование UTC обусловлено спецификой хранения данных: в технологических журналах время фиксируется именно в этом формате. Это позволяет корректно сопоставлять события из разных часовых поясов. В интерфейсе системы вывод данных о дате осуществляется в контексте выводимой информации. Пожелание о более явной маркировке колонок с датой принято в работу.
Инфраструктурные требования и оповещения
Вопрос: Какие требования по центральному серверу для сбора данных от агентов?
Ответ: Для стабильной работы системы (с учетом того, что сервер выполняет интенсивную обработку записей от множества агентов) рекомендуются следующие характеристики:
- Процессор: 8 CPU (рекомендуется высокая тактовая частота)
- Память: 64 ГБ RAM
- Диск: 400 ГБ SSD. Оптимальная архитектура подразумевает разделение на два сервера: один для базы данных, второй — для самого приложения «Умный мониторинг»
|
Компонент |
Требования |
|
Процессор |
8 Core CPU |
|
Оперативная память |
64 ГБ |
|
Дисковая подсистема |
400 ГБ SSD |
Эта информация есть в презентации о продукте.
* * *
Вопрос: Есть ли у сервиса отправка критических алертов? На почту, например, или подвязать по API к мессенджеру?
Ответ: В системе реализован механизм алертинга:
- Штатные средства УМ: На данный момент поддерживается отправка уведомлений на электронную почту. Также возможна передача данных через Web API
- Интеграция с Grafana: Если вы используете Grafana для визуализации данных УМ, вам доступны все каналы связи, поддерживаемые этой платформой (мессенджеры, системы инцидент-менеджмента и др.)
Скриншот из реально используемой системы на эту тему:
Благодарим всех участников за активную дискуссию и конструктивные вопросы! Ваша обратная связь помогает нам развивать продукт и делать его более эффективным инструментом для решения задач администрирования и обеспечения производительности.
Будем рады видеть вас на наших будущих мероприятиях!
Подписывайтесь на наши каналы в telegram и MAX