Pourquoi VirtualBox ou VMware ne peuvent-ils pas fonctionner avec Hyper-V activé sous Windows 10 ?
VirtualBox et VMware Workstation (et VMware Player) sont des « hyperviseurs de niveau 2 ». Hyper-V et VMware ESXi sont des « hyperviseurs de niveau 1 ».
La différence principale est qu’un hyperviseur de niveau 2 est une application s’exécutant à l’intérieur d’un système d’exploitation existant, tandis qu’un hyperviseur de niveau 1 est le système d’exploitation lui-même.
Cela signifie que lorsque vous activez Hyper-V, votre « hôte » Windows 10 devient une machine virtuelle. Une machine spéciale, mais néanmoins une machine virtuelle.
Votre question serait donc plus justement formulée ainsi : « Pourquoi VirtualBox et VMware Workstation ne fonctionnent-ils pas à l’intérieur d’une machine virtuelle Hyper-V ? » On peut répondre que, en tant que VM, les instructions Intel VT-X ne sont plus accessibles depuis votre machine virtuelle — seul l’hôte y a accès.
QEMU fonctionne car il ne fait pas de virtualisation mais de l’émulation, ce qui est complètement différent et explique pourquoi QEMU est extrêmement lent. La virtualisation est le processus d’exécution d’une machine complète et isolée à l’intérieur d’une autre, mais avec l’aide du processeur. Cela nécessite que la machine virtuelle et l’hôte soient compatibles au niveau des instructions.
L’émulation est le processus d’exécution de n’importe quelle machine à l’intérieur d’un système d’exploitation en cours d’exécution, il n’y a pas de restriction de plateforme, et c’est pourquoi QEMU peut exécuter une machine ARM sur une plateforme amd64.
Note : QEMU a 2 modes de fonctionnement :
-
il peut fonctionner comme émulateur, c’est le mode expliqué ci-dessus
-
il peut fonctionner comme logiciel de virtualisation avec l’aide de KVM si l’architecture invitée est compatible avec celle de l’hôte et si les instructions VT sont présentes bien entendu.