Hyper-V est-il un véritable hyperviseur


16

Selon Wikipedia, il existe des serveurs Hyper-V et Hyper-V. D'accord...

Le serveur Hyper-V n'a pas besoin d'un système d'exploitation pour fonctionner, il s'agit donc d'un véritable hyperviseur. Mais qu'en est-il d'Hyper-V à l'intérieur de windows2008, est-ce un "type 2"?

Réponses:


18

Lorsque Hyper-V s'exécute en tant que rôle sur Windows Server 2008 et Windows Server 2008 R2, il est toujours et hyperviseur.

Il s'agit du type 1 (métal nu) dans les deux cas.

L'astuce ici est que lorsque vous installez Hyper-V en tant que rôle sur Windows Server 2008 R2, vous voyez Windows Server comme un système d'exploitation hôte et ce n'est pas le cas. La configuration convertit le système d'exploitation d'origine en quelque chose comme une machine virtuelle et place l'hyperviseur ci-dessous. C'est ce qu'on appelle la partition racine ou parent d'Hyper-V. C'est pourquoi vous ressentez la même vitesse dans ce que vous voyez comme la "vraie machine" et les machines virtuelles.

Vous pouvez trouver l' architecture Hyper-V sur MSDN .


Je ne suis pas d'accord avec le fait qu'il soit de type 1. Parce qu'il dépend fortement de la partition racine et ne peut pas fonctionner sans elle.
Alexey Frunze

@Alex: Bien que de nombreux systèmes d'exploitation "parlent" à la partition racine, ce n'est pas obligatoire. Une "partition non éclairée" est parfaitement capable de fonctionner sans l'aide de la partition racine. Si quoi que ce soit, cela devrait être appelé "Type 1 + 2" mais certainement pas "Type 1".
Bart De Vos

@Alex a lu l'architecture. Est de type 1. Il fonctionne dans la partition racine pour certaines choses et il a été conçu de cette façon essentiellement pour avoir une compatibilité des pilotes énorme et n'a pas besoin spécialement de matériel avec des pilotes spéciaux. Mais l'accès aux ressources comme le processeur, la mémoire, etc. ne passe pas par la partition racine.
Ricardo Polo

@ BartDeVos: Non, incapable. Voir ce que fait VMWP : [Virtual Machine Worker Process] also handles IRQs, memory and I/O port mapping through a Virtual Motherboard (VMB).Notez également 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.Type 1.5.
Alexey Frunze

1
@Alex, pouvez-vous suggérer un hyperviseur qui peut fonctionner sans la partition racine, à titre de comparaison?
Harry Johnston

17

entrez la description de l'image ici

Chaque fois que votre solution de virtualisation a besoin d'un système d'exploitation (autre que le sien pour des tâches très basiques) pour fonctionner, c'est la virtualisation de "Type 2".

Il semble que le système d'exploitation Windows Server se virtualisera lorsque vous installerez le serveur roll. L'hyperviseur sera démarré initialement au démarrage, ce qui transférera le processus de démarrage à Windows Server 2008, qui est maintenant la partition parent. La partition parent est également appelée partition racine. Plus d'informations peuvent être trouvées dans cet article

Ainsi, Hyper-V est en métal nu et donc de type 1.


2
Joli graphique. Il est très facile de montrer la différence.
mrdenny

5

Hyper-V est un hyperviseur de type 1 , qu'il soit installé en tant que composant de serveur Windows ou en tant que «serveur Hyper-V».

Dans le premier cas, il semble que ce soit un produit de type 2 car vous installez d'abord Windows, mais lorsque vous installez le rôle hyper-V, il virtualise essentiellement l'installation du serveur Windows qui est déjà présente.

(voir aussi la fiche technique de cette page , et la très grande "affiche" de l'architecture de virtualisation hyper-v ici ).


-6

L'hyperviseur est du même type 2 dans les deux cas.

EDIT: OK, à proprement parler, basé sur la conception, ce n'est ni de type 1 ni de type 2, c'est un mélange des deux.


1
-1. Selon Wikipedia, ce n'est pas vrai. Même si Hyper-V semble que l'hyperviseur fonctionne sur un système d'exploitation 2008. Il s'agit en fait d'une instance virtualisée de 2008.
kbyrd

Même si le système d'exploitation Windows est minimal, l'hyperviseur n'est pas autosuffisant et ne s'exécute pas directement sur du matériel nu. Il a toujours besoin de Windows pour fonctionner. La principale raison étant les pilotes de périphériques Windows. En outre, il existe un support pour bitlocker. Ce serait un gaspillage de dupliquer le bitlocker dans l'hyperviseur et de développer différents pilotes ou de le réarchitecturer pour qu'il fonctionne directement avec eux. Le serveur Hyper-V utilise la même technologie que Hyper-V sur Windows Server, mais ne vous donne pas tout le système d'exploitation Windows.
Alexey Frunze

2
Non. C'est le type 1. Pas un mélange. Si vous voulez être technique, l'hyperviseur sur Hyper-V est la seule chose qui fonctionne sur l'anneau 1 de l'architecture x86-64. Rien de plus :). Les autres inconvénients qui vous déroutent peut-être comme le VMBus, le service de gestion de machine virtuelle, etc. la plupart d'entre eux conçus pour permettre aux machines virtuelles de fonctionner plus rapidement avec tous les exécutions de matériel sur une couche supérieure. Si vous lisez l'architecture de l'hyperviseur des autres leaders du marché, vous trouverez les mêmes choses et cela ne signifie pas qu'elles ne sont pas de type 1.
Ricardo Polo

@RicardoPolo: les périphériques virtuels émulés (pas seulement synthétiques / VMBus) sont émulés principalement dans la partition racine. L'hyperviseur émule très peu d'entre eux (par exemple CPU, APIC local). Voir la spécification fonctionnelle de l'hyperviseur pour ce qu'il fait. La section 9.1.1 explique en particulier comment les accès des VM aux périphériques émulés sont interceptés par la partition parent / racine et y sont émulés, pas dans le HV. Les VMBus et les appareils synthétiques en dehors de HV accélèrent les choses, mais les machines virtuelles héritées / non modifiées ne profitent pas et sont toujours émulées en racine.
Alexey Frunze
En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.