Выбор процессора для сервера 1С иногда похож на ловушку, ведь привычная логика: «Ну, возьму побольше ядер и всё» – способна навредить. Платформа 1С устроена так, что нередко упирается не в количество ядер, а в скорость одного. Разберем, на что действительно стоит смотреть при выборе процессора, чтобы не переплатить, в том числе за лицензии, и не столкнуться с падением производительности.
Почему процессор – слабое место 1С?
Большая часть бизнес-логики 1С выполняется в один поток. Проведение документа, пересчет итогов, отработка регламентного задания — это последовательные операции, которые не распараллеливаются по десяткам ядер. Поэтому для отклика системы частота одного ядра и показатель IPC (число инструкций за такт) часто важнее, чем общее число ядер.
Ядра тоже нужны, но они решают другую задачу — держать много одновременных пользователей и параллельных сессий. Если упростить: частота отвечает за то, насколько быстро отработает одна операция, а число ядер — за то, сколько операций пойдет параллельно. Баланс между этими величинами и есть суть выбора.
Три роли сервера — три разных требования
В корпоративных внедрениях (особенно 1С:ERP) сервер обычно разносят на роли, и у каждой свои требования к процессору:
Сервер приложений — ядро системы: логика платформы, обработка запросов, регламентные задания. Здесь критична высокая однопоточная производительность, то есть частота.
Сервер базы данных (PostgreSQL или MS SQL) — отвечает за хранение и выборку. Нужны высокая пропускная способность ввода-вывода, быстрые NVMe-накопители, объемная ECC-память и устойчивая многопоточность под сложные SQL-запросы и индексацию.
Терминальный сервер (RDS/VDI) — доступ пользователей через удаленные рабочие столы. Здесь на первый план выходят многоядерность и объем ОЗУ, особенно при 50 и более одновременных сессиях с офисными приложениями и фоновой активностью.
Когда роли разнесены, под каждую подбирается подходящий процессор, и компоненты системы не конкурируют за ресурсы.
На что смотреть при выборе
- Частота ядра — ключевой параметр для однопоточных операций 1С.
- Число ядер — масштабирование под количество пользователей.
- Объем кэша — ускоряет доступ к часто используемым данным.
- Поддержка ECC-памяти — защита от сбоев и потери данных; для боевого сервера обязательна.
- Виртуализация — гибкое распределение ресурсов между виртуальными машинами.
- TDP — чем ниже, тем проще охлаждение и меньше затраты на электроэнергию.
Отдельно стоит учитывать лицензирование «по ядрам». Microsoft SQL Server и Windows Server считают лицензии на ядро, поэтому процессор с избыточным числом ядер способен заметно увеличить стоимость владения. Оптимальная стратегия — не максимум ядер, а нужная производительность при минимально необходимом их количестве.
Сколько пользователей — столько и процессоров
ИНФОГРАФИКА: до 50 / 50–150 / 150+ пользователей и приоритет частота\ядра
До 50 пользователей. Приоритет — частота, а не число ядер. Хорошо подходят 8-ядерные модели с высоким бустом: Intel Xeon Gold 6534 (8C/16T, до 4.1 ГГц) или AMD EPYC 9015 (8C/16T, до 4.1 ГГц). Они дают быстрый отклик на типичной для 1С однопоточной нагрузке.
50–150 пользователей. Нужен баланс частоты и многопоточности. Пример — Intel Xeon Gold 6544Y (16C/32T, до 4.1 ГГц): обрабатывает больше параллельных запросов без потери производительности на поток.
150–300+ пользователей и ERP. Решает многопоточность: нагрузка распределяется на десятки и сотни сессий. AMD EPYC 9175F (16C/32T, до 5.0 ГГц) сочетает высокую частоту с запасом потоков — это то, что требуется центральному серверу приложений и терминалам в 1С:ERP. На этом уровне в работу включаются и двухпроцессорные платформы.
Важно учитывать не только число пользователей, но и интенсивность работы: одновременное использование бухгалтерии, CRM и складской системы создает более высокую нагрузку, чем один только документооборот.
А что по моделям?
Ниже модели сгруппированы по роли, а не по поколению — так проще соотнести процессор с задачей.
Под частоту (сервер приложений, малые и средние базы):
- AMD EPYC 9015 — 8C/16T, 3.6/4.1 ГГц, L3 512 МБ
- Intel Xeon Gold 6534 — 8C/16T, 3.9/4.1 ГГц
- Intel Xeon Gold 6434 — 8C/16T, 3.7/4.0 ГГц (подходящий вариант для малого и среднего бизнеса)
Баланс частоты и потоков (растущие компании, универсальные узлы):
- Intel Xeon Gold 6544Y — 16C/32T, 3.6/4.1 ГГц, кэш 45 МБ
- AMD EPYC 9174F — 16C/32T, 3.6/3.8 ГГц
- Intel Xeon 6517P — 20C/40T, до 3.9 ГГц, TDP всего 185 Вт (энергоэффективное универсальное решение)
Под многопоток и пиковые нагрузки (крупные ERP, центральные узлы):
- AMD EPYC 9175F — 16C/32T, 4.2/5.0 ГГц, L3 512 МБ
Вспомогательные роли (терминалы, тестовые и резервные среды, кластер):
- AMD EPYC 7313 — 16C/32T, TDP 155 Вт
- AMD EPYC 72F3 — 8C/16T, высокая частота при TDP 180 Вт
- Intel Xeon Gold 5415+ / 5315Y — рациональные 8-ядерные модели с низким TDP
Компактные инсталляции (1–5 пользователей):
- Intel Xeon E-2488 — 8C/16T, буст до 5.6 ГГц, TDP 95 Вт — максимум производительности на ядро в небольшом сервере.
Один процессор или два?
Для крупной организации (100+ пользователей), системы 1С:ERP или кластера с виртуализацией двухсокетная платформа часто становится не роскошью, а необходимостью. Она дает:
- общее число ядер 64 и более — под многопользовательские и аналитические задачи;
- разнесение сервисов: один процессор обслуживает SQL, другой — сервер приложений;
- поддержку больших объемов ОЗУ, вплоть до 2–4 ТБ;
- масштабирование без полной замены платформы.
При виртуализации (VMware ESXi, Hyper-V, Proxmox) логика та же: виртуальная машина под приложения требует высокой частоты (Xeon Gold 6534, EPYC 9015), под базу данных — пропускной способности памяти и устойчивости (EPYC 9175F, Xeon Gold 6544Y), под терминальный сервер — большого числа потоков и высокого IPC (EPYC 7313, Xeon 6517P). Если виртуальной машине не хватает частоты или потоков, даже грамотно спроектированная архитектура начнет замедляться.
Облако или физический сервер
В облаке можно гибко выбирать ресурсы и платить только за потребление, но есть нюансы: производительность может быть нестабильной из-за «соседей», часть провайдеров не раскрывает модель процессора, и вы зависите от канала связи и SLA. Если нужна стабильная и предсказуемая работа под серьезной нагрузкой, физический сервер надежнее.
Частые ошибки
- Выбор по числу ядер, а не по частоте — для 1С чаще решающей оказывается именно частота.
- Игнорирование ECC-памяти — это путь к сбоям и потере данных.
- Неверный расчет нагрузки — 1С нередко потребляет больше ресурсов, чем планировалось.
- Покупка «на вырост», но без масштабируемой платформы — запас производительности оказывается некуда расширять.
- Выбор устаревших моделей — экономия на старом процессоре оборачивается затратами на поддержку.
Подведем итоги
Универсального процессора для 1С не существует — все зависит от архитектуры (ERP, база данных, терминальные сессии), числа пользователей и характера нагрузки.
Что важнее для 1С — частота или количество ядер? При небольшом числе пользователей решает частота ядра. Чем больше пользователей и параллельных сессий, тем важнее становятся число ядер и потоков. Для крупных внедрений нужен компромисс — много ядер с высокой частотой.
Нужен ли серверу 1С второй процессор? Для 100+ пользователей, 1С:ERP и кластеров с виртуализацией — как правило, да: это дает запас по ядрам, объему ОЗУ и гибкость масштабирования.
Обязательна ли ECC-память? Для боевого сервера — да. Она защищает от сбоев и потери данных при высокой нагрузке.
Подойдет ли облако вместо физического сервера? Для умеренных нагрузок — да. Для стабильной и предсказуемой работы под серьезной нагрузкой предпочтителен физический сервер.
Если выбор неочевиден, разумнее один раз обратиться к специалисту по серверной архитектуре, чем переплатить за лицензии или упереться в потолок производительности через несколько месяцев.
Ни на что не намекаем, но… команда ITELON может помочь вам. Надо просто кликнуть!