Мини-сервер для 1С: как рассчитать предел нагрузки

Слово «мини» описывает корпус, а не число пользователей. В нагрузочном тесте от 10 февраля 2025 года одна база 1С:ERP работала с 30 000 активных пользователей. Для этого понадобились четыре сервера приложений по 64 ядра и 256 ГБ памяти, а СУБД получила отдельный узел на 192 ядра, 1 ТБ RAM и 30 ТБ дисков.

Компактный сервер стоит на другом конце шкалы. Но честной границы «до 10» или «до 20 пользователей» всё равно нет. На одном рабочем месте бухгалтер проводит несколько документов в час, на другом — закрывает месяц или загружает продажи пакетами. Сервер видит операции, а не фамилии в списке сотрудников.

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

Что здесь называется мини-сервером #

В этой статье мини-сервер — компактный односокетный узел с ограниченным числом слотов DIMM, дисковых отсеков и плат расширения. Это рабочая рамка, а не отдельный класс Dell PowerEdge.

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

Под словом «сервер 1С» также скрываются три разные системы:

• файловая база на одном рабочем месте;
• сервер 1С и локальная СУБД без терминальных сеансов;
• единый узел с СУБД, сервером 1С и RDP.

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

Для одного локального пользователя подходит другой сценарий — автономный сервер 1С. Его лицензионные ограничения нельзя переносить на обычную клиент-серверную установку.

Считайте операции, а не учётные записи #

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

За час один сотрудник выполнит 12 операций. За восьмичасовую смену нагрузка составит:

10 × 12 × 8 = 960 операций

В сутках смены 28 800 секунд. Средняя интенсивность:

960 ÷ 28 800 ≈ 0,033 операции/с

Среднее значение скрывает утренние загрузки, обмены и закрытие периода. Для первого испытания примем пик в пять раз выше:

0,033 × 5 ≈ 0,17 операции/с

Это не норматив 1С и не обещание производительности конкретного сервера. Это прозрачное допущение для теста. Замените частоту операций и коэффициент пика своими замерами.

При 20 сотрудниках с тем же профилем получатся 1920 операций за смену, средняя интенсивность 0,067 операции/с и тестовый пик около 0,33 операции/с. Но простое удвоение перестанет работать, если отдел проводит документы пакетами или одновременно запускает тяжёлые отчёты.

Для первичного подбора процессора, памяти и накопителей используйте отдельный расчёт системных требований сервера 1С. Он даёт стартовую конфигурацию. Нагрузочный прогон отвечает на второй вопрос: выдерживает ли её Ваша база.

Большой тест 1С показывает масштаб, но не даёт пропорции #

В анонсе нагрузочного теста 1С описана база 1С:ERP объёмом около 1 ТБ. В ней работали 30 000 активных пользователей с включённым разграничением доступа на уровне записей — RLS.

За десять часов система выполнила 885 000 ключевых операций:

885 000 ÷ 36 000 ≈ 24,6 операции/с

Тест шёл на PostgreSQL 16.4 и распределённом кластере. Помимо четырёх серверов приложений и отдельного сервера СУБД использовались центральный сервер, сервер лицензирования и 32 генератора нагрузки. Сеть работала на скорости 10 Гбит/с.

Делить эту конфигурацию на 3000 и объявлять результат требованиями для десяти сотрудников нельзя. При уменьшении числа пользователей не исчезают сама СУБД, фоновые задания, кэш, обмены и операционная система. Маленькая база меняет пропорции расходов, а не только масштаб.

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

Мини-сервера хватает, пока он проходит Ваш контрольный прогон #

Для небольшого контура 1С компактный узел допустим при трёх условиях:

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

Допустимое время задаёт компания. Например, если бухгалтерия согласна ждать проведения документа две секунды, это и будет контрольная граница. Универсальная цифра здесь принесла бы больше вреда, чем пользы: разные конфигурации 1С выполняют разный объём серверной работы под одной кнопкой.

Предел пройден, когда возникает хотя бы один повторяемый признак:

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

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

С памятью та же логика. Свободная RAM сама по себе ничего не говорит: Linux и PostgreSQL используют её под кэш. Смотрите на вытеснение страниц, обращения к swap и поведение базы под повторной нагрузкой.

Если узкое место оказалось в PostgreSQL, проверьте work_mem, WAL и autovacuum до замены железа. В расчёте настроек PostgreSQL для сервера с 32 ГБ RAM показано, как одна завышенная настройка памяти умножается на число соединений.

Апгрейд помогает, пока корпус оставляет пространство для него #

Нехватка памяти не всегда означает замену сервера. Если плата поддерживает требуемый объём и в ней остались слоты DIMM, добавление модулей продлит срок службы узла.

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

Переходить на обычный PowerEdge стоит, если выполняется хотя бы одно условие:

• контрольный прогон не проходит после настройки СУБД;
• закончились слоты памяти или дисковые отсеки;
• для допустимого времени простоя нужны резервные блоки питания, сети или второй узел;
• в ближайший период нагрузка вырастет быстрее, чем можно расширить текущую машину.

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

Правило для согласования закупки #

Для 10 сотрудников из нашего примера контрольная цель составляет 0,17 операции/с. Для 20 сотрудников с тем же профилем — 0,33 операции/с. Подставьте свою частоту действий и отдельно оцените пик.

Дальше решение укладывается в три строки:

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

Фраза «до 20 пользователей» бюджет не защищает. Результаты контрольного прогона защищают: в них видны нагрузка, время операций, запас ресурсов и цена простоя.