Частота или ядра: как подобрать процессор под сервер 1С:Предприятия 8.3
Содержание
Для 1С лучше всего подходит процессор с максимальной частотой одного ядра и быстрым кэшем, а число ядер подбирают под количество пользователей и фоновых заданий. Для сервера на 20–50 пользователей обычно хватает 8–16 быстрых ядер с турбочастотой от 5 ГГц, а не 64 медленных ядра серверного класса.
Типичная история: компания купила двухпроцессорный сервер с 48 ядрами по 2,1 ГГц, а проведение документов в 1С стало медленнее, чем на старом офисном компьютере. Деньги ушли в ядра, которые 1С не умеет загружать одной операцией. Разберём, как выбрать CPU для 1С так, чтобы этого не случилось.
Почему 1С важнее частота ядра, а не их количество
Платформа 1С:Предприятие 8.3 выполняет один серверный вызов пользователя в одном потоке. Проведение документа, формирование отчёта, закрытие месяца — всё это последовательный код, который нельзя разделить на ядра.
Что из этого следует:
- ⚡ Скорость одной операции определяет частота и архитектура ядра (сколько инструкций за такт).
- 👥 Число одновременных операций определяют ядра: 30 бухгалтеров, проводящих документы одновременно, займут до 30 потоков.
- 🔄 Фоновые задания (обмены, регламентные операции, полнотекстовый поиск) тоже занимают по потоку каждое.
Поэтому процессор для 1С выбирают в два шага. Сначала — самая высокая частота в бюджете. Потом — столько ядер, чтобы в пиковый час их хватило всем.
Многопоточно в 1С работают только отдельные механизмы: СУБД при выполнении запросов, параллельные фоновые задания, которые программист разбил на порции. Обработка, написанная одним циклом, всегда идёт на одном ядре.
Кроме частоты, на 1С сильно влияет объём кэша L3. Платформа активно работает с памятью, и процессор с большим кэшем при той же частоте часто показывает лучший результат в тестах.
Сколько ядер нужно серверу 1С под ваших пользователей
Точной формулы нет: всё зависит от конфигурации и того, как люди работают. Ниже — ориентиры, от которых удобно отталкиваться. Они рассчитаны на сервер, где на одной машине стоят и сервер 1С, и СУБД.
| Пользователей одновременно | Физических ядер | Частота (турбо) | Примерный класс CPU |
|---|---|---|---|
| до 10 | 4–6 | от 4,5 ГГц | Настольный или Xeon E / EPYC 4004 |
| 10–30 | 6–8 | от 5 ГГц | Xeon E-2400, EPYC 4004, Core i7/Ryzen 7 |
| 30–60 | 12–16 | от 5 ГГц | EPYC 4004 (16 ядер), Ryzen 9, Core i9 |
| 60–150 | 16–32 | от 4 ГГц | Xeon Gold с высокой частотой, EPYC серии F |
| 150+ | 32 и более, разнос ролей | от 4 ГГц | Отдельные серверы под 1С и под СУБД |
Цифры ориентировочные. Тяжёлые конфигурации (ERP, КА) и большой поток обменов сдвигают вас на строку ниже.
Как прикинуть под себя:
- Посчитайте пиковое число активных пользователей, а не всех учётных записей. Из 80 сотрудников одновременно проводят документы обычно намного меньше.
- Добавьте потоки на фоновые задания: каждый узел обмена и каждое регулярное задание в момент запуска — это поток.
- Добавьте запас 30–50% на рост и на конец месяца, когда нагрузка максимальная.
Гиперпоточность (Hyper-Threading у Intel, SMT у AMD) не удваивает производительность. Считайте физические ядра, а логические потоки — как небольшой бонус.
Intel или AMD для 1С: какие линейки смотреть
Спор «Intel против AMD» для 1С решается не брендом, а конкретной моделью: смотрят частоту под нагрузкой, кэш и поддержку серверной памяти. Ниже — линейки, которые стоит рассматривать.
Intel
- 🔹 Xeon E-2300 / E-2400 — до 8 ядер, высокая частота, память ECC. Хороший выбор для небольшого офиса на 10–30 человек.
- 🔹 Xeon Scalable (Silver, Gold) и Xeon 6 — много ядер и каналов памяти. Для 1С ищите модели с высокой базовой и турбочастотой, а не с максимальным числом ядер.
- 🔹 Core i7 / i9 — очень быстрые ядра, но нет поддержки памяти с коррекцией ошибок на большинстве плат. Годятся для файловой базы и тестового стенда, для боевого сервера — с оговорками.
AMD
- 🔸 EPYC 4004 — серверная версия настольной платформы AM5: до 16 ядер, высокая турбочастота, поддержка ECC. Для 1С на 20–60 пользователей это одно из самых удачных сочетаний цены и скорости.
- 🔸 EPYC 9004 / 9005 серии F (например, 9174F, 9274F) — модели с повышенной частотой и большим кэшем для нагрузок, которым важна скорость ядра. Подходят для крупных внедрений.
- 🔸 Ryzen 9 / Ryzen 7 — аналог Core i9/i7: быстро, но серверные функции ограничены.
Что сравнивать в характеристиках
| Параметр | Почему важен для 1С | На что смотреть |
|---|---|---|
| Турбочастота | Скорость одной операции | Чем выше, тем лучше; от 4,5 ГГц |
| Частота под нагрузкой всех ядер | Скорость в пиковый час | Не должна проседать ниже 3,5 ГГц |
| Кэш L3 | Скорость работы с памятью | От 32 МБ на сокет |
| Каналы и тип памяти | Пропускная способность | DDR5, ECC для сервера |
| TDP и охлаждение | Удержание турбочастоты | Корпус и радиатор под полный TDP |
Двухпроцессорная система для 1С выгодна только при большом числе пользователей. На малой нагрузке задержки между сокетами (NUMA) съедают выигрыш, а один быстрый процессор обходится дешевле.
Файловая база или клиент-сервер: где процессор решает больше
От режима работы базы зависит, какой компьютер вообще нагружается.
Файловый вариант. Сервера 1С нет: каждая клиентская машина сама читает файл 1Cv8.1CD и выполняет код. Значит, скорость зависит от процессора рабочего места и от диска с сетью до общей папки. Мощный процессор на файловом сервере почти ничего не даёт — он только отдаёт файл по сети.
Клиент-серверный вариант. Код выполняют рабочие процессы rphost на сервере 1С, а данные хранит СУБД (MS SQL Server или PostgreSQL). Клиентские машины нагружены слабо, и тут процессор сервера определяет всё.
| Файловая база | Клиент-сервер | |
|---|---|---|
| Где выполняется код | На каждом ПК пользователя | На сервере 1С |
| Что ускорять | CPU рабочих мест, SSD, сеть | CPU сервера, память, диски СУБД |
| Пользователей | Комфортно до 5–10 | Десятки и сотни |
| Обмены и фоновые задания | Ограничены | Полноценно |
Если пользователей больше десяти и база растёт, апгрейд процессора файлового сервера не поможет. Нужен переход на клиент-серверный вариант.
Сервер 1С и СУБД на одной машине
Для 10–60 пользователей сервер 1С и СУБД обычно ставят на одну машину — так меньше сетевых задержек. СУБД тоже нагружает процессор: тяжёлые запросы она выполняет в несколько потоков.
Учтите ограничения редакций СУБД. MS SQL Server Standard использует не более 24 ядер и ограничен по объёму памяти под буферный кэш. PostgreSQL таких ограничений не имеет. Ограничения есть и у лицензий сервера 1С: у варианта ПРОФ меньше доступно ядер, чем у КОРП, — точные условия текущей редакции проверьте у партнёра до покупки железа.
Память и диски: что тормозит сервер раньше процессора
Быстрый процессор не спасёт, если сервер ждёт данных с диска. На практике узким местом часто становится именно подсистема хранения.
Оперативная память
- 🧠 Сервер 1С: ориентир — от 1–2 ГБ на 10 активных пользователей плюс запас под тяжёлые отчёты.
- 🗄️ СУБД: чем больше база помещается в кэш, тем реже она читает диск. Хорошо, если памяти под СУБД сопоставимо с размером рабочей части базы.
- 🖥️ Операционная система: 4–8 ГБ.
Пример: база 60 ГБ, 30 пользователей. Разумно 64 ГБ памяти: 40 ГБ под СУБД, 8 ГБ под сервер 1С, остальное — система и запас.
Для сервера берите память с коррекцией ошибок (ECC). Сбой бита в памяти может испортить данные в базе, и выяснится это не сразу.
Диски
- 💾 Только SSD, лучше NVMe. HDD для рабочей базы 1С в клиент-серверном режиме — главная причина медленных отчётов.
- 📂 Разнесите по разным томам файлы данных, журналы транзакций и
tempdb(для MS SQL), если позволяет бюджет. - 🛡️ Минимум RAID 1 (зеркало) для отказоустойчивости, для нагруженных баз — RAID 10.
Отсутствие резервного копирования не компенсирует никакой RAID. Зеркало защищает от поломки диска, но не от удалённых документов и испорченной базы.
Процессор для 1С в виртуальной машине
Виртуализация удобна, но легко отнимает у 1С ту самую частоту, ради которой выбирали процессор. Что настроить на гипервизоре и в гостевой системе:
- Не переподписывайте ядра. Если на хосте 16 физических ядер, а виртуальным машинам выдано 48 vCPU, сервер 1С будет ждать свою очередь к процессору.
- Выдавайте столько vCPU, сколько нужно. Лишние vCPU увеличивают задержки планировщика. 8 ядер, загруженных на 60%, работают лучше, чем 24 ядра на 20%.
- Укладывайтесь в один узел NUMA. Если виртуальная машина больше одного сокета по ядрам или памяти, доступ к «чужой» памяти замедляется.
- Пробросьте модель процессора хоста. В Proxmox/KVM — тип CPU
host, чтобы гостевая система видела все инструкции процессора. - Отключите энергосбережение. В BIOS хоста выберите профиль максимальной производительности, в гипервизоре — политику питания High Performance.
В гостевой Windows Server включите схему питания «Высокая производительность» командой из консоли администратора:
powercfg /setactive SCHEME_MIN
На Linux проверьте и переключите регулятор частоты:
cpupower frequency-info
sudo cpupower frequency-set -g performance
Смену профиля в BIOS и перезагрузку хоста делайте в нерабочее время: все виртуальные машины на нём остановятся, сеансы пользователей 1С оборвутся.
Схема питания «Сбалансированная» в Windows Server по умолчанию — частая причина, почему новый сервер 1С работает медленнее старого. Процессор просто не поднимает частоту до турбо.
Как проверить, что процессор справляется с 1С
Перед покупкой и после запуска сервера полезно проверить его на реальной нагрузке, а не по характеристикам.
Тест Гилёва
Популярный способ оценить железо под 1С — тест Гилёва (TPC-1C). Это бесплатная обработка, которая выполняет типовую для 1С нагрузку и выдаёт оценку в условных единицах. Тест удобен для сравнения: прогоните его на старом и новом сервере в одинаковом режиме (файловом или клиент-серверном).
Результат однопоточного теста в основном отражает частоту ядра. Если на новом сервере он ниже, чем на старом, — ищите энергосбережение или переподписку ядер.
Мониторинг в работе
- 📊 Загрузка по ядрам. В диспетчере задач Windows переключите график на логические процессоры. Одно ядро на 100% при остальных свободных — признак однопоточной операции, ей поможет только частота.
- 🔥 Все ядра загружены в пиковые часы — ядер не хватает или СУБД выполняет тяжёлые запросы. Начните с анализа запросов, а не с покупки CPU.
- 💽 Процессор свободен, а всё тормозит — смотрите очередь диска и ожидания блокировок. Это проблема не процессора.
- 🌡️ Частота под нагрузкой. Если она заметно ниже паспортной турбочастоты, проверьте охлаждение и профиль питания.
Для клиент-серверного варианта загрузку рабочих процессов видно в консоли администрирования серверов 1С: у каждого процесса rphost показаны занятая память и число соединений.
Ошибки при выборе процессора для 1С
- ❌ Покупка «по ядрам». 64 ядра по 2 ГГц для 1С на 30 человек дадут медленное проведение документов. Нужны быстрые ядра в разумном количестве.
- ❌ Два сокета на маленькую нагрузку. Дороже и часто медленнее одного быстрого процессора из-за задержек между сокетами.
- ❌ Серверный CPU и HDD в одной машине. Процессор простаивает, ожидая диск.
- ❌ Апгрейд сервера для файловой базы. В файловом режиме код выполняется на рабочих местах, и мощный сервер ничего не ускорит.
- ❌ Игнорирование лицензий. Сначала узнайте ограничения по ядрам у лицензии сервера 1С и редакции СУБД, потом выбирайте процессор. Иначе часть ядер будет простаивать.
- ❌ Охлаждение «впритык». Процессор, который сбрасывает частоту от перегрева, теряет главное преимущество для 1С.
Если сервер подобран правильно, а 1С всё равно медленная, причина часто в самой базе: неоптимальные запросы в доработках, блокировки, устаревшая статистика СУБД. Здесь помогает анализ замеров производительности и технологического журнала, а не новое железо.