второй процессор в выделенном сервере: кому это реально нужно

MAATRIX

Второй процессор в сервере выглядит внушительно: два сокета, вдвое больше ядер, вдвое больше памяти. Кажется, что это всегда лучше. На практике же dual-socket-конфигурация оправдана далеко не всегда, а иногда один мощный процессор оказывается и быстрее, и дешевле. Эта статья честно разбирает, кому второй процессор в сервере действительно нужен, а кому это красивая, но избыточная строчка в конфигураторе.

Что такое второй процессор простыми словами

Большинство серверов имеют один процессорный сокет — одно посадочное место на плате. Но существуют платформы с двумя сокетами (dual-socket), куда ставят два физических процессора одновременно. Они работают сообща над общими задачами, деля между собой оперативную память и устройства. Так на одной материнской плате можно собрать, скажем, 128 ядер вместо 64.

Важно понимать: два процессора по 16 ядер — это не то же самое, что один процессор на 32 ядра, хотя суммарное число ядер совпадает. Два физических процессора соединены между собой межпроцессорной шиной, и обращение к «чужой» памяти идёт медленнее, чем к «своей». Эта особенность называется NUMA и определяет всю специфику двухпроцессорных систем.

Ещё один нюанс — второй процессор обычно открывает доступ к дополнительным каналам памяти и линиям PCIe. Часто именно ради этого dual-socket и берут: не столько ради ядер, сколько ради возможности поставить терабайты памяти и десятки устройств. Но и здесь есть тонкости, о которых ниже.

Как работает NUMA

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

Для программ, которые об этом знают, всё хорошо: операционная система и грамотно написанное ПО стараются держать данные процесса в локальной для него памяти. Базы данных, гипервизоры и научные пакеты умеют работать с NUMA и раскладывают нагрузку по узлам аккуратно. Тогда двухпроцессорная система показывает почти двойную производительность.

А вот приложение, не подозревающее о NUMA, может случайно гонять данные через межпроцессорную шину туда-сюда и терять производительность на ровном месте. В худшем случае два процессора работают медленнее, чем один хороший, потому что накладные расходы на общение между сокетами съедают выигрыш от лишних ядер. Посмотреть, как система видит NUMA-узлы, помогает lscpu — она покажет число сокетов и раскладку ядер по узлам.

Кому второй процессор реально нужен

Первый честный сценарий — когда вам физически нужно больше ядер, памяти или линий PCIe, чем помещается в один сокет. Плотная виртуализация с сотнями машин, большие кластеры контейнеров, серверы с терабайтом и более оперативной памяти под in-memory базы. Если один процессор упирается в свои пределы по любому из этих параметров, dual-socket — прямой способ выйти за них в рамках одной машины.

Второй сценарий — тяжёлые параллельные вычисления и аналитика на NUMA-осознанном софте. СУБД корпоративного класса, аналитические движки, симуляции и рендер-фермы, которые умеют раскладываться по узлам. Такое ПО получает от двух процессоров почти линейный прирост и оправдывает вложение в дорогую платформу.

Третий сценарий — консолидация, когда важно держать всё на одной железке по лицензионным или организационным причинам. Некоторые enterprise-лицензии считаются по серверам, и уместить максимум мощности в один физический хост выгоднее, чем плодить машины. Плюс единая точка обслуживания и питания. В корпоративной инфраструктуре это реальный, хоть и не технический, аргумент.

Кому это переплата

Теперь про обратную сторону, и она весомая. Для подавляющего большинства задач — сайтов, магазинов, API, небольших баз, панелей управления — второй процессор бесполезен. Одноядерная производительность от него не растёт, а именно в неё упирается очень много приложений. Вы платите за вторую дорогую железку, которая либо простаивает, либо не даёт прироста.

Второй случай — приложения, не знающие про NUMA. Если ваш софт не оптимизирован под многосокетность, два процессора могут дать разочаровывающий результат: задержки на межпроцессорной шине съедят теоретический выигрыш. В такой ситуации один более высокочастотный процессор с меньшим числом ядер часто ощутимо быстрее и вдобавок дешевле.

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

На что смотреть при выборе

Первое — знает ли ваше ПО про NUMA. Это главный вопрос. Базы данных, гипервизоры и профессиональные вычислительные пакеты обычно знают. Самописный монолит, старое приложение или простой веб-стек — скорее нет. Если не уверены, честнее считать, что не знает, и не рассчитывать на двойную производительность.

Второе — что именно вам не хватает в одном сокете. Если упираетесь в число ядер — сначала посмотрите на топовые односокетные процессоры: современный EPYC на 64 или 96 ядер закрывает очень многое без всякого NUMA. Если упираетесь в объём памяти или линии PCIe — тогда второй сокет может быть оправдан именно как способ добавить каналы и слоты.

Третье — считайте полную стоимость владения, а не только ядра. Второй процессор тянет за собой более дорогую платформу, больше памяти для баланса, выше энергопотребление. Сравните это с ценой одного мощного процессора при равной суммарной производительности на вашей конкретной нагрузке. Нередко односокетное решение выигрывает и по деньгам, и по простоте.

Альтернативы второму процессору

Первая альтернатива — один процессор с большим числом ядер. Современные топовые EPYC и Xeon в одном сокете предлагают столько ядер, что раньше требовало двух процессоров. Без NUMA-накладных расходов, дешевле и проще в эксплуатации. Для большинства задач, которым «нужно много ядер», это лучший ответ.

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

Третья альтернатива — просто уменьшить аппетит. Иногда потребность в «двух процессорах» — следствие неоптимального кода или неверной конфигурации. Профилирование, кэширование, тюнинг базы и правильные индексы порой снимают нагрузку так, что и одного процессора оказывается с запасом. Прежде чем удваивать железо, стоит проверить, что текущее используется эффективно.

Как заказать в MAATRIX

В конфигураторе MAATRIX доступны и односокетные, и двухпроцессорные выделенные серверы в локациях RU, US и UK. Правильный подход — начать с описания задачи: что за нагрузка, знает ли софт про NUMA, во что именно упираетесь. По этим вводным проще понять, нужен ли второй сокет на самом деле или его роль лучше сыграет один мощный процессор.

Оплата — картами российских банков, по СБП, криптовалютой или токеном MAAT, иностранная карта не требуется даже для серверов за рубежом. Сомневаетесь между dual-socket и одним топовым процессором? Опишите нагрузку — поможем выбрать честную конфигурацию под задачу, а не самую внушительную позицию в прайсе.

Частые вопросы