Как правильно подобрать параметры сервера 1С для «Комплексной автоматизации» на 110 пользователей

← На главную

При планировании серверной инфраструктуры для 110 одновременно работающих пользователей в конфигурации 1С:Комплексная автоматизация 2.4/2.5 (КА) важно понимать, что эта система является одной из самых ресурсоемких. Обычного «среднего» сервера может быть недостаточно из-за обилия фоновых заданий, тяжелых отчетов и сложных алгоритмов расчета себестоимости. Разберем детально, как выбрать оборудование и настроить систему для стабильной работы.

Анализ требований к процессору: частота против количества ядер

Первое, на что мы должны обратить внимание — это производительность процессора. В среде 1С критически важна высокая тактовая частота на одно ядро. Проанализируем ситуацию: платформа 1С выполняет многие операции в один поток, поэтому процессор с частотой 3.2 ГГц и выше будет работать значительно эффективнее, чем многоядерный процессор с низкой частотой (например, 2.2 ГГц).

Для 110 пользователей мы рекомендуем ориентироваться на следующие параметры:

Выбор модели: Линейка Xeon Gold с базовой частотой от 3.0–3.2 ГГц.
Количество ядер: Оптимально иметь 2 процессора по 12–16 ядер. Это позволит выделить достаточно ресурсов и под рабочие процессы 1С (rphost), и под нужды SQL-сервера, и под фоновые задания.
Настройка BIOS: Обязательно включим режим Maximum Performance. Рассмотрим причину: современные серверы по умолчанию пытаются экономить энергию, сбрасывая частоту ядер (C-states). Для 1С это критично, так как возникают микрозадержки при каждом обращении к процессору.

Расчет оперативной памяти (RAM)

Оперативная память — это второй по значимости ресурс. Давайте рассчитаем необходимый объем исходя из реальной нагрузки в «Комплексной автоматизации».

Рассмотрим структуру потребления памяти в совмещенном режиме (1С и SQL на одном сервере):

Сервер приложений 1С: В среднем, один активный сеанс в КА потребляет от 1.5 до 2.5 ГБ оперативной памяти. Для 110 пользователей это составит примерно 220 ГБ.
SQL Server: Для эффективного кэширования данных SQL-серверу необходимо выделить минимум 40–64 ГБ (зависит от размера базы данных).
Операционная система: Заложим около 8–16 ГБ.

Таким образом, предложенный в начале обсуждения объем в 224 ГБ является критическим минимумом. Для комфортной работы без использования файла подкачки (swap) мы рекомендуем устанавливать 320 ГБ или 384 ГБ. Это даст запас на рост базы и увеличит скорость формирования тяжелых отчетов.

Дисковая подсистема: уходим от SAS к NVMe

Проанализируем работу дисков. Использование классических дисков SAS 15k сегодня уже не обеспечивает нужной производительности для 110 активных пользователей. Основная проблема 1С — это огромное количество мелких операций записи и чтения. При необходимости можно воспользоваться инструментом для анализа дискового пространства СУБД.

Выясним, как правильно распределить дисковое пространство:

Системный диск: Под ОС и установку программ достаточно 200 ГБ (SSD). Важно: не оставляйте на нем каталог srvinfo (журнал регистрации), так как он может быстро разрастись и забить место.
База данных (Data): Только Enterprise SSD или NVMe в RAID 10.
Лог транзакций (Log): Отдельный физический массив или раздел на быстрых дисках. Скорость записи логов напрямую влияет на скорость проведения документов.
Временные таблицы (TempDB): Это «бутылочное горлышко» любой системы 1С. Разберем по шагам настройку tempdb ниже.

Настройка TempDB и SQL Server

Посмотрим на рекомендации по настройке SQL-сервера. Поскольку 1С активно использует временные таблицы, tempdb должен располагаться на самом быстром накопителе. Рассмотрим полезный скрипт для оптимизации количества файлов tempdb (обычно рекомендуется создавать количество файлов, равное количеству ядер, но не более 8):


-- Пример настройки файлов TempDB для SQL Server
ALTER DATABASE tempdb 
MODIFY FILE (NAME = tempdev, FILENAME = 'T:\SQLData\tempdb.mdf', SIZE = 10GB);
-- Добавление дополнительных файлов для исключения очередей
ALTER DATABASE tempdb ADD FILE (NAME = tempdev2, FILENAME = 'T:\SQLData\tempdb_2.ndf', SIZE = 10GB);
ALTER DATABASE tempdb ADD FILE (NAME = tempdev3, FILENAME = 'T:\SQLData\tempdb_3.ndf', SIZE = 10GB);
ALTER DATABASE tempdb ADD FILE (NAME = tempdev4, FILENAME = 'T:\SQLData\tempdb_4.ndf', SIZE = 10GB);

Не забудьте также включить протокол Shared Memory, если сервер 1С и SQL находятся на одной физической машине. Это позволит им общаться напрямую через оперативную память, минуя сетевой стек, что ускорит работу на 10–15%.

Особенности настройки кластера 1С

При 110 пользователях мы не можем оставлять настройки кластера по умолчанию. Разберем, что нужно изменить в консоли администрирования серверов 1С:

Количество рабочих процессов: Не позволяйте всем 110 пользователям работать в одном процессе rphost. Оптимально настроить кластер так, чтобы на один процесс приходилось 15–25 человек. Это повысит общую отказоустойчивость системы.
Перезапуск процессов: Установите интервал перезапуска рабочих процессов (например, раз в 86400 секунд — раз в сутки). Это поможет бороться с возможными утечками памяти в тяжелых конфигурациях.
Объем памяти на процесс: Ограничьте максимальный объем памяти на один rphost, чтобы в случае зависания одного отчета он не «съел» всю память сервера.

Выбор между одним сервером и кластером

Рассмотрим два варианта архитектуры, предложенных автором:

Вариант 1: Все на одном сервере. Это наиболее производительный вариант за счет отсутствия сетевых задержек между сервером приложений и СУБД. При использовании Shared Memory вы получите максимальный отклик системы. Однако это создает «единую точку отказа».

Вариант 2: Разделение на App-сервер и Database-сервер. Помогает распределить нагрузку, если одного сервера не хватает по памяти или процессору. В этом случае крайне важно обеспечить канал связи 10 Гбит/с между ними. На обычном гигабитном линке вы получите серьезные тормоза, так как объем трафика между 1С и SQL при работе 110 человек в КА будет колоссальным.