La correction des hôtes faisant partie d'un cluster vSAN implique quelques spécificités.
De part sa conception même, un seul hôte d'un cluster vSAN peut être en mode de maintenance à la fois. C'est pourquoi le processus de correction peut prendre beaucoup de temps, car Update Manager doit traiter la correction des hôtes de manière séquentielle. 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 le cluster vSAN dispose d’une ligne de base gérée par le système attachée par défaut, vous pouvez corriger le cluster par rapport à la ligne de base pour mettre tous les hôtes ESXi dans un état conforme et installer le dernier logiciel recommandé par vSAN.
Vous disposez de plusieurs méthodes pour corriger un hôte faisant partie d'un cluster vSAN, selon le mode de traitement souhaité pour les machines virtuelles sur l'hôte :
Vous pouvez mettre l'hôte en mode de maintenance à partir de vSphere Web Client et corriger l'hôte à l'aide de Update Manager.
Vous pouvez mettre un hôte en mode de maintenance pendant le processus de correction de Update Manager.
À partir de vSphere Web Client, vous pouvez choisir parmi plusieurs options lorsque vous mettez un hôte d'un cluster vSAN en mode de maintenance : Assurer l'accessibilité, Évacuation de données totale et Aucune évacuation de données. L'option Assurer l'accessibilité est l'option par défaut, ce qui signifie que lorsque vous mettez un hôte en mode de maintenance, vSAN garantit la disponibilité permanente de toutes les machines virtuelles accessibles sur cet hôte. Pour en savoir plus sur ces options, reportez-vous à la rubrique Placer un membre du cluster vSAN en mode de maintenance dans le manuel Stockage vSphere.
Lorsque vous mettez un hôte d'un cluster vSAN en mode de maintenance, vous devez confirmer un message d'avertissement émis dans le cadre du mode de maintenance. Avant de confirmer le message, vous pouvez choisir de migrer les machines virtuelles hors tension et suspendues vers d'autres hôtes dans le cluster mais vous n'avez pas la possibilité de gérer les machines virtuelles sous tension sur l'hôte. En effet, celles-ci sont automatiquement traitées de la même manière qu'avec l'option par défaut Assurer l'accessibilité.
Lorsque vous utilisez Update Manager, le processus de correction peut mettre l'hôte du cluster vSAN en mode de maintenance, ce qui revient à traiter les machines virtuelles sur l'hôte de la même manière qu'avec l'option par défaut Assurer l'accessibilité.
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.
