Как выбрать процессор для сервера: рекомендации специалистов

Сначала нагрузка, затем процессор

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

Перед выбором CPU нужно определить роль сервера: 1С, база данных, гипервизор, файловый сервер, backup-узел, контроллер домена, VDI, web-узел, контейнерная платформа, AI-сервер, GPU-узел, edge-сервер или универсальная корпоративная платформа.

От роли зависят требования к ядрам, частоте, кэшу, памяти, NUMA, PCIe, дискам, сети, охлаждению, отказоустойчивости и лицензированию. Поэтому корректный подбор начинается с workload-профиля, а не с сравнения «Xeon против EPYC» в отрыве от задачи.

Ядра, потоки, частоты и кэш

Количество ядер важно для виртуализации, контейнеров, VDI, web-сервисов, параллельных вычислений и консолидации нагрузок. Чем больше независимых задач работает на сервере, тем выше потребность в ядрах и потоках.

Но для части бизнес-приложений критична высокая частота и производительность одного ядра. Это встречается в 1С, отдельных СУБД, legacy-приложениях, терминальных сценариях и ПО, где масштабирование по потокам ограничено.

Кэш процессора влияет на задержки доступа к данным и может быть важен для баз данных, аналитики, виртуализации и приложений с повторяющимися наборами данных. Но кэш нельзя рассматривать изолированно: итоговая производительность зависит от памяти, дисков, сети, NUMA-топологии, настроек ОС и приложения.

Intel Xeon или AMD EPYC: как сравнивать

Intel Xeon и AMD EPYC нужно сравнивать не как бренды, а как конкретные платформы под конкретную нагрузку. Важно смотреть поколение CPU, число ядер, частоты, кэш, каналы памяти, PCIe-линии, поддержку платформы, совместимость с ОС и гипервизором, энергопотребление и стоимость владения.

AMD EPYC часто интересен большим числом ядер, большим количеством PCIe-линий, высокой пропускной способностью памяти и сильными односокетными конфигурациями. Intel Xeon широко используется в корпоративной инфраструктуре, имеет развитую экосистему, поддержку у производителей серверов и сильные позиции в ряде enterprise-сценариев.

Выбор между Xeon и EPYC нужно делать по тестам в вашей нагрузке, требованиям к платформе, лицензированию, срокам поставки, гарантии, совместимости и плану развития инфраструктуры.

ECC-память, каналы памяти и NUMA

Серверный процессор определяет, сколько каналов памяти доступно, какой максимальный объём RAM поддерживается, какие типы модулей можно установить и как будет вести себя система при многосокетной конфигурации.

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

Для виртуализации, СУБД и аналитики часто ограничением становится не CPU, а память: её объём, пропускная способность и задержки. В двухсокетных системах появляется NUMA-топология: доступ процессора к своей локальной памяти быстрее, чем к памяти другого сокета. Это нужно учитывать при настройке гипервизора, СУБД и распределении виртуальных машин.

Сокет, чипсет, BIOS, PCIe и совместимость платформы

Процессор должен быть совместим с материнской платой, сокетом, чипсетом, BIOS/UEFI, VRM, типом памяти, корпусом, охлаждением и блоками питания. Даже если CPU формально подходит по сокету, платформа может не поддерживать нужную ревизию, тепловой пакет, объём памяти или конкретную конфигурацию PCIe.

PCIe-линии важны для NVMe-накопителей, RAID/HBA, сетевых адаптеров 10/25/40/100G, GPU, OCP-карт, Fibre Channel, SAS-контроллеров и специализированных ускорителей. Если платформа не даёт нужного количества линий или правильной топологии, сервер может упереться не в процессор, а в ввод-вывод.

Серверный CPU нужно выбирать вместе с платформой: материнская плата, память, PCIe, диски, RAID/HBA, сеть, корпус, охлаждение, БП, прошивки, удалённое управление и гарантия должны проверяться как единая спецификация.

Как CPU выбирают под разные серверные задачи

Для 1С и части бизнес-приложений часто важны высокая частота, быстрый доступ к памяти, производительность одного потока и сбалансированная дисковая подсистема. Избыточное число ядер может не дать прироста, но увеличить стоимость лицензий.

Для баз данных нужно учитывать ядра, частоты, кэш, объём RAM, задержки памяти, IOPS, latency, storage, сеть и лицензирование. Часто узким местом становится не процессор, а дисковая подсистема или память.

Для виртуализации важны количество ядер, объём RAM, PCIe, сеть, storage, резерв ресурсов и отказоустойчивость. Важно не только рассчитать vCPU, но и избежать чрезмерного overcommit, который ухудшит задержки и стабильность.

