Jak sugerowano gdzie indziej, VMWare ESXi jest tym, co jest dostępne w postaci darmowych hiperwizorów typu bare-metal, gdzie „bare metal” oznacza, że to, co ostatecznie załadowałeś, jest mniejsze niż pełny system operacyjny.
Xen ma również tryb HVM , w którym stosowana jest wirtualizacja na poziomie sprzętowym; w tym trybie może uruchamiać gości systemu Windows. Xen najwyraźniej ma „hypervisor” bez systemu operacyjnego - ponieważ działa pod nim nawet system operacyjny Dom0 - ale jego konfiguracja i obsługa jest znacznie skomplikowana i nakłada ograniczenia na jądra, które można uruchamiać w domenach innych niż HVM (w tym Dom0 , podstawowe jądro, które przechodzi przez dostęp sprzętowy do innych i ma prawa administracyjne, to jedno). HVM wymaga procesora i płyty głównej z obsługą wirtualizacji sprzętowej; zobacz listę Xen wiki płyt głównych kompatybilnych z HVM .
To powiedziawszy, może być bardziej interesujące dla KVM . Zamiast używać Linuksa do zarządzania oddzielnym, zastrzeżonym jądrem hiperwizora (podobnie jak ESX), KVM wbudowuje funkcje hiperwizora w samego Linuksa. Jak to „bare metal” zależy od twojej interpretacji - ale jeśli twój host z KVM jest niczym innym jak 40 MB initrd, który ma tylko kvm + libvirt + powiązane narzędzia (powiedzmy coś o oVirt Red Hata ), Mamy coś, co w praktyce nie jest całkowicie odmienne od ESX. Komponent przestrzeni użytkownika KVM pochodzi z QEMU, co sprawia, że jest on wszechstronny i elastyczny - coś, czego niekoniecznie potrzebujesz do komputera stacjonarnego, ale co jest bardzo interesujące w symulacji systemów osadzonych (z, powiedzmy, tylko szeregowym I / O i bez adaptera VGA), konfigurowanie złożone łańcuchy obrazów COW do zabezpieczenia pamięci masowej lub konfigurowania interesujących topologii sieci wirtualnej. Podobnie jak Xen HVM, KVM wymaga przyspieszenia sprzętowego. KVM działa dość nie wymagający goście Windows (w tym Vista), ale w tej chwili dostępne są tylko parawirusowe sterowniki sieciowe dla Windows; inne sterowniki muszą używać emulowanego sprzętu, który jest nieco wolniejszy. (Qumranet finansuje rozwój innych sterowników dla systemu Windows, więc spodziewaj się ich w końcu. Nowsze wersje jądra Linuksa mają wiele innych parawirusowych sterowników kompatybilnych z KVM - dla I / O dysku, zegara i innych urządzeń - dołączonych wcześniej) ).
W przypadku komputerów stacjonarnych VirtualBox jest dobrze dopasowany, chociaż w ogóle nie jest podatny na korzystanie z „barego metalu”. Ze względu na brak obsługi libvirt uważam również, że nie nadaje się do automatyzacji kontroli jakości. VirtualBox ma sterownik wideo paravirt wśród „narzędzi dla gości”, który zapewni automatyczną zmianę rozmiaru okna i czasami błędny „bezproblemowy” tryb, w którym okna twojego gościa pojawią się wśród hostów, co (teoretycznie) zapewni bardziej zintegrowane wrażenia.
Jeśli korzystasz z „podstawowego systemu operacyjnego”, który nie jest specjalnie zaprojektowany do wirtualizacji, nie wykonujesz wirtualizacji „od zera”, a także minimalistyczne, w pełni „od zera” rozwiązanie, w którym jądro (mikro) w podstawowym kontrola jest zbudowana wyłącznie w celu wirtualizacji, która będzie poważnie nieoptymalna, jeśli chcesz, aby pulpit systemu Windows wyświetlał się na tym samym sprzęcie. Jeśli to, czego chcesz, nie jest „gołym metalem”, ale wirtualizacją wspomaganą sprzętowo, wszystko sugerowane tutaj oferuje to - chociaż dla VirtualBox jest to opcja konfiguracji do wyboru; domyślnie używa bardziej tradycyjnych metod.