Когда в компании одновременно работают от 20 до 50 человек (бухгалтерия, склад, менеджеры по продажам в 1С:Управление торговлей или Комплексной автоматизации), файловый режим окончательно умирает. Возникает классическая проблема: компания покупает двухпроцессорный сервер Xeon с 64 ядрами, но 1С начинает работать медленнее, чем на старом офисном ПК. В этой статье мы разберем сайзинг «рабочей лошадки» — сбалансированного сервера для 50 пользователей.

1. Главная ошибка сайзинга: «Много медленных ядер вместо быстрых»

Платформа 1С:Предприятие исторически имеет выраженную однопоточную архитектуру при проведении документов и расчете итогов.

• Процессор Intel Xeon Silver с частотой 2.1 ГГц на 32 ядрах покажет в тесте Гилева оценку 15–18 попугаев («Плохо»).

• Процессор Intel Xeon E-2388G / Core i9 / AMD EPYC 7003-серии с частотой 3.8–4.8 ГГц на 8–16 ядрах покажет 40–55 попугаев («Замечательно»).

Золотое правило 1С: Лучше меньше ядер, но с максимальной тактовой частотой (от 3.5 ГГц в базовом режиме и от 4.5 ГГц в Turbo Boost) и высокой производительностью на ядро (IPC).

2. Расчет оперативной памяти (RAM) на 50 пользователей

Формула расчета памяти для совмещенного сервера (1С + СУБД) на 50 активных пользователей:

$\text{RAM}=\text{ОС (8 ГБ)}+\text{Сервер 1С (50 чел}\times 1.2\text{ ГБ)}+\text{СУБД (кэш базы)}+\text{Запас 20\%}$

1. Операционная система (Linux / Windows Server): 8–12 ГБ.

2. Кластер 1С (процессы rphost): В среднем 1–1.5 ГБ на активную пользовательскую сессию в УТ / ERP = 50–75 ГБ.

3. СУБД (PostgreSQL / MS SQL): Минимум 50–70% от активного размера рабочей базы данных в памяти для исключения просадок по дисковому I/O (32–64 ГБ).

4. Итоговый объем: 128 ГБ DDR4/DDR5 ECC — минимальный комфортный стандарт для 50 пользователей.

3. Дисковая подсистема: NVMe RAID 10 и Enterprise диски

Отказ от потребительских (Consumer) SSD — закон номер один. Обычные SSD серии Samsung EVO или Kingston при непрерывной записи логов СУБД и технологического журнала 1С быстро исчерпывают ресурс SLC-кэша, и скорость падает до 50 МБ/с.

Требования к накопителям:

• Класс: Enterprise SSD с защитой от потери питания (PLP — Power Loss Protection), например Intel/Solidigm D3-S4520, Kioxia CD6/CD8, Samsung PM9A3.

• Показатель выносливости (DWPD): Не менее 1–3 перезаписей всего объема накопителя в сутки.

• Конфигурация: 4 накопителя NVMe U.2/U.3 в программный RAID 10 (через Linux mdadm или качественный аппаратный HBA/RAID-контроллер с батарейкой BBM/SuperCap).

                     [ Аппаратный сервер 1U / 2U ]
       ┌───────────────────────────┬───────────────────────────┐
       ▼                           ▼                           ▼
[ NVMe RAID 1 (ОС) ]     [ NVMe RAID 10 (СУБД + 1C) ]    [ SATA SSD RAID 1 (Логи) ]
2x Enterprise SSD 480GB  4x Enterprise NVMe 1.92TB      2x SSD 960GB под TempDB/WAL

4. Архитектура: Один физический сервер или два?

Для сегмента до 50 пользователей есть две проверенные схемы:

Схема 1: Монолитный сервер с виртуализацией (Proxmox / Hyper-V / VMware)

• Сервер: 1 физический сервер (16 ядер 3.8 ГГц, 128 ГБ RAM, 4x NVMe).

• Внутри разворачиваются две виртуальные машины:

  • ВМ-1: Сервер приложений 1С (Ubuntu/Debian 12 или Windows Server).

  • ВМ-2: Сервер баз данных (PostgreSQL / Postgres Pro).

• Плюсы: Легко делать моментальные снимки (снапшоты), изолировать ресурсы, переносить ВМ.

Схема 2: Разделение на два физических сервера

• Сервер А: Терминалы и сервер 1С.

• Сервер Б: Выделенная СУБД.

• Соединение напрямую по оптике 10 GbE DAC.

• Когда нужно: Если база интенсивно растет и планируется расширение до 100+ сотрудников.

5. Контрольный замер: Тест Гилева (TPC-1C)

После первичной настройки сервера обязательно запускается эталонный тест производительности Гилева:

• Менее 20 попугаев: Плохо (проверьте энергосбережение в BIOS, переключите в Performance Mode).

• От 25 до 35 попугаев: Хорошо (рабочий стандарт).

• Выше 40 попугаев: Отлично (идеально настроена дисковая система и процессор).