Mettre à jour vCenter et ESXi sans coupure

1.L'ordre : la règle d'or

Dans un environnement vSphere, l'ordre des mises à jour n'est pas libre. Broadcom publie pour chaque version une « séquence de mise à jour ». Pour un environnement classique, elle se résume ainsi :

Si tu as d'autres produits (NSX, SRM, Aria, Horizon…), consulte la séquence complète de Broadcom pour ta version.

L'étape 0 que tout le monde oublieAvant de monter de version vSphere, vérifie que ta version de Veeam prend en charge la version cible (notes de version de Veeam, section « Platform support »). Une nouvelle version de vSphere peut casser les sauvegardes tant que Veeam n'est pas à jour. Mets Veeam à jour d'abord si nécessaire.

2.Avant de commencer

Vérifier la compatibilité du matériel des serveurs avec la version cible (guide de compatibilité Broadcom, et le constructeur pour les firmwares et pilotes).
Sauvegarder le vCenter : sauvegarde par fichiers depuis l'interface d'administration (VAMI, port 5480), en plus de la sauvegarde Veeam.
S'assurer que les sauvegardes Veeam de la nuit sont toutes en succès.
DRS en mode entièrement automatisé (Fully Automated) pour que les VM quittent les hôtes toutes seules.
Vérifier que le cluster peut perdre un hôte : la charge des hôtes restants doit tenir (le dimensionnement VMware de la boîte à outils le montre).
Repérer les VM qui ne pourront pas bouger : disque sur un datastore local, ISO montée depuis un datastore local, carte en passthrough, règles d'affinité strictes.
Prévenir les utilisateurs, même si l'opération se fait sans coupure.

# VM avec un lecteur CD connecté (bloquent souvent vMotion)
Get-VM | Get-CDDrive | Where-Object { $_.IsoPath -or $_.ConnectionState.Connected } |
    Select-Object Parent, IsoPath

# Les déconnecter toutes
Get-VM | Get-CDDrive | Where-Object { $_.IsoPath } | Set-CDDrive -NoMedia -Confirm:$false

3.Mettre à jour le vCenter

Ouvre l'interface d'administration : https://vcenter.domaine.local:5480.
Onglet Update : vérifie les mises à jour disponibles, lis les notes de version, lance les pre-checks.
Lance la mise à jour. Le vCenter redémarre ses services : la console est indisponible quelques minutes, mais les VM continuent de tourner normalement.
Vérifie la version dans le client vSphere (Help → About) avant de passer aux hôtes.

Bon à savoirEn vSphere 8, le vCenter prend automatiquement un instantané de son propre système avant d'installer un correctif, ce qui permet de revenir en arrière si l'installation échoue. Ça ne remplace pas une vraie sauvegarde.

4.Mettre à jour les hôtes avec vSphere Lifecycle Manager

vSphere Lifecycle Manager (vLCM) met à jour les hôtes d'un cluster les uns après les autres, en déplaçant les VM automatiquement. VMware pousse vers la gestion par image (une version d'ESXi + le module du constructeur + les pilotes) plutôt que par baselines, qui sont dépréciées.

Sélectionne le cluster → Updates → Image. Choisis la version d'ESXi cible et, si besoin, l'add-on de ton constructeur (Dell, HPE, Lenovo…).
Clique sur Check compliance : vLCM liste les hôtes qui ne sont pas à la version voulue.
Lance Run pre-check : il signale ce qui empêcherait une mise à jour (VM non déplaçable, HA, espace…).
Clique sur Remediate all. Pour chaque hôte : mode maintenance, vMotion des VM, installation, redémarrage, sortie du mode maintenance. Puis hôte suivant.
Surveille l'onglet Tasks. Compte 20 à 40 minutes par hôte selon le matériel.

vLCM traite un hôte à la fois : le cluster doit pouvoir fonctionner avec un hôte en moins.

Sans vLCM : la méthode manuelle

Pour un hôte isolé, ou un correctif ponctuel, en SSH sur l'hôte, une fois les VM déplacées ou éteintes :

esxcli system maintenanceMode set --enable true
# Lister les profils contenus dans le dépôt hors ligne (fichier zip déposé sur un datastore)
esxcli software sources profile list -d /vmfs/volumes/DS-01/patchs/VMware-ESXi-depot.zip
# Appliquer le profil voulu
esxcli software profile update -d /vmfs/volumes/DS-01/patchs/VMware-ESXi-depot.zip -p NOM-DU-PROFIL
reboot
# Après le redémarrage
esxcli system maintenanceMode set --enable false

5.Après la mise à jour

Tous les hôtes sont à la même version (onglet Summary du cluster, ou Get-VMHost | Select Name, Version, Build).
HA et DRS sont revenus au vert, aucune alarme nouvelle.
La sauvegarde Veeam de la nuit suivante est en succès : c'est le vrai test.
VMware Tools : mets-les à jour par vagues (elles demandent parfois un redémarrage de la VM), en commençant par les VM non critiques.
Version du matériel virtuel : ne la monte que si tu as besoin d'une nouvelle fonction. Elle demande d'éteindre la VM et ne se redescend pas.

# État des VMware Tools sur toutes les VM
Get-VM | Select-Object Name, @{ n = 'Tools'; e = { $_.ExtensionData.Guest.ToolsVersionStatus2 } },
    @{ n = 'Materiel'; e = { $_.HardwareVersion } } | Sort-Object Tools