Для файловых сервисов и backup-узлов CPU обычно не единственное ограничение: важнее диски, сеть, RAID/HBA, дедупликация, шифрование и пропускная способность. Для AI/GPU-серверов CPU должен не мешать ускорителям: нужны PCIe-линии, память, NVMe, сеть и корректная топология.

TDP, питание, охлаждение и энергоэффективность

TDP процессора влияет на корпус, радиатор, airflow, вентиляторы, блоки питания, шум, температуру и плотность размещения в стойке. Высокопроизводительный CPU может требовать более дорогого шасси, мощных БП, продуманного охлаждения и достаточного резерва по питанию.

Энергоэффективность оценивается не только по потреблению CPU. Важно смотреть на производительность на ватт, загрузку сервера, эффективность блока питания, тепловой режим, возможность консолидации нагрузок и срок службы платформы.

Иногда более новый процессор снижает TCO за счёт меньшего потребления, меньшего количества физических узлов и лучшей производительности. Иногда, наоборот, максимальный CPU усложняет охлаждение и увеличивает стоимость владения без заметной пользы для приложения.

Лицензирование и совокупная стоимость владения

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

Для лицензируемых нагрузок иногда рациональнее выбрать меньшее число быстрых ядер, чем много медленных. Это особенно актуально для баз данных, 1С, коммерческих гипервизоров и корпоративного ПО с лицензированием по ядрам.

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

Один или два процессора в сервере

Двухсокетный сервер нужен не всегда. Современный односокетный сервер может закрывать многие задачи по ядрам, памяти, PCIe и энергоэффективности. Он проще по NUMA, дешевле в обслуживании и часто выгоднее по лицензированию.

Двухсокетная платформа оправдана, если одного CPU недостаточно по объёму памяти, каналам RAM, числу ядер, PCIe-линиям, требованиям отказоустойчивости или плотности консолидации.

При выборе двухсокетной системы обязательно учитывайте NUMA, схему установки памяти, распределение PCIe-устройств, настройки гипервизора и совместимость приложений с такой архитектурой.

Запас на рост и жизненный цикл платформы

Сервер обычно покупают не на один год. Поэтому CPU нужно выбирать с учётом роста пользователей, баз данных, виртуальных машин, объёма хранения, сетевого трафика, требований безопасности и будущих обновлений ПО.

Но запас не должен быть безлимитным. Избыточные ядра могут увеличить лицензии и энергопотребление, а слишком дорогая платформа может не окупиться. Лучше закладывать разумный резерв по CPU, RAM, дискам, PCIe и сети, сохраняя возможность апгрейда.

Для критичных систем важно оценить гарантию, наличие запчастей, сервисный контракт, совместимость с инфраструктурой, мониторинг, резервирование и план миграции.

Типичные ошибки при выборе серверного процессора

Первая ошибка — выбирать CPU только по количеству ядер. Для части приложений важнее частота, память, диски или лицензирование.

Вторая ошибка — не учитывать стоимость лицензий. Многоядерный процессор может сделать проект дороже из-за лицензирования по ядрам.

Третья ошибка — игнорировать память. Для виртуализации, баз данных и аналитики RAM часто важнее дополнительного CPU.

Четвёртая ошибка — не считать PCIe-линии. NVMe, HBA, сеть и GPU могут упереться в ограничения платформы.

Пятая ошибка — экономить на охлаждении и корпусе. Серверный CPU работает под длительной нагрузкой, и троттлинг снижает реальную производительность.

Шестая ошибка — выбирать процессор без проверки BIOS, прошивок, материнской платы, памяти, гипервизора и матрицы совместимости.

Чек-лист: какие данные подготовить перед подбором CPU

Опишите роль сервера: 1С, СУБД, виртуализация, файловый сервис, backup, VDI, web, контейнеры, GPU/AI, edge или универсальная платформа.

Укажите количество пользователей, виртуальных машин, баз данных, сервисов, контейнеров, пиковую нагрузку, SLA и план роста.

Определите требования к CPU: ядра, частота, кэш, односокетная или двухсокетная платформа, поддержка нужной ОС и гипервизора.

Рассчитайте память: объём RAM, ECC, каналы памяти, тип модулей, схема заполнения и запас на расширение.

Проверьте ввод-вывод: NVMe, RAID/HBA, сетевые адаптеры, PCIe-линии, GPU, OCP, Fibre Channel и storage-топологию.

Учтите TDP, корпус, охлаждение, блоки питания, стойку, удалённое управление, мониторинг и требования к уровню шума.

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

Сравните TCO: цена сервера, лицензии, электроэнергия, охлаждение, гарантия, обслуживание, простой, миграция и апгрейд.