En règle générale, je ne dis pas aux gens quel produit utiliser. Je crois que vous devriez choisir ce qui répond le mieux à vos besoins. Si rien n’est disponible qui s’aligne parfaitement, mélangez et assortissez jusqu’à ce que vous vous rapprochiez le plus possible. Je n’aime pas que les gens choisissent d’abord leur produit, puis donnent des justifications commodes à ce choix. Deux exemples courants : « Personne n’a jamais été licencié pour avoir acheté IBM » et « Ce produit est le plus populaire ». Mon but ici n’est pas de dicter quel produit est supérieur, mais de vous guider vers une décision éclairée. Cette décision pourrait être d’utiliser les deux hyperviseurs.

Client Hyper-V et VirtualBox : Un aperçu technologique

Nous sommes tous des gens de technologie ici, alors commençons par examiner ces deux hyperviseurs d’un point de vue technologique.

Ils ne sont pas du même type

La différence la plus évidente entre les deux produits est que Client Hyper-V est un hyperviseur de type 1 et VirtualBox est un hyperviseur de type 2. Maintenant, chaque fois que je dis « Hyper-V est un hyperviseur de type 1 » et que j’essaie ensuite d’expliquer ce qu’est un hyperviseur de type 1, je reçois invariablement au moins quelques commentaires qui me disent que ma description est tout à fait fausse et que « Hyper-V est… », puis le commentateur poursuit en décrivant Hyper-V comme un hyperviseur de type 2. Soit mes explications ne sont pas très bonnes, soit les gens ne croient tout simplement pas que Hyper-V est un hyperviseur de type 1. J’espère que la plus grande partie de cela est que la ligne entre le type 1 et le type 2 est loin d’être aussi solide que certaines personnes voudraient vous faire croire, et donc ces commentateurs voient simplement les choses différemment.

De toute façon, je vais tenter une nouvelle méthode d’explication du type 1 contre le type 2, mais la restreindre à ce contexte.

Processus de démarrage de l’hyperviseur : Oracle VirtualBox

Je vais commencer par expliquer comment VirtualBox est démarré. C’est un hyperviseur de type 2 et le plus facile à comprendre.

1. L’ordinateur physique est démarré
2. Le système de démarrage de l’ordinateur physique (BIOS ou UEFI) transmet le contrôle au système d’exploitation installé sur le matériel. Pour VirtualBox, cela peut être Windows, Linux, OSX ou Solaris
3. L’utilisateur (c’est-à-dire vous) démarre l’application VirtualBox.
4. L’utilisateur (c’est-à-dire vous) sélectionne la ou les machines virtuelles à démarrer. VirtualBox spawns les processus d’hébergement

Simple, non ?

Processus de démarrage de l’hyperviseur : Client Hyper-V

En tant qu’hyperviseur de type 1, la routine de démarrage de Client Hyper-V est assez différente de celle de VirtualBox à un niveau fondamental.

1. L’ordinateur physique est démarré
2. Le système de démarrage de l’ordinateur physique (BIOS ou UEFI) transmet le contrôle à Hyper-V
3. Hyper-V démarre le système d’exploitation de gestion. Le système d’exploitation de gestion ne peut être que Windows, Windows Server ou Hyper-V Server
4. En réponse à des paramètres automatiques ou à des instructions manuelles de l’utilisateur (c’est-à-dire vous), Hyper-V spawns des partitions pour les machines virtuelles

Il existe des variations dans la façon dont les différents hyperviseurs de type 1 et de type 2 accomplissent leurs objectifs, donc je ne peux pas simplement faire quelques déclarations générales et partir. Nous allons jeter un coup d’œil à quelques-unes des différences génériques.

L’importance des différences de type

Vous pouvez trouver une grande quantité de matériel écrit sur les différences entre les hyperviseurs de type 1 et de type 2. À la lumière des capacités du matériel moderne, des logiciels de virtualisation et des systèmes d’exploitation, la plupart de ce matériel est d’une valeur discutable. Je vais sauter les parties douteuses et ne traiter que ce que nous pouvons vérifier.

Pour cette discussion, la distinction la plus importante entre le type 1 et le type 2 est qu’un hyperviseur de type 1 est toujours actif. La seule façon d' »arrêter » le client Hyper-V est d’éteindre l’ordinateur ou de retirer le rôle. Bien sûr, vous pouvez arrêter le service « Hyper-V Virtual Machine Management », mais ce n’est pas Hyper-V. C’est un service de gestion. C’est un service de gestion. Je suppose que c’est pour cela qu’ils lui ont donné ce nom particulier. L’arrêter vous empêche de gérer les machines virtuelles, mais cela n’affecte pas les machines virtuelles ou l’hyperviseur. Vous ne pouvez pas voir Hyper-V en fouillant dans le système d’exploitation de gestion.

