Czy Hyper-V to prawdziwy hiperwizor

16

Według Wikipedii istnieją serwery Hyper-V i Hyper-V. Dobrze...

Serwer Hyper-V nie potrzebuje systemu operacyjnego do uruchomienia, więc jest to prawdziwy Hypervisor. Ale co z Hyper-V w Windows2008, czy jest to „typ 2”?

— Stef
źródło

18

Gdy funkcja Hyper-V działa jako rola w systemie Windows Server 2008 i Windows Server 2008 R2, nadal działa ona jako hypervisor.

W obu przypadkach jest to typ 1 (goły metal).

Sztuczka polega na tym, że podczas instalowania funkcji Hyper-V jako roli w systemie Windows Server 2008 R2 system Windows Server jest podobny do systemu operacyjnego hosta, ale tak nie jest. Instalator konwertuje oryginalny system operacyjny na coś w rodzaju maszyny wirtualnej i umieszcza hiperwizora poniżej. Nazywa się to partycją główną lub nadrzędną Hyper-V. Dlatego doświadczasz tej samej prędkości w tym, co widzisz jako „prawdziwa maszyna” i maszyny wirtualne.

Architekturę Hyper-V można znaleźć w witrynie MSDN .

— Ricardo Polo
źródło

Nie zgadzam się z tym, że jest typu 1. Ponieważ w dużej mierze opiera się na partycji głównej i nie może bez niej działać.

— Alexey Frunze,

@Alex: Podczas gdy wiele systemów operacyjnych „rozmawia” z partycją główną, nie jest to wymagane. „Nieoświetlona partycja” jest doskonale zdolna do pracy bez pomocy partycji root. Jeśli tak, to powinno się nazywać „Typ 1 + 2”, ale zdecydowanie nie „Typ 1”.

— Bart De Vos,

@Alex przeczytaj arquitecture. Jest typu 1. W niektórych przypadkach działa na partycji root i został zaprojektowany w ten sposób, aby mieć ogromną kompatybilność sterowników i nie wymaga specjalnego sprzętu ze specjalnymi sterownikami. Ale dostęp do zasobów takich jak procesor, pamięć itp. Nie przechodzi przez partycję root.

— Ricardo Polo,

@BartDeVos: Nie, niezdolny. Zobacz, co robi VMWP : [Virtual Machine Worker Process] also handles IRQs, memory and I/O port mapping through a Virtual Motherboard (VMB).Zwróć też uwagę, że

Virtual Devices are managed by the Virtual Motherboard (VMB). Virtual Motherboards are contained within the Virtual Machine Worker Processes, of which there is one for each virtual machine. Virtual Devices fall into two categories, Core VDevs and Plug-in VDevs. Core VDevs can either be Emulated Devices or Synthetic Devices.

typ 1.5.

— Alexey Frunze

1

@Alex, czy możesz zasugerować hiperwizor, który może funkcjonować bez partycji root, dla porównania?

— Harry Johnston,

17

wprowadź opis zdjęcia tutaj

Ilekroć twoje rozwiązanie do wirtualizacji potrzebuje systemu operacyjnego (innego niż własny do bardzo podstawowych zadań), to jest to wirtualizacja „typu 2”.

Wygląda na to, że system operacyjny Windows Server sam się zwirtualizuje po zainstalowaniu rolki serwera. Hypervisor zostanie uruchomiony początkowo podczas rozruchu, co spowoduje przekazanie procesu rozruchu do systemu Windows Server 2008, który jest teraz partycją nadrzędną. Partycja nadrzędna jest również nazywana partycją główną. Więcej informacji można znaleźć w tym artykule

Tak więc Hyper-V jest bez metalu, a zatem Typu 1.

— Bart De Vos
źródło

2

Ładna grafika. Ułatwia pokazanie różnicy.

— mrdenny,

5

Hyper-V jest hiperwizorem typu 1 , bez względu na to, czy jest zainstalowany jako składnik serwera Windows, czy jako „serwer Hyper-V”.

W pierwszym przypadku wygląda na to, że jest to produkt typu 2, ponieważ najpierw instalujesz system Windows, ale podczas instalowania roli Hyper-V zasadniczo wirtualizuje on już zainstalowaną instalację systemu Windows.

(patrz także arkusz danych z tej strony oraz bardzo duży „plakat” architektury wirtualizacji hyper-v tutaj ).

— Rob Moir
źródło

-6

W obu przypadkach hiperwizor jest tego samego typu 2.

EDYCJA: OK, ściśle mówiąc, w oparciu o projekt, nie jest to ani typ 1, ani typ 2, to połączenie dwóch.

— Alexey Frunze
źródło

1

-1. Według Wikipedii to nieprawda. Mimo że Hyper-V wygląda na to, że hypervisor działa w systemie operacyjnym 2008. W rzeczywistości jest to zwirtualizowana instancja z 2008 roku.

— kbyrd

Mimo że system operacyjny Windows jest minimalny, Hypervisor nie jest samowystarczalny i nie działa bezpośrednio na goły sprzęt. Nadal potrzebuje systemu Windows do działania. Głównym powodem są sterowniki urządzeń z systemem Windows. Ponadto istnieje wsparcie dla Bitlocker. Byłoby marnotrawstwem powielać funkcję Bitlocker w hiperwizorze i opracowywać dla niej różne sterowniki lub przebudować go, aby bezpośrednio z nimi współpracować. Serwer Hyper-V korzysta z tej samej technologii co Hyper-V w systemie Windows Server, po prostu nie zapewnia całego systemu operacyjnego Windows.

— Alexey Frunze,

2

Nie. To Typ 1. Nie jest mieszanką. Jeśli chcesz być technicznym, Hypervisor na Hyper-V jest jedyną rzeczą, która działa na pierścieniu 1 arquitecture x86-64. Nic więcej :). Inne opcje, które mogą wprowadzać w błąd, takie jak VMBus, usługa zarządzania maszynami wirtualnymi itp. Większość z nich ma na celu umożliwienie maszynom wirtualnym szybszej pracy z całym sprzętem działającym na wyższej warstwie. Jeśli przeczytasz arcydzieł hiperwizora innych liderów rynku, znajdziesz te same rzeczy, a to nie znaczy, że nie są typem 1.

— Ricardo Polo

@ RicardoPolo: emulowane urządzenia wirtualne (nie tylko syntetyczne / VMBus) są emulowane głównie na partycji root. Hiperwizor emuluje bardzo niewiele z nich (np. CPU, lokalny APIC). Zobacz, jak działa funkcja Hypervisor . W szczególności w sekcji 9.1.1 wyjaśniono, w jaki sposób dostęp maszyny wirtualnej do emulowanych urządzeń jest przechwytywany przez partycję nadrzędną / główną i tam emulowany, a nie w HV. Urządzenia VMBus i syntetyczne poza HV przyspieszają, ale starsze / niemodyfikowane maszyny wirtualne nie korzystają z tej przewagi i nadal są emulowane w katalogu głównym.

— Alexey Frunze