¿Es Hyper-V un hipervisor real?

16

Según Wikipedia, hay servidores Hyper-V e Hyper-V. Okay...

El servidor Hyper-V no necesita un sistema operativo para ejecutarse, por lo que es un verdadero hipervisor. Pero, ¿qué pasa con Hyper-V dentro de windows2008, es un "tipo 2"?

Stef
fuente

Respuestas:

18

Cuando Hyper-V se ejecuta como un rol en Windows Server 2008 y Windows Server 2008 R2, sigue siendo un hipervisor.

Es de tipo 1 (metal desnudo) en ambos casos.

El truco aquí es que cuando instala Hyper-V como un rol en Windows Server 2008 R2, ve al Windows Server como un sistema operativo host y no lo es. La configuración convierte el sistema operativo original en algo así como una VM y coloca el hipervisor a continuación. Esto es lo que se llama la partición raíz o primaria de Hyper-V. Es por eso que experimentas la misma velocidad en lo que ves como la "máquina real" y las máquinas virtuales.

Puede encontrar la arquitectura Hyper-V en MSDN .

Ricardo Polo
fuente
No estoy de acuerdo con que sea de tipo 1. Porque depende en gran medida de la partición raíz y no puede funcionar sin ella.
Alexey Frunze el
@Alex: Si bien muchos sistemas operativos "hablan" con la partición raíz, no es necesario. Una "partición no iluminada" es perfectamente capaz de trabajar sin la ayuda de la partición raíz. En todo caso, debería llamarse "Tipo 1 + 2" pero definitivamente no "Tipo 1".
Bart De Vos
@Alex leyó la arquitectura. Es Tipo 1. Realiza en la partición raíz para algunas cosas y fue diseñado de esta manera básicamente para tener una gran compatibilidad de controladores y no necesita hardware especial con controladores especiales. Pero el acceso a recursos como el procesador, la memoria, etc. no pasa a través de la partición raíz.
Ricardo Polo el
@BartDeVos: No, incapaz. Vea lo que hace VMWP : [Virtual Machine Worker Process] also handles IRQs, memory and I/O port mapping through a Virtual Motherboard (VMB).también tenga en cuenta que 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 el
1
@ Alex, ¿puede sugerir un hipervisor que pueda funcionar sin la partición raíz, a modo de comparación?
Harry Johnston el
17

ingrese la descripción de la imagen aquí

Cada vez que su solución de virtualización necesita un sistema operativo (aparte del propio para tareas muy básicas) para ejecutarse, es la virtualización "Tipo 2".

Parece que el sistema operativo Windows Server se virtualizará cuando instale el servidor roll. El hipervisor se iniciará inicialmente en el arranque, que transferirá el proceso de arranque a Windows Server 2008, que ahora es la partición principal. La partición primaria también se conoce como partición raíz. Más información se puede encontrar en este artículo

Entonces, Hyper-V es de metal desnudo y, por lo tanto, Tipo 1.

Bart De Vos
fuente
2
Bonito gráfico. Hace que sea muy fácil mostrar la diferencia.
mrdenny 01 de
5

Hyper-V es un hipervisor de tipo 1 , sin importar si está instalado como un componente del servidor de Windows o como "servidor de Hyper-V".

En el primer caso, parece que es un producto tipo 2 porque instala Windows primero, pero cuando instala la función Hyper-V, esencialmente virtualiza la instalación del servidor de Windows que ya está presente.

(consulte también la hoja de datos de esta página y el "póster" de arquitectura de virtualización de hiperv muy grande aquí ).

Rob Moir
fuente
-6

El hipervisor es el mismo tipo 2 en ambos casos.

EDITAR: OK, estrictamente hablando, según el diseño, no es ni tipo 1 ni tipo 2, es una mezcla de los dos.

Alexey Frunze
fuente
1
-1. Según Wikipedia, eso no es cierto. Aunque Hyper-V parece que el hipervisor se ejecuta en un sistema operativo 2008. En realidad es una instancia virtualizada de 2008.
kbyrd el
Aunque el sistema operativo Windows es mínimo, el hipervisor no es autosuficiente y no se ejecuta directamente en hardware desnudo. Todavía necesita Windows para funcionar. La razón principal son los controladores de dispositivos de Windows. Además, hay soporte para bitlocker. Sería un desperdicio duplicar bitlocker en el hipervisor y desarrollar diferentes controladores para él o volver a diseñarlo para trabajar con ellos directamente. El servidor Hyper-V utiliza la misma tecnología que Hyper-V en Windows Server, simplemente no le ofrece todo el sistema operativo Windows.
Alexey Frunze el
2
No. Es de tipo 1. No es una mezcla. Si quiere ser técnico, el hipervisor en Hyper-V es lo único que se ejecuta en el anillo 1 de x86-64 arquitectura. Nada mas :). Los otros comandos que tal vez lo confunden, como VMBus, el Servicio de administración de máquinas virtuales, etc., la mayoría de ellos diseñados para permitir que las máquinas virtuales funcionen más rápido con todas las ejecuciones de hardware en una capa superior. Si lees la arquitectura del hipervisor de otros líderes del mercado, encontrarás las mismas cosas y eso no significa que no sean del tipo 1.
Ricardo Polo
@RicardoPolo: los dispositivos virtuales emulados (no solo sintéticos / VMBus) se emulan principalmente en la partición raíz. El hipervisor emula muy pocos de ellos (por ejemplo, CPU, APIC local). Consulte la Especificación funcional del hipervisor para saber qué hace. La Sección 9.1.1 en particular explica cómo los accesos de VM a dispositivos emulados son interceptados por la partición padre / raíz y emulados allí, no en el HV. Los dispositivos VMBus y sintéticos fuera de HV hacen que las cosas sean más rápidas, pero las máquinas virtuales heredadas / no modificadas no aprovechan la ventaja y aún se emulan en la raíz.
Alexey Frunze