Création d'une VM sur ESXi

Contexte et besoins

Cet atelier fait partie de mon TP de virtualisation à ScholaNova. La consigne donnée par le formateur tient en une phrase : créer une machine virtuelle Debian 12 sur l’hyperviseur VMware ESXi de la salle, depuis le Host Client web, et la rendre fonctionnelle (réseau, outils invités, accès SSH).

Au-delà du « comment cliquer dans l’interface », l’objectif pédagogique est de comprendre le rôle d’un hyperviseur de type 1 dans une infrastructure : comment on découpe les ressources d’un serveur physique en plusieurs VM isolées, comment on choisit un datastore et un format de disque, et pourquoi on installe open-vm-tools côté invité. C’est la première brique du bloc Administration des systèmes et des réseaux du référentiel BTS SIO SISR.

Rappel théorique sur ESXi

VMware ESXi est un hyperviseur de type 1, dit bare metal : il s’installe directement sur le serveur physique, sans système d’exploitation hôte en dessous. Il pilote lui-même le CPU, la RAM, les disques et les cartes réseau, puis distribue ces ressources aux machines virtuelles invitées.

À l’inverse, un hyperviseur de type 2 (VirtualBox, VMware Workstation) tourne comme une application au-dessus d’un OS classique. Pratique pour un poste de travail, mais coûteux en performances : chaque accès au matériel doit traverser l’OS hôte. ESXi, lui, vise les serveurs de production.

L’administration d’un hôte ESXi unique passe par le VMware Host Client, l’interface web livrée nativement avec ESXi 8 (pas de client lourd à installer). Pour piloter plusieurs hôtes en parallèle, on déploie en plus un vCenter Server, ce qui dépasse le cadre de ce TP.

Stockage : thin vs thick provisioning

Quand on crée le disque de la VM, ESXi propose trois formats :

Pour un serveur de test, thin provisioning suffit largement. C’est ce que je retiens pour ce TP.

Topologie de laboratoire

Le poste d’administration vit sur le réseau Wi-Fi de la salle, le serveur ESXi sur un sous-réseau filaire dédié à l’infrastructure. Le routeur Wi-Fi assure le passage entre les deux.

Prérequis

• Un serveur compatible ESXi 8 (CPU 64 bits avec virtualisation matérielle Intel VT-x / AMD-V activée dans le BIOS).
• ESXi 8.0 déjà installé sur l’hôte par le formateur, avec une licence d’évaluation 60 jours.
• Une image ISO de Debian 12 déposée dans le datastore local datastore1.
• Un poste d’administration avec un navigateur récent (Firefox ou Chrome) sur le réseau Wi-Fi de la salle.
• Mes identifiants root / mot de passe sur l’hôte.

Connexion au Host Client

J’ouvre Firefox sur le poste d’administration et je tape l’URL de l’hôte :

https://192.168.1.100/ui

Le navigateur affiche un avertissement de certificat : ESXi est livré avec un certificat auto-signé. Je l’accepte pour la durée du TP, en gardant en tête qu’en production, il faut le remplacer par un certificat signé par l’AC interne.

Je me connecte avec root et le mot de passe défini lors de l’installation. La page d’accueil affiche :

• l’inventaire à gauche (Hôte, Machines virtuelles, Stockage, Mise en réseau) ;
• les caractéristiques matérielles au centre (CPU, mémoire, état de santé) ;
• le résumé des ressources consommées en bas.

Création de la VM

Dans le menu de gauche, je clique sur Machines virtuelles puis sur le bouton Créer/Enregistrer une VM. L’assistant en cinq étapes s’ouvre.

Choix du type de création

Je sélectionne Créer une nouvelle machine virtuelle. Les autres options servent à enregistrer une VM existante (à partir d’un .vmx déjà sur le datastore) ou à déployer une OVF, ce que je ne fais pas ici.

Nom et système d’exploitation invité

Je saisis ensuite le nom et choisis l’OS invité :

Nom              : LAB-DEB12-01
Compatibilité    : ESXi 8.0 et versions ultérieures
Famille du SE    : Linux
Version du SE    : Debian GNU/Linux 12 (64 bits)

Explications :

• LAB-DEB12-01 suit la convention <USAGE>-<OS>-<NUM> ; lisible dans la console et dans les exports.
• ESXi 8.0 et versions ultérieures aligne la version matérielle de la VM (hardware version) sur l’hôte le plus récent dont je dispose. Cela me donne accès à toutes les fonctionnalités modernes (USB 3, vNVMe, etc.).
• Debian GNU/Linux 12 (64 bits) n’est pas qu’un libellé : ESXi s’en sert pour proposer la bonne version d’open-vm-tools, le bon contrôleur disque (LSI Logic SAS) et le bon adaptateur réseau (VMXNET3) par défaut.

Sélection du datastore

L’assistant liste les datastores disponibles. Je choisis datastore1 (volume VMFS local de 500 Gio, utilisé à 30 %). Le local suffit pour un TP. En production, on irait sur un datastore partagé (NFS ou vSAN) pour pouvoir migrer la VM à chaud entre hôtes via vMotion.

Configuration matérielle

C’est l’étape la plus dense. Je règle les composants un par un avant de valider.

CPU             : 2 vCPU, 1 cœur par socket
Mémoire         : 4 Gio (sans réservation)
Disque dur      : 40 Go, thin provision, contrôleur LSI Logic SAS
Lecteur CD/DVD  : ISO [datastore1] iso/debian-12.5.0-amd64-netinst.iso
                  + option « Connecter à la mise sous tension »
Carte réseau    : VMXNET3, port group « VM Network » (vSwitch0)

Explications ligne par ligne :

