Как уже говорилось в другом месте, VMWare ESXi - это то, что доступно с точки зрения бесплатных гипервизоров с «голым металлом», где «голый металл» подразумевает, что то, что вы в конечном итоге загрузили, меньше, чем полная ОС.
Xen также имеет режим HVM, в котором используется виртуализация на аппаратном уровне; в этом режиме он может запускать гостей Windows. У Xen явно есть «железный» гипервизор - так как даже ОС Dom0 работает под ним, - но он существенно сложен в настройке и обслуживании и накладывает ограничения на ядра, которые вы можете запускать в доменах, отличных от HVM (из которых Dom0 первичное ядро, которое проходит через аппаратный доступ к остальным и имеет права администратора, - это одно). HVM требует процессора и материнской платы с поддержкой аппаратной виртуализации; смотрите список Xen-вики -совместимых материнских плат .
Тем не менее, вы можете найти KVM более интересным. Вместо того, чтобы использовать Linux для управления отдельным проприетарным ядром гипервизора (как это делает ESX), KVM встраивает возможности гипервизора в саму Linux. Какое «голое железо» зависит от вашей интерпретации - но если ваш хост, на котором запущен KVM, является ничем иным, как 40-мегабайтным initrd, на котором есть только инструментальные средства, связанные с kvm + libvirt + (скажем, что-то вроде oVirt от Red Hat ), вы ' У нас есть что-то, что на практике мало чем отличается от ESX. Пользовательский компонент KVM является производным от QEMU, что делает его всевозможным мощным и гибким - то, что вам не обязательно нужно для настольного компьютера, но очень интересно при моделировании встроенных систем (скажем, только с последовательным вводом-выводом и без адаптера VGA), настройке сложные цепочки образов COW для хранения данных или настройки интересных топологий виртуальных сетей. Как и Xen HVM, KVM требует аппаратного ускорения. KVM достаточно хорошо работает с нетребовательными гостями Windows (включая Vista), но в настоящее время доступны только паравиртуальные сетевые драйверы для Windows; другие драйверы должны использовать эмулируемое оборудование, что несколько медленнее. (Qumranet финансирует разработку других драйверов для Windows, так что ожидайте их увидеть в конечном итоге. В более новых версиях ядра Linux есть много других KVM-совместимых паравиртуальных драйверов - для дискового ввода-вывода, тактового генератора и других устройств - включая восходящий поток ).
Для настольных ПК VirtualBox хорошо подходит, хотя он совершенно не поддается "голому металлу". Из-за отсутствия поддержки libvirt я также считаю, что она непригодна для использования в системах автоматизации контроля качества. В числе «служебных программ для гостей» VirtualBox имеет видеодрайвер paravirt, который будет обеспечивать автоматическое изменение размера окна и иногда «ошибочный» режим, в котором окна вашего гостя будут отображаться среди хоста, что (теоретически) обеспечивает более интегрированный опыт.
Если вы используете «основную ОС», которая специально не предназначена для виртуализации, вы не используете «голую железную» виртуализацию и минималистичное, полностью «голое» решение, в котором (микро) ядро в основном Управление построено строго для целей виртуализации, которая будет серьезно неоптимальной, если вы хотите, чтобы ваш рабочий стол Windows отображался на одном и том же оборудовании. Если вы хотите не «голую железу », а аппаратную виртуализацию, все, что здесь предлагается, предлагает это - хотя для VirtualBox это опция конфигурации, выбираемая флажками; по умолчанию он использует более традиционные методы.