Как уже говорилось в другом месте, 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, что делает его всевозможным мощным и гибким - то, что вам не обязательно нужно для настольного компьютера, но очень интересно при моделировании встроенных систем (скажем, только с последовательным I/O и без адаптера VGA), настройка сложных цепочек образов COW для хранения данных или настройка интересных топологий виртуальных сетей. Как и Xen HVM, KVM требует аппаратного ускорения. KVM достаточно хорошо работает с нетребовательными гостями Windows (включая Vista), но в настоящее время доступны только паравиртуальные сетевые драйверы для Windows; другие драйверы должны использовать эмулируемое оборудование, что несколько медленнее. (Qumranet финансирует разработку других драйверов для Windows, так что ждите их в конце концов. В более новых версиях ядра Linux есть много других KVM-совместимых паравиртуальных драйверов (для дискового ввода-вывода, тактового генератора и других устройств - включая восходящий поток).
Для настольных ПК VirtualBox хорошо подходит, хотя он совершенно не поддается "голому металлу". Из-за отсутствия поддержки libvirt , я также считаю, что она не подходит для использования в автоматизации QA. В числе "служебных программ для гостей" VirtualBox имеет видеодрайвер paravirt, который обеспечит автоматическое изменение размера окна и иногда "глючный" режим, в котором окна вашего гостя будут отображаться среди хоста, что (теоретически) сделает работу более интегрированной.
Если вы используете "основную ОС", которая специально не предназначена для виртуализации, вы не используете "голую железную" виртуализацию и минималистичное, полностью "голое железо" решение, в котором (микро) ядро в основном Управление построено строго для целей виртуализации, которая будет серьезно неоптимальной, если вы хотите, чтобы ваш рабочий стол Windows отображался на одном и том же оборудовании. Если вы хотите не «голую железу », а аппаратную виртуализацию, все, что здесь предлагается, предлагает это - хотя для VirtualBox это опция конфигурации, выбираемая флажками; по умолчанию он использует более традиционные методы.