Paramètres de cluster et correction d'hôte

Lorsque vous corrigez des hôtes ESXi se trouvant dans un cluster, certains paramètres du cluster peuvent entraîner un échec de la correction. Vous devez configurer les paramètres du cluster de façon à garantir la réussite de la correction.

Lorsque vous mettez à jour des hôtes ESXi dans un cluster sur lequel vSphere Distributed Resource Scheduler (DRS), vSphere High Availability (HA) et vSphere Fault Tolerance (FT) sont activés, vous pouvez Désactiver temporairement vSphere Distributed Power Management (DPM), le contrôle d'admission HA et FT pour l'ensemble du cluster. Une fois la mise à jour terminée, vSphere Lifecycle Manager redémarre ces fonctionnalités.

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 la compatibilité améliorée de vMotion (EVC, Enhanced vMotion Compatibility). 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 utiliser 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

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 pouvez configurer vSphere Lifecycle Manager pour désactiver DPM pendant ces opérations. Pour une correction réussie, vSphere Lifecycle Manager doit 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é et la correction. En outre, pour les clusters que vous gérez avec des lignes de base, vSphere Lifecycle Manager met également l'hôte sous tension avant le transfert. Une fois la tâche respective terminée, vSphere Lifecycle Manager active DPM et le contrôle d'admission HA, 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.

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

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.