Любой, кто арендовал облачный сервер, знает этот сценарий: открыл сайт провайдера, нажал несколько кнопок, выбрал Ubuntu и через минуту получил SSH-доступ. Но стоит выполнить lscpu, и в выводе появляется что-то вроде QEMU Virtual CPU или Common KVM processor. Становится ясно, что сервер на самом деле виртуальный: ядра и память нарезал гипервизор, а под капотом работает связка KVM + QEMU. Виртуализация лежит в основе всех облаков, и именно она позволяет одному физическому серверу одновременно обслуживать разные системы: Ubuntu с веб-сайтом, Windows Server с Microsoft SQL Server, TrueNAS в роли программного хранилища. Каждой задаче достается строго определенная доля ресурсов. Сегодня на рынке растет интерес к более легким решениям, то есть к контейнеризации (Docker, Kubernetes, LXC), однако классическая виртуализация остается востребованной, а серверы под нее по-прежнему в большом спросе. Ниже специалисты СервакМастер объясняют, что такое сервер виртуализации, какие компоненты и программы для него нужны и чем виртуализация отличается от контейнеров.

Что такое виртуализация

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

Чтобы всё работало, нужен дополнительный слой — гипервизор. Он изолирует виртуальные машины друг от друга и следит за корректным распределением ресурсов. В большинстве Linux-решений гипервизор опирается на две базовые технологии.

KVM и QEMU

  • KVM (Kernel-based Virtual Machine) — модуль ядра Linux, превращающий операционную систему в гипервизор. Он использует аппаратные возможности процессора (Intel VT-x или AMD-V) для создания изолированных виртуальных машин. Без KVM современная Linux-виртуализация была бы невозможна: на нем построены Proxmox, OpenStack и oVirt.
  • QEMU (Quick Emulator) — универсальный эмулятор, способный имитировать целые компьютеры. Пока KVM отвечает за создание виртуалок, QEMU предоставляет для них программно-аппаратную среду: эмулирует материнскую плату, BIOS, диски и сетевые карты. Вместе KVM и QEMU дают быструю и гибкую виртуальную систему.

Два типа виртуализации

Bare metal

Bare metal, или виртуализация «на голом железе», подразумевает установку гипервизора прямо на серверное оборудование. Вся система сервера в этом случае заточена исключительно под виртуализацию. Результат — высокая производительность, прямой доступ приложений к ресурсам и лучшая безопасность. К этому классу относятся Proxmox, ESXi, Hyper-V в серверной редакции, а также менее распространенные Citrix Hypervisor, Xen и Nutanix AHV. Это вариант для профессионалов и продакшн-сред, «настоящая» виртуализация.

Hosted

В hosted-модели гипервизор ставится поверх готовой операционной системы как обычная программа, например VirtualBox на Windows или VMware Workstation на Linux. Приложение создает виртуальные машины, забирая ресурсы у хостовой ОС. Производительность и функциональность ниже, зато развернуть такое решение проще. Типичные представители: VMware Workstation, Oracle VirtualBox и QEMU без KVM. Подходит новичкам, для тестов и домашних лабораторий, но не для продакшена.

Почему Proxmox считается bare metal

Резонный вопрос: VirtualBox работает на Windows и считается hosted, а Proxmox стоит на Debian — почему же он bare metal? Дело в том, что Debian в Proxmox играет роль минимального слоя управления. После установки администратор сразу попадает в веб-интерфейс виртуализации и не использует Debian как обычный сервер. Поэтому Proxmox можно назвать гибридом, но по сути это полноценный гипервизор первого типа.

Какой гипервизор выбрать

Гипервизор Сильные стороны Ограничения
Proxmox VE Бесплатный, с открытым кодом, обновляется почти ежемесячно. KVM и LXC, кластеризация, живая миграция, бекапы, встроенный фаервол, хранилища ZFS, Ceph, NFS, iSCSI Нужны навыки администрирования
VMware ESXi Мощный и надежный. В платной версии: vMotion, Storage vMotion, DRS, Fault Tolerance Платный; бесплатная версия ограничена, например не более 8 vCPU на виртуалку
Hyper-V Встроен в Windows Server и в Windows 11 Pro/Enterprise как опциональный компонент; удобен в среде Microsoft Функционал скромнее, чем у Linux-аналогов; платное лицензирование Windows Server

Proxmox VE называют народным любимцем. Лет десять назад мало кто верил, что на энтузиазме можно построить серьезную платформу, но сегодня Proxmox закрывает все потребности среднего бизнеса. Если бюджет невелик, а специалисты есть, это отличный выбор.

VMware ESXi — «Мерседес» среди гипервизоров. В платной версии доступны vMotion (перенос виртуалок на лету), Storage vMotion (перемещение дисков без остановки), DRS (автоматическая балансировка нагрузки) и Fault Tolerance (синхронная работа ВМ на двух узлах). Для крупного дата-центра с достаточным бюджетом это выбор без компромиссов.

Hyper-V от Microsoft удобен, когда вся инфраструктура построена на продуктах этой компании: отдельную ОС ставить не нужно. Минусы — более скромные возможности по сравнению с линуксовыми собратьями и дополнительные хлопоты с лицензированием Windows Server.

