Технические требования к серверному и аппаратному оборудованию
Документация
Главная

Технические требования к серверному и аппаратному оборудованиюLTS

Общие требования

Сервер

Состав серверов

Для работы системы требуется два сервера под управлением ОС семейства Linux, x64:

  • Сервер приложений — хранит лицензии, данные пользователей и статистику, использует БД (ClickHouse, встроенная файловая база данных). Коннектор для доступа к веб-интерфейсу работает по протоколу HTTP/HTTPS.
  • Сервер баз данных — хранит аналитические данные.

Система работает круглосуточно при соблюдении требований к техническим средствам.

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

Чтобы запросы на замену таблиц в ClickHouse работали корректно, на серверах с ClickHouse под управлением Linux требуется следующая версия ядра ОС:

  • 3.15 и выше при использовании файловой системы EXT4
  • 4.0 и выше при использовании файловой системы XFS

Для полноценной работы ClickHouse рекомендуется версия ядра не ниже 4.0.

Требования к версии СУБД ClickHouse

В стандартную поставку дистрибутивов системы Proceset входит подготовленный вендором Docker-образ СУБД ClickHouse. Допустимо использовать оригинальные дистрибутивы ClickHouse совместимой версии.

Рекомендации к типу накопителей для СУБД ClickHouse

Для сервера аналитической СУБД ClickHouse рекомендуется использовать накопители с интерфейсом NVMe SSD. Архитектура СУБД оптимизирована под высокоскоростное блочное хранилище с минимальными задержками операций ввода-вывода. Накопители типа NVMe позволяют достичь указанных показателей производительности дисковой подсистемы при работе с аналитическими запросами.

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

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

Указанные в таблицах значения IOPS для сервера ClickHouse рассчитываются по формуле: Total IOPS = Read IOPS + Write IOPS. Значения получены с использованием следующей методики тестирования:

  • Соотношение операций чтения и записи: 75% на 25%
  • Общий размер тестовых данных: 8 Гб
  • Глубина очереди: 64 операции
  • Размер блока: 4 Кб
  • Тип доступа: случайный

Пример команды для тестирования на ОС семейства Linux:

fio --randrepeat=1 --ioengine=libaio --direct=1 --gtod_reduce=1 --name=fiotest --filename=testfio --bs=4k --iodepth=64 --size=8G --readwrite=randrw --rwmixread=75
Заметка

Рекомендуется проверять дисковую подсистему по этой методике перед вводом системы в эксплуатацию.

Клиент

Требования к рабочему месту пользователя веб-интерфейса платформы Proceset

Рекомендуемые браузеры для доступа к веб-интерфейсу:

  • Google Chrome версии 107 и выше
  • Mozilla Firefox версии 121 и выше
  • Safari версии 16.1 и выше
  • Microsoft Edge версии 106 и выше

На более ранних версиях браузеров интерфейс может работать некорректно.

Тестовый контур

Требования к тестовому серверу Proceset

  • Версия ОС и обновления тестового сервера должны совпадать с промышленным сервером.
  • Характеристики ОЗУ, объема дискового пространства и ЦПУ могут быть меньше, чем на промышленном сервере.
  • Если в проекте используются внешние интеграции или забор данных из внешних источников (например, PostgreSQL, Hadoop), рекомендуется иметь аналогичные тестовые интеграции для проверки.

Требования к рабочей станции для тестирования агента мониторинга

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

Дополнительные требования по проектам

Task Mining

Сводная таблица требований к серверам по пользователям

В таблице приведены минимальные требования к серверам в зависимости от количества отслеживаемых пользователей.

Оба сервера работают под управлением ОС семейства Linux, x64. Тактовая частота ЦПУ для обоих серверов — 2,5 ГГц.

ХарактеристикаДо 100До 500До 10001000–30003000–50005000–10 000
Сервер приложения InfomaximumКол-во потоков ЦПУ888121616
Объем ОЗУ12 Гб16 Гб32 Гб48 Гб64 Гб64 Гб
Дисковое пространство2 Гб + 200 Мб/сотрудник в год
IOPS (на чтение)6001000300010 00010 00020 000
Сервер ClickHouseКол-во потоков ЦПУ8812161616
Объем ОЗУ32 Гб32 Гб64 Гб64 Гб128 Гб512 Гб
Дисковое пространство2 Гб + 400 Мб/сотрудник в год
IOPS (на чтение)25 00050 00050 00050 00060 00080 000

Системные требования к рабочим станциям для установки агента мониторинга

Обычный режим мониторинга
ХарактеристикаЗначение
ОСWindows 7, Windows 8.1, Windows 10, Windows 11

Astra Linux, ALT Linux, AlterOS, РЕД ОС
ЦПУ*2 потока, тактовая частота — 2,3 ГГц

Показатели нагрузки от агента (приблизительные значения):

