Как выбрать сервер для виртуализации: Архитектура и сайзинг в 2026 году

Базовые принципы подбора хоста виртуализации

Выбор сервера для виртуализации начинается с расчета необходимого объема оперативной памяти (RAM) и общего количества виртуальных процессорных ядер (vCPU). Гипервизоры первого типа (Bare-Metal) устанавливаются непосредственно на «голое железо», обеспечивая минимальные накладные расходы на управление гостевыми операционными системами. Важнейшим критерием выбора аппаратной платформы является ее официальное присутствие в списке совместимости (Hardware Compatibility List) выбранного вендора.

Любое несертифицированное оборудование (особенно сетевые карты и HBA-контроллеры) может вызвать внезапный сбой (Purple Screen of Death) всего физического узла. Отказ одного хоста приведет к перезапуску десятков размещенных на нем виртуальных машин на других узлах кластера.

Выбор процессора (CPU): Многоядерность решает

Главное правило для гипервизора — обеспечение максимального количества физических ядер, так как гипервизор распределяет потоки между множеством ВМ. Базовая тактовая частота в 2.4–2.8 ГГц является абсолютно нормальной и достаточной для изолированных операционных систем. Для плотной упаковки ВМ идеально подходят процессоры AMD EPYC (до 128/192 ядер на сокет) или линейки Intel Xeon Scalable с высокой плотностью потоков.

Переподписка (Overcommitment) ядер процессора — это штатный режим работы виртуализации. Современные гипервизоры легко справляются с соотношением 3 виртуальных ядра (vCPU) на 1 физическое ядро (pCPU) при стандартных офисных нагрузках. Однако для тяжелых баз данных внутри ВМ соотношение должно быть строго 1:1.

«В 2026 году экономика дата-центров диктует свои правила: выгоднее купить один двухпроцессорный сервер на 128 физических ядер, чем содержать четыре старых сервера по 32 ядра. Это экономит место в стойке, снижает расходы на охлаждение и лицензирование гипервизора».

Оперативная память (RAM): Главный ресурс гипервизора

Нехватка RAM — основная причина аппаратного свопинга (сброса данных на диск), который мгновенно парализует работу всех виртуальных машин на хосте. Объем оперативной памяти должен рассчитываться исходя из суммы выделенной памяти для всех ВМ плюс 30% запаса на нужды самого гипервизора и отказоустойчивость. В 2026 году стандартом для узла виртуализации корпоративного уровня является объем от 512 ГБ до 2 ТБ памяти DDR5 с коррекцией ошибок (ECC).

Механизмы экономии памяти гипервизором (Memory Ballooning и Deduplication) не должны восприниматься как способ сэкономить на покупке физических планок. Это аварийные механизмы: при их активации производительность гостевых систем неизбежно падает.

Дисковая подсистема: От RAID к SDS

Инфраструктура виртуальных рабочих столов (VDI) и контейнеров генерирует огромное количество случайных операций ввода-вывода (IOPS). Использование классических аппаратных RAID-контроллеров с SATA-дисками создает неминуемое «бутылочное горлышко» при массовой загрузке операционных систем (Boot Storm). Современные кластеры строятся исключительно на All-Flash массивах с накопителями NVMe PCIe 4.0 или 5.0.

В 2026 году доминирующей технологией хранения стало программно-определяемое хранилище (SDS), такое как VMware vSAN, Ceph или Microsoft Storage Spaces Direct. Это требует установки в сервер HBA-контроллеров (Host Bus Adapter), которые передают диски напрямую гипервизору без аппаратного RAID-вмешательства.

Pros & Cons (Программно-определяемое хранилище SDS vs Классический SAN)

Сетевая инфраструктура (Networking)

Минимальный стандарт сетевого подключения для современного хоста виртуализации — это минимум два оптических порта по 25 Gigabit Ethernet (25GbE) для резервирования. Для систем гиперконвергентной инфраструктуры (HCI), где хранилище распределено между серверами, пропускная способность должна составлять 100GbE. Читайте наш гайд по проектированию отказоустойчивых сетей в ЦОД

Изоляция трафика является критическим требованием безопасности и стабильности. Трафик миграции виртуальных машин (vMotion), трафик системы хранения данных и трафик самих гостевых ВМ должны быть разведены по разным физическим портам или изолированным VLAN. Технология RDMA (RoCE v2) строго обязательна для снижения задержек при доступе гипервизора к сетевым хранилищам.

Сравнительная таблица: Распределение сетевых портов на хосте

Практический сайзинг и расчет ресурсов

Оценка ресурсов для сервера виртуализации всегда проводится по правилу «N+1» для обеспечения высокой доступности (High Availability — HA). Это означает, что при выходе из строя одного физического сервера, оставшиеся в кластере узлы должны иметь достаточно свободных ресурсов (CPU и RAM), чтобы запустить все упавшие ВМ.

Заключение

Выбор сервера для виртуализации — это стратегическое планирование емкости (Capacity Planning) с прицелом на рост инфраструктуры. Отказ от высокочастотных камней в пользу экстремальной многоядерности и максимальных объемов оперативной памяти обеспечивает гибкость в распределении ресурсов. Построение кластера на базе NVMe-накопителей в связке с сетевыми интерфейсами 25GbE/100GbE гарантирует отсутствие аппаратных задержек, делая работу в виртуальных машинах неотличимой от работы на физических рабочих станциях.