В часы пик, например с 9:00 до 9:30 утра, сервер 1С испытывает ударную нагрузку. Все сотрудники одновременно открывают систему, запускают отчёты, вводят документы. При сотне пользователей плотность запросов к базе данных возрастает лавинообразно. Каждая транзакция в 1С от открытия документа до проведения порождает каскад операций на стороне СУБД. Без достаточной мощности сервера https://servernova.ru/ и правильной архитектуры наступает борьба за ресурсы.
Блокировки таблиц, которые при 20 пользователях редки и быстро снимаются, при 100 могут выстраиваться в очередь и создавать эффект "бутылочного горлышка". На практике это означает, что один зависший отчёт замедляет работу десятка других сотрудников. Проблема усугубляется, если в компании используется конфигурация на управляемых формах, которая требует больше вычислительных ресурсов на клиентской стороне.
Режим работы- файловый vs клиент-серверный
Принципиальный выбор начинается с архитектуры хранения данных. Платформа 1С:Предприятие поддерживает два варианта работы с информационной базой.
Файловый режим работы предполагает хранение всей базы в одном файле на диске. Этот подход прост в администрировании резервное копирование сводится к копированию файла. Но он категорически не подходит для ста пользователей. В файловом режиме все операции блокируют файл, отсутствует параллельность выполнения запросов, а при обрыве сетевого соединения велик риск повреждения базы.
Клиент-серверный режим единственно правильное решение для 100 пользователей. В этом варианте информационная база хранится в полноценной СУБД, а взаимодействие между клиентским приложением и сервером баз данных осуществляет кластер серверов 1С:Предприятия. Трёхуровневая архитектура позволяет сосредоточить выполнение сложных операций на сервере, а клиентские машины получают только готовые выборки данных.
Переход на клиент-серверный режим становится обязательным при объёме базы свыше 4 ГБ или при количестве пользователей более 10–15. Для ста сотрудников этот вопрос даже не обсуждается.
Терминальный сервер или локальные рабочие станции
Организация рабочих мест для ста пользователей ещё один архитектурный выбор. Терминальный сервер позволяет централизовать выполнение клиентской части 1С. В этом сценарии все пользователи подключаются к терминальному серверу по протоколу RDP, и вся вычислительная нагрузка ложится на серверную инфраструктуру.
Тонкий клиент в терминальной среде передаёт до 90–95% бизнес-логики на сервер 1С, оставляя терминальному хосту только отрисовку интерфейса. Сессия тонкого клиента потребляет всего 80–150 МБ оперативной памяти, что позволяет разместить на одном терминальном сервере до 100 и более активных сессий.
Толстый клиент, напротив, выполняет до 80% вычислений на стороне терминальной сессии, потребляя 300–600 МБ памяти на пользователя. При ста сессиях это создаёт неприемлемую нагрузку на терминальный хост. Толстый клиент имеет смысл только для административных задач, где требуется доступ к Конфигуратору.
Для ста пользователей практическое решение кластер из нескольких терминальных серверов. Это обеспечивает отказоустойчивость: при выходе одного хоста из строя пользователи переподключаются к другому. Масштабирование терминальной фермы позволяет добавлять новые серверы без простоя для бизнеса.
Архитектура серверного звена
Для ста пользователей классическая архитектура предполагает разделение функций между несколькими серверами или выделенными виртуальными машинами:
- Сервер приложений 1С выполняет бизнес-логику платформы.
- Сервер СУБД обрабатывает запросы к базе данных.
- Терминальный сервер (или ферма) обеспечивает пользовательские сессии.
- Сервер резервного копирования хранит бэкапы.
Для проектов до 50–100 пользователей допустимо совмещать сервер приложений и СУБД на одном физическом сервере. При высокой нагрузке рекомендуется разделять их на отдельные машины, чтобы исключить конфликт за ресурсы процессора и памяти.
Процессор? Многопоточность решает всё
1С и Microsoft SQL Server активно используют многопоточность. Запросы от ста пользователей обрабатываются параллельно, поэтому производительность определяется не столько тактовой частотой одного ядра, сколько общим количеством ядер и их способностью работать согласованно.
Для ста пользователей рекомендованы двухпроцессорные конфигурации с процессорами класса Intel Xeon Gold или AMD EPYC. Количество ядер от 16 до 32 и более. Важный нюанс: лицензия 1С уровня ПРОФ ограничена работой только на 12 ядрах процессора. Если планируется использовать все ядра сервера, потребуется лицензия уровня КОРП. Для ста пользователей обычно достаточно ПРОФ, но при росте нагрузки и масштабировании это ограничение становится критичным.
Оперативная память и ECC
СУБД активно использует оперативную память для кэширования данных. Чем больше памяти, тем реже система обращается к диску при выполнении запросов. Для ста пользователей минимальный объём ОЗУ 128 ГБ, для высоконагруженных систем 256–512 ГБ.
Критическое требование использование ECC-памяти (Error-Correcting Code). Серверная память с коррекцией ошибок защищает данные от повреждения при сбоях в памяти. В системах, где целостность бухгалтерских данных критична, экономия на ECC-памяти недопустима.
Дисковая подсистема! RAID и SAS против NVMe
Скорость дисковой подсистемы напрямую определяет время выполнения тяжёлых отчётов и операций записи. Для ста пользователей рекомендуются NVMe SSD enterprise-класса с высоким показателем IOPS (операций ввода-вывода в секунду).
RAID-массив обеспечивает как производительность, так и отказоустойчивость:
- RAID 10 (зеркалирование + чередование) оптимальный выбор для сервера баз данных. Требует минимум четыре диска, даёт высокую скорость чтения и записи, выдерживает отказ до двух дисков (при условии, что они не из одной пары).
- Аппаратный RAID-контроллер с собственным кэшем и защитой от сбоев питания предпочтительнее программного RAID. Он снимает нагрузку с процессора и обеспечивает более стабильную работу при интенсивных операциях записи.
- SAS-диски (Serial Attached SCSI) остаются стандартом для серверных систем благодаря надёжности и поддержке глубоких очередей команд. Однако по скорости линейного чтения NVMe SSD значительно их опережают. Для высоконагруженных систем выбор NVMe enterprise-класса.
Отдельный том для tempdb (временной базы SQL Server) на быстрых NVMe-дисках в RAID 0 значительно ускоряет выполнение сложных запросов и формирование отчётов.
Выбор СУБД: MS SQL или PostgreSQL
Платформа 1С поддерживает две основные СУБД: Microsoft SQL Server и PostgreSQL.
Microsoft SQL Server классический выбор для 1С. Преимущества: высокая производительность при многопользовательской работе, развитые инструменты мониторинга и администрирования (SQL Server Management Studio), официальная поддержка от Microsoft и разработчиков 1С, интеграция с Active Directory. Недостатки: высокая стоимость лицензий (Standard Edition от 200 000 рублей).
PostgreSQL бесплатная open-source СУБД, активно набирающая популярность в рамках импортозамещения. Отлично работает на Linux, требует меньше ресурсов, чем MS SQL. При грамотной настройке показывает производительность, сопоставимую с коммерческими решениями. Для компаний, переходящих на отечественное ПО (Astra Linux, РЕД ОС), PostgreSQL становится естественным выбором.
Выбор между MS SQL и PostgreSQL определяется бюджетом, квалификацией администраторов и стратегией импортозамещения.
Сетевой адаптер и лицензирование
Для сервера 1С с сотней пользователей гигабитный сетевой адаптер это минимум. При активной работе с большими документами и отчётами рекомендованы 10-гигабитные адаптеры. Два адаптера в режиме агрегации (bonding) повышают пропускную способность и обеспечивают отказоустойчивость при обрыве одного канала.
Лицензирование на пользователя модель, принятая в 1С. Для ста пользователей потребуется приобрести клиентские лицензии на каждое рабочее место. При использовании терминального сервера лицензии привязываются к оборудованию или приобретаются на пользователей.
Пример полной конфигурации для 100 пользователей
Типовая рекомендуемая конфигурация для ста пользователей:
- Процессор: 2 × Intel Xeon Gold 6342 (24 ядра, 2.8–3.5 ГГц) или аналогичные AMD EPYC.
- Память: 128–256 ГБ DDR4 ECC Registered.
- Диски: 4 × 1.92 ТБ NVMe SSD Enterprise в RAID 10 + 2 × 960 ГБ NVMe в RAID 1 для логов и tempdb.
- RAID-контроллер: аппаратный с кэшем и защитой от сбоев питания.
- Сеть: 2 × 10 Гбит/с в режиме агрегации.
- СУБД: Microsoft SQL Server Standard Edition или PostgreSQL 14/15.
- ОС: Windows Server 2022 Standard / Linux (Astra Linux, РЕД ОС).
Для этой конфигурации рекомендуется разделять сервер приложений 1С и сервер СУБД на разные физические серверы, чтобы устранить конфликт за ресурсы.
Виртуализация или физический сервер
Для проектов с 50+ пользователями рекомендуется использовать физический сервер, а не виртуальную машину. Причина предсказуемая производительность. В виртуальной среде возможны задержки из-за конкуренции за ресурсы гипервизора ("соседний шум"). Для критичных систем с сотней пользователей стабильность важнее гибкости.
Если виртуализация неизбежна, требуются выделение ядер (CPU pinning) и pass-through режим для дисковых контроллеров, чтобы минимизировать задержки.
Детальный разбор конкретной конфигурации? HPE ProLiant DL380 Gen11
Предложенная конфигурация сервера HPE ProLiant DL380 Gen11, несмотря на принадлежность к современной и уважаемой платформе, категорически не подходит для обслуживания 100 сотрудников в 1С. Это не просто "слабовато" это архитектурный дисбаланс, который приведёт к проблемам с производительностью с первого дня.
Платформа? Фундамент, достойный лучшего наполнения
Сама по себе платформа HPE ProLiant DL380 Gen11 отличный выбор. Это флагманский 2U стоечный сервер, который HPE позиционирует для самых разных нагрузок: от виртуализации до баз данных и аналитики. Он построен на масштабируемых процессорах Intel Xeon 4-го и 5-го поколений и предлагает массу возможностей, включая до 8 ТБ памяти DDR5, до 8 слотов PCIe Gen5 и до 120 ядер процессора в максимальной конфигурации.
Однако эти впечатляющие характеристики останутся в спецификациях, не будучи реализованными в конкретной поставке.
Процессор- катастрофический недостаток ядер
В конфигурации установлен один процессор Intel Xeon Silver 4410Y с 12 ядрами и тактовой частотой 2.0 ГГц.
Этих ресурсов критически мало для 100 одновременных пользователей. Платформа 1С в клиент-серверном режиме и СУБД интенсивно используют многопоточность. Двенадцати ядер, даже с учётом многопоточности, будет недостаточно для параллельной обработки десятков и сотен запросов, особенно в часы пик. На практике это выльется в постоянные задержки при открытии документов, выполнении отчётов и проведении операций. Для масштаба в 100 пользователей минимальной рекомендацией является 16-ядерный процессор, а для комфортной работы от 24 ядер и выше. Более того, лицензия 1С уровня ПРОФ ограничена 12 ядрами, что в данной конфигурации фактически уже достигнуто.
Для роста потребуется или переход на 1С КОРП с более дорогой лицензией, или полная замена процессора.
Оперативная память- недостаток для кэширования и работы
Всего 32 ГБ DDR5 ECC RDIMM это объём, которого едва хватит для операционной системы и базовых служб, но не для 100 пользователей.
СУБД (будь то MS SQL или PostgreSQL) использует оперативную память как основной кэш для ускорения работы с данными. Чем больше памяти, тем реже происходят медленные операции чтения с диска. Для 100 пользователей в 1С минимальный рекомендуемый объём начинается от 128 ГБ, а для комфортной работы 256 ГБ и выше. С 32 ГБ сервер будет вынужден постоянно обращаться к дисковой подсистеме, создавая "бутылочное горлышко" и радикально снижая отзывчивость системы.
Использование ECC-памяти (Error-Correcting Code) абсолютно правильное решение, обеспечивающее целостность данных и стабильность работы, но объём этой памяти недопустимо мал.
Дисковая подсистема- нелогичный микс
Конфигурация предлагает четыре диска HPE 1.2TB SAS и один диск HPE 2.4TB SAS.
Это вызывает вопросы с точки зрения отказоустойчивости и производительности. SAS-диски надёжное решение, но для высоконагруженной системы 1С с 100 пользователями они уступают по скорости (IOPS) современным NVMe SSD enterprise-класса. Для дисковой подсистемы сервера 1С критически важны скорость случайного чтения/записи и количество операций ввода-вывода в секунду, что является сильной стороной NVMe.
Ещё более важный момент логика построения RAID-массива из пяти разнородных дисков неясна. Для отказоустойчивости и производительности под задачи баз данных и 1С наиболее целесообразно использовать RAID 10, который требует чётного количества дисков и даёт высокую скорость при записи и чтении. Конфигурация с пятью дисками выглядит как попытка сэкономить, что для ответственной производственной системы неприемлемо.
Какой именно RAID-контроллер используется, из описания не ясно, хотя платформа поддерживает аппаратные контроллеры с кэшем, что критически важно для работы с RAID.
Итоговая оценка и траектория доработки
Предложенная конфигурация HPE ProLiant DL380 Gen11 это начальный, демонстрационный уровень, который, вероятно, может справиться с десятком пользователей, но абсолютно не годится для 100.
Чтобы превратить этот сервер в рабочую машину для 100 сотрудников, потребуется провести фундаментальную модернизацию:
- Установить второй процессор Intel Xeon Silver 4410Y, чтобы получить 24 ядра и 48 потоков, или сразу рассмотреть более мощные модели с большим количеством ядер.
- Увеличить объём оперативной памяти минимум до 128 ГБ, установив планки большего объёма (например, 8 x 16 ГБ или 4 x 32 ГБ), поскольку в конфигурации используется один модуль и свободно 31 слот.
- Полностью пересмотреть дисковой подсистему, заменив SAS-диски на NVMe SSD в количестве, кратном четырём (например, 4 или 8), для построения надёжного и быстрого RAID 10 с использованием аппаратного RAID-контроллера.
Без этих изменений инвестиция в дорогую платформу Gen11 не окупится, а пользователи будут испытывать постоянные трудности в работе. Эта конфигурация иллюстрация того, как современный и дорогой "скелет" может быть оснащён неподходящими для задачи "органами".
Выбор сервера для 1С это не подбор комплектующих по каталогу.
Это инженерный проект, где нужно учитывать пиковые нагрузки, режим работы пользователей, тип конфигурации, бюджет на лицензирование и стратегию развития компании. Рекомендуется привлекать специализированных интеграторов, которые имеют опыт внедрения аналогичных проектов и могут предложить решение, проверенное на реальных нагрузках.
При выборе готового сервера или заказной сборки следует отталкиваться от минимальных рекомендуемых характеристик, закладывая запас на рост бизнеса и увеличение нагрузки. Экономия на критических компонентах процессоре, памяти или дисковой подсистеме приведёт к тому, что дорогостоящее оборудование будет работать неэффективно, а производительность труда ста сотрудников будет страдать от постоянных задержек системы.
Платформа HPE ProLiant DL380 Gen11 является превосходной основой для сервера 1С, но только при условии её правильной комплектации в соответствии с реальными потребностями бизнеса. Инвестиции в качественное серверное оборудование это инвестиции в стабильность работы всей компании.