Il existe plusieurs paramètres d'hôte et de cluster que vous pouvez utiliser pour organiser le comportement d'Update Manager pendant les opérations de correction et de mise à niveau d'hôte.
Paramètres d'hôte et de cluster
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 le 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é.
Activez la compatibilité améliorée de vMotion (EVC) pour contribuer à garantir la compatibilité vSphere vMotion entre les hôtes du cluster. EVC s'assure que tous les hôtes d'un cluster présentent les mêmes caractéristiques de CPU sur les machines virtuelles, même si les CPU virtuelles sont différentes sur les hôtes. L'utilisation d'EVC permet d'éviter l'échec des migrations avec vSphere vMotion 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, reportez-vous à la section Gestion de vCenter Server et des hôtes.
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.
Paramètres d'hôte et de cluster avec un impact sur les clusters vSAN
- 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.
Paramètre de démarrage rapide pour l'optimisation des opérations de correction et de mise à niveau d'hôte
Le démarrage rapide d'un hôte ESXi est un paramètre qui permet à Update Manager d'optimiser l'heure de correction des hôtes faisant l'objet d'opérations de correction et de mise à niveau. Une opération de mise à niveau ou de correction n'affecte pas le matériel d'un hôte. Si la fonctionnalité de démarrage rapide est activée, Update Manager ignore le redémarrage matériel (le redémarrage du microprogramme BIOS ou UEFI). En conséquence, le temps nécessaire à un hôte ESXi pour passer en mode de maintenance se réduit et le risque d'échecs lors de la correction est minimisé.