En revanche, VirtualBox peut être ouvert et fermé à volonté. Vous pouvez localiser l’application VirtualBox, son service et ses machines virtuelles dans le gestionnaire de tâches du système d’exploitation de gestion. Si vous fermez l’interface principale, toutes les machines virtuelles actives continueront à fonctionner car VirtualBox laissera son noyau d’hyperviseur en mémoire. Si vous arrêtez la dernière machine virtuelle VirtualBox, il n’y a plus de VirtualBox. Vous devrez la redémarrer pour faire fonctionner toute machine virtuelle.

Les différences de type du client Hyper-V et de VirtualBox ont plusieurs conséquences :

• Le système d’exploitation de gestion de Client Hyper-V utilise vCPU comme les machines virtuelles
• Vous devez utiliser les compteurs de performance Hyper-V pour voir quoi que ce soit sur l’utilisation des ressources de Client Hyper-V, et cela ne dit pas tout
• L’affectation du matériel fonctionne différemment
• La priorité des ressources fonctionne différemment

Hyper-V vs. VirtualBox : Accès au matériel

Lorsque je lis les plaintes concernant le client Hyper-V, les problèmes de matériel sautent directement en haut de la pile. Inévitablement, des comparaisons sont faites avec VirtualBox, VMware Workstation/Player, et d’autres hyperviseurs de type 2. Les plaignants omettent rarement de mentionner que les problèmes de périphériques sont quasiment inexistants dans ces produits. La source du problème se trouve directement dans le type d’hyperviseur.

Lorsque VirtualBox (ou tout autre hyperviseur de type 2) génère une machine virtuelle, son conteneur s’exécute à l’intérieur du système d’exploitation de gestion où vivent les applications. Comme les autres applications, elles n’ont pas d’accès direct au matériel ; elles doivent demander un accès au périphérique par le biais du système d’exploitation.

Par exemple, regardons l’affectation de mon matériel de son par mon bureau Windows 10 :

J’ai plusieurs périphériques de matériel de son et plusieurs applications. Tout l’accès et l’affectation du matériel se fait par le biais du système d’exploitation. Remarque : ce qui précède est uniquement à titre d’illustration. Vous n’utilisez pas Volume Mixer pour connecter les invités VirtualBox au matériel de son.

Donc, lorsque vous allumez un invité VirtualBox, vous pouvez utiliser son conteneur d’applications pour demander l’accès au matériel.

Maintenant, pensez au client Hyper-V. Le système d’exploitation de gestion s’exécute dans sa propre partition séparée des systèmes d’exploitation invités. Contrairement à VirtualBox, les systèmes d’exploitation invités de Client Hyper-V n’ont aucune projection dans le système d’exploitation de gestion. Ils ne peuvent pas appeler l’API du système d’exploitation de gestion comme le font les invités de VirtualBox, car ils ne peuvent pas l’atteindre. Il existe des fonctionnalités dans Client Hyper-V qui peuvent vous aider à aborder cette différence, mais tout cela est causé par des différences fondamentales dans les technologies d’hyperviseur.

À retenir de cette section : si vous voulez utiliser du matériel à connexion USB et des disques externes avec vos machines virtuelles invitées, vous aurez plus de facilité avec VirtualBox.

Hyper-V vs VirtualBox : Présentation du matériel

Cette section est fortement liée à la section précédente. Si vous feuilletez les onglets de paramètres d’une machine virtuelle dans VirtualBox, vous allez trouver beaucoup de choses que vous ne verrez pas dans Hyper-V. Vous devez choisir entre un chipset PIIX3 ou ICH9. Vous devez choisir entre un contrôleur audio Intel, un contrôleur audio ICH AC97, et un contrôleur audio SoundBlaster 16. Si vous autorisez une machine virtuelle à avoir un contrôleur USB, vous devez choisir entre un périphérique 1.1, 2.0 ou 3.0. Hyper-V ne vous demande pas de faire des choix de ce genre.

La différence ici est également liée à toute cette discussion de type 1 contre type 2. Les hyperviseurs de type 2 sont conçus pour fonctionner dans un éventail beaucoup plus large d’environnements, ce qui présente un nombre quelconque de problèmes. Pour résoudre ces problèmes, les hyperviseurs de type 2 font un usage intensif de l’émulation. On parle d’émulation lorsqu’une construction logicielle imite les interfaces d’un périphérique matériel. VirtualBox émule toutes les choses que j’ai énumérées dans le paragraphe précédent et plus encore. Client Hyper-V émule très peu – les plus notables sont son contrôleur IDE et l’adaptateur réseau hérité.

