Метрики сайта

Раздел «Метрики» показывает последний собранный технический снимок сайта. Эти же данные в структурированном виде отправляются на Aggregator.

[Скриншот 1: страница Метрики]

Системные показатели

• версия PHP и Битрикс;
• дисковое пространство и свободное место;
• память и доступные серверные показатели;
• нагрузка, если она доступна стандартным способом или через дополнительный адаптер;
• служебные сведения о корне сайта и времени сбора.

База данных и сайты

DB-блок содержит сведения, необходимые для оценки состояния базы и обнаружения аномально больших таблиц. Site-блок формируется по сайтам, зарегистрированным в текущей установке Битрикс, поэтому одна установка Monitor может передать несколько SITE_ID.

[Скриншот 2: системный блок]

Расширенные Python-метрики

Опциональный сбор через Python/psutil используется только после явного включения. Он полезен, когда стандартного PHP-сбора недостаточно для RAM/CPU. Веб-процесс должен иметь право запустить указанный интерпретатор, а psutil должен быть установлен именно для него.

• если блок пуст, сначала запустите диагностику Python в настройках;
• если пакет установлен в другом окружении, укажите полный путь к нужному Python;
• при запрете proc_open расширенный сбор работать не будет, но базовый Monitor продолжит работу.

Как использовать метрики

1. Сравнивайте значения не только с абсолютным порогом, но и с обычным состоянием конкретного проекта.
2. При росте базы переходите в «База данных».
3. При нехватке диска проверьте бэкапы, логи и временные файлы.
4. При систематической нагрузке анализируйте источник уже серверными средствами — Monitor показывает симптом, но не профилирует PHP-код.

Важно: Набор показателей зависит от окружения сервера. Отсутствие отдельной системной величины не означает, что весь сбор не работает.

Из чего состоит снимок

Payload версии схемы 1.2 объединяет несколько независимых блоков: system, database, sites, backup, updates, resources, cache и auth_log. Поэтому частичная недоступность одного источника не должна автоматически трактоваться как полный отказ Monitor.

Сравнение динамики

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

Пользовательский системный адаптер

Если сервер имеет нестандартные источники метрик, разработчик может подключить PHP-класс с методом collect(array $base). Он должен дополнять базовый снимок, а не заменять штатные проверки. Для обычной эксплуатации поле адаптера оставляют пустым.

[Скриншот 3: DB/site-блоки]