Как выбрать сервер для 1С

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

Чем сервер для 1С отличается от обычного

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

Почему частота ядра важнее их количества

Если упростить: 24-ядерный Xeon с частотой 2.0 ГГц может проигрывать в проведении документов 8-ядерному процессору с частотой 3.2–3.5 ГГц, потому что каждая отдельная операция 1С упирается в скорость одного ядра, а не в их число. Это касается серверов линеек Xeon E5 v3 и v4: среди них есть модели с меньшим числом ядер, но высокой базовой и турбо-частотой, и именно они, как правило, выгоднее для сервера 1С, чем топовые 18-22-ядерные модели с низкой частотой. Подробнее о том, как читать характеристики и на что смотреть при выборе камня под сервер, мы разбирали в статье как выбрать серверный процессор.

Особенности сервера СУБД: PostgreSQL и MS SQL

Если база работает в клиент-серверном варианте на PostgreSQL или MS SQL Server, требования смещаются. Серверу СУБД нужны одновременно быстрые ядра, достаточный их запас (СУБД параллелит запросы иначе, чем платформа 1С) и много оперативной памяти под кэш данных. Чем больше активных пользователей и чем крупнее база, тем выше цена ошибки: нехватка памяти заставляет СУБД постоянно обращаться к диску, а слабый диск сводит на нет весь выигрыш от быстрого процессора. Поэтому сервер под 1С с СУБД обычно проектируют с запасом по памяти и обязательно на быстром накопителе.

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

Диск под базу: почему только SSD и лучше NVMe

Диск, на котором лежит база 1С, определяет скорость работы почти так же сильно, как процессор. Обычный HDD, даже быстрый серверный, создаёт задержки на каждой операции чтения-записи, а база 1С генерирует огромное количество мелких случайных операций ввода-вывода. Переход с HDD на SSD, а тем более на NVMe, ускоряет работу базы в разы за счёт высоких IOPS и низкой задержки. Практический вывод простой: под базу 1С ставится только SSD, и если бюджет позволяет, лучше NVMe. Для отказоустойчивости диски под базу объединяют в RAID 1 или RAID 10 из SSD, чтобы выход одного накопителя из строя не остановил работу. Актуальные варианты SSD под серверные задачи можно посмотреть в каталоге SSD.

Память: сколько нужно и почему ECC REG

Оперативная память для сервера 1С должна быть серверного класса, ECC Registered. Такая память умеет обнаруживать и исправлять единичные ошибки бит без остановки системы, что критично для сервера, который работает круглосуточно и хранит финансовые данные. По объёму разумно закладывать запас: 64–128 ГБ и выше уже комфортны для средних баз и нескольких десятков одновременных пользователей, с учётом кэша СУБД и работы операционной системы. Если на том же сервере крутится ещё и терминальный доступ (RDP), объём памяти нужно считать отдельно на каждого подключённого пользователя, поверх памяти для самой базы и СУБД. Разница между обычной и регистровой памятью, а также как правильно считать объём под нагрузку, подробно разобрана в материале как выбрать серверную память DDR4 ECC REG.

Терминальный режим: сервер приложений и RDP на одной машине

Многие компании разворачивают на одном сервере сразу и базу 1С, и сервер приложений, и терминальный доступ по RDP, чтобы сотрудники подключались удалённо. Это удобно, но заметно повышает требования к суммарной памяти: каждый подключённый по RDP пользователь запускает собственный сеанс 1С, который потребляет отдельный блок оперативной памяти сверх той, что нужна самой базе. Планируя такой сервер под 1С, стоит закладывать память с запасом на рост числа сотрудников, а не впритык под текущий штат.

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

Типовые конфигурации под разное число пользователей

Ниже ориентировочная логика подбора: чем больше пользователей и крупнее база, тем выше требования к ядрам, памяти и дисковой подсистеме. Итоговая конфигурация всегда уточняется под конкретную базу и режим работы (файловый или клиент-серверный).

Как выбрать сервер под 1С

• Считать нагрузку от количества одновременных пользователей и режима работы (файловая база или клиент-сервер), а не только от размера базы в гигабайтах.
• Для сервера 1С отдавать приоритет высокой частоте ядра процессора, а не максимальному числу ядер, особенно если это единственный сервер без отдельной СУБД.
• Для сервера СУБД (PostgreSQL, MS SQL) закладывать баланс: достаточно ядер, много памяти и быстрый диск, потому что здесь нагрузка распределяется иначе, чем в самой платформе 1С.
• Под базу ставить только SSD, по возможности NVMe, и объединять диски в RAID 1 или RAID 10 для отказоустойчивости.
• Память брать серверную, ECC Registered, с запасом по объёму: 64–128 ГБ и выше для средних баз и нескольких пользователей.
• Если планируется терминальный режим (RDP на этом же сервере), добавлять память отдельно под каждого пользователя сверх потребностей самой базы.
• Закладывать запас по всем параметрам на рост числа сотрудников и объёма данных на 2–3 года вперёд, а не подбирать конфигурацию впритык.

Мы, huananzhi.ru, официальный дистрибьютор HUANANZHI в России и подбираем серверные конфигурации под 1С каждый день: от процессора и памяти до дисковой подсистемы под конкретную базу и число пользователей. В каталоге готовых серверов под 1С собраны конфигурации на Xeon E5 v3/v4 с ECC REG памятью и SSD/NVMe накопителями. Напишите нам параметры вашей базы и число пользователей: поможем подобрать конфигурацию, выставим счёт, дадим гарантию и организуем доставку по всей России.

Частые ошибки при выборе сервера для 1С

• Выбирают процессор по числу ядер, ориентируясь на характеристики для виртуализации или веб-серверов, а не на частоту одного ядра, критичную для 1С.
• Ставят под базу обычный SATA HDD или бюджетный десктопный SSD без ресурса на постоянную случайную запись, из-за чего база быстро деградирует по скорости.
• Экономят на объёме памяти, не закладывая запас под терминальные сессии RDP, если пользователи работают на сервере удалённо.
• Не разделяют нагрузку сервера СУБД и сервера приложений 1С при росте числа пользователей, из-за чего они конкурируют за одни и те же ресурсы.

Автор статьи