L’émulation résout les problèmes d’applicabilité généralisée. Comme vous pouvez l’imaginer, cette polyvalence a un coût. Le but entier du matériel spécialisé, comme les cartes réseau et les adaptateurs vidéo, est qu’ils gèrent leurs charges de travail respectives afin que le fardeau ne tombe pas ailleurs. Puisqu’ils sont construits spécifiquement pour leurs tâches, ils le font (vraisemblablement) mieux que d’autres composants construits avec d’autres objectifs en tête. Avec le matériel émulé, votre processeur général prend toute la responsabilité du matériel dédié.

À retenir de cette section : VirtualBox fonctionne avec une gamme plus large de matériel sur une gamme plus large de systèmes au détriment de la surcharge ayant un impact sur les performances.

Hyper-V vs. VirtualBox : Priorité des ressources

Parce que VirtualBox ne fonctionne que dans le système d’exploitation installé sur le matériel, il est à la merci de l’ordonnanceur de ce système d’exploitation. L’une des raisons pour lesquelles j’ai sauté toute discussion typique sur les anneaux de CPU est que VirtualBox inclut ce dialogue :

Ce que cela signifie, c’est que VirtualBox peut accéder aux mêmes fonctionnalités que beaucoup de gens associent uniquement à l’anneau de CPU -1 et aux extensions de moniteur de machine virtuelle utilisées par les « vrais » hyperviseurs de type 1.

Cependant, VirtualBox est toujours lié par les restrictions imposées par le système d’exploitation installé sur le matériel. Si vous avez un jeu Flash qui s’emballe et qui accapare la mémoire et le processeur de votre système d’exploitation installé sur le matériel, le système d’exploitation peut et va faire en sorte que les performances de vos machines virtuelles VirtualBox en pâtissent dans la mesure où il le souhaite. Si vous en arrivez là, vous pouvez utiliser le Gestionnaire des tâches pour tuer n’importe quel processus ou invité VirtualBox.

En revanche, le client Hyper-V fournit les mêmes contrôles de priorisation que son grand frère basé sur le serveur. Vous pouvez donner la priorité au CPU et à la mémoire, activer la qualité de service de stockage et définir des limites de bande passante réseau pour toutes vos machines virtuelles.

À retenir de cette section : Le client Hyper-V accorde un contrôle fin de la priorisation des ressources ; VirtualBox ne le fait pas.

Hyper-V vs. VirtualBox : Accélération vidéo

Cette section est un peu différente de la discussion précédente car rien ici ne sera universellement vrai. Je vais relater comment les différences entre les deux hyperviseurs ont influencé mes expériences. Votre kilométrage peut varier.

Les deux clients Hyper-V et VirtualBox émulent la vidéo. Dans mes expériences, je n’ai pas été en mesure de distinguer que l’un est meilleur que l’autre en ce qui concerne l’accélération 2D. Je ne crois pas que je demande beaucoup d’accélération 2D, mais je sais aussi que la plupart des systèmes d’exploitation de bureau modernes utilisent l’accélération 2D d’une manière qui n’est pas toujours évidente jusqu’à ce qu’elle ne soit pas disponible. Le lissage des polices et les animations de fenêtres en sont deux exemples. Avec la réserve expresse que votre kilométrage peut varier, je ne crois pas que l’accélération 2D devrait être un facteur important en faveur de l’un ou l’autre hyperviseur.

L’accélération 3D est une histoire différente. Le client Hyper-V offre RemoteFX. Dans mon expérimentation, il fonctionne très bien dans les limites de ce qu’il est conçu pour faire. RemoteFX ne projette pas l’adaptateur vidéo dans le système d’exploitation invité, vous ne pouvez donc pas accéder à toutes ses fonctionnalités. RemoteFX a également fonctionné sur tous les systèmes avec lesquels j’ai essayé de l’utiliser, tant qu’il contenait le pilote WDDM compatible avec l’accélération 3D requise.

L’accélération 3D dans VirtualBox est une histoire complètement différente. J’ai totalement échoué à jamais le faire fonctionner assez bien pour même afficher correctement un bureau Windows de base. Je n’ai jamais été près d’essayer une quelconque fonctionnalité d’accélération 3D. Donc, je ne peux pas vous donner de comparaisons significatives entre les deux.

Reprise de cette section : l’accélération 2D semble être un lavage entre les deux. L’accélération 3D semble plus fiable dans le client Hyper-V.

Hyper-V Vs. VirtualBox : Compatibilité des disques durs virtuels

