Железо под виртуализацию: как рассчитать серверы для Proxmox, VMware и Hyper-V

Коротко: Сервер под виртуализацию подбирают от нагрузки: суммарные vCPU виртуальных машин делят на допустимый коэффициент переподписки (обычно 3:1–5:1 для типовых серверных ВМ), память берут без переподписки с запасом 20–30%, а число узлов выбирают так, чтобы при отказе одного (N+1) оставшиеся выдержали всю нагрузку. Для кластера с общим хранилищем или HCI нужна сеть не ниже 10 GbE, а для Ceph и vSAN — 25 GbE и выше. Proxmox VE, VMware vSphere и Hyper-V предъявляют близкие требования к железу, но различаются лицензированием и списками совместимости.

Что важно для гипервизора в первую очередь

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

• Память — определяет, сколько ВМ поместится на узел. Переподписка памяти в продуктиве ведёт к свопингу и деградации.
• Хранилище — задержка и IOPS определяют отзывчивость всех ВМ одновременно.
• Процессор — число ядер и частота; переподписка допустима.
• Сеть — для миграции ВМ, трафика хранилища и пользователей.
• Отказоустойчивость — число узлов и резерв на отказ одного из них.

Proxmox, VMware и Hyper-V: что учесть при выборе железа

Лицензирование по ядрам у VMware и Windows Server влияет на выбор процессора: иногда выгоднее меньше ядер с высокой частотой, чем максимум ядер. Для Proxmox это не ограничение, и там можно ориентироваться только на производительность. Среди отечественных платформ на основе KVM требования к железу близки к Proxmox, но списки совместимости публикует каждый разработчик; см. статью импортозамещение в 2026 году.

Процессоры: ядра, частота и переподписка

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

Гиперпоточность (Hyper-Threading, SMT) добавляет в среднем 15–30% производительности, а не удваивает её, поэтому расчёт удобнее вести по физическим ядрам. Важна и NUMA — архитектура, при которой каждый процессор имеет свою «ближнюю» память: ВМ, которая помещается в один NUMA-узел по ядрам и памяти, работает быстрее. Подробнее о процессорах — в статье серверные процессоры Xeon и EPYC.

Память: объём, каналы и запас

Память под виртуализацию считают так: сумма памяти всех ВМ плюс 5–10% на накладные расходы гипервизора (у Proxmox с ZFS — плюс кэш ARC, обычно несколько гигабайт на терабайт данных), плюс 20–30% запаса на рост.

• Заполняйте все каналы. Xeon 4-го и 5-го поколений — 8 каналов на процессор, Xeon 6 — 8 или 12, EPYC 9004 и 9005 — 12 каналов. Неполное заполнение снижает пропускную способность пропорционально числу пустых каналов.
• Один модуль на канал (1DPC) даёт максимальную частоту, два (2DPC) — больше объёма при сниженной частоте.
• Одинаковые модули. Смешивание объёмов и рангов в пределах сервера усложняет балансировку и может снижать частоту.
• Ориентир на ядро. Для типовой виртуализации — 4–8 ГБ на физическое ядро; для VDI и СУБД — больше.

Подробно о модулях — в статье серверная память DDR4 и DDR5.

Хранилище: локальные диски, СХД или HCI

Есть три основных подхода к хранению ВМ, и от выбора зависит конфигурация серверов.

• Локальные диски с RAID. Простой вариант для одного-двух серверов. Миграция ВМ между узлами без общего хранилища медленная, высокая доступность ограничена.
• Внешняя СХД по iSCSI, Fibre Channel или NFS. Серверы получают только загрузочные диски, а ВМ хранятся на общем массиве. Классика для VMware и Hyper-V.
• Гиперконвергентная система (HCI) — Ceph в Proxmox, vSAN в VMware, Storage Spaces Direct в Hyper-V. Диски стоят в серверах, программный слой объединяет их в общее отказоустойчивое хранилище.

Требования HCI к железу выше: для Ceph — от 3 узлов, рекомендуемо 4 и более, NVMe-накопители, сеть 25 GbE и выше и HBA-режим без аппаратного RAID; при трёхкратной репликации полезная ёмкость составляет около трети сырой. Для vSAN ESA обязательны NVMe-накопители из списка совместимости. Для ZFS в Proxmox также нужен HBA, а не RAID-контроллер. Сравнение подходов — в статье SAN, NAS и DAS.

Сеть: сколько портов и какой скорости

В кластере виртуализации трафик принято разделять по назначению, хотя бы на уровне VLAN.

• Управление — доступ к гипервизору, 1–10 GbE.
• Миграция ВМ (vMotion, Live Migration) — от 10 GbE, иначе перенос ВМ с большим объёмом памяти занимает минуты.
• Хранилище — iSCSI, NFS, Ceph, vSAN; для HCI — выделенные порты 25 GbE и выше, MTU 9000.
• Трафик ВМ — по потребностям сервисов.
• Кластерный интерконнект — у Proxmox служба corosync чувствительна к задержкам, ей желательно выделять отдельный линк.

