Сервер для 1С: как оценить конфигурацию под нагрузку

Сначала определите режим 1С

В файловом режиме клиент работает с файловой информационной базой. В клиент-серверной схеме появляются отдельные компоненты: клиент, кластер серверов 1С и сервер базы данных; веб-сервер нужен для web-клиента и некоторых сценариев тонкого клиента. От режима зависят ресурсы, сетевые соединения, backup и администрирование.

Перед оценкой зафиксируйте точную версию платформы 1С, конфигурацию, клиентские ОС, режим доступа и используемую СУБД. Запишите, сколько пользователей бывает одновременно, какие отчеты и фоновые задания запускаются, идет ли обмен с другими системами и какие окна обслуживания допустимы. «50 сотрудников» не означает 50 одновременных сессий, а одна учетная база может создавать разную нагрузку в течение дня.

Начните с фактического профиля, а не с максимального числа пользователей в договоре. Снимите нагрузку в дни закрытия периода, во время загрузки обменов и построения отчетов; обычный рабочий час может не показать пик. Запишите длительность ключевых операций, потребление RAM, дисковые задержки и рост базы за несколько недель. Если журнал 1С или DBMS дает подходящие метрики, фиксируйте их вместе с нагрузкой CPU.

Если планируется только файловый режим, не добавляйте отдельный серверный кластер без причины. Если база уже работает в клиент-серверном режиме, не переносите ее на новый тариф, пока не проверены драйверы, соединения, лицензирование и способ восстановления.

Что означает минимальная конфигурация

В руководстве администратора 1C:Enterprise 8.3.27 для 64-битного server cluster указано минимум 4 GB RAM и рекомендация 8 GB или больше. На установку платформы нужно как минимум 1 GB диска, но размер базы в эту цифру не входит. Это справочные требования платформы для своей версии, а не обещание, что сервер с 8 GB обслужит любое число сотрудников или любую учетную базу.

Документ отдельно рекомендует несколько ядер для нагрузки с большим числом одновременных пользователей. Он не дает универсальной пары «N пользователей = M vCPU»: измеряйте конкретный сценарий. На тестовом контуре снимите загрузку CPU, использование памяти, ожидания диска, длительность типовых операций и параллельные фоновые задания в пиковое время.

Оставьте запас для операционной системы, СУБД, кеша, журналов и сервисных процессов. Если база размещается на том же VPS, ресурсы конкурируют с кластером 1С. При разделении компонентов вы получаете отдельные лимиты, но добавляете сетевой участок и обслуживание двух узлов.

Разделение не всегда ускоряет работу. При высоких задержках между узлами каждый сетевой обмен может добавить время; при размещении на одной машине процессы конкурируют за память, CPU и диск. Решение проверьте на копии базы и сопоставимом наборе отчетов. Не переносите production-данные на тестовый сервер без согласования доступа и защиты персональной информации.

Кластер и база данных - разные слои

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

Если СУБД расположена отдельно, руководитель документации 1C рекомендует сетевые интерфейсы не менее 1 Gbit для связи кластера с основным сервером базы и некоторыми сценариями копирования. Это рекомендация по пропускной способности на соединении, а не оценка интернет-канала офиса и не гарантия задержки. Проверьте реальный маршрут, packet loss и задержку в рабочей сети.

Попросите администратора базы определить, кто отвечает за обновления DBMS, журнал транзакций, пользователей, индексы, резервные копии и восстановление. Сервер приложений и СУБД имеют разные требования и циклы обслуживания; складывать их минимальные RAM в одну цифру недостаточно. Уточните, где располагаются backup-файлы, сколько занимает база и какой простой допустим при восстановлении.

Считайте вместе. Для каждого компонента запишите базовый размер, ожидаемый рост, пиковое окно и допустимое время восстановления. Размер базы на диске - не тот же показатель, что рабочий набор в памяти; свободное место понадобится журналам, временным файлам DBMS, обновлениям и резервным копиям.

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

Для выбора схемы составьте таблицу:

Составьте тест-план из реальных операций сотрудников: вход, проведение типового документа, тяжелый отчет, обмен и закрытие периода. Зафиксируйте время ответа и состояние CPU/RAM/диска до и во время каждой операции. Если проблема возникает только при параллельной работе, проверьте именно число одновременных сеансов, а не добавляйте память по одному пику.

Разделение кластера и базы не всегда ускоряет работу. При высоких задержках между узлами сетевые обмены добавят время; на одном VPS процессы конкурируют за память и диск. Сравните оба варианта на тестовой копии базы и сопоставимом наборе отчетов. Не переносите production-данные без согласования прав и защиты информации.

Поддержка ОС и лицензии проверяйте по версии

Не переносите список ОС из старой статьи. В актуальном руководстве 8.3.27 отдельно приведены поддерживаемые системы для client/server mode и процессорной архитектуры. Например, перечень для x86-64 отличается от ARM64; поддержка одного дистрибутива в качестве клиента не доказывает, что он подходит серверному кластеру.

У 1C есть и лицензируемые особенности: для ряда архитектур, включая ARM64 и E2K, документация указывает требование CORP license. Сверьте конкретный договор, тип ключа и версию платформы с правообладателем или обслуживающим партнером. Здесь нет юридической трактовки, расчета количества лицензий или обещания запуска на каждом VPS.

План резервирования должен охватывать базу и нужные конфигурационные данные, а не только snapshot виртуальной машины. Сохраните копию вне того же узла и проверьте восстановление с согласованной версией платформы и СУБД. Обновления сначала проходите на тестовой базе: откат приложения и откат данных - разные операции.

Перед переносом проверьте еще и клиентскую сторону: версии тонкого клиента, доступ к публикации, сертификаты, маршруты к DBMS, DNS-имя и требования печати. Если нужен терминальный доступ, это отдельный слой Windows/RDP или Linux-remote desktop, а не увеличение RAM кластера 1С. Согласуйте, где будут храниться журналы и кто получит административный доступ.

Не делайте окончательный выбор по одному минимальному значению из таблицы. Попросите интегратора посчитать нагрузочный профиль на анонимизированной копии, а затем сравните его с возможностями выбранной инфраструктуры. В этой статье не приводятся тарифы и не подбираются конкретные бренды; источники 1C относятся к платформе версии 8.3.27, проверенной 8 октября 2026 года.

Сверьте каталог VPS/VDS только после этой матрицы требований, изучите базы данных, RDP-доступ к серверу и файловый сервер. Использованы системные требования и руководство администратора 8.3.27, проверенные 8 октября 2026 года; производительность не тестировалась, конкретный тариф не выбирался.