Lorsque vous configurez ou importez une image vSphere Lifecycle Manager à utiliser avec un cluster, le logiciel spécifié dans l'image n'est pas immédiatement installé sur les hôtes de ce cluster. Pour appliquer la spécification logicielle à partir de l'image sur les hôtes, vous devez corriger le cluster par rapport à cette image.

Pour lancer la correction d'un cluster, vous devez disposer des privilèges requis. Pour une liste de tous les privilèges d'vSphere Lifecycle Manager et leurs descriptions, consultez Privilèges de vSphere Lifecycle Manager pour l'utilisation d'images. Pour plus d'informations sur la gestion des utilisateurs, des groupes, des rôles et des autorisations, consultez la documentation Sécurité vSphere.

Lors de la correction d'un cluster par rapport à une image de vSphere Lifecycle Manager, les hôtes ESXi dans le cluster sont corrigés de manière séquentielle. Par exemple, si la correction d'un hôte unique dans le cluster échoue, la correction de l'intégralité du cluster s'arrête. La correction parallèle est une option uniquement prise en charge si vous gérez un cluster avec des lignes de base vSphere Lifecycle Manager.

Pendant la correction, l'image que vous configurez pour le cluster est installée sur tous les hôtes ESXi du cluster.

Lorsque vous corrigez un cluster qui contient un seul hôte ESXi ou que vSphere Storage DRS est désactivé ou en mode manuel, le processus de correction ne peut pas mettre cet hôte en mode de maintenance. Par conséquent, pour poursuivre la correction, vous devez mettre hors tension les machines virtuelles qui s'exécutent sur l'hôte, les déplacer vers un autre hôte ou sélectionner une stratégie utilisateur permettant au processus de correction de mettre hors tension les machines virtuelles. Vous pouvez également définir une stratégie utilisateur pour mettre sous tension les machines virtuelles après la correction de l'hôte.

Pour les clusters vSAN, l'opération de correction inclut un contrôle de compatibilité du matériel. En fonction de la manière dont vous configurez les paramètres de correction vSphere Lifecycle Manager, vSphere Lifecycle Manager peut ne pas poursuivre la tâche de correction en présence de problèmes de compatibilité matérielle. Pour obtenir des informations sur la configuration des paramètres de correction globale de vSphere Lifecycle Manager, consultez Configuration des paramètres de correction des images vSphere Lifecycle Manager. Pour plus d'informations sur la configuration des paramètres de correction pour un cluster particulier, consultez Modification des paramètres de correction d'un cluster.

Mode maintenance

En général, si la mise à jour l'exige, les hôtes sont placés en mode de maintenance avant la correction. Les machines virtuelles ne peuvent pas s'exécuter lorsqu'un hôte est en mode de maintenance. Pour garantir une expérience utilisateur cohérente, vCenter Server migre les machines virtuelles vers d'autres hôtes dans le cluster avant qu'un hôte ne soit mis en mode de maintenance. vCenter Server peut migrer les machines virtuelles si le cluster est configuré pour vMotion et si DRS et VMware Enhanced vMotion Compatibility (EVC) sont activés. EVC garantit que les CPU des hôtes sont compatibles, mais il ne s'agit pas d'une condition préalable pour vMotion.

Vous pouvez configurer vSphere Lifecycle Manager pour désactiver le contrôle d'admission HA du cluster avant la correction. Cependant, la désactivation du contrôle d'admission HA avant de corriger un cluster à deux nœuds qui utilise une image vSphere Lifecycle Manager unique entraîne la perte de pratiquement toutes ses garanties de haute disponibilité. Cela est dû au fait que lorsque l'un des deux hôtes passe en mode de maintenance, vCenter Server ne peut pas basculer les machines virtuelles vers cet hôte et les basculements HA ne réussissent jamais. Pour plus d'informations sur le contrôle d'admission HA, consultez la documentation Disponibilité vSphere.