Challenge B103 07/01/2026

Pitch de l’exercice 🧑‍🏫

⌨️ Pitch de l'exercice :

Installer vCenter et le configurer

Cours B103.

---

Définitions / compréhension du système

• Le Duo VMware

  • ESXi : C'est l'hyperviseur. Il s'installe sur le serveur et fait tourner les VMs.

  • vCenter : C'est une machine virtuelle complète (basée sur Linux Photon OS) qui contient :

    Une énorme base de données (PostgreSQL) pour stocker l'historique de tout ce qui se passe. Des dizaines de services Java (très gourmands en RAM). Des outils d'analyse, de mise à jour, de sécurité, etc. C'est conçu pour gérer 2000 hôtes ESXi et 35 000 machines virtuelles. Du coup, même la version "Minuscule" (Tiny) garde cette architecture lourde.

  • Sans lui : Pas de déplacement de VM à chaud (vMotion), pas de redémarrage auto en cas de panne (HA).

• L'Architecture "Poupées Russes"

  • On fait de la Virtualisation Imbriquée (Nested) :

    • Niveau 1 : Proxmox (Hôte principal).

    • Niveau 2 : ESXi (VM dans Proxmox).

    • Niveau 3 : vCenter (VM dans ESXi).

Création de la VM

On va installer une VM Windows 10, pour la rapidité et légèreté sur notre serveur.

• Guest OS : Microsoft Windows / Version : 11/10/2016/2019
• QEMU agent : Enabled
• Système : Graphic card : VirtIO-GPU
• Disque : ISO Win10 + ISO VirtIO
• Machine : q35
• BIOS : "OVMF (UEFI) (+"EFI Disk"")"
• Disque,Bus/Device,SCSI (plus performant que IDE ou SATA)
• Taille : 32Go
• CPU : Cores 2x2
• Type : host
• Réseau : Intel E1000E

Installation vCenter Stage 1

Pour installer vCenter on monte l'image le disque de la VM et on va lancer installer.exe dans vcsa-ui-installer/win32

On doit se connecter à la cible (le serveur ESXi)

On valide les certificats pour avoir une connexion sécurisée (certificat SSL + certificat auto-signé ESXi)

On choisit le nom de notre serveur vCenter et un mot de passe complexe

On choisit la taille du déploiement ici, Tiny (2 CPU, 14 Go de RAM) qui sera suffisant ici pour notre installation.

Pour le choix du disque "datastore" il faut surtout cocher la case "Enable Thin Disk Mode" (Disque dynamique), sinon, il va réserver 500 Go d'espace disque d'un coup et saturer notre stockage !

Maintenant on passe aux paramètres réseau, il faut une IP statique, il demande également un nom de domaine, on peut lui mettre notre adresse IP fixe. On ajouter notre subnet en /16, notre default gateway (la pfsense), et DNS.

On est prêt à lancer l'installation du stage 1 !

Déploiement

On peut voir l'avancement dans VSXi également

Successfully deployed

Paramétrage vCenter Stage 2

On choisis Synchronize time with the ESXi host. Si l'heure du vCenter se décale de celle de l'ESXi de plus de 5 minutes, on aura un problème de certificats SSL. En les synchronisant, ils restent toujours synchrones.

Maintenant on va créer le domaine d'administration de VMware (Single Sign-On)

On ne peut pas changer administrator, pour se connecter ce sera donc administrator@vsphere.local / password

Ici on peut décocher la CEIP

Prêt

Complete !

On peut maintenant se connecter à vSphere via l'interface web https://10.0.0.70:443

vSphere Client

