Ты меняешь кластер виртуализации и открываешь анонс MSI. В одной линейке стоят обычные серверы 1U и 2U, многоузловые платформы и 6U-машина с жидкостным охлаждением. Если выбирать по старшему процессору и числу ядер, можно заодно купить переделку стойки, которая твоей нагрузке не нужна.
Для корпоративных систем отправная точка — воздушный сервер на SP8. SP7 и жидкостное охлаждение стоит обсуждать, когда задача требует плотности вычислений, GPU или сети 400G. Ниже — границы выбора и спецификация кластера на 120 виртуальных машин.
Для смешанной виртуализации хватит SP8
AMD разделяет платформы по назначению. SP8 рассчитана на корпоративные приложения, виртуализацию и смешанные нагрузки. Один процессор поддерживает до 128 ядер и 256 потоков. SP7 поднимает предел до 256 ядер и 512 потоков: её AMD адресует облачным средам, узлам ИИ и системам с высокой плотностью вычислений. Это разные классы нагрузки, а не младшая и старшая комплектации одного сервера. Такое позиционирование приводит AMD в описании EPYC 9006.
Под SP8 у MSI есть две корпоративные платформы с воздушным охлаждением:
- CX172-S4081 — 1U, один процессор;
- CX272-S6082 — 2U, два процессора.
CX172 подходит для отдельного сервера или узла, где хватает одного сокета. CX272 оставляет больше пространства для роста по процессорам, памяти и накопителям. Платишь за второй сокет и корпус 2U, зато не меняешь платформу, когда нагрузка перерастёт возможности одного процессора.
Обе модели поддерживают накопители E3.S или U.2 и сетевые адаптеры OCP 3.0. Точное число отсеков, доступные контроллеры, мощность блоков питания и тепловой пакет конфигурации анонс MSI не раскрывает. Эти параметры придётся закрепить в предложении поставщика.
Многоузловая платформа меняет требования к стойке
Когда серверов много, считать только ядра на процессор уже нельзя. Нужно смотреть, сколько независимых узлов приходится на один юнит стойки.
CD270-S4091-X2 размещает два односокетных узла SP7 в корпусе 2U. На один узел приходится 1U. CD270-S4081-X4 вмещает четыре односокетных узла SP8 в те же 2U — по 0,5U на узел. Обе платформы используют воздушное охлаждение.
Четырёхузловый CD270 удобен для горизонтального кластера: виртуальные машины или контейнеры можно распределить между независимыми узлами. Двухузловый вариант на SP7 нужен там, где каждому узлу требуется больше ядер.
Экономия места повышает плотность тепла в стойке. MSI не приводит мощность этих конфигураций, поэтому нельзя по одному форм-фактору назвать требуемый расход воздуха или холодопроизводительность кондиционера. До заказа сверь расчётную мощность узлов с возможностями холодного коридора и выбери схему серверного охлаждения.
Жидкость нужна плотной стойке, а не каждому EPYC 9006
В линейке MSI три платформы с жидкостным охлаждением. Они стоят в другой закупочной ветке.
CG681-S6093 — двухпроцессорный GPU-сервер 6U на SP7. Он поддерживает сеть 400G и накопители E1.S NVMe. CD181-S4091-X2 размещает два однопроцессорных узла SP7, а CD182-S6091-X2 — два двухпроцессорных узла SP7. Обе модели используют формат 1OU.
Для 1С, терминального доступа и смешанного кластера виртуализации начинать с этих машин не стоит. Ты получишь не только сервер, но и требования к контуру жидкости, стойке и обслуживанию. Выигрыш появится, если без высокой плотности SP7, GPU или 400G задача не помещается в доступные стойки.
Для обычной серверной сначала считай CX172 или CX272. К CG681 и CD18x переходи, когда проект уже требует жидкостной инфраструктуры. Инженерную часть такой закупки нужно проверить отдельно: допустимая температура серверов не отвечает на вопрос о совместимости коллекторов, фитингов и теплообменника.
PCIe 6.0 и память не заменяют замеры нагрузки
EPYC 9006 получил ядра Zen 6 и Zen 6c, 16 каналов DDR5 на процессор, PCIe 6.0 и CXL 3.1. Для SP7-платформ GIGABYTE указывает пропускную способность памяти до 1,6 ТБ/с при MRDIMM и установке одного модуля на канал. Одна линия PCIe 6.0 передаёт вдвое больше данных, чем PCIe 5.0. Эти характеристики собраны в описании платформы GIGABYTE для EPYC 9006.
Такая полоса нужна плотной виртуализации, быстрым сетевым адаптерам и ускорителям. Но из неё не следует, что база 1С ускорится вдвое. Проведение документа может упираться в частоту ядра, задержку дисковой подсистемы или блокировки внутри приложения.
Для 1С производитель предлагает переносить загрузку процессора, памяти и дисков с модельной системы на целевую. Версии 1С, СУБД и операционной системы должны совпадать, а нагрузка — воспроизводить тот же прикладной сценарий. Рабочая система даёт наиболее точную оценку. Однопользовательский тест занимает 1–3 дня, но точность у него ниже. Эта методика описана в руководстве 1С по выбору серверного оборудования.
Поэтому конкретную модель процессора и частоту нельзя честно выбрать из анонса MSI. Сначала считаем нижнюю границу по ядрам, затем проверяем кандидатов на рабочем профиле нагрузки.
Спецификация под 120 виртуальных машин
Считаем кластер на двух CX272-S6082. Это пример для закупки, а не готовая конфигурация MSI.
Исходная нагрузка:
- 120 виртуальных машин;
- 4 vCPU, 8 ГБ памяти и 100 ГБ диска на машину;
- переподписка процессора 4:1;
- резерв по памяти и сети — 20%;
- заполнение дискового массива — до 80%;
- расчётный сетевой трафик — 100 Мбит/с на машину.
Кластер распределяет нагрузку между двумя серверами поровну. Расчёт не предусматривает работу всех 120 ВМ на одном узле после отказа второго.
Процессоры
Виртуальным машинам нужно 120 × 4 = 480 vCPU. При переподписке 4:1 получаем 480 ÷ 4 = 120 физических ядер на кластер, по 60 ядер на сервер.
В каждом CX272 стоят два процессора SP8. Нижняя граница — 30 ядер на процессор. Конкретный SKU и частоту фиксируй после теста рабочей нагрузки: для большого числа лёгких ВМ можно поднять число ядер, для 1С и других чувствительных к одному потоку систем — оставить меньше ядер с более высокой частотой.
Память
Виртуальным машинам нужно 120 × 8 = 960 ГБ. Добавляем 20%: 960 × 1,2 = 1152 ГБ на кластер, или 576 ГБ ECC DDR5 на сервер.
В коммерческой спецификации требуй не меньше 576 ГБ на узел. Схему модулей поставщик должен подобрать так, чтобы память равномерно обслуживала оба процессора и оставались свободные слоты для расширения.
Диски
Гостевым системам нужно 120 × 100 ГБ = 12 ТБ. При предельном заполнении 80% получаем 12 ÷ 0,8 = 15 ТБ полезной ёмкости кластера.
Для RAID10 требуется 30 ТБ установленной ёмкости, по 15 ТБ U.2 на сервер. Этот расчёт предполагает локальное размещение половины ВМ на каждом узле и не включает вторую копию данных между серверами. Если хранилище реплицирует все данные на оба узла, установленную ёмкость придётся считать ещё раз с учётом коэффициента репликации.
Ёмкость не отвечает на вопрос о задержке и IOPS. Перед заказом сними пиковую нагрузку с действующего массива или проведи тест на той же версии приложения и СУБД.
Сеть
Расчётный трафик равен 120 × 0,1 = 12 Гбит/с. С резервом 20% — 12 × 1,2 = 14,4 Гбит/с на кластер.
При равномерном распределении один узел передаёт 7,2 Гбит/с. Сетевой адаптер каждого сервера должен выдерживать больше 14,4 Гбит/с, если ты хочешь сохранить расчётный трафик при переносе машин на оставшийся узел. CX272 поддерживает адаптеры OCP 3.0, но конкретную скорость порта нужно зафиксировать при заказе.
Итоговая нижняя граница на один CX272-S6082:
- два процессора SP8, от 30 ядер каждый;
- от 576 ГБ ECC DDR5;
- от 15 ТБ установленной ёмкости U.2 в RAID10;
- OCP 3.0 с пропускной способностью выше 14,4 Гбит/с;
- два блока питания с резервированием;
- корпус 2U с запасом отсеков и слотов под рост.
Последние два пункта — требования к закупке. Анонс MSI не называет число отсеков, номиналы блоков питания, TDP и цены выбранных комплектаций. Поставщик должен внести их в спецификацию, а не оставить фразой «по согласованию».
При 240 ВМ удвой расчётные ядра, память, дисковую ёмкость и сетевой трафик. Для баз 1С сначала перенеси пики CPU, RAM и дисков с действующей системы по методике производителя. Если проект требует GPU или 400G, воздушный CX272 перестаёт быть исходной платформой — считай CG681-S6093 вместе с жидкостным контуром.
Два CX272 закрывают описанную нагрузку, но не дают полного резерва N+1: один сервер не потянет все 120 ВМ при заданной переподписке. Для работы без снижения мощности после отказа нужен третий узел либо удвоенный запас CPU и памяти на каждом из двух. Именно этот выбор стоит защищать перед директором — не число ядер нового EPYC, а допустимое поведение бизнеса при отказе одного сервера.
