Lorsque vous configurez ou importez une image vSphere Lifecycle Manager à utiliser avec un cluster ou un hôte, le logiciel spécifié dans l'image n'est pas immédiatement installé sur les hôtes de ce cluster ou sur l'hôte autonome. Pour appliquer la spécification logicielle à partir de l'image sur les hôtes, vous devez corriger le cluster ou l'hôte autonome par rapport à cette image.
Pour lancer la correction d'un cluster ou d'hôte, 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.
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 Configurer les paramètres de correction de vSphere Lifecycle Manager pour les clusters ou les hôtes autonomes que vous gérez avec une seule image. Pour plus d'informations sur la configuration des paramètres de correction pour un cluster particulier ou un cluster autonome, reportez-vous à la section Remplacer les paramètres de correction globaux de vSphere Lifecycle Manager pour un cluster que vous gérez avec une seule image.
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.
Correction parallèle
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 défaut. 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. Toutefois, vous pouvez configurer vSphere Lifecycle Manager pour qu'il corrige en parallèle les hôtes d'un cluster qui utilise des images. La correction parallèle réduit le temps de correction global et optimise la fenêtre de maintenance pour le cluster. Seuls les hôtes ESXi qui sont déjà en mode de maintenance peuvent être corrigés en parallèle. Pendant la correction parallèle, les hôtes n'entrent pas automatiquement en mode de maintenance. De même, une fois la correction terminée, les hôtes ne quittent pas automatiquement le mode de maintenance. Pour corriger les hôtes en parallèle, vous devez entrer dans le mode de maintenance et en sortir manuellement. Si vous activez la correction parallèle, vSphere Lifecycle Manager ne corrige pas les hôtes ESXi qui ne sont pas en mode de maintenance.
Lorsque vous configurez vSphere Lifecycle Manager pour corriger les hôtes en parallèle, vous pouvez définir le nombre maximal d'hôtes à corriger dans une seule tâche de correction. Vous pouvez également laisser vSphere Lifecycle Manager calculer le nombre optimal d'hôtes à corriger en parallèle.
Lorsque vous corrigez des hôtes en parallèle, si la correction d'un hôte unique échoue, la tâche de correction de l'ensemble du cluster ne s'arrête pas et les autres hôtes sont corrigés. Une fois la correction terminée, vSphere Lifecycle Manager signale une erreur pour l'hôte correspondant.
La correction parallèle est désactivée par défaut, mais vous pouvez l'activer pendant la correction ou dans les paramètres de correction généraux de vSphere Lifecycle Manager. La correction parallèle et tous les autres paramètres de correction s'appliquent aux tâches de correction que vous démarrez dans vCenter Server. Les solutions telles que NSX, par exemple, peuvent avoir des paramètres de correction parallèles distincts.
Vous ne pouvez pas corriger en parallèle l'hôte témoin et les hôtes du cluster vSAN associé. La correction parallèle n'est pas non plus possible pour les clusters activés pour vSphere with Tanzu ou NSX.
Correction d'un cluster reposant sur DPU ou d'un hôte autonome
Lors de la correction, vSphere Lifecycle Manager applique des VIB à la version ESXi sur le DPU, si l'hôte dispose d'un périphérique DPU et que l'image du cluster ou de l'hôte contient des composants avec des VIB applicables au DPU.
Correction d'un cluster par rapport à une seule image
En corrigeant un cluster par rapport à une image, vous appliquez le logiciel spécifié dans l'image à tous les hôtes du cluster. Par conséquent, en corrigeant un cluster, vous rendez conformes à l'image que vous avez définie pour le cluster les hôtes non conformes.
Pendant la correction, les hôtes du cluster sont corrigés dans l'ordre par défaut. Vous pouvez configurer vSphere Lifecycle Manager pour qu'il corrige les hôtes en parallèle.
Les hôtes dont l'état de conformité est incompatible ne sont pas corrigés.
Si un basculement vCenter HA est lancé pendant la correction d'un cluster, la tâche de correction est annulée. Une fois le basculement terminé, vous devez redémarrer la tâche de correction sur le nouveau nœud.
Conditions préalables
Vérifiez que vous disposez des privilèges appropriés. Reportez-vous à la section Privilèges de vSphere Lifecycle Manager pour l'utilisation d'images.
Procédure
Corriger un hôte unique dans un cluster ou un hôte autonome par rapport à une image
Lorsque vous corrigez un hôte unique dans un cluster ou un hôte autonome par rapport à l'image pour le cluster ou l'hôte, vSphere Lifecycle Manager applique l'image à cet hôte uniquement. La correction est l'opération qui rend un hôte non conforme dans le cluster ou l'hôte autonome conforme à l'image que vous utilisez pour ce cluster ou cet hôte.
Conditions préalables
- Vérifiez que l'hôte est non-conforme avec l'image du cluster ou de l'hôte autonome.
-
Vérifiez que vous disposez des privilèges appropriés. Reportez-vous à la section Privilèges de vSphere Lifecycle Manager pour l'utilisation d'images.
