Мониторинг 1С на Windows и linux серверах: сеансы, лицензии и производительность rphost на одном дашборде
«1С тормозит» — фраза, с которой начинается спор, а не разбор. Бизнес считает секунды до открытия документа, администратор смотрит на загрузку процессора, и обе стороны правы, потому что меряют разное. Спор заканчивается там, где появляются цифры. Мы добавили в агент Voltir поддержку серверов 1С на Windows: теперь метрики кластера собираются и там, где раньше был виден только сам сервер — процессор, память и диски.
Что делает агент при установке
Установщик сам находит rac.exe, определяет версию платформы, поднимает экспортёр 1С отдельной службой и добавляет его в сбор метрик. Отдельно настраивать ничего не нужно, конфигурацию информационных баз мы не трогаем: всё читается снаружи, через штатную службу администрирования кластера. Если сервера 1С на машине нет, агент просто собирает метрики Windows и не создаёт лишних служб.
Что видно на дашборде
Дашборд «Мониторинг 1С» собирает картину кластера в реальном времени: сколько серверов 1С отвечает и сколько не отвечает; активные сеансы и соединения с кластером в динамике; занятые клиентские лицензии в разрезе серверов; доступная производительность рабочих процессов rphost и средние времена вызовов — общего, к СУБД и на ожидании блокировок; блокировка регламентных заданий по базам; загрузка процессора, память и дисковые операции серверов приложений; топ-10 процессов по процессору и по памяти.
Последнее на практике оказывается неожиданно полезным: когда в топе по памяти рядом с rphost внезапно появляется что-то постороннее, разговор о «медленной 1С» заканчивается за минуту.
Чего снаружи не видно — и почему мы об этом говорим прямо
Настоящий APDEX по методике 1С считается внутри информационной базы, подсистемой «Оценка производительности» из БСП: замеры расставлены в прикладном коде, у каждой ключевой операции своё целевое время. Снаружи кластера этой величины не существует. То, что видно нам, — время серверных вызовов и доступная производительность рабочих процессов; это полезные показатели, но это не APDEX, и мы не будем называть их так.
В базу клиента мы не лезем сознательно: загрузка расширений в рабочую базу, публикация веб-сервисов и отдельные учётные записи — это часы работы, дополнительная поверхность атаки и нервы 1С-специалистов заказчика. Когда клиенту действительно нужен APDEX по конкретным операциям, это отдельный проект и отдельный разговор, а не строчка в описании услуги.
Как читать доступную производительность
Кластер 1С периодически прогоняет на каждом рабочем процессе эталонный тест и по его результату решает, куда направить нового клиента. Отсюда два практических правила. Абсолютное значение сравнивать между разными серверами бессмысленно — оно зависит от железа и характера нагрузки. Осмысленны сравнение процессов внутри одного кластера и динамика во времени: просадка означает, что процесс перегружен относительно соседей, и кластер уже начал уводить от него новых пользователей.
Отдельно стоит смотреть на перезапуски rphost. Кластер сам перезапускает процессы при превышении лимита памяти, и просадка производительности, совпавшая с перезапуском, — это не две проблемы, а одна.
Что дальше
Набор правил оповещений для 1С мы держим отдельно от инфраструктурных: перезапуск rphost, просадка производительности относительно собственного суточного уровня, приближение к лимиту клиентских лицензий, регламентные задания в рабочие часы. Пороги настраиваем под конкретный кластер — универсальных значений здесь не бывает.
Подробности о том, что именно мы снимаем с 1С и сколько это стоит, — на странице Мониторинг 1С. Хотите посмотреть на живых данных своего кластера — запросите демо: развернём, настроим и будем мониторить две недели бесплатно.