• 2 vCPU, 1 cœur par socket reste compatible avec une licence Windows à 1 socket si on veut migrer la VM plus tard. ESXi peut surengager les vCPU (overcommit), mais on évite de dépasser un ratio 4:1 par cœur physique.
• 4 Gio sans réservation permet à ESXi de récupérer la mémoire inutilisée via le ballooning. La réservation se justifie surtout pour les VM critiques (bases de données).
• 40 Go thin provision ne consomme que ce qu’écrit réellement la VM. Sur un TP, c’est largement plus efficace que le thick.
• LSI Logic SAS est le contrôleur par défaut sélectionné quand on choisit Debian 12. Il est compatible avec le noyau Debian sans pilote additionnel.
• Connecter à la mise sous tension sur le lecteur CD garantit que la VM démarre sur l’ISO Debian au premier boot, sans avoir à passer par le menu boot manuel.
• VMXNET3 est le pilote paravirtualisé recommandé par VMware : meilleures performances et latence plus basse que l’émulation E1000E.

Validation et création

L’assistant affiche un récapitulatif final. Je relis nom, OS, ressources, ISO et carte réseau, puis je clique sur Terminer. La VM apparaît dans l’inventaire en quelques secondes.

Installation du système invité

Je sélectionne LAB-DEB12-01 dans l’inventaire et je clique sur Mettre sous tension. La console web s’ouvre et l’installeur Debian démarre directement sur l’ISO.

Je suis l’installation en mode texte :

• langue : français ;
• nom de la machine : lab-deb12-01 ;
• domaine : lab.scholanova.local ;
• partitionnement guidé sur tout le disque, un seul système de fichiers ;
• pas d’environnement de bureau, juste serveur SSH et utilitaires standards du système.

GRUB s’installe sur le disque virtuel et la VM redémarre.

Installation d’open-vm-tools

open-vm-tools est la version libre des VMware Tools, maintenue dans les dépôts officiels Debian. C’est l’option recommandée par VMware sur les distributions Linux modernes.

Je me connecte en SSH depuis le poste d’administration :

# Mise à jour de l'index des paquets
sudo apt update

# Installation des outils invités VMware (version libre maintenue par Debian)
sudo apt install -y open-vm-tools

# Vérification que le service est actif
systemctl status open-vm-tools

Explications ligne par ligne :

• sudo apt update rafraîchit la liste des paquets disponibles avant toute installation, sinon on risque de tirer une vieille version.
• sudo apt install -y open-vm-tools installe le paquet et ses dépendances sans confirmation interactive. La variante open-vm-tools-desktop n’est utile que sur une VM avec interface graphique.
• systemctl status open-vm-tools doit afficher active (running). Pas besoin de redémarrer : le service démarre tout seul à la fin de l’installation et publie immédiatement l’IP de la VM dans la console ESXi.

Vérifications

Sur la VM Debian, je vérifie que les outils invités fonctionnent :

# Version d'open-vm-tools détectée par l'hyperviseur
vmware-toolbox-cmd -v

# Statut du service
systemctl is-active open-vm-tools

Je dois voir une version (ex. 12.x.y) et active. À ce moment-là, la console Host Client affiche aussi l’IP 192.168.1.232 de la VM dans la colonne Adresse IP invitée, ce qui prouve que le canal de communication ESXi ↔ invité fonctionne.

Tests

Pour valider la livraison au « client », je rejoue trois scénarios.

1. Connectivité réseau : depuis le poste d’administration, ping 192.168.1.232 puis ssh user@192.168.1.232. Réponse correcte, latence inférieure à 1 ms.
2. Persistance après redémarrage : sudo reboot sur la VM. Elle revient en ligne en environ 25 secondes, l’adresse IP est conservée, open-vm-tools redémarre tout seul.
3. Arrêt propre depuis l’hyperviseur : dans le Host Client, Actions → Mise hors tension → Arrêt invité. Grâce à open-vm-tools, ESXi envoie un signal au système qui s’éteint proprement, sans corruption du système de fichiers. Sans les tools, seul un Power off brutal serait possible.

Problèmes rencontrés et solutions

Compétences du bloc 1 mobilisées

Bilan

À l’issue de l’atelier, la VM Debian LAB-DEB12-01 est en service : elle répond au ping, accepte SSH, redémarre proprement et fait remonter ses informations à l’hyperviseur. Le « client » peut s’en servir tout de suite pour son test de service.

Ce TP m’a fait passer de l’autre côté du miroir : jusqu’ici, je consommais des VM. Là, j’en fournis une, en respectant la consigne et en documentant chaque étape pour qu’un collègue puisse la rejouer. Tout le cycle y passe : recueil du besoin, conversion en spécifications techniques, livraison, tests de validation, documentation.

Trois pistes que je veux approfondir ensuite :

• mettre en place vCenter pour piloter plusieurs hôtes ESXi de façon centralisée et tester la migration à chaud (vMotion) ;
• industrialiser la création de VM via un modèle (template) plutôt que de relancer l’assistant à chaque fois ;
• travailler la sécurité de l’hôte : certificat AC interne, comptes nominatifs, désactivation du SSH après usage, journalisation centralisée.

Sources

• VMware vSphere 8.0 — Create a Virtual Machine in the VMware Host Client , Broadcom, 2024.
• VMware vSphere 8.0 — Storage Thin Provisioning in the VMware Host Client , Broadcom, 2024.
• VMware vSphere 8.0 — Create a VMFS Datastore , Broadcom, 2024.
• Projet open-vm-tools , VMware / Broadcom, dépôt officiel.
• Debian Wiki — open-vm-tools .
• ANSSI — Fondamentaux de la sécurisation d’une infrastructure VMware , ANSSI, v1.0.