Выбор зависит от задач, опыта команды и бюджета. Но каким бы ни был гипервизор, ему нужна надежная аппаратная основа.

Из чего собрать сервер виртуализации

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

Процессор

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

Идеальный вариант — самые свежие Intel Xeon или AMD EPYC. При ограниченном бюджете можно взять два процессора предыдущего поколения: иногда это дает больше ядер за те же деньги. Для примера в статье упоминается AMD EPYC 9684X как отличный кандидат для такой сборки. Конкретный выбор зависит от нагрузки, и специалисты СервакМастер помогут подобрать процессор под ваши задачи.

Оперативная память

Памяти много не бывает. У каждой ВМ свой объем RAM, и если его не хватает, гипервизор начинает использовать диск как файл подкачки, а производительность падает катастрофически. Важен не только объем, но и скорость доступа. Домашний ПК обычно имеет пропускную способность памяти порядка 50 ГБ/с, и работать на нем комфортно; примерно столько же нужно каждой гостевой ОС. Как обеспечить такие показатели для 8-10 виртуалок? Производители процессоров решили задачу многоканальными контроллерами памяти: например, у AMD EPYC 12 каналов памяти, что дает большой запас для одновременного доступа со стороны ВМ. Пример модуля для такого сервера — SK Hynix DDR5-4800 RDIMM 32 ГБ, и таких планок понадобится много. В условиях дефицита памяти конфигурацию приходится подбирать особенно внимательно.

Накопители

Дисковая подсистема чаще всего становится причиной тормозов. Кажется, что быстрый SSD решит проблему, но десктопные накопители хороши в одиночных задачах. Когда 20 виртуалок одновременно читают и пишут мелкие блоки (а это происходит постоянно), контроллер десктопного диска захлебывается: его очередь команд не рассчитана на такой параллелизм.

Серверные NVMe проектируются под высокую глубину очереди. Главный показатель — случайное чтение и запись блоками 4 КБ при глубине очереди 32, 64 и 128: чем он выше, тем больше виртуалок работают без конфликтов. Практическое правило такое:

  • выбирайте серверные NVMe в форм-факторе U.2/U.3;
  • не экономьте на контроллерах;
  • лучше два диска в зеркале для ОС и два в зеркале для данных, чем один большой, но десктопный.

Сетевой адаптер

Пока сервер один, требования к сетевой карте определяются потребностями гостевых ОС и невысоки. Всё меняется при кластеризации, то есть объединении нескольких серверов в отказоустойчивую группу с живой миграцией. Здесь нужны не только быстрые, но и «умные» карты (SmartNIC), которые разгружают процессор от обработки сетевого трафика. Закладывать стоит 1 Гбит/с, лучше 10 Гбит/с, в идеале 25 Гбит/с. Для масштабного кластера потребуется адаптер на 100+ Гбит/с последнего поколения с максимальным CPU Offloading: не зря придумали DPU. В качестве примера приводится серверный адаптер с двумя портами по 100 Гбит/с.

Виртуализация GPU

Гипервизоры появились в начале 2000-х и создавались для разделения CPU и RAM, тогда как видеокарты служили для графики и игр. Сегодня графические ускорители нужны для задач ИИ, рендеринга и VDI-инфраструктур, поэтому виртуализация GPU стала гораздо востребованнее. Разделить ресурсы видеокарты можно несколькими способами:

  • Passthrough (PCIe-проброс) — физическая карта целиком отдается одной ВМ. Работает всегда и без ограничений.
  • vGPU (Nvidia) — платная технология, которая делит одну карту между несколькими ВМ с динамическим распределением ресурсов. Нужны специальные лицензии и поддерживаемое оборудование. Когда говорят о виртуализации GPU, чаще всего имеют в виду именно vGPU.
  • MIG (Nvidia) — статическое разделение ускорителя на независимые аппаратные инстансы (до 7-11) для полной изоляции ИИ-задач.
  • SR-IOV (AMD) — фактически полный аналог MIG от AMD.

Простым ползунком в гипервизоре, как в случае с CPU и RAM, GPU не разделить. Без оговорок работает только passthrough, а современные функции (vGPU, MIG) доступны либо за дополнительные деньги, либо при условии, что ускоритель стоит десятки тысяч долларов. Однако тренд набирает обороты, поэтому при проектировании сервера стоит заранее учесть возможные GPU-задачи. В качестве примера мощного ИИ-ускорителя для такого сервера приводится Nvidia A100. Подходящие платформы можно посмотреть в разделах серверов и ИИ-серверов.

Виртуализация или контейнеры

Docker, Kubernetes и контейнеры легче, быстрее запускаются и экономят ресурсы. Значит ли это, что виртуализация умирает? Не совсем.

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

Контейнеры используют общее ядро хостовой ОС и изолированы на уровне процессов, но не ядра. Критическая ошибка в контейнере способна обрушить ядро и все остальные контейнеры. Кроме того, запустить другую ОС в контейнере нельзя, только совместимые с ядром хоста.

Зато контейнеры быстрее разворачиваются, потребляют меньше памяти и идеально подходят для микросервисной архитектуры. Часто эти подходы комбинируют: Docker запускают внутри виртуальной машины и получают одновременно изоляцию и гибкость. Выбор здесь не «или-или», а «и то, и другое» в зависимости от задачи.

Выводы

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

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