Mettre à jour un hôte ESXi 5.0 vers 5.1 avec VMware Update Manager (VUM)

Faire évoluer l’infrastructure de virtualisation est une tâche d’administration courante mais délicate. Lors du passage d’une version majeure ou mineure de VMware vSphere, comme la bascule d’ESXi 5.0 vers ESXi 5.1, l’utilisation de VMware vSphere Update Manager (VUM) simplifie considérablement le déploiement tout en assurant une traçabilité rigoureuse des opérations.

Les prérequis indispensables avant migration

Une mise à niveau ne doit jamais être exécutée directement sur un environnement de production sans validation préalable en laboratoire. Avant de lancer le processus, vérifiez scrupuleusement la chaîne de dépendances logicielle :

• Ordre des composants : vCenter Server doit impérativement être mis à jour en version 5.1 avant de toucher aux hyperviseurs. Un serveur vCenter ne peut pas administrer un hôte ESXi disposant d’une version supérieure à la sienne.
• Version de VUM : Update Manager doit être aligné avec la version du vCenter cible (5.1.x).
• Résolution de noms : La communication entre vCenter, Update Manager et les hôtes ESXi repose sur le réseau et la résolution inverse. Prenez le temps de valider vos enregistrements FQDN ; il est fondamental de bien comprendre le DNS pour éviter des échecs de communication ou des déconnexions d’hôtes durant l’opération.
• Sauvegardes des machines virtuelles : Sécurisez l’ensemble de vos VM avant toute modification d’hyperviseur, par exemple via des solutions comme Vmware data recovery ou votre outil de réplication habituel.
• Image constructeur : Si vos serveurs sont de marque (Dell, HP, Cisco, etc.), privilégiez l’ISO personnalisée OEM incluant les pilotes spécifiques pour les contrôleurs RAID et cartes réseau.

Étape 1 : Importer l’image ESXi dans Update Manager

Pour mettre à niveau un hôte, VUM a besoin de l’image binaire de destination. La démarche s’effectue depuis la console vSphere Client :

1. Ouvrez la console d’administration et rendez-vous dans la section Update Manager.
2. Basculez sur l’onglet ESXi Images puis cliquez sur Import ESXi Image.
3. Parcourez votre poste pour désigner le fichier ISO téléchargé (officiel ou OEM).
4. Laissez l’assistant analyser et importer le package. Une fois le processus terminé, la version d’ESXi 5.1 s’affiche dans votre référentiel d’images.

Étape 2 : Créer la baseline d’upgrade

La « baseline » (ou ligne de base) correspond à l’état cible que l’on souhaite imposer aux hyperviseurs :

1. Dans VUM, ouvrez la vue Baselines and Groups.
2. Cliquez sur Create, nommez votre règle (ex. ESXi 5.1 Upgrade) et sélectionnez impérativement le type Host Upgrade.
3. Associez l’image ISO précédemment importée à cette baseline.
4. Validez pour finaliser la création.

Étape 3 : Attachement et remédiation de l’hôte

Une fois la règle disponible, appliquez-la à l’hôte cible :

1. Sélectionnez l’hôte ESXi 5.0 concerné dans l’inventaire vCenter et ouvrez l’onglet Update Manager.
2. Cliquez sur Attach, sélectionnez votre baseline d’upgrade et validez.
3. Lancez un Scan pour vérifier la conformité. L’hôte remontera naturellement avec le statut « Non-Compliant ».
4. Placez l’hôte en mode maintenance (les machines virtuelles doivent être arrêtées ou migrées à chaud via vMotion).
5. Cliquez sur Remediate.
6. Validez les termes du contrat de licence et gérez les extensions tierces (choisissez de supprimer les modules tiers incompatibles si vous n’en avez pas l’usage strict).
7. Planifiez ou déclenchez l’exécution immédiate.

Points de vigilance et contrôle post-migration

Durant l’application du correctif, la progression dans la console peut sembler figée à certains paliers (fréquemment aux alentours de 23 %, 43 % puis 89 %). Ce comportement est normal : le système procède à l’écriture des VIBs, au redémarrage physique du serveur puis à la réinitialisation de l’agent de gestion VPXA. L’opération nécessite généralement entre 20 et 40 minutes selon le matériel.

Une fois l’hôte reconnecté à vCenter, contrôlez son bon fonctionnement. En cas de doute ou d’anomalie réseau, ouvrez un accès console direct en SSH (que vous pouvez personnaliser en amont en pensant à changer les paramètres par défaut de Putty pour un meilleur confort de travail) afin de vérifier les logs dans /var/log/esxupdate.log et /var/log/vmkernel.log. Vous pouvez alors sortir l’hyperviseur du mode maintenance et redéployer vos charges de travail.