La correction d'hôtes s'exécute de manière différente selon les types de lignes de base que vous attachez et selon que l'hôte se trouve ou non dans un cluster.

Correction d'hôtes dans un cluster

Pour les hôtes ESXi dans un cluster, le processus de correction s'exécute séquentiellement, par défaut. Update Manager vous permet d'exécuter la correction d'hôte en parallèle.

Lorsque vous corrigez un cluster d'hôtes séquentiellement et que l'un des hôtes ne parvient pas à entrer en mode de maintenance, Update Manager signale une erreur et le processus s'arrête et échoue. Les hôtes du cluster qui ont été corrigés restent au niveau de mise à jour. Les hôtes qui n'ont pas été corrigés suite à l'échec de la correction d'hôte ne sont pas mis à jour. Si l'un des hôtes d'un cluster sur lequel DRS est activé exécute une machine virtuelle sur laquelle Update Manager ou vCenter Server est installé, DRS tente d'abord de migrer la machine virtuelle qui exécute vCenter Server ou Update Manager vers un autre hôte pour que la correction puisse aboutir. Dans le cas où la machine virtuelle ne peut pas être migrée vers un autre hôte, la correction de l'hôte échoue, mais le processus ne s'arrête pas. Update Manager corrige l'hôte suivant dans le cluster.

La correction de mise à niveau des hôtes ESXi dans un cluster ne continue que si tous les hôtes du cluster peuvent être mis à niveau.

La correction d'hôtes d'un cluster nécessite que les fonctionnalités de cluster comme VMware DPM et le contrôle d'admission HA soient temporairement désactivées. Il convient également de désactiver la fonctionnalité Fault Tolerance si elle est activée sur les machines virtuelles d'un hôte et de déconnecter les périphériques amovibles connectés aux machines virtuelles d'un hôte, afin que ces hôtes puissent être migrés avec vMotion. Avant de démarrer le processus de correction, vous pouvez générer un rapport indiquant le cluster, l'hôte ou la machine virtuelle sur lequel les fonctionnalités de cluster sont activées. Pour plus d'informations, consultez Rapport de prévérification de la correction.

Note : Lorsque vous corrigez un cluster ne contenant pas plus de deux hôtes, la désactivation du contrôle d'admission HA peut ne pas être suffisante pour assurer une bonne correction. Vous devrez peut-être désactiver Disponibilité vSphere (HA) sur le cluster. Si vous conservez HA activé, les tentatives de correction sur l'hôte du cluster échouent, car HA ne peut pas fournir à  Update Manager la recommandation de placer les hôtes en mode de maintenance. La raison en est que si l'un des deux hôtes est placé en mode de maintenance, aucun hôte de basculement ne reste disponible dans le cluster. Pour assurer une bonne correction sur un cluster à 2 nœuds, désactivez HA sur le cluster ou placez manuellement les hôtes en mode de maintenance, puis corrigez les deux hôtes du cluster.

Lorsque vous corrigez un cluster d'hôtes en parallèle, Update Manager corrige plusieurs hôtes simultanément. Lors d'une correction parallèle, si Update Manager détecte une erreur lors de la correction d'un hôte, il l'ignore et la correction se poursuit pour les autres hôtes du cluster. Update Manager évalue en permanence le nombre maximal d'hôtes qu'il peut corriger simultanément sans affecter les paramètres DRS. Vous pouvez limiter le nombre d'hôtes corrigés simultanément.

Update Manager corrige les hôtes faisant partie d'un cluster vSAN de manière séquentielle même si vous sélectionnez l'option permettant de les corriger en parallèle. Cela est dû au fait que, de part sa conception même, un seul hôte d'un cluster vSAN peut être en mode de maintenance à la fois.

Dans le cas d'un centre de données avec plusieurs clusters, les processus de correction sont exécutés en parallèle. Si le processus de correction échoue pour l'un des clusters d'un centre de données, il se poursuit pour les autres clusters.

Correction par rapport à plusieurs lignes de base ou à des groupes de lignes de base

Depuis vCenter Server 6.7 Update 2, vous pouvez sélectionner plusieurs lignes de base au lieu de d'abord les rassembler dans un groupe de lignes de base. Lorsque vous corrigez des hôtes par rapport à plusieurs ligne de base ou à des groupes de lignes de base contenant une ligne de base de mise à niveau et des lignes de base d'extension ou de correctif, la mise à niveau est d'abord exécutée.

Correction de mise à niveau d'hôtes

