La correction des hôtes faisant partie d'un cluster vSAN implique quelques spécificités.

Spécificités du mode de maintenance des clusters vSAN

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 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 manuellement 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.

Contrôle de santé de vSAN

Update Manager effectue une vérification préalable de la correction des clusters vSAN pour vous assurer que la correction aboutisse. Si le contrôle de santé vSAN est réussi, vous pouvez poursuivre le processus de correction.

Si certains des tests effectués sur le cluster vSAN échouent, Update Manager affiche le contrôle de santé vSAN comme ayant échoué dans la boîte de dialogue de vérification préalable de la correction et recommande des actions à effectuer avant la correction du cluster.

La vérification préalable de la correction, partiellement effectuée lors du contrôle de santé de vSAN, ne vous empêche pas de lancer le processus de correction sur un cluster vSAN. Cependant, il est préférable d'attendre que les résultats du contrôle de santé de vSAN soient disponibles dans l'éventualité où des mesures supplémentaires sont nécessaires pour que la correction s'effectue correctement sur le cluster.

Si vous n'effectuez pas les actions recommandées suite au contrôle de santé de vSAN, vous pouvez néanmoins corriger le cluster vSAN ou un hôte du cluster. Update Manager met l'hôte en mode de maintenance, corrige, ou met à niveau l'hôte avec succès. Toutefois, il se peut que le processus ne parvienne pas à faire sortir l'hôte du mode de maintenance et que le processus de correction échoue. L'hôte du cluster vSAN est mis à niveau, mais vous devez effectuer une procédure manuelle pour faire sortir l'hôte du mode de maintenance.

Dans le cadre du processus de mise à niveau, le contrôle de santé de vSAN s'exécute avant que l'hôte n'entre en mode de maintenance et une fois que l'hôte sort du mode de maintenance. Dans vSphere Client, vous pouvez désactiver le contrôle de santé de vSAN lors de la correction.

Pour plus d'informations sur la santé vSAN, sélectionnez un cluster vSAN, cliquez sur l'onglet Surveiller, puis sur Santé > vSAN.

Dans vSphere Web Client, la vérification préalable de la correction est disponible sur la dernière page de l'Assistant Correction.

Dans vSphere Client, la vérification préalable de la correction est disponible sous l'onglet Mises à jour lorsque vous sélectionnez un hôte ou un cluster dans l'inventaire.