On peut créer un nouveau centre de donnée (datacenter) et y ajouter notre hôte (l'EXSi)

On ajoute notre utilisateur root pour se connecter à cet EXSi, on peut voir les VM qui y sont installées

Ici on va extraire l'image, vCenter "copie" la configuration exacte (version ESXi, pilotes) qui tourne déjà sur notre serveur physique pour en faire le modèle de référence.

Pourquoi : Cela évite d'écraser le système par une version incompatible et garantit que l'hôte est importé tel quel, sans forcer de mise à jour risquée immédiatement.

Le mode de verrouillage permet de sécuriser, en tant que pro on passerait en mode Strict, mais on va le laisser désactivé en cas de problème pour nous.

Tout en bas on a une barre des tâches (comme Proxmox) ou on peut voir les tâches en cours.

Une fois terminé on a notre HCI (Hyper-Converged Infrastructure : Infrastructure Hyper-Convergée), qui permet de tout regrouper et gérer simultanément.

On va faire de même pour l'autre serveur EXSi, avec les mêmes configurations.

• Petit bonus

On peut se connecter depuis VMware Workstation Pro à notre serveur vSphere pour y avoir accès directement via Workstation, il suffit de faire Fichier :

• Info

On peut également migrer (à froid) nos VM entre les 2 serveurs EXSi sans créer de Cluster dans vSphere.

Ajout d'un Cluster

On va créer un Cluster dans notre Datacenter

• vSphere DRS (Distributed Resource Scheduler) : C'est l'équilibrage de charge automatique qui déplace vos VMs d'un serveur surchargé vers un serveur libre pour garantir les meilleures performances.

• vSphere HA (High Availability) : C'est la haute disponibilité qui redémarre automatiquement vos VMs sur un autre serveur survivant si leur serveur physique tombe en panne.

• vSAN (Virtual Storage Area Network) : Combine automatiquement les disques locaux de chaque hôte ESXi pour créer un seul datastore partagé.

On sélectionne l'image et on termine la création du Cluster.

On a maintenant un Cluster, on peut ajouter les hôtes avec clic droit ou en les faisant glisser directement, on nous propose 2 options, le pool racine ou tout est au même niveau (plus simple pour un petit lab) ou créer un pool pour garder une arborescence

Les VM sont au même niveau mais on peut toujours voir quel est leur Hôte

Le Mode Maintenance

On va activer le vMotion (fonctionnalité VMware) pour la Migration à chaud, ça va se passer au niveau des cartes réseau. On va créer un DS et un DSM qui vont gérer un réseau cluster

Trafic vMotion, on peut configurer/changer nos IP en statique etc mais on va laisser tel quel

terme Quorum est souvent utilisé un peu vite, mais il est fondamental pour la Haute Disponibilité (HA).

On finit la configuration et on peut terminer, en allant dans la configuration, on peut voir le commutateur virtuel (DSwitch)

Maintenant que le DSwitch est créé il faut ajouter notre second EXSi dessus, dans la partie réseau, clic droit sur DSwitch et Ajouter-gérer des hôtes

Pour l'adaptateur réseau physique, on choisir le même uplink que l'autre serveur (uplink1)

Maintenant on doit assigner l'adaptateur réseau VMkernel à un groupe de ports (le DSwitch-Management Network)

On doit migrer la gestion réseau des VM et attribuer le port DSwitch-VM Network

DSwitch Ok pour celui-ci également

• Info

Le vSwitch Distribué (DSwitch) est mieux pour la production, mais le vSwitch Standard fonctionne parfaitement pour vMotion. il suffit donc d'activer le service vMotion" sur le switch. Dans Adaptateurs VMkernel > Modifier > Cocher la case vMotion

Migration à chaud

On peut directement faire glisser une VM (ici Alpine du 10.0.0.63) sur l'autre Hyperviseur

On sélectionne l'hôte cible

On choisi le stockage cible

On sélectionne l'adaptateur réseau

Sélectionner la priorité de vMotion

Terminer

On peut voir que notre VM a bien été migrée sans interruption !

• Problèmes rencontrés

Datastore plein sur l'EXSi qui accueillait vCenter, un peu comme quand le disque de notre Windows est plein, lenteurs, bug, saturation. Ajout d'un disque sur la machine (via proxmox), et augmentation de la taille du datastore.

Pour le DSwitch, ajout d'une interface réseau sur la machine (via proxmox) et configuration de cette dernière sur le DSwitch, parce qu'une des 2 machines n'arrivait pas à changer son interface réseau active.