ESXi imbriqué dans un hyperviseur de lab : VirtualBox, Workstation et limites

Installer ESXi dans une machine virtuelle permet d'apprendre vSphere sans serveur dédié. Encore faut-il choisir un hyperviseur hôte que les éditeurs eux-mêmes citent, et savoir ce que chacun garantit ou non.

Par la rédaction de Pixelabs · 12 octobre 2026

Un ESXi « imbriqué » (nested ESXi) est un hyperviseur ESXi installé comme système invité dans une machine virtuelle. C'est la manière la plus économique de s'entraîner à vSphere, de préparer une certification ou de tester une configuration avant de toucher un vrai serveur. Mais l'hyperviseur hôte compte : tous ne transmettent pas les fonctions de virtualisation matérielle dont ESXi a besoin, et les éditeurs ne documentent pas les mêmes combinaisons.

ESXi 6.7 dans VirtualBox : ce qu'il faut savoir d'abord

Cette page portait à l'origine sur ESXi 6.7 dans VirtualBox. Selon Broadcom, la fin du support général d'ESXi 6.7 date du 15 octobre 2022, et celle d'ESXi 7.0 du 2 octobre 2025 : ni l'une ni l'autre ne mérite un nouveau lab. Partez sur ESXi 8.0, dont Broadcom publie toujours la documentation.

Reste la question de l'hôte. Voici ce que disent les deux éditeurs, sans extrapolation.

Oracle (VirtualBox). Le manuel de VirtualBox 7.2 indique que VirtualBox prend en charge la virtualisation imbriquée : la fonction transmet à la VM les fonctions de virtualisation matérielle, ce qui permet d'y installer un hyperviseur. Les exemples cités sont VirtualBox, Oracle VM Server et KVM. ESXi n'y figure pas. Le manuel précise aussi que les fonctions absentes du processeur hôte ne sont pas exposées, et que certaines, comme la pagination imbriquée (nested paging), ne sont pas encore transmises à l'invité.

Broadcom (VMware). L'article KB 313547 indique que Broadcom ne supporte pas ESXi comme système invité imbriqué en production, que l'hôte soit ESXi, VMware Workstation, VMware Fusion ou « toute autre solution d'hyperviseur tierce ». Il encourage toutefois l'imbrication pour apprendre, expérimenter, former et faire des démonstrations, et liste des configurations « connues pour fonctionner, mais non supportées ». VirtualBox n'est pas dans cette liste.

En clair : ESXi dans VirtualBox n'est documenté comme fonctionnel ni par Oracle ni par Broadcom. Il est possible que l'installation aboutisse sur votre matériel, mais aucun des deux ne s'y engage.

Les hôtes que Broadcom cite pour un lab

Pour les versions récentes en invité, le KB 313547 donne ces configurations connues pour fonctionner (sans support) :

Le même article prévient qu'un déploiement imbriqué peut nécessiter des licences supplémentaires, et qu'un Mac à processeur Apple Silicon ne fournit pas la virtualisation imbriquée.

Si vous disposez d'un petit serveur, l'option la plus proche de la réalité reste un ESXi physique hébergeant d'autres ESXi en VM. Sur un poste de travail, ce sont Workstation et Fusion, ce dernier sur un Mac à processeur Intel. Proxmox VE, lui, documente la virtualisation imbriquée pour ses invités, mais Broadcom ne le cite pas : voyez les écarts entre Proxmox VE et ESXi si vous hésitez entre les deux plateformes.

Le lab de cet exemple

Cet exemple réserve tout le lab à un réseau hôte isolé, pour ne pas exposer les ESXi au réseau du domicile ou de l'école.

Tout ce qui modifie la configuration de l'hôte (activation de la virtualisation dans le BIOS, désactivation d'un autre hyperviseur) se teste d'abord sans données importantes en jeu, et l'on prend un instantané de chaque VM avant une manipulation risquée.

Dimensionner la VM ESXi

La VM doit respecter les exigences d'ESXi 8.0, comme un serveur physique. Selon Broadcom :

• au moins deux cœurs de processeur ;
• au moins 8 Go de RAM (12 Go conseillés pour faire tourner des VM) ;
• un disque de démarrage d'au moins 32 Go ;
• un ou plusieurs contrôleurs Ethernet Gigabit ou plus rapides ;
• la virtualisation matérielle (Intel VT-x ou AMD RVI) disponible pour les VM 64 bits.

Ce dernier point est celui qui coince en imbrication : la VM ESXi doit voir les extensions de virtualisation du processeur hôte. Dans l'hyperviseur hôte, activez l'option qui les transmet au processeur virtuel, et vérifiez dans le BIOS ou l'UEFI du poste que VT-x ou AMD-V est activé.

Dans VirtualBox : le réglage documenté

Si vous tentez tout de même l'expérience dans VirtualBox, le seul réglage que le manuel documente est l'activation de la virtualisation imbriquée. Dans VirtualBox Manager, cochez Enable Nested VT-x/AMD-V dans l'onglet Processor de la VM, ou utilisez la ligne de commande :

VBoxManage modifyvm "vesxi01" --nested-hw-virt on

Rien dans la documentation de VirtualBox ne décrit le choix de carte réseau, de contrôleur de disque ou de type de système à retenir pour un invité ESXi. Si l'installateur d'ESXi ne détecte pas la carte réseau ou le disque, c'est le signe que le matériel virtuel présenté n'est pas reconnu, et aucun des deux éditeurs ne fournit de contournement documenté.

Installer ESXi dans la VM

Une fois la VM créée et l'ISO d'ESXi attachée comme lecteur optique (l'ISO se télécharge sur le portail de support Broadcom), l'installation est la même que sur un serveur : écran d'accueil, licence, choix du disque, clavier, mot de passe root, F11 pour confirmer, puis configuration du réseau de gestion dans la console directe. La procédure complète est détaillée dans l'installation d'ESXi pas à pas.

Avec deux ESXi imbriqués, ajoutez ensuite une appliance vCenter pour vous exercer aux clusters : voyez le déploiement de vCenter Server Appliance. Prévoyez la mémoire en conséquence, car l'appliance réclame déjà 14 Go dans sa plus petite taille. Pour un lab qui n'a pas besoin d'ESXi, une simple VM Debian dans VirtualBox suffit à pratiquer l'administration Linux. Les autres guides du site sont accessibles depuis l'accueil de Pixelabs.

Questions fréquentes