Hyper-V è un vero hypervisor

16

Secondo Wikipedia, ci sono server Hyper-V e Hyper-V. Ok...

Il server Hyper-V non ha bisogno di un sistema operativo per funzionare, quindi è vero Hypervisor. Ma che dire di Hyper-V all'interno di Windows2008, è un "tipo 2"?

— stef
fonte

18

Quando Hyper-V viene eseguito come ruolo su Windows Server 2008 e Windows Server 2008 R2 è ancora e hypervisor.

È di tipo 1 (metallo nudo) in entrambi i casi.

Il trucco qui è che quando si installa Hyper-V come ruolo su Windows Server 2008 R2 si vede Windows Server come un sistema operativo host e non lo è. L'installazione converte il sistema operativo originale in qualcosa di simile a una macchina virtuale e inserisce l'hypervisor di seguito. Questa è la cosiddetta partizione radice o parent di Hyper-V. Ecco perché si sperimenta la stessa velocità in quella che vedi come la "macchina reale" e le macchine virtuali.

È possibile trovare l' architettura Hyper-V su MSDN .

— Ricardo Polo
fonte

Non sono d'accordo con il fatto che sia di tipo 1. Perché si basa fortemente sulla partizione di root e non può funzionare senza di essa.

— Alexey Frunze,

@Alex: Mentre molti SO "parlano" con la Root Partition, non è necessario. Una "partizione non illuminata" è perfettamente in grado di funzionare senza l'aiuto della partizione radice. Semmai dovrebbe essere chiamato "Tipo 1 + 2" ma sicuramente non "Tipo 1".

— Bart De Vos,

@Alex leggi l'architettura. È di tipo 1. Si verifica nella partizione radice per alcune cose ed è stato progettato in questo modo fondamentalmente per avere un'enorme compatibilità di driver e non necessita di hardware speciale con driver speciali. Ma l'accesso a risorse come proccesor, memoria ecc. Non passa attraverso la partizione di root.

— Ricardo Polo,

@BartDeVos: No, incapace. Guarda cosa fa VMWP : [Virtual Machine Worker Process] also handles IRQs, memory and I/O port mapping through a Virtual Motherboard (VMB).nota anche che

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.

Tipo 1.5.

— Alexey Frunze,

1

@Alex, puoi suggerire un hypervisor che può funzionare senza la partizione di root, a titolo di confronto?

— Harry Johnston,

17

inserisci qui la descrizione dell'immagine

Ogni volta che la tua soluzione di virtualizzazione necessita di un sistema operativo (a parte quello per operazioni molto semplici) per essere eseguita, è la virtualizzazione di "Tipo 2".

Sembra che il sistema operativo Windows Server si virtualizzerà automaticamente quando si installa il server roll. L'hypervisor verrà avviato inizialmente all'avvio che passerà il processo di avvio a Windows Server 2008, che ora è la partizione padre. La partizione padre viene anche definita partizione radice. Ulteriori informazioni sono disponibili in questo articolo

Quindi, Hyper-V è bare-metal e quindi di tipo 1.

— Bart De Vos
fonte

2

Bella grafica. Rende molto semplice mostrare la differenza.

— mrdenny,

5

Hyper-V è un hypervisor di tipo 1 , indipendentemente dal fatto che sia installato come componente del server Windows o come "server Hyper-V".

Nel primo caso, sembra che sia un prodotto di tipo 2 perché si installa prima Windows, ma quando si installa il ruolo hyper-V, essenzialmente virtualizza l'installazione del server Windows che è già presente.

(vedere anche la scheda tecnica da questa pagina e il "poster" di architettura di virtualizzazione hyper-v molto grande qui ).

— Rob Moir
fonte

-6

L'hypervisor è dello stesso tipo 2 in entrambi i casi.

EDIT: OK, a rigor di termini, in base al design, non è né di tipo 1 né di tipo 2, è una miscela dei due.

— Alexey Frunze
fonte

1

-1. Secondo Wikipedia, non è vero. Anche se Hyper-V sembra che l'hypervisor sia in esecuzione su un sistema operativo 2008. In realtà è un'istanza virtualizzata del 2008.

— kbyrd,

Anche se il sistema operativo Windows è minimo, Hypervisor non è autosufficiente e non funziona direttamente su hardware nudo. Ha ancora bisogno di Windows per funzionare. Il motivo principale sono i driver di dispositivo di Windows. Inoltre, c'è il supporto per bitlocker. Sarebbe uno spreco duplicare bitlocker nell'hypervisor e sviluppare driver diversi per esso o rearchitecture per lavorare direttamente con loro. Hyper-V Server utilizza la stessa tecnologia di Hyper-V su Windows Server, ma non fornisce l'intero sistema operativo Windows.

— Alexey Frunze,

2

No. È di tipo 1. Non una miscela. Se vuoi essere tecnico, Hypervisor su Hyper-V è l'unica cosa che gira sull'anello 1 di architettura x86-64. Niente di più :). Le altre raccomandazioni che forse ti confondono come VMBus, il servizio di gestione delle macchine virtuali ecc. La maggior parte di esse sono progettate per consentire alle macchine virtuali di funzionare più velocemente con tutte le esecuzioni hardware su un livello superiore. Se leggete l'architettura di altri hypervisor di leader di mercato, troverete le stesse cose e per questo non significa che non siano di tipo 1.

— Ricardo Polo,

@RicardoPolo: i dispositivi virtuali emulati (non solo sintetici / VMBus) sono emulati principalmente nella partizione radice. L'hypervisor emula pochissimi di essi (ad es. CPU, APIC locale). Vedi le Specifiche Funzionali di Hypervisor per quello che fa. La sezione 9.1.1 spiega in particolare come gli accessi della VM ai dispositivi emulati vengono intercettati dalla partizione padre / radice ed emulati lì, non nell'HV. VMBus e dispositivi sintetici al di fuori di HV rendono le cose più veloci, ma le VM legacy / non modificate non ne traggono vantaggio e sono comunque emulate in root.

— Alexey Frunze,