Lorsque vous mettez à niveau un hôte ESXi  6.0 et ESXi 6.5 vers ESXi 6.7, tous les VIB personnalisés pris en charge restent intacts sur l'hôte après la mise à niveau, qu'ils soient ou non inclus dans l'image ISO du programme d'installation. Cela est dû au fait que les hôtes ESXi 6.x sont compatibles au niveau binaire.

Vous pouvez mettre à niveau des hôtes en utilisant des images ESXi personnalisées qui contiennent des modules tiers pour ESXi 6.7. Auquel cas, les modules tiers compatibles avec ESXi 6.7 sont disponibles sur l'hôte mis à niveau.

La mise à niveau d'hôte dans un réseau à latence élevée dans lequel Update Manager et les hôtes se trouvent dans des emplacements distincts peut prendre quelques heures, car le fichier de mise à niveau est copié du référentiel du serveur Update Manager vers l'hôte avant la mise à niveau. Pendant ce temps, l'hôte reste en mode de maintenance.

Update Manager 6.7 prend en charge la mise à niveau de ESXi 6.0.x et de ESXi 6.5.x vers ESXi 6.7.

Important : Après avoir mis à niveau votre hôte vers ESXi  6.7, vous ne pouvez pas revenir à la version de ESXi  6.0.x ou ESXi  6.5.x du logiciel. Sauvegardez la configuration de l'hôte avant d'effectuer une mise à niveau. Si la mise à niveau échoue, vous pouvez réinstaller le logiciel ESXi  6.0.x ou ESXi  6.5.x à partir duquel vous avez effectué la mise à niveau et restaurer la configuration de l'hôte. Pour plus d'informations sur la sauvegarde et la restauration de la configuration ESXi, reportez-vous à Mise à niveau vSphere.

Correction de correctifs d'hôtes

Update Manager gère les correctifs d'hôtes de la manière suivante :

  • Lorsque l'un des correctifs d'une ligne de base de correctifs nécessite l'installation d'un autre correctif, Update Manager détecte cette condition préalable dans le référentiel de correctifs et installe cet autre correctif avec le correctif sélectionné.
  • Si un correctif est en conflit avec d'autres correctifs installés sur l'hôte, le correctif conflictuel peut ne pas être installé ou transféré. Cependant, si un autre correctif de la ligne de base résout les conflits, le correctif conflictuel est installé. Par exemple, considérons une ligne de base qui contient un correctif A et un correctif C, et supposons que le correctif A soit en conflit avec le correctif B, ce dernier étant déjà installé sur l'hôte. Si le correctif C rend le correctif B obsolète, et si le correctif C n'est pas en conflit avec le correctif A, le processus de correction installe les correctifs A et C.
  • Si un correctif est en conflit avec les correctifs du référentiel de correctifs d'Update Manager mais n'est pas en conflit avec l'hôte, après une analyse, Update Manager signale ce correctif comme un correctif conflictuel. Vous pouvez transférer et appliquer le correctif à l'hôte.
  • Lorsque plusieurs versions du même correctif sont sélectionnées, Update Manager installe la version la plus récente et ignore les versions antérieures.

Lors d'une correction de correctifs, Update Manager procède automatiquement aux installations requises par les conditions préalables des correctifs.

Update Manager 6.7 vous permet de corriger des hôtes ESXi  6.0 et ESXi 6.5 par rapport à des bundles hors ligne que vous avez importés manuellement.

Vous pouvez transférer les correctifs avant de procéder à la correction afin de réduire le temps d'arrêt des hôtes.

Correction d'extensions d'hôtes

Lors de la correction d'extensions, Update Manager ne procède pas automatiquement aux installations requises par les conditions préalables des correctifs. Ceci peut entraîner l'échec de certaines opérations de correction. Si l'information requise manquante concerne un correctif, il est possible de l'ajouter à une ligne de base de correctifs. Si l'élément requis manquant est un correctif, il est possible de l'ajouter à une ligne de base de correctifs. Vous pouvez ensuite procéder à la correction de l'hôte par rapport à la ligne de base ou aux lignes de base qui contiennent l'information requise et l'extension d'origine.

Correction des hôtes ESXi démarrés par PXE

Update Manager vous permet de corriger des hôtes ESXi démarrés par PXE. Update Managern'applique pas les correctifs nécessitant un redémarrage à des hôtes ESXi démarrés par PXE.

Si un logiciel supplémentaire est installé sur l'hôte ESXi démarré par PXE, vous risquez de perdre le logiciel si l'hôte redémarre. Mettez à jour votre profil d'image avec le logiciel supplémentaire pour qu'il soit présent après le redémarrage.