L'hyperviseur gère la technique de virtualisation et crée, exécute et surveille simultanément plusieurs machines virtuelles (invitées) sur un unique matériel informatique (hôte).
Ainsi, les hyperviseurs régulent le processus de virtualisation et créent de multiples machines virtuelles, ce qui vous permet de travailler simultanément sur plusieurs instances informatiques. C'est là la différence fondamentale entre la virtualisation et les hyperviseurs.
Le moniteur de machines virtuelles (VMM), ou hyperviseur, agit en tant que superviseur. Il est implémenté au niveau du matériel informatique, soit sous forme de code intégré au firmware du système, soit sous forme de couche logicielle.
Les hyperviseurs créent, démarrent, arrêtent et réinitialisent plusieurs machines virtuelles, tout en partageant virtuellement leurs ressources, telles que la mémoire vive et le contrôleur d'interface réseau.
Le VMM régit les systèmes d'exploitation invités et gère leur exécution sur une plateforme d'exploitation virtuelle. De plus, il isole logiquement les machines virtuelles (VM) les unes des autres ; ainsi, même si un système d'exploitation plante pour une raison quelconque, les autres VM peuvent continuer de fonctionner sans entrave.
Deux types d'hyperviseurs : Type 1 et Type 2
En fonction de leur système de fonctionnement, les hyperviseurs sont divisés en deux catégories :
- Type 1 – Hyperviseur natif (Bare Metal)
- Type 2 – Hyperviseur hébergé
La principale raison pour laquelle les hyperviseurs sont classés en deux types réside dans la présence ou l'absence d'un système d'exploitation sous-jacent.
Le type 1 s'exécute directement sur le matériel, avec des ressources de machine virtuelle fournies. Le type 2 s'exécute sur le système d'exploitation hôte pour assurer la gestion de la virtualisation ainsi que d'autres services.
Hyperviseurs de type 1 et de type 2 : tableau comparatif
| Critère | Hyperviseur de type 1 | Hyperviseur de type 2 |
| Aussi appelé (AKA) | Bare-metal ou natif | Hébergé (Hosted) |
| Définition | Fonctionne directement sur le matériel du système, avec des machines virtuelles (VM) exécutées dessus | Fonctionne sur un système d’exploitation conventionnel |
| Virtualisation | Virtualisation matérielle | Virtualisation au niveau du système d’exploitation |
| Fonctionnement | Les systèmes d’exploitation invités et les applications s’exécutent directement sur l’hyperviseur | S’exécute comme une application sur le système d’exploitation hôte |
| Scalabilité | Meilleure scalabilité | Moins élevée en raison de la dépendance au système d’exploitation sous-jacent |
| Installation / Configuration | Simple, tant que le matériel dispose du support nécessaire | Installation plus simple, car un système d’exploitation est déjà présent |
| Indépendance du système | Accès direct au matériel ainsi qu’aux machines virtuelles qu’il héberge | Ne peut pas accéder directement au matériel de l’hôte ni à ses ressources |
| Vitesse | Plus rapide | Plus lent en raison de la dépendance au système |
| Performance | Performances plus élevées car il n’y a pas de couche intermédiaire | Performances comparativement réduites en raison de la surcharge supplémentaire |
| Sécurité | Plus sécurisé | Moins sécurisé, car un problème dans le système d’exploitation de base peut affecter tout le système, y compris l’hyperviseur |
| Exemples | • VMware ESXi • Microsoft Hyper-V • Citrix XenServer | • VMware Workstation Player • Microsoft Virtual PC • VirtualBox |
Hyperviseur natif ou hébergé : quelle est la meilleure option ?
Pour les applications d'entreprise et le cloud computing, les hyperviseurs bare-metal sont préférables, principalement en raison de leur indépendance vis-à-vis du système d'exploitation hôte.
Pour la même raison, le type 1 génère une charge supplémentaire moindre, et tout dysfonctionnement au sein d'une machine virtuelle individuelle ne nuit pas au reste du système.
Les hyperviseurs natifs constituent une option plus sécurisée. Contrairement aux hyperviseurs hébergés, ils ne dépendent pas du système d'exploitation sous-jacent.
Ainsi, en cas d'attaque, vous avez de meilleures chances avec un hyperviseur « bare-metal » (de type 1). Cette dépendance coûte également au serveur de type 2 un peu de son efficacité, de ses performances et de sa rapidité.
Le type 2 n'ayant pas d'accès direct au matériel et aux ressources de l'hôte, un certain degré de latence peut s'avérer inévitable. Le système d'exploitation déjà en place gère les besoins en mémoire, en stockage et en ressources réseau.
Bien que ce ne soit pas le cas pour des scénarios plus simples, les hyperviseurs hébergés restent populaires pour un usage personnel et les PME.
Pour certains environnements de développement — notamment ceux nécessitant l'accès à plusieurs systèmes d'exploitation et à leurs variantes —, les hyperviseurs de type 2 constituent une option préférable. Sur les dispositifs non dédiés au rôle d'hôte de machines virtuelles, les hyperviseurs hébergés sont recommandés.