ХарактеристикаЗначение
Среднее значение потребляемого процессорного времени**0,1–1%
Свободный объем ОЗУ30 Мб на каждый активный пользовательский сеанс + 150 Мб для возможности автоматического обновления агента
Свободный объем дискового пространства200 Мб свободного места для исполняемых файлов агента + 100 Мб для хранения данных на каждого активного пользователя компьютера
Расширенный режим мониторинга
ХарактеристикаЗначение
ОСWindows 7, Windows 8.1, Windows 10, Windows 11

Astra Linux, ALT Linux, AlterOS, РЕД ОС
ЦПУ*4 потока, тактовая частота — 2,5 ГГц

Показатели нагрузки от агента (приблизительные значения):

ХарактеристикаЗначение
Среднее значение потребляемого процессорного времени**0,7–3%
Свободный объем ОЗУ50 Мб на каждый активный пользовательский сеанс + 150 Мб для возможности автоматического обновления агента
Свободный объем дискового пространства200 Мб свободного места для исполняемых файлов агента + 150 Мб для хранения данных на каждого активного пользователя компьютера

* Данные указаны из расчета, что рабочее место представляет собой ПК с одним активным пользователем. Для терминальных серверов требования к ЦПУ выше.

** Потребляемое процессорное время на терминальных серверах увеличивается пропорционально количеству активных пользовательских сессий и может быть выше указанных значений.

AI-агент

Заметка

AI-агент обеспечивает автоматическое наименование операций. Для проектов Task Mining его установка не обязательна, однако при наличии AI-агента качество автоматической разметки операций улучшается.

Системные требования к серверу для установки AI-агента приведены в разделе Системные требования к серверу для установки AI-агента.

Совет

Docker-контейнер AI-агента можно развернуть на одном сервере с ClickHouse, если сервер оснащен поддерживаемым GPU. Это позволяет сэкономить на серверных ресурсах.

Цифровой сотрудник

AI-агент

Важно

Для проектов Цифрового сотрудника установка AI-агента обязательна. AI-агент обеспечивает работу нейросетевых функций и взаимодействие с LLM.

Системные требования к серверу для установки AI-агента приведены в разделе Системные требования к серверу для установки AI-агента.

Совет

Рекомендуется разворачивать AI-агент на выделенном сервере, отдельно от сервера ClickHouse. AI-агент для Цифрового сотрудника обрабатывает большой объем запросов, поэтому совмещение серверов может снизить производительность.

Process Mining

Для проектов Process Mining специфических требований к оборудованию нет. Применяются общие требования к серверам из раздела Общие требования.

Системные требования к серверу для установки AI-агента

Инструкция по установке: Установка и запуск AI-агента.

ХарактеристикаМинимальное значение
ОСОС семейства Linux, x64

Рекомендуется: Ubuntu 24.04
Дополнительное ПОАктуальная версия Docker

Актуальная версия драйверов для GPU

Версия драйвера NVIDIA — не ниже 570.86.10

Версия nvidia-container-toolkit — не ниже 1.17.8-1
Тактовая частота ЦПУ2,5 ГГц
Кол-во потоков ЦПУ8
Объем ОЗУ16 Гб
Свободный объем дискового пространства для хранения данных60 Гб
Минимальная скорость работы дисковой подсистемы (на чтение)2000 IOPS
Графический ускоритель (GPU)NVIDIA GPU с поддержкой технологии CUDA и объемом видеопамяти (VRAM) не менее 32 Гб

Архитектура GPU — Turing или новее (например, Ampere, Ada Lovelace)

Скорость отклика AI-агента зависит от количества CUDA-ядер GPU: чем больше ядер, тем быстрее обрабатываются запросы. Объем видеопамяти (VRAM) влияет на количество запросов, которые модуль может обрабатывать одновременно.

Требования для крупных проектов мониторинга

Требования этого раздела рассчитываются по числу агентов мониторинга, а не по количеству отслеживаемых пользователей, как в сводной таблице требований к серверам по пользователям. Ниже приведены две конфигурации — на одном сервере (до 25 000 агентов мониторинга) и кластерная (свыше 25 000) — с примерами расчета оборудования для конкретного числа агентов.

Конфигурация на одном сервере — до 25 000 агентов

Порог в 25 000 агентов мониторинга на один сервер — консервативная оценка с запасом. Если агентов мониторинга не больше этого значения, сервер приложения Proceset принимает и обрабатывает активность самостоятельно, без дополнительных нод.

ХарактеристикаСервер приложения Proceset
ОСLinux x64
Количество потоков ЦПУне менее 32, тактовая частота от 2,5 ГГц
Объем ОЗУне менее 128 Гб
Дисковая подсистемаNVMe SSD enterprise-класса, рекомендуемый интерфейс — PCIe 5.0
Производительность дисковне менее 40 000 IOPS на узел
Сетевой интерфейсне менее 10 Гбит/с
Назначениеприем активности, временное хранение, обработка и передача данных в ClickHouse
ХарактеристикаСервер ClickHouse
ОСLinux x64
Количество потоков ЦПУне менее 32, тактовая частота от 2,5 ГГц
Объем ОЗУне менее 480 Гб
Дисковая подсистемаNVMe SSD enterprise-класса, рекомендуемый интерфейс — PCIe 4.0 или 5.0
Производительность дисковне менее 40 000 IOPS на узел
Дисковое пространство400 Мб × количество агентов × срок хранения активности в годах + резерв
Сетевой интерфейсне менее 10 Гбит/с
Назначениедолговременное хранение данных активности, аналитическая обработка, выдача данных для построения отчетов

