Configuration de la VM imbriquée Proxmox - Tutoriel ESXi

Avant de commencer : l'image honnête

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 trois faits doivent être clairs avant de commencer.

Tout d'abord, il s'agit d'une technique de laboratoire. 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. Nested Proxmox 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.

Créer la VM Proxmox dans ESXi avec des ressources de taille laboratoire

Créez une nouvelle machine virtuelle dans ESXi. Définissez la famille du système d'exploitation invité sur Linux : un profil Debian 64 bits est la correspondance la plus proche, puisque Proxmox VE est construit sur Debian. Donnez-lui 4 processeurs virtuels et 8 à 16 Go de RAM : Proxmox lui-même reste inactif autour de 1 à 2 Go, et le reste est destiné aux invités que vous y exécuterez.

Créez un disque virtuel de 100 Go ou plus : le disque de chaque VM imbriquée vivra à l'intérieur de celui-ci. Pour la carte réseau, VMXNET3 fonctionne si votre version Proxmox le détecte proprement, et E1000E fonctionne également ; les deux fonctionnent bien avec l'installateur basé sur Debian.

Fixez le Proxmox VE ISO au lecteur CD/DVD et configurez-le pour qu'il se connecte à la mise sous tension. Téléchargez l'ISO uniquement depuis le site officiel de Proxmox (proxmox.com). Ne mettez pas encore la VM sous tension : l'étape suivante est beaucoup plus facile lorsqu'elle est éteinte.

Paramètre 1 – Exposer la virtualisation assistée par matériel au système d'exploitation invité

Il s'agit du paramètre sur lequel repose toute la configuration. Cliquez avec le bouton droit sur la machine virtuelle Proxmox → Modifier les paramètres, puis dans l'onglet Matériel virtuel, développez la section CPU et cochez Exposer la virtualisation assistée par matériel au système d'exploitation invité. Cela transmet les extensions de virtualisation du processeur — l'indicateur vmx sur Intel, svm sur AMD — jusqu'à la VM Proxmox, afin que le propre hyperviseur KVM de Proxmox puisse les utiliser.

Sans cette case à cocher, Proxmox s'installe et démarre normalement, mais aucune VM à l'intérieur ne peut utiliser l'accélération KVM - et l'échec n'apparaît que lorsque vous essayez de démarrer votre premier invité imbriqué.

La case à cocher écrit une ligne dans le fichier de configuration .vmx de la VM, et vous pouvez ajouter la même ligne vous-même si la case à cocher est difficile à atteindre :

vhv.enable = "TRUE"

Créer une VM dans Proxmox – Définir le type de processeur sur Hôte

Il y a une deuxième porte par laquelle le drapeau de virtualisation doit passer, et elle se trouve à l'intérieur de Proxmox. Une nouvelle VM créée dans Proxmox utilise par défaut un modèle de processeur émulé (la famille kvm64), qui présente délibérément un ancien processeur générique sans l'indicateur de virtualisation — de sorte qu'un invité qui souhaite lui-même exécuter des VM ou utiliser des fonctionnalités dépendantes de l'indicateur ne voit rien.

Lorsque vous créez une VM dans Proxmox, ouvrez ses paramètres Matériel et définissez le Type de CPU sur hôte. L'invité reçoit ensuite le modèle de processeur réel et les indicateurs de la machine située en dessous, ce qui signifie que, dans un nid, les indicateurs transmis par ESXi à Proxmox circulent un niveau plus bas. Téléchargez une image ISO sur le stockage local de Proxmox, créez la VM de la manière normale avec cette modification, démarrez-la et confirmez qu'elle démarre et prend une adresse IP sur votre réseau. Votre laboratoire imbriqué fonctionne désormais de bout en bout.

Limites honnêtes du laboratoire – À quoi sert et ne sert pas cette configuration

Tout ce qui se trouve dans un nid paie deux fois la taxe sur les performances : le travail de la VM imbriquée est traité par Proxmox, dont le propre travail est à nouveau traité par ESXi, en plus du même processeur physique, de la même RAM et du même stockage. Attendez-vous à ce que les invités imbriqués se sentent sensiblement plus lents que la même VM exécutée directement sur l'un ou l'autre des hyperviseurs : les invités Windows paient le plus cher de tous.

Alors pourquoi exécuter Proxmox dans ESXi ? Les raisons honnêtes sont bonnes : c'est le moyen le moins cher d'apprendre une deuxième plate-forme, de répéter une migration, de tester les fonctionnalités de Proxmox et de casser les choses en toute sécurité : un serveur, deux hyperviseurs, aucun matériel supplémentaire et rien en production ne peut être endommagé.

Et lorsque le laboratoire devient trop grand pour le nid, la solution est simple : conservez des sauvegardes de votre configuration Proxmox et de vos invités, et reconstruisez la même configuration sur du matériel nu. Les paramètres de cette page (virtualisation exposée, groupes de ports, processeur hôte) sont exactement les éléments qui disparaissent lorsque Proxmox possède le matériel, ce qui est plutôt le problème : bien pour l'apprentissage, mauvais pour la production.