Lorsque vous mettez à jour les objets vSphere dans un cluster lorsque vSphere Distributed Resource Scheduler (DRS), vSphere High Availability (HA) et vSphere Fault Tolerance (FT) sont activés, vous pouvez temporairement désactiver vSphere Distributed Power Management (DPM), le contrôle d’admission HA et FT pour l’intégralité du cluster. Une fois la mise à jour effectuée, Update Manager restaure ces fonctionnalités.
Les mises à jour peuvent imposer le passage de l’hôte en 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é, vCenter Server peut migrer des machines virtuelles vers d’autres hôtes ESXi dans un cluster avant que l’hôte ne soit placé en mode de maintenance. vCenter Server migre les machines virtuelles si le cluster est configuré pour vSphere vMotion et si DRS est activé.
Si un hôte n'a pas de machines virtuelles actives, DPM peut placer l'hôte en mode de veille et interrompre une opération Update Manager. Pour garantir que l'analyse et le transfert s’effectuent correctement, Update Manager désactive DPM pendant ces opérations. Pour que la correction aboutisse, demandez à Update Manager de désactiver DPM et le contrôle d’admission HA avant l’opération de correction. Une fois l'opération effectuée, Update Manager restaure DPM et le contrôle d'admission HA. Update Manager désactive le contrôle d'admission HA avant le transfert et la correction, mais pas avant l'analyse.
Si DPM a déjà placé les hôtes en mode de veille, Update Manager met sous tension les hôtes avant l'analyse, le transfert et la correction. Après l'analyse, le transfert ou la correction, Update Manager active DPM et le contrôle d'admission HA, et laisse DPM mettre les hôtes en mode de veille, si nécessaire. Update 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, Update Manager ne corrige pas et ne met pas sous tension les hôtes.
Dans un cluster, désactivez temporairement le contrôle d'admission HA pour laisser vSphere vMotion continuer. Cette action permet d’éviter les interruptions de service des machines sur les hôtes que vous corrigez. Après la correction de l'ensemble du cluster, Update Manager restaure les paramètres de contrôle d'admission HA.
Si FT est activé pour des machines virtuelles sur les hôtes dans un cluster, désactivez temporairement FT avant toute opération Update Manager dans le cluster. Si elle est activée pour les machines virtuelles sur un hôte, Update 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 de différentes versions et différents niveaux de correctif d’ESXi.
Lorsque vous corrigez des hôtes faisant partie d’un cluster vSAN, vous devez connaître le comportement suivant :
Le processus de correction d'un hôte peut être très long.
En raison de la conception, un seul hôte d'un cluster vSAN peut être en mode de maintenance à la fois.
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.
Si un hôte est un membre d'un cluster vSAN et si l'une des machines virtuelles sur l'hôte utilise une stratégie de stockage de machine virtuelle avec pour paramètre « Nombre d'échecs à tolérer=0 », l'hôte risque de présenter des retards inhabituels en entrant en mode de maintenance. Ces retards se produisent du fait que vSAN doit migrer les données de la machine virtuelle d'un disque vers un autre dans le cluster de la banque de données vSAN. Les retards peuvent durer plusieurs heures. Vous pouvez contourner ce problème en définissant le paramètre « Nombre d'échecs à tolérer=1 » pour la stratégie de stockage de machine virtuelle, ce qui entraîne la création de deux copies de fichiers de la machine virtuelle dans la banque de données vSAN.