VirtualBox prend en charge plusieurs formats de disques durs virtuels. Vous pouvez choisir parmi :

• VDI, le format natif de VirtualBox
• VMDK, le format de VMware
• VHD, le format de Microsoft
• HDD, le format de Parallel
• QED et QCOW, utilisés dans QEMU et d’autres hyperviseurs

Vous ne pouvez pas utiliser VHDX avec VirtualBox. La possibilité d’utiliser le format de disque d’un autre hyperviseur ne signifie pas nécessairement que vous serez en mesure de faire une transition en douceur d’un disque dur virtuel d’un hyperviseur à l’autre, non plus.

À retenir de cette section : il s’agit d’informations presque générales, car la possibilité d’utiliser plusieurs formats de disques durs virtuels n’est pas aussi utile qu’il n’y paraît au premier abord. Si vous prévoyez d’essayer de déplacer un disque dur virtuel d’une plateforme à une autre sans employer un convertisseur, VirtualBox est votre meilleur choix.

Hyper-V vs. VirtualBox : Autres fonctionnalités vidéo

VirtualBox fournit quelques fonctionnalités vidéo avec lesquelles Client Hyper-V n’est pas directement en concurrence.

• Client Hyper-V peut s’afficher uniquement sur un moniteur ou sur tous les moniteurs. Vous pouvez spécifier entre un et huit moniteurs pour VirtualBox.
• VirtualBox fournit un mode serveur qui permet aux ordinateurs distants de se connecter au système d’exploitation installé sur le matériel pour visualiser la console d’un ou plusieurs invités spécifiques. Chaque point d’extrémité permet plusieurs connexions distantes simultanées. Le client Hyper-V fournit une fonctionnalité similaire avec vmconnect.exe, mais il n’est pas aussi polyvalent.
• VirtualBox peut faire un enregistrement vidéo d’un système d’exploitation invité.
• VirtualBox vous permet de définir une machine virtuelle en mode « Seamless ». Les applications que vous démarrez dans la machine virtuelle apparaîtront et fonctionneront comme si elles étaient en cours d’exécution dans le système d’exploitation installé sur le matériel.

Recue de cette section : si l’une de ces fonctionnalités vous attire, VirtualBox est le seul choix.

Hyper-V contre VirtualBox : Accès au code source

VirtualBox est un logiciel open source. Si vous n’aimez pas quelque chose et croyez que vous pouvez faire mieux, allez-y. Si vous voulez juste savoir comment cela fonctionne, téléchargez le jeu de code et creusez.

Microsoft se réchauffe progressivement à la notion d’open source et a soumis une grande quantité de code à la communauté. Windows est notoirement absent. Si je comprends bien, la base de code Hyper-V est très étroitement couplée à Windows. Je doute que nous verrons un jour le code d’Hyper-V publié.

À retenir de cette section : si l’utilisation d’un hyperviseur open source est importante pour vous, cela disqualifie Client Hyper-V.

Hyper-V vs. VirtualBox : Licence d’utilisation

Client Hyper-V est livré en tant que composant des UGS Windows 10 Professionnel et Entreprise. Si vous êtes autrement licencié pour utiliser l’un de ces derniers, alors vous êtes licencié pour utiliser Client Hyper-V.

Oracle licencie le paquet de base actuel de VirtualBox (versions 5.x+) sous GPLv2. Ils fournissent également certaines « extensions » sous une licence distincte appelée « VirtualBox Personal Use and Evaluation License ». Je n’utilise personnellement aucune de ces fonctionnalités, bien qu’elles englobent certaines des fonctionnalités dont j’ai parlé plus haut. Je n’ai pas creusé en profondeur les termes de cette licence, mais elle semble être assez généreuse. Comme toujours, je vous recommande d’autoriser un conseiller juridique qualifié à répondre à toutes vos questions sur les licences.

En ce qui concerne les licences de système d’exploitation invité, il s’agit d’une histoire distincte. Ni le client Hyper-V ni VirtualBox ne prévoient de licences de système d’exploitation invité du tout. Si vous installez n’importe quelle saveur de Windows ou de Windows Server dans un système d’exploitation invité sous l’un ou l’autre des hyperviseurs, vous devez obtenir une licence appropriée pour le matériel.

À retenir de cette section : l’obtention d’une licence est toujours importante.

Acquisition de Client Hyper-V et VirtualBox

Si vous exécutez Windows 10 Professionnel ou Entreprise, alors il vous suffit d’activer le rôle Hyper-V pour commencer à l’utiliser.

VirtualBox est disponible sur son site Web : https://www.virtualbox.org/