Un serveur ESXi, un laboratoire Proxmox complet vivant à l'intérieur. La virtualisation imbriquée fonctionne bien lorsque deux paramètres sont corrects, et échoue silencieusement lorsqu'ils ne le sont pas. Ce guide définit les deux, prouve que KVM est vivant dans Proxmox et vous indique honnêtement à quoi sert cette configuration.
La virtualisation imbriquée signifie un hyperviseur exécuté dans une machine virtuelle : Proxmox dans ESXi, avec ses propres machines virtuelles et conteneurs à l'intérieur. C'est le laboratoire le moins cher qui soit : un serveur, deux plates-formes d'apprentissage, aucun matériel supplémentaire. Mais une machine virtuelle ESXi par défaut cache les fonctionnalités de virtualisation du processeur à son invité, donc une installation Proxmox d'origine démarre correctement puis refuse de démarrer une machine virtuelle. Deux paramètres corrigent ce problème : un côté ESXi, un côté réseau. Cette page effectue la configuration complète dans l'ordre et vérifie chaque couche avant de continuer.
Trois faits, énoncés clairement, car tout laboratoire imbriqué devrait commencer par eux. Premièrement : il s'agit d'une technique de laboratoire. La propre documentation vSphere de Broadcom indique que VMware ne prend pas en charge l'exécution d'hyperviseurs tiers sur ESXi, à l'exception de cas étroitement documentés tels que Hyper-V pour la sécurité basée sur la virtualisation. Proxmox imbriqué dans ESXi fonctionne et des milliers de laboratoires à domicile l'exécutent, mais aucun fournisseur ne répondra à votre appel d'assistance à ce sujet.
Deuxièmement : le processeur physique doit avoir Intel VT-x ou AMD-V, activé dans le BIOS du serveur. ESXi ne peut pas transmettre une fonctionnalité que le matériel a désactivée. Troisièmement : une configuration imbriquée n’est aussi solide que la capacité disponible de l’hôte. Proxmox lui-même a besoin de ressources, et chaque VM à l'intérieur de Proxmox les dépense à nouveau. Un hôte de 8 Go hébergera un laboratoire décevant.
Ne l'allumez pas encore. L'étape suivante est beaucoup plus simple avec la VM désactivée.
C’est le paramètre sur lequel repose toute la configuration. Il indique à ESXi de transmettre les extensions de virtualisation du processeur (l'indicateur vmx sur Intel, svm sur AMD) via la machine virtuelle Proxmox, afin que le propre hyperviseur KVM de Proxmox puisse les utiliser.
Exigences de la documentation de Broadcom : compatibilité VM d'ESXi 5.1 ou version ultérieure, et un processeur de génération Intel Nehalem ou plus récent (AMD Opteron Generation 3 ou plus récent) avec VT-x ou AMD-V vivant dans le BIOS.
La route basée sur les fichiers : sur les hôtes où l'option est difficile à atteindre, le même commutateur existe dans le fichier .vmx de la VM sous la forme de la ligne vhv.enable = "TRUE". Ajoutez-le uniquement lorsque la VM est entièrement éteinte : ESXi réécrit le fichier d'une VM en cours d'exécution et votre modification disparaît.
Depuis votre PC, ouvrez https://YOUR-PROXMOX-IP:8006. Le navigateur vous avertira d'un certificat auto-signé - ce qui est normal pour un nouveau Proxmox et peut être transmis en toute sécurité sur votre propre réseau de laboratoire. Connectez-vous en tant que root avec le mot de passe que vous avez défini.
Proxmox lui-même effectuera un ping, une mise à jour et une navigation parfaite à ce stade – c'est exactement pourquoi cette étape surprend les gens. Les machines virtuelles à l'intérieur de Proxmox envoient des trames réseau portant leurs propres adresses MAC, et un groupe de ports ESXi par défaut supprime les trames dont le MAC source n'est pas le MAC de la VM qu'il connaît. Les invités imbriqués se taisent.
Faites cela sur un groupe de ports de laboratoire dédié, et non sur le groupe de ports utilisé par vos machines virtuelles de production : accepter le mode promiscuité et les transmissions falsifiées est un relâchement délibéré de la sécurité du commutateur, et cela n'appartient qu'aux endroits où vivent les invités imbriqués. Il y a une page complète dans cette série sur ce correctif, car c'est la raison la plus courante pour laquelle un laboratoire imbriqué « fonctionne à moitié ».
Ne faites pas confiance aux cases à cocher – demandez à Proxmox. Ouvrez son shell (interface utilisateur Web → votre nœud → Shell) et exécutez :
ls -l /dev/kvm — le périphérique doit exister. Non /dev/kvm, pas d'accélération matériellecat /sys/module/kvm_intel/parameters/nested — sur Intel, il devrait répondre Y (sur AMD, cochez kvm_amd de la même manière)egrep -c "(vmx|svm)" /proc/cpuinfo — tout nombre supérieur à 0 signifie que l'indicateur de virtualisation a atteint l'invitéSi l'un de ces éléments échoue, arrêtez et réparez le côté ESXi (étape 3) au lieu de combattre Proxmox - le problème ne vient jamais du programme d'installation.
host : le processeur émulé par défaut masque les indicateurs que vous venez d'exposer et host transmet le vrai processeur.Commencez léger et honnête : une machine virtuelle Linux, puis des conteneurs, puis des invités plus lourds. La vidéo ci-dessus présente cette version exacte à l'écran si une étape semble différente sur votre version ESXi.
Découvrez la version imbriquée de Proxmox réalisée en direct (création de VM, paramètre d'exposition et premier invité) dans la vidéo complète.
▶️ Watch Full VideoC'est le symptôme caractéristique de la désactivation du paramètre d'exposition. Proxmox lui-même n'est qu'un système Linux, il s'installe et démarre normalement sans extensions de virtualisation. Son hyperviseur KVM, cependant, a besoin de l'indicateur CPU vmx ou svm. Modifiez la machine virtuelle Proxmox dans ESXi, développez le processeur et cochez Exposer la virtualisation assistée par matériel au système d'exploitation invité. Vérifiez ensuite à l'intérieur de Proxmox avec ls -l /dev/kvm — le périphérique devrait exister.
Non, et pour deux raisons distinctes. Performances : chaque machine virtuelle imbriquée paie une taxe à deux hyperviseurs, de sorte que le travail du processeur et des disques est sensiblement plus lent que sur l'une ou l'autre plate-forme seule. Prise en charge : la documentation vSphere de Broadcom indique que VMware ne prend pas en charge l'exécution d'hyperviseurs tiers sur ESXi en dehors des fonctionnalités spécifiquement documentées. Un laboratoire imbriqué est destiné à l'apprentissage, aux tests et aux répétitions : les charges de travail importantes appartiennent au bare metal.
Presque toujours les politiques de sécurité du groupe de ports ESXi. Les machines virtuelles imbriquées transmettent des trames avec leurs propres adresses MAC, et un groupe de ports par défaut rejette les transmissions falsifiées et les modifications d'adresse MAC, de sorte que le trafic est abandonné en silence. Modifiez le groupe de ports que votre VM Proxmox utilise et définissez le mode Promiscuous, les changements d'adresse MAC et Forged transmet tout sur Accepter - idéalement sur un groupe de ports de laboratoire dédié.