Pour les hôtes ESXi dans un cluster, le processus de correction s'exécute séquentiellement, par défaut.
Lorsque vous corrigez un cluster d'hôtes séquentiellement et que l'un des hôtes ne parvient pas à passer en mode de maintenance, vSphere Lifecycle Manager signale une erreur et le processus de correction s'arrête et échoue. Les hôtes du cluster qui ont été corrigés restent au niveau de mise à jour. Ceux qui ne sont pas corrigés après l'échec d'un hôte restent non mis à jour.
La correction de mise à niveau des hôtes ESXi dans un cluster ne continue que si tous les hôtes du cluster peuvent être mis à niveau.
Si vous lancez la correction au niveau d'un centre de données, les processus de correction pour les clusters s'exécutent en parallèle. Les clusters que vous gérez avec une seule image vSphere Lifecycle Manager ne sont pas corrigés par rapport aux lignes de base ou aux groupes de lignes de base attachés. Si le processus de correction échoue pour l'un des clusters d'un centre de données, il se poursuit pour les autres clusters.
Avant de démarrer la correction, vous pouvez générer un rapport indiquant le cluster, l'hôte ou la machine virtuelle sur lequel les fonctionnalités de cluster sont activées. Pour plus d'informations, consultez Rapport de vérification préalable à la correction.
Paramètres de correction et de cluster
Si l'un des hôtes d'un cluster sur lequel DRS est activé exécute une machine virtuelle sur laquelle vCenter Server est installé, DRS tente d'abord de migrer la machine virtuelle qui exécute vCenter Server vers un autre hôte pour que la correction puisse aboutir. Si la machine virtuelle ne peut pas être migrée vers un autre hôte, la correction échoue, mais le processus de correction du cluster ne s'arrête pas. vSphere Lifecycle Manager corrige l'hôte suivant dans le cluster.
La correction d'hôtes d'un cluster nécessite que les fonctionnalités de cluster comme VMware DPM et le contrôle d'admission HA soient temporairement désactivées. En outre, vous devez désactiver la fonctionnalité Fault Tolerance si elle est activée sur les machines virtuelles d'un hôte et déconnecter les périphériques amovibles connectés aux machines virtuelles d'un hôte, afin que ces hôtes puissent être migrés avec vMotion. Pour plus d'informations sur la configuration des paramètres de correction de vSphere Lifecycle Manager, reportez-vous à Paramètres de correction de vSphere Lifecycle Manager.
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.
Lorsque vous corrigez un cluster ne contenant pas plus de deux hôtes, la désactivation du contrôle d'admission HA peut ne pas être suffisante pour assurer une bonne correction. Vous devrez peut-être désactiver vSphere High Availability (HA) pour le cluster. Si vous maintenez HA activé, les tentatives de correction sur les hôtes du cluster échouent, car HA ne peut pas fournir à vSphere Lifecycle Manager la recommandation de placer les hôtes en mode de maintenance. La raison en est que si l'un des deux hôtes est placé en mode de maintenance, aucun hôte de basculement ne reste disponible dans le cluster. Pour assurer une bonne correction sur un cluster à deux nœuds, vous devez désactiver HA sur le cluster ou placer manuellement les hôtes en mode de maintenance, puis corriger les deux hôtes du cluster.
Clusters vSAN
vSphere Lifecycle Manager corrige les hôtes faisant partie d'un cluster vSAN dans l'ordre. Cela est dû au fait que, de part sa conception même, un seul hôte d'un cluster vSAN peut être en mode de maintenance à la fois. Pour plus d'informations sur l'utilisation de vSphere Lifecycle Manager avec des clusters vSAN, reportez-vous à Clusters vSAN et vSphere Lifecycle Manager.
