Как правильно подобрать сервер для аренды под 1С:ERP на 30 пользователей?

Системный администратор 1С v8.3 (Управляемые формы) 1С:ERP Управление предприятием IT и автоматизация бизнеса
← На главную

При планировании аренды облачного сервера для развертывания 1С:ERP Управление предприятием критически важно не допустить ошибок на этапе выбора аппаратной конфигурации. Конфигурация ERP является одной из самых тяжелых в линейке 1С, и требования к ресурсам здесь значительно выше, чем для «Бухгалтерии» или «Управления торговлей». Рассмотрим подробно, взлетит ли типовая виртуалка с 8 vCPU и 32 ГБ оперативной памяти для работы 20–30 активных пользователей.

Анализ производительности процессора и частоты ядра

Для систем на базе 1С ключевым параметром процессора является не общее количество ядер, а производительность на одно ядро (Single-core performance). Это связано с тем, что многие критические операции в 1С (например, проведение документов, расчет себестоимости) выполняются в один поток. В рассматриваемом случае предлагается Xeon Scalable Platinum с частотой 4.0 ГГц. Это отличный показатель, однако стоит учитывать нюансы виртуализации.

Проанализируем ситуацию: в облачных средах частота может быть «плавающей» (Turbo Boost), и если провайдер допускает значительный overselling (перепродажу ресурсов), реальная мощность может падать под нагрузкой. Для 1С:ERP рекомендуется выбирать тарифы с гарантированным выделением ресурсов (Dedicated vCPU). Разберем по шагам, почему частота важнее количества:

  1. Блокировки: При низкой частоте ядра транзакции длятся дольше, что увеличивает вероятность возникновения управляемых блокировок в SQL при работе 30 пользователей.
  2. Отзывчивость интерфейса: Скорость формирования форм напрямую зависит от того, насколько быстро процессор обработает код на стороне сервера.

Проблема нехватки оперативной памяти в ERP

Большинство участников обсуждения сходятся во мнении, что 32 ГБ оперативной памяти для ERP — это крайне мало. Выясним причину такой требовательности. В сценарии, когда и сервер 1С, и SQL-сервер находятся на одной виртуальной машине, происходит борьба за ресурсы:

SQL Server по умолчанию стремится занять всю доступную память под свой кэш (Buffer Pool) для ускорения операций чтения. Если его ограничить слишком сильно, он начнет постоянно обращаться к диску, что катастрофически замедлит систему.

Рабочие процессы 1С (rphost): В конфигурации ERP один рабочий процесс может потреблять от 1.5 до 4 ГБ оперативной памяти в зависимости от сложности отчетов и количества открытых сеансов. При 30 активных пользователях только процессы 1С могут легко занять более 20–25 ГБ.

Рассмотрим более реалистичный расчет памяти для комфортной работы:

Итог: Для стабильной работы требуется минимум 64 ГБ ОЗУ, а лучше смотреть в сторону 96–128 ГБ, особенно если планируется использование функционала производства и планирования.

Дисковая подсистема: IOPS и задержки

Предложенные 5000 IOPS для SSD — это базовый уровень, который может стать «узким местом». 1С:ERP генерирует интенсивную нагрузку на запись в файлы логов транзакций SQL (.ldf) и на чтение временных таблиц (tempdb).

Разберем, как оптимизировать работу дисков:

  1. Разделяйте файлы базы данных и файлы логов транзакций на разные виртуальные диски.
  2. Для tempdb желательно использовать максимально быстрые диски (NVMe) с низкими задержками (latency).
  3. Помните, что в облаке 5000 IOPS — это часто суммарный лимит. При достижении этого порога система начнет «подтормаживать» («фризы» в пользовательском режиме).

Выбор операционной системы и СУБД в современных условиях

В текущей ситуации многие компании сталкиваются с невозможностью легальной покупки или активации лицензий Microsoft. Рассмотрим альтернативную связку: Linux (Astra Linux, Ubuntu, Alt Linux) + PostgreSQL.

Настроить такую связку на 30 пользователей не составляет большого труда, но важно помнить: стандартная сборка PostgreSQL с официального сайта не подходит для 1С. Необходимо использовать патченную версию от «1С» или Postgres Pro.

Посмотрим на пример базовой настройки параметров PostgreSQL в файле postgresql.conf для улучшения производительности:


# Примерные настройки для 32ГБ RAM (хотя рекомендуется больше)
max_connections = 200
shared_buffers = 8GB
effective_cache_size = 24GB
maintenance_work_mem = 1GB
work_mem = 32MB
wal_buffers = 16MB

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

Методика тестирования производительности

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

Если тест показывает низкие результаты на файловой версии, проблема в частоте процессора. Если на SQL-версии результаты значительно хуже, чем на файловой — проблема в настройках СУБД или дисковой подсистеме.

Рекомендации по итогам анализа

Подведем итоги нашего исследования. Предложенная конфигурация (8 vCPU / 32GB RAM) является минимально жизнеспособной для временного решения, но не пригодной для полноценного внедрения ERP.

Рассмотрим финальные советы для стабильной работы:

  1. Увеличьте ОЗУ: Минимум до 64 ГБ. Это самое дешевое и эффективное улучшение.
  2. Процессор: Выбирайте облачные инстансы с высокой тактовой частотой (от 3.5 ГГц и выше).
  3. Триальный период: Используйте SQL Server Evaluation Edition (180 дней), если бюджет на лицензии пока не согласован, это даст вам время на маневр.
  4. Мониторинг: После запуска настройте мониторинг загрузки памяти процессами rphost. В ERP они имеют свойство разрастаться со временем, поэтому настройте перезапуск рабочих процессов в консоли администрирования сервера 1С.

Помните, что 1С:ERP — это инвестиционный инструмент, и экономия на серверных мощностях на этапе внедрения может привести к саботажу системы пользователями из-за плохой скорости работы.

← На главную