Кластерная конфигурация — свыше 25 000 агентов

Если агентов мониторинга больше 25 000, один сервер приложения перестает справляться с приемом активности. Активность начинают принимать несколько нод приема активности, объединенных в кластер с основным сервером Proceset. Кластерную конфигурацию закладывают заранее, а не переходят на нее позже, потому что:

  • Перестройка ClickHouse с обычной схемы на кластерную на работающем проекте требует переноса накопленных данных и изменения аналитических скриптов
  • Агент автоматизации выносят на отдельный сервер, чтобы задачи автоматизации не конкурировали с приемом активности за процессор и память
  • Кластер из нескольких нод можно обновлять по частям, без остановки приема активности

Профили серверов кластера

Кластер состоит из основного сервера Proceset и одной или нескольких нод приема активности.

ХарактеристикаОсновной сервер
ОСLinux x64
Количество потоков ЦПУне менее 32, тактовая частота от 2,5 ГГц
Объем ОЗУне менее 128 Гб
Дисковая подсистемаNVMe SSD enterprise-класса, рекомендуемый интерфейс — PCIe 5.0
Производительность дисковне менее 40 000 IOPS на узел
Сетевой интерфейсне менее 10 Гбит/с
Назначениеполный набор модулей Proceset, координация кластера, прием активности
ХарактеристикаНода приема активности
ОСLinux x64
Количество потоков ЦПУне менее 16, тактовая частота от 2,5 ГГц
Объем ОЗУне менее 32 Гб
Дисковая подсистемаNVMe SSD enterprise-класса, рекомендуемый интерфейс — PCIe 4.0 или 5.0
Производительность дисковне менее 40 000 IOPS на узел
Сетевой интерфейс1 Гбит/с
Назначениеприем активности, ее обработка во встроенной файловой базе данных, передача данных в ClickHouse

Расчет числа нод приема активности

Число нод приема активности рассчитывается по двум параметрам:

  • По нагрузке — количество агентов, деленное на 25 000 и округленное в большую сторону
  • По отказоустойчивости — к результату добавляется одна резервная нода для плановых обновлений без остановки приема активности и для восстановления после сбоев
Количество агентов мониторингаКонфигурацияНоды приема активности
до 25 000на одном сервере1 (сервер приложения принимает активность сам)
50 000кластер2 рабочих + 1 резервная
100 000кластер4 рабочих + 1 резервная
150 000кластер6 рабочих + 1 резервная
200 000кластер8 рабочих + 1 резервная
250 000кластер10 рабочих + 1 резервная

Заранее закладывают саму кластерную конфигурацию, а не количество нод приема активности: ноды можно добавлять в работающий кластер по мере роста числа агентов мониторинга. Практический предел по числу нод определяется не приемом активности, а пропускной способностью ClickHouse и удобством обслуживания кластера.

Примеры кластерных конфигураций

Компонент30 000 агентов50 000 агентов100 000 агентов
Ноды приема активности2 рабочих + 1 резервная = 3 ноды2 рабочих + 1 резервная = 3 ноды4 рабочих + 1 резервная = 5 нод
Кластер ClickHouseминимум 1 + 1, рекомендуется 3 ноды3 ноды3 ноды, расширяемо до 5
Дисковое пространство ClickHouseоколо 12 Тб в год — закладывать 20–25 Тбоколо 20 Тб в год — закладывать 30–40 Тбоколо 40 Тб в год — закладывать 80–100 Тб
Агент автоматизации1 выделенная нода1–2 выделенные ноды2 выделенные ноды
Ноды агента Webhookопциональноопциональноопционально

Ноды агента Webhook выносят на отдельные серверы при активном использовании входящих запросов Webhook, JS-трекера или HTTP-интеграций — чтобы изолировать эту нагрузку от приема активности мониторинга.

Сетевые порты в кластерной конфигурации

НаправлениеПорт
Агенты мониторинга → сервер приложения8010/TCP (HTTPS)
Агенты мониторинга → ноды приема активностивеб-порт, заданный в конфигурации ноды
Сервер приложения → ClickHouse8123/TCP
Обмен между основным сервером и нодами приема активности7000/TCP

Была ли статья полезна?

Предыдущая
Интеграции системы с внешними АС
Следующая
Работа дашбордов с большими объемами данных
8 (800) 555-89-02
430006, Саранск,
Северо-восточное шоссе, д. 3
Код вида деятельности
в области ИТ 15.02 и 17.01
ОКВЭД 62.01
ИНН 1328​909857
Языки программирования: