Читать полный материал
QEMU создаёт модель виртуальной машины, KVM предоставляет механизм аппаратной виртуализации в Linux, а libvirt управляет виртуальными машинами через общий интерфейс. Эти названия обычно описывают разные слои одной системы, поэтому выбирать «QEMU или KVM» как два независимых сервера некорректно.
Как складывается виртуальная машина
QEMU предоставляет гостевой системе виртуальные устройства и связывает их с дисковыми и сетевыми ресурсами. Для выполнения гостевого кода он может использовать разные ускорители. KVM — один из них; программная трансляция TCG — другой вариант. Поэтому наличие процесса QEMU ещё не говорит, каким способом выполняется код гостя.
KVM работает в ядре Linux. Пользовательская программа обращается к его API через /dev/kvm, создаёт машину и виртуальные процессоры. Сам по себе этот интерфейс не является панелью управления кластером.
Зачем нужен libvirt
libvirt даёт приложениям интерфейс управления: описание машин, запуск и остановку, работу с поддерживаемыми возможностями драйвера. Это помогает отделить повседневное управление от длинной командной строки QEMU. В инфраструктуре поверх него могут работать другие инструменты; название панели не заменяет сведений о драйвере и версиях.
При приёмке запросите состав стека: ОС хоста, ядро, QEMU, libvirt или альтернативный управляющий слой. Важно знать, какой компонент отвечает за сохранённую конфигурацию и кто поддерживает её после обновлений.
Что проверить до выбора оборудования
Начните с архитектуры гостевых систем и требований приложений. Затем согласуйте режим виртуализации, набор устройств и способ хранения данных. Если нужен прямой доступ гостя к устройству, отдельно проверяйте поддержку этой функции точной платформой и программным стеком.
Для кластера требуется совместимость конфигураций машин и возможностей процессора между узлами. Документация libvirt отдельно предупреждает об ограничениях CPU-режимов при миграции. Одинаковая надпись «KVM» на двух серверах такую совместимость не доказывает.
Когда отдельное изучение QEMU не требуется
Если организация использует поддерживаемую платформу виртуализации и не разрабатывает собственное управление, начинать с ручной сборки команд QEMU обычно не нужно. Достаточно закрепить поддерживаемые сочетания компонентов, порядок обновлений и проверку восстановления. Ручная настройка оправдана конкретной задачей, а не желанием добавить ещё один слой администрирования.
Что передать в подбор
Полезное ТЗ включает список гостевых ОС, требования приложений, нужные устройства, ограничения простоя и необходимость миграции. Затем проверяются CPU, память, сеть и хранилище выбранной платформы. Расчёт ресурсов разобран в статье о сервере под Proxmox VE и VMware ESXi. Аппаратные варианты находятся в разделе серверов; сам программный стек не определяет подходящую модель автоматически.
Частые вопросы
QEMU всегда работает без аппаратного ускорения?
Нет. QEMU поддерживает разные ускорители; KVM — один из вариантов для Linux. Проверяют фактическую конфигурацию конкретной машины.
KVM и KVM-over-IP — одно и то же?
Нет. Здесь KVM означает Kernel-based Virtual Machine. KVM-over-IP относится к удалённому доступу к аппаратной консоли.
Можно ли считать одинаковые процессоры гарантией миграции?
Нет. Совместимость зависит также от гостевой конфигурации и программной среды; её проверяют на выбранном стеке и режиме CPU.
Источники
Материал подготовлен при участии ИИ по официальной документации. Собственные испытания не заявлены. Факты сверены 29 октября 2026 года.
