Установка модуля SenDev: Monitor — агент мониторинга сайта

Инструкция соответствует версии 0.4.3. Monitor устанавливается на каждый сайт, состояние которого требуется контролировать.

[Скриншот 1: экран установки модуля Monitor]

Перед установкой

Убедитесь, что сайт работает на актуальной версии 1С-Битрикс и администратор имеет доступ к установке модулей. Для передачи данных нужен исходящий HTTPS-доступ к центральному Aggregator.

Если планируется использовать расширенные Python-метрики, наличие Python и пакета psutil проверяется отдельно уже после установки. Для базовой работы Python не требуется.

Что делает установщик

• регистрирует модуль в системе;
• создаёт служебные таблицы локальных снимков, очереди, журнала команд, авторизаций, бэкапов, аптайма и инцидентов;
• добавляет административные страницы Monitor;
• устанавливает служебные endpoint-ы статуса и команд;
• регистрирует обработчики входа пользователей;
• создаёт регулярный агент MonitorAgent с интервалом 300 секунд.

[Скриншот 2: пункт Sendev Monitor в административном меню]

Что сделать сразу после установки

1. Откройте «Sendev Monitor → Настройки».
2. На Aggregator создайте новый агент для этого сайта.
3. Скопируйте URL приёма метрик и токен агента.
4. Сохраните настройки Monitor.
5. Нажмите ручной сбор/отправку и проверьте результат на дашборде.
6. Если Aggregator расположен за ограничениями сети, проверьте исходящие HTTPS-запросы с сайта.

Удаление модуля

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

Важно: Установка одного Monitor не создаёт центральный кабинет. Для контроля нескольких сайтов используется отдельный модуль SenDev Aggregator или будущий внешний сервис SenDev Hub.

Требования к плановому запуску

Monitor выполняет основную работу через агента Битрикс. На проектах, где агенты запускаются «на хитах», регулярность зависит от посещаемости. Для сервисного мониторинга предпочтительно, чтобы агенты Битрикс выполнялись через cron: тогда сбор продолжится и ночью, и на малопосещаемом сайте. После установки проверьте, что время последнего запуска меняется без ручного открытия страниц.

Сетевой доступ

Клиентскому серверу нужен только исходящий доступ к центральному HTTPS-адресу в рекомендуемом pull-сценарии. Если хостинг ограничивает внешние соединения, добавьте домен Aggregator/Hub в разрешения. Не требуется открывать административную часть сайта или SSH для центрального сервера.

Что хранится локально

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

[Скриншот 3: настройки подключения к Aggregator]