После прекращения продаж и поддержки VMware в России вырос интерес к Proxmox VE, KVM и отечественным гипервизорам. Но смена платформы не снижает требований к оборудованию. Виртуализационный хост должен выдерживать одновременные пики нескольких ВМ и сохранять работу при отказе диска, блока питания или сетевого порта.
Виртуальный хост обслуживает несколько нагрузок, поэтому ему нужны запас ресурсов, свободные слоты памяти и резервные интерфейсы.
На сайте Servernova представлен большой ассортимент востребованных в этой области товаров, где также можно подобрать актуальный сервер для виртуализации.
Что учитывать при выборе сервера
Процессор и Overcommit
Сначала определяют число ВМ и количество vCPU для каждой. Покупать по физическому ядру на каждый виртуальный процессор обычно не требуется. Гипервизор допускает overcommit - назначение большего числа vCPU, чем имеется физических ядер. Для офисных сервисов и тестовых сред применяют соотношение 2:1 или 3:1. Для СУБД, 1С, аналитики и систем реального времени безопаснее 1:1 либо нагрузочное тестирование.
Многоядерный CPU подходит для множества лёгких ВМ, а высокая частота важна для приложений со слабым параллелизмом. В кластере желательно использовать процессоры близкого поколения.
Оперативная память
Чтобы определить, сколько RAM нужно для виртуализации, складывают память всех ВМ, добавляют потребности гипервизора и резервируют ещё 20-30% под пики и рост. В кластере запас рассчитывают по схеме N+1: оставшиеся узлы должны принять критичные машины при отказе одного сервера.
Для рабочей среды используют ECC RDIMM или LRDIMM. Следует проверить максимальный объём ОЗУ и оставить свободные слоты для расширения.
Хранилище
Виртуальные машины чувствительны к задержке и числу операций ввода-вывода. Локальные NVMe подходят для нагруженных ВМ, SATA SSD - для умеренных нагрузок, HDD - для архивов и резервных копий. Для локального массива чаще выбирают RAID 1 или RAID 10. RAID 5/6 экономит ёмкость, но медленнее работает на запись.
Небольшая конфигурация сервера для виртуальных машин может работать на локальных SSD. Для кластера используют SAN, NAS или Ceph. Общее хранилище упрощает миграцию, но само нуждается в резервировании.
Сеть
Для одиночного хоста обычно достаточно двух резервируемых портов 10 Гбит/с. В кластере трафик управления, хранилища и миграции разделяют по интерфейсам или VLAN. Для vMotion и Live Migration выделяют 10 Гбит/с и выше, а при Ceph или сетевом хранилище могут потребоваться 25 Гбит/с. Microsoft рекомендует изолировать трафик живой миграции.
Особенности VMware и Hyper-V
Сервер VMware выбирают с учётом версии ESXi и совместимости процессоров, сетевых карт, RAID/HBA-контроллеров и накопителей. Сервер для ESXi должен иметь удалённое управление, резервные блоки питания и поддерживаемые драйверы.
После изменений лицензионной политики бессрочные лицензии ряда продуктов VMware были заменены подписками. Для актуальных VMware Cloud Foundation и VMware vSphere Foundation расчёт привязан к физическим ядрам, при этом лицензируется минимум 16 ядер на каждый процессор. Поэтому модель CPU влияет и на производительность, и на стоимость ПО.
VMware HA перезапускает ВМ после отказа узла, DRS распределяет нагрузку, а vMotion переносит работающие машины при совместимых процессорах и настроенной сети.
Сервер Hyper-V подходит инфраструктуре на Windows Server, Active Directory и SQL Server. Роль гипервизора встроена в ОС, но необходимо учитывать права на гостевые системы. Standard рассчитан на небольшое число экземпляров, а Datacenter выгоднее при высокой плотности ВМ.
Отказоустойчивость обеспечивает Failover Cluster, а Live Migration переносит работающие ВМ между узлами без заметного простоя. Сеть кластера, хранилища и миграции лучше отделить от пользовательского трафика.
Особенности Proxmox VE
Proxmox VE объединяет KVM, LXC, веб-интерфейс, кластерное управление и работу с разными хранилищами. Открытая модель делает сервер Proxmox востребованной альтернативой VMware. Подписка предоставляет корпоративный репозиторий и поддержку.
Базовые требования к серверу для гипервизора: 64-разрядный CPU с Intel VT-x или AMD-V, ECC-память, быстрые резервируемые диски и несколько сетевых интерфейсов. Для PCIe passthrough нужны Intel VT-d или AMD-Vi. ZFS и Ceph требуют дополнительной памяти; Proxmox приводит ориентир около 1 ГБ ОЗУ на каждый терабайт хранилища. Эти системы не следует размещать поверх аппаратного RAID.
Перед внедрением Proxmox проверяют совместимость контроллеров, сетевых карт, GPU, гостевых драйверов и систем резервного копирования.
Переход с VMware на Proxmox начинают с инвентаризации ВМ: гостевых ОС, дисков, BIOS/UEFI, VMware Tools, снапшотов, сети и шифрования. Встроенный мастер импорта переносит машины из ESXi, но отдельные функции требуют ручной подготовки. Например, состояние vTPM напрямую не переносится, поэтому ключи восстановления зашифрованных ВМ сохраняют заранее.
Миграцию проводят волнами. После импорта проверяют загрузку ОС, сеть, VirtIO-драйверы, диски и восстановление из резервной копии.
Готовые конфигурации по числу ВМ
Примеры являются ориентиром: итоговый расчёт зависит от нагрузки, данных и требований к доступности.
10-15 виртуальных машин
Для контроллера домена, файлового сервиса и нескольких приложений:
-
16-24 физических ядра;
-
128-256 ГБ ECC RAM;
-
2 SSD в RAID 1 под гипервизор;
-
4-8 SSD/NVMe в RAID 10 под ВМ;
-
2 порта 10 Гбит/с;
-
два блока питания и удалённое управление.
Сервер для нескольких виртуальных машин лучше выбирать с возможностью двукратного увеличения памяти. Критичным сервисам нужен резервный узел.
30-50 виртуальных машин
Рекомендуются два или три узла:
-
24-48 физических ядер на узел;
-
384-768 ГБ ECC RAM;
-
локальные NVMe либо SAN/NAS;
-
минимум 2 x 10/25 Гбит/с;
-
резервные блоки питания и коммутаторы.
Ресурсы рассчитывают по схеме N+1. Для распределённого хранилища практичнее три узла.
100 и более виртуальных машин
Здесь нужен отказоустойчивый кластер серверов минимум из трёх узлов. Ориентир на один узел: 48-96 физических ядер, 768 ГБ-2 ТБ RAM, несколько NVMe и сеть 25/40/100 Гбит/с. Хранилище строят на резервируемом SAN или Ceph с отдельным расчётом IOPS, ёмкости и пропускной способности.
Какой сервер нужен для облака виртуализации, зависит от плотности ВМ. Частному облаку нужны унифицированные узлы, изоляция пользователей и быстрое масштабирование.
FAQ
1. Сколько ядер CPU нужно серверу для виртуализации?
Для лёгких ВМ обычно используют 2-3 vCPU на физическое ядро. Для баз данных и интенсивных приложений - ближе к 1:1 или по результатам тестов.
2. Сколько ОЗУ закладывать на одну виртуальную машину?
Контроллеру домена часто достаточно 4-8 ГБ, приложению - 8-16 ГБ, базе данных - от 16-64 ГБ. К сумме добавляют 20-30% резерва.
3. Чем отличается сервер для VMware от сервера для Proxmox?
VMware сильнее зависит от списков совместимости и лицензирования. Proxmox гибче, но контроллеры, сетевые карты и специализированные устройства тоже проверяют заранее.
4. Нужен ли отдельный сервер хранения SAN для виртуализации?
Нет. Локальные SSD/NVMe подходят для одного узла. SAN оправдан при общем хранилище, высокой доступности и централизованном масштабировании.
5. Что такое overcommit и как он влияет на расчёт конфигурации?
Это назначение ВМ большего количества виртуальных ресурсов, чем физически установлено. Умеренный overcommit повышает загрузку оборудования, чрезмерный создаёт задержки.
6. Можно ли перейти с VMware на Proxmox без потери данных?
Да, при наличии резервных копий, тестовой миграции и плана отката. После переноса проверяют загрузчик, диски, сеть, драйверы и приложения.
7. Нужна ли кластеризация серверов для отказоустойчивости?
Да, если ВМ должны автоматически восстановиться после отказа физического узла. Один сервер с RAID защищает только от части неисправностей.
8. Какая сеть нужна для миграции виртуальных машин между серверами?
Для небольшой среды достаточно 10 Гбит/с. При крупных ВМ, параллельных миграциях и сетевом хранилище лучше 25 Гбит/с и выше.
9. Поможете ли вы подобрать сервер под конкретный гипервизор?
Специалисты Servernova могут рассчитать CPU, RAM, диски и сеть под VMware, Hyper-V, Proxmox VE или другую платформу с учётом роста и резервирования.
10. Какие сроки поставки российских серверов?
Срок зависит от производителя, наличия платформы и комплектующих, объема партии и требований к сертификации. Проектные конфигурации рассчитываются индивидуально.