Практичная схема для небольшого кластера — два порта 25 GbE на узел в агрегате (LACP) к двум коммутаторам с MLAG плюс порт управления 1 GbE и выделенный порт BMC. Для подбора коммутаторов см. статью как выбрать коммутатор.

Пример расчёта: 120 виртуальных машин

Исходные данные: 120 ВМ, в среднем 4 vCPU и 8 ГБ памяти, нагрузка типовая серверная, требуется отказоустойчивость N+1.

• vCPU: 120 × 4 = 480 vCPU. При переподписке 4:1 нужно 120 физических ядер, с запасом 20% — около 144 ядер.
• Память: 120 × 8 = 960 ГБ, плюс 10% накладных расходов и 20% запаса — около 1250 ГБ.
• Вариант из трёх узлов: при отказе одного нагрузку держат два, значит каждому нужно не менее 72 ядер и около 630 ГБ. Это два процессора по 36–48 ядер и 768 ГБ памяти на узел.
• Вариант из четырёх узлов: нагрузку держат три, на каждый — около 48 ядер и 420 ГБ. Это два процессора по 24–32 ядра и 512 ГБ на узел.

Четыре узла дают меньшую долю резерва (25% против 33%) и меньшую нагрузку на каждый сервер при отказе, а для Ceph — более комфортное восстановление данных. Три узла проще и требуют меньше портов и лицензий на сокеты. Хранилище рассчитывается отдельно: по суммарному объёму дисков ВМ, требуемым IOPS и выбранной схеме защиты.

Как выбрать серверы под виртуализацию

1. Соберите инвентаризацию: число ВМ, vCPU, память, объём и профиль дисков, требования к доступности.
2. Выберите гипервизор и проверьте его лицензирование и списки совместимости.
3. Посчитайте ядра с учётом переподписки и запаса 20–30%.
4. Посчитайте память без переподписки с запасом и распределите её по всем каналам.
5. Выберите модель хранения: локальная, СХД или HCI — и соответствующие диски и контроллеры.
6. Определите число узлов по схеме N+1 и рассчитайте ресурсы на узел.
7. Спроектируйте сеть: скорости, число портов, резервирование коммутаторов.
8. Добавьте загрузочные накопители (зеркало M.2), BMC и резервирование БП.

Подберём под задачу конфигурацию узлов и рассчитаем кластер по вашей инвентаризации. Общие принципы — в статье как выбрать сервер.

Совместимость и поддержка оборудования

• VMware ESXi. Начиная с версии 7.0 удалены драйверы старой модели vmklinux, поэтому часть старых сетевых карт и контроллеров не работает. В ESXi 8 снята поддержка ряда старых поколений процессоров — проверяйте Broadcom Compatibility Guide до покупки.
• Proxmox VE. Использует ядро Linux, поэтому работает с большинством серверного оборудования, включая предыдущие поколения. Для ZFS и Ceph нужен HBA или RAID-контроллер в режиме HBA.
• Hyper-V. Ориентируйтесь на сертификацию сервера и компонентов для нужной версии Windows Server; для S2D требуются сертифицированные накопители и сетевые карты с RDMA.
• Проброс устройств. Для передачи GPU и сетевых карт в ВМ нужны поддержка VT-d или AMD-Vi и корректные группы IOMMU. Об ускорителях в ВМ — в статье видеокарта для сервера.

Типичные ошибки

• Переподписка памяти в продуктиве. Приводит к свопингу и резкой деградации всех ВМ узла.
• Неполное заполнение каналов памяти. Сервер с четырьмя модулями на восьмиканальный процессор теряет половину пропускной способности памяти.
• RAID-контроллер под Ceph или ZFS. Программные хранилища требуют прямого доступа к дискам.
• Отсутствие резерва N+1. Кластер, загруженный на 90%, при отказе узла не сможет перезапустить ВМ.
• Сеть 1 GbE для миграции и хранилища. Миграция и восстановление данных становятся неприемлемо долгими.
• Покупка старого железа под новую версию ESXi. Процессоры и контроллеры могут оказаться вне списка совместимости.

Что учесть при закупке

• Одинаковые узлы. Для кластера закупайте серверы одной модели и конфигурации — это упрощает миграцию и обслуживание.
• Партномера компонентов. Процессоры, модули памяти, накопители, контроллеры и сетевые карты — с проверкой по спискам совместимости гипервизора.
• Комплектность. Рельсы, загрузочные M.2, BMC с лицензией удалённой консоли, кабели и трансиверы.
• Гарантия. Единый срок гарантии на все узлы кластера, для б/у — гарантия поставщика.
• Сроки. Учитывайте сроки поставки всего комплекта, включая коммутаторы и оптику.

Смотреть серверы в наличии →