Si vous gérez les hôtes ESXi dans votre environnement avec des lignes de base ou des images, vous pouvez configurer le comportement de vSphere Lifecycle Manager lors de la correction.
Les paramètres de correction de vSphere Lifecycle Manager pour les hôtes et les clusters qui utilisent des lignes de base sont différents des paramètres de correction des hôtes et des clusters que vous gérez avec une seule image de vSphere Lifecycle Manager. Par exemple, l'installation de logiciels sur des hôtes démarrés par PXE et la suppression de périphériques multimédias avant le mode de maintenance sont des paramètres que vous pouvez configurer uniquement pour les hôtes et les clusters qui utilisent des lignes de base. Les paramètres de migration de machine virtuelle, les paramètres de mode de maintenance et les Quick Boot sont des exemples de paramètres de correction que vous pouvez configurer pour les hôtes et les clusters qui utilisent des lignes de base ou des images.
Vous pouvez modifier les paramètres par défaut de vSphere Lifecycle Manager uniquement si vous disposez des privilèges appropriés. L'autorisation doit être attribuée à l'instance de vCenter Server sur laquelle vSphere Lifecycle Manager s'exécute. Pour plus d'informations sur la gestion des utilisateurs, des groupes, des rôles et des autorisations, reportez-vous à la documentation de Sécurité vSphere. Pour obtenir la liste des privilèges de vSphere Lifecycle Manager et leur description, reportez-vous à la section Privilèges requis pour utiliser vSphere Lifecycle Manager et vSphere Configuration Profiles.
Si votre système vCenter Server est connecté à d'autres systèmes vCenter Server par un domaine vCenter Single Sign-On commun, vous pouvez configurer les paramètres de correction pour chaque instance de vSphere Lifecycle Manager. Les propriétés de configuration modifiées sont appliquées uniquement à l'instance de vSphere Lifecycle Manager que vous spécifiez et ne sont pas propagées aux autres instances dans le domaine.
Comment les paramètres du cluster affectent-ils la correction ?
- Distributed Resource Scheduler (DRS)
-
Les mises à jour peuvent nécessiter un hôte pour passer au mode de maintenance pendant la correction. Les machines virtuelles ne peuvent pas s'exécuter lorsqu'un hôte est en mode de maintenance. Pour garantir la disponibilité, vous pouvez activer DRS pour le cluster et le configurer pour
vSphere vMotion. Dans ce cas, avant que l'hôte ne soit mis en mode de maintenance,
vCenter Server migre les machines virtuelles vers un autre hôte
ESXi au sein du cluster.
Pour garantir la compatibilité de vSphere vMotion entre les hôtes du cluster, vous pouvez activer Enhanced vMotion Compatibility (EVC). EVC s'assure que tous les hôtes d'un cluster présentent la même fonctionnalité de CPU sur les machines virtuelles, même si les CPU virtuels sont différents sur les hôtes. EVC empêche les échecs de migration en cas de CPU incompatibles. Vous ne pouvez activer EVC que dans un cluster où les CPU hôtes répondent aux exigences de compatibilité. Pour plus d'informations sur EVC et les conditions auxquelles les hôtes doivent répondre dans un cluster EVC, consultez la documentation Gestion de vCenter Server et des hôtes.
- DPM (Distributed Power Management)
-
Si un hôte ne comporte aucune machine virtuelle active, DPM peut placer l'hôte en mode de veille, ce qui entraîne l'interruption d'une opération de
vSphere Lifecycle Manager. Par conséquent, pour vous assurer que toutes les opérations de
vSphere Lifecycle Manager se terminent, vous devez désactiver DPM pendant ces opérations.
Pour une correction réussie, vous devez configurer vSphere Lifecycle Manager pour désactiver DPM. Une fois la tâche de correction terminée, vSphere Lifecycle Manager restaure DPM. Si DPM a déjà passé un hôte en mode de veille, vSphere Lifecycle Manager met l'hôte sous tension avant les vérifications de conformité, la correction et le transfert. Une fois la tâche respective terminée, vSphere Lifecycle Manager active DPM et laisse DPM mettre les hôtes en mode de veille, si nécessaire. vSphere Lifecycle Manager ne corrige pas les hôtes hors tension.
Si les hôtes sont en mode de veille et que vous désactivez manuellement DPM, vSphere Lifecycle Manager ne corrige pas et ne met pas les hôtes sous tension.
- Contrôle d'admission HA
-
Dans un cluster, désactivez temporairement le contrôle d'admission HA pour laisser
vSphere vMotion poursuivre. Cette action permet d'éviter les interruptions de service des machines sur les hôtes que vous corrigez. Vous pouvez configurer
vSphere Lifecycle Manager pour désactiver le contrôle d'admission HA pendant la correction. Une fois la correction de l'ensemble du cluster terminée,
vSphere Lifecycle Manager restaure les paramètres de contrôle d'admission HA.
vSphere Lifecycle Manager désactive le contrôle d'admission HA avant la correction, mais pas avant les vérifications de conformité. De plus, pour les clusters que vous gérez avec des lignes de base,
vSphere Lifecycle Manager désactive le contrôle d'admission HA avant le transfert.
Note :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.
- Fault Tolerance (FT)
- Si FT est activé pour des machines virtuelles sur les hôtes dans un cluster, désactivez temporairement FT avant toute opération de vSphere Lifecycle Manager dans le cluster. Si elle est activée pour les machines virtuelles sur un hôte, vSphere Lifecycle Manager ne corrige pas l'hôte. Corrigez tous les hôtes dans un cluster avec les mêmes mises à jour, afin que FT puisse être réactivé après la correction. Une machine virtuelle principale et une machine virtuelle secondaire ne peuvent pas résider sur des hôtes avec différentes versions et différents niveaux de correctif d' ESXi.
