Contenu des notes de mise à jour

Les notes de mise à jour couvrent les rubriques suivantes :

Nouveautés
Mises à niveau pour cette version
Limitations
Problèmes connus

Nouveautés

vSAN 6.7 Update 1 présente les nouvelles fonctionnalités et améliorations suivantes :

Création et extension du cluster guidées. vSAN 6.7 Update 1 comprend un assistant de démarrage rapide dans vSphere Client. Le workflow de démarrage rapide guide l'utilisateur lors du déploiement des clusters vSAN et non-vSAN. Il couvre tous les aspects de la configuration initiale, tels que les paramètres d'hôte, réseau et vSphere. Le démarrage rapide joue également un rôle dans l'extension continue d'un cluster vSAN en autorisant un utilisateur à ajouter des hôtes supplémentaires au cluster.

Mise à jour du microprogramme HBA via VUM. Le microprogramme du contrôleur d'E/S de stockage pour les hôtes vSAN est désormais inclus dans le workflow de correction de vSphere Update Manager. Cette fonctionnalité était précédemment fournie dans un utilitaire vSAN appelé Aide à la configuration. VUM prend également en charge les images ISO personnalisées fournies par certains fournisseurs OEM et les instances de vCenter Server qui ne disposent pas de connectivité à Internet.

Améliorations du mode de maintenance. vSAN effectue désormais une simulation d'évacuation de données pour déterminer si l'opération va réussir ou échouer avant de démarrer. Si l'évacuation va échouer, vSAN arrête l'opération avant le démarrage de toute activité de resynchronisation. En outre, vSphere Client vous permet de modifier le minuteur du délai de réparation d'un composant et de lui attribuer une valeur personnalisée.

Rapports sur la capacité historique et utilisable. vSAN 6.7 Update 1 comprend un tableau de bord de capacité historique répertoriant l'utilisation de la capacité sur une période, y compris les modifications historiques apportées au ratio de déduplication. Cette version comprend également un évaluateur de capacité utilisable, ce qui vous permet de voir la capacité de banque de données utilisable selon la stratégie de stockage sélectionnée.

Commandes TRIM/UNMAP pour un stockage optimisé. vSAN 6.7 Update 1 prend désormais entièrement en charge les commandes TRIM/UNMAP envoyées depuis le système d'exploitation invité et récupère les blocs alloués précédemment en tant qu'espace libre dans les objets vSAN sous-jacents. Vous pouvez configurer les commandes TRIM/UNMAP en mode automatique ou en mode hors ligne dans le système d'exploitation invité.

MTU mixte de séparation de trafic témoin. vSAN prend désormais en charge différentes configurations du paramètre MTU pour l'interface VMkernel de trafic témoin et l'interface VMkernel du réseau de données vSAN. Cette fonctionnalité offre une flexibilité accrue du réseau pour les clusters étendus et les clusters à 2 nœuds qui utilisent la séparation de trafic témoin.

Améliorations des contrôles de santé. Le contrôle de santé du microprogramme du contrôleur de stockage prend désormais en charge plusieurs niveaux de microprogramme approuvés pour offrir une flexibilité supplémentaire. Vous pouvez arrêter les contrôles de santé à partir de l'interface utilisateur. Vous pouvez purger les objets d'échange inaccessibles qui ne sont plus nécessaires. Le contrôle de santé Tous les hôtes disposent de sous-réseaux correspondants a été désapprouvé.

Test des performances du réseau de monodiffusion. Un nouveau test de performances de réseau proactif, basé sur la monodiffusion, détermine si tous les hôtes du cluster ont une connectivité adéquate et répondent aux recommandations de bande passante.

Améliorations de vRealize Operations dans vCenter Server. Les tableaux de bord vROps natifs intégrés dans vCenter Server peuvent afficher des informations sur les clusters vSAN étendus. En outre, le processus de déploiement prend désormais en charge les commutateurs virtuels distribués et une compatibilité totale avec vROps 7.0.

Diagnostics de prise en charge intégrés au produit. vSAN 6.7 Update 1 permet d'effectuer des diagnostics du produit afin d'aider le support global de VMware à résoudre plus rapidement les problèmes client. Les tableaux de bord de performances spécialisés dans vCenter Server et les tests de diagnostic du réseau à la demande réduisent le besoin de générer et de télécharger des bundles de prise en charge dans GSS, ce qui permet d'accélérer le délai de résolution des cas de support. En outre, l'historique des contrôles de santé est stocké dans un fichier journal afin de faciliter la tâche au personnel du support.

Mise à jourParamètres avancés. vSphere Client comprend une boîte de dialogue Paramètres avancés (Configurer > vSAN > Services > Options avancées). Vous pouvez ajuster le minuteur du délai de réparation d'un composant. Vous pouvez également activer ou désactiver les fichiers d'échange dynamiques et l'emplacement de lecture de site.

Communauté VMware vSAN

Utilisez le site Web Communauté vSAN pour fournir des commentaires et demander une assistance si vous rencontrez des problèmes lors de l'utilisation de vSAN.

Mises à niveau pour cette version

Pour obtenir des instructions sur la mise à niveau de vSAN, consultez la documentation de VMware vSAN 6.7.

vSAN 6.7 Update 1 est une nouvelle version qui nécessite une mise à niveau complète vers vSphere 6.7 Update 1. Effectuez les tâches suivantes pour mener à bien la mise à niveau :

1. Procédez à la mise à niveau vers vCenter Server 6.7 Update 1. Pour plus d'informations, consultez les Notes de mise à jour de VMware vSphere 6.7.
2. Mettez les hôtes à niveau vers ESXi 6.7 Update 1. Pour plus d'informations, consultez les Notes de mise à jour de VMware vSphere 6.7.
3. Mettez à niveau le format sur disque vSAN vers la version 7.0. Si vous procédez à la mise à niveau du format sur disque version 5.0 ou version ultérieure, aucune évacuation de données n'est requise (mise à jour des métadonnées uniquement).

Mise à niveau du format sur disque pour les hôtes disposant d'une capacité limitée

Lors d'une mise à niveau du format vSAN sur disque, une évacuation des groupes de disques est effectuée. Le groupe de disques est supprimé et mis à niveau vers la version 7.0 du format sur disque, puis il est de nouveau ajouté au cluster. Pour les clusters comprenant deux ou trois nœuds, ou les clusters sans capacité suffisante pour évacuer chaque groupe de disques, sélectionnez l'option Autoriser la redondance réduite dans vSphere Client. Vous pouvez également utiliser la commande RVC suivante pour mettre à niveau le format sur disque : vsan.ondisk_upgrade --allow-reduced-redundancy

Lorsque vous autorisez une redondance réduite, vos machines virtuelles ne sont pas protégées pendant la durée de la mise à niveau, car cette méthode ne supprime pas les données vers les autres hôtes du cluster. Elle supprime chaque groupe de disques, met à niveau le format sur disque, puis ajoute de nouveau le groupe de disques au cluster. Tous les objets restent disponibles, mais avec une redondance réduite.

Si vous activez la déduplication et la compression pendant la mise à niveau vers vSAN 6.7, vous pouvez sélectionner Autoriser la redondance réduite dans vSphere Client.

Vérification des échecs du contrôle de santé pendant la mise à niveau

Pendant les mises à niveau du format sur disque de vSAN, le contrôle de la santé du disque physique et des métadonnées peut échouer par intermittence. Ces échecs peuvent se produire si le processus d'aliénation de transfert est lent, probablement parce que vSAN doit allouer des blocs physiques sur les périphériques de stockage. Avant de prendre une action, vérifiez l'état de ce contrôle de santé une fois que la période d'activité élevée, le déploiement de plusieurs machines virtuelles par exemple, est terminée. Si le contrôle de santé est toujours rouge, l'avertissement est valide. Si le contrôle de santé est vert, vous pouvez ignorer l'avertissement précédent. Pour plus d'informations, consultez l'article 2108690 de la base de connaissances.

Limitations

Dans vSAN 6.7 Update 1, l'aide à la configuration et les mises à jour sont disponibles uniquement dans le dispositif vSphere Web Client basé sur Flex.

Pour plus d'informations sur les limites de configuration maximale de vSAN 6.7, consultez la documentation Configurations maximales.

Problèmes connus

Expiration du délai lors du placement d'un hôte en mode de maintenance
Si un cluster vSAN resynchronise un grand nombre d'objets, placer un hôte en mode de maintenance peut échouer avec une expiration du délai. Ce problème peut se produire lorsque vous utilisez un des modes d'évacuation de données suivants : Assurer l'accessibilité des données à partir des autres hôtes ou Évacuer toutes les données vers les autres hôtes.

Solution : attendez la fin de la resynchronisation du cluster, puis placez l'hôte en mode de maintenance.
Lors du rééquilibrage des disques, la quantité de données à déplacer affichée par le service de santé de vSAN ne correspond pas à la quantité affichée par RVC
RVC effectue un calcul approximatif pour déterminer la quantité de données à déplacer lors du rééquilibrage des disques. La valeur affichée par le service de santé de vSAN est plus précise.

Lors du rééquilibrage des disques, consultez le service de santé de vSAN pour vérifier la quantité de données à déplacer.

Solution : aucune.
Échec des commandes TRIM/UNMAP exécutées à partir du système d'exploitation invité
Si le système d'exploitation invité tente d'effectuer la récupération d'espace lors de la consolidation du snapshot en ligne, les commandes TRIM/UNMAP échouent. Cet échec empêche la récupération de l'espace.

Solution : essayez de récupérer l'espace après l'opération de prise de snapshot en ligne. Si les opérations TRIM/UNMAP ultérieures échouent, montez à nouveau le disque.
Récupération d'espace à partir des commandes SCSI TRIM/UNMAP perdue lors de la consolidation des snapshots en ligne
La récupération d'espace obtenue à partir des commandes SCSI TRIM/UNMAP est perdue lorsque vous effectuez la consolidation des snapshots en ligne. La consolidation des snapshots hors ligne n'affecte pas l'opération SCSI UNMAP.

Solution : récupérez l'espace après la consolidation des snapshots en ligne.
Échec de l'hôte lors de la conversion d'un hôte de données en hôte témoin
Lorsque vous convertissez un cluster vSAN en cluster étendu, vous devez fournir un hôte témoin. Vous pouvez convertir un hôte de données en hôte témoin, mais vous devez utiliser le mode de maintenance avec migration des données complète pendant le processus. Si vous placez l'hôte en mode de maintenance avec l'option Assurer l'accessibilité, puis que vous configurez l'hôte en tant qu'hôte témoin, l'hôte peut échouer avec un écran de diagnostic violet.

Solution : supprimez le groupe de disques sur l'hôte témoin, puis recréez le groupe de disques.
Expiration de l'hôte lors du passage en mode de maintenance pendant la mise à niveau à partir de la version 6.6.1 ou version antérieure
Pendant la mise à niveau, chaque hôte est placé en mode de maintenance avec l'option Assurer l'accessibilité aux données. Un hôte exécutant vSphere 6.0 Update 2 ou version antérieure peut expirer si des objets avec FTT=0 sont présents sur le cluster. Ce problème se produit lorsqu'un grand nombre d'objets est présent dans le cluster et que FTT=0 est défini pour certains objets.

Solution : vous pouvez augmenter la valeur FTT de 0 à 1 pour tous les objets avant de mettre le cluster à niveau. Vous pouvez également attendre pendant 60 minutes, puis recommencer la mise à niveau.
Machine virtuelle en double avec un nom identique dans vCenter Server lorsque l'hôte résidant échoue lors de la migration de la banque de données
Si Storage vMotion s'exécute sur une machine virtuelle entre vSAN et une autre banque de données, comme NFS, et que l'hôte sur lequel elle réside rencontre un problème sur le réseau vSAN, entraînant un basculement HA de la machine virtuelle, celle-ci peut être dupliquée dans vCenter Server.

Solution : mettez la machine virtuelle non valide hors tension et annulez son enregistrement dans vCenter Server.
L'utilisation de vSphere Client pour désactiver la déduplication ou le chiffrement n'autorise pas une redondance réduite
Le dispositif vSphere Client basé sur HTML n'autorise pas la redondance réduite lorsque vous désactivez la déduplication et la compression,
ou lorsque vous désactivez le chiffrement sur un cluster vSAN 6.7. vSAN effectue l'opération avec une évacuation intégrale des données.
Vous pouvez rencontrer des problèmes de configuration de cluster ou voir un message d'erreur indiquant que le cluster est saturé.

Solution : vous pouvez utiliser vSphere Web Client pour désactiver le chiffrement ou la déduplication.

Si vous rencontrez ce problème, utilisez le service de santé pour corriger la configuration du cluster.
1. Accédez au cluster vSAN.
2. Cliquez sur Moniteur > Santé > Cohérence de la configuration du cluster vSAN.
3. Cliquez sur Corriger la configuration incohérente.
4. Sélectionnez Autoriser la redondance réduite et cliquez sur OK.
La présentation de la capacité vSAN affiche des informations incorrectes après l'activation de la déduplication et de la compression
Après l'activation de la déduplication et de la compression, la présentation de la capacité dans le dispositif vSphere Client basé sur HTML5 peut afficher des informations incorrectes. Les barres de capacité peuvent chevaucher la ligne suivante. Ce problème se produit pendant une courte période après l'activation de la déduplication et de la compression.

Solution : une fois la tâche de déduplication et de compression terminée, attendez une minute, puis actualisez l'affichage de vSphere Client.
Lorsque vous modifiez la stratégie de stockage d'une machine virtuelle, un message d'erreur s'affiche : Échec de la modification de la stratégie de stockage : 12(Impossible d'allouer de la mémoire)
Vous pouvez attribuer ou modifier une stratégie avec l'option Réservation de Flash Read Cache définie sur une valeur supérieure à 0 pour n'importe quelle machine virtuelle. Si la machine virtuelle se trouve dans une banque de données vSAN intégralement Flash, la stratégie de stockage échoue et un message d'erreur s'affiche :

Échec de la modification de la stratégie de stockage : 12(Impossible d'allouer de la mémoire)

Solution : attribuez une autre stratégie de stockage à la machine virtuelle.
Conformité des machines virtuelles affichée comme Inconnu
Les contrôles de conformité du stockage ne sont pas pris en charge pour les hôtes ESXi avec une version logicielle antérieure à la version 6.0 Update 1. La conformité du stockage est affichée comme étant Inconnu.

Vous pouvez voir le message suivant :
StorageFault « StorageFault »

Solution : aucune.
Images ISO personnalisées non compatibles avec les recommandations de build vSAN pour Update Manager
vSAN 6.7 ne prend pas en charge les images ISO personnalisées dans les recommandations de build pour vSphere Update Manager. Vous ne pouvez pas utiliser des images ISO personnalisées dans le cadre d'une ligne de base de système vSAN. Les lignes de base qui utilisent des images ISO personnalisées sont considérées comme non conformes.

Solution : aucune.
Avertissement de contrôle de santé émis par vSAN lors de la reconfiguration d'un cluster étendu existant sous une nouvelle instance de vCenter Server
Lors de la reconstruction d'un cluster étendu actuel sous une nouvelle instance de vCenter Server, le contrôle de santé du cluster vSAN est rouge. Le message suivant s'affiche : Les membres du cluster vSphere correspondent aux membres du cluster vSAN

Solution : utilisez la procédure suivante pour configurer le cluster étendu.
1. Utilisez SSH pour vous connecter à l'hôte témoin.
2. Désaffectez les disques sur l'hôte témoin. Exécutez la commande suivante : esxcli vsan storage remove -s "SSD UUID"
3. Forcez l'hôte témoin à quitter le cluster. Exécutez la commande suivante : esxcli vsan cluster leave
4. Reconfigurez le cluster étendu à partir de la nouvelle instance de vCenter Server (Configurer > vSAN > Domaines de pannes et cluster étendu).
Pendant le remplacement de vCenter Server, la commande esxcli vsan health cluster list affiche les problèmes de santé
Pendant le remplacement de vCenter Server, la commande suivante affiche les problèmes de santé de manière incorrecte : esxcli vsan health cluster list. Elle peut signaler des problèmes avec la connectivité réseau, la récupération de santé de disque physique et la réactivité de vSAN CLOMD. Les contrôles de santé affichés dans vCenter ne signalent aucun problème.

Solution : après le remplacement de vCenter Center, accédez à Cluster > Surveiller > vSAN > Santé. Sélectionnez Cluster > L'état de vCenter est fiable, puis cliquez sur Mettre à jour la configuration ESXi.
Sur un cluster vSAN chiffré, la conversion du format de disque (DFC) se produit lorsque vSAN Health Service corrige un renouvellement de clés superficiel ayant échoué
Si un échec de renouvellement de clés superficiel se produit sur un cluster vSAN chiffré, le cluster peut présenter un état incohérent où certains hôtes utilisent la nouvelle clé KEK, tandis que d'autres utilisent l'ancienne clé KEK. vSAN Health Service peut détecter cette incohérence et tenter de la corriger. vSAN effectue une conversion du format de disque (DFC) lors de la correction. Cette conversion peut prendre un certain temps si le cluster vSAN contient une grande quantité de données.

Vous pouvez réduire les risques d'échec ou d'interruption d'une opération de renouvellement de clés superficiel.
- Pour cela, assurez-vous que tous les hôtes du cluster sont connectés et opérationnels. Ils ne peuvent pas être déconnectés, en mode de maintenance ou hors tension.
- Assurez-vous ensuite que le contrôle de santé pour la connexion KMS est vert avant de commencer le renouvellement de clés superficiel.
Solution : aucune.
Échec de la mise à niveau du format de disque lorsque vSAN resynchronise des objets volumineux
Si le cluster vSAN contient des objets très volumineux, la mise à niveau du format de disque peut échouer lors de la resynchronisation de l'objet. Le message d'erreur suivant peut s'afficher : Impossible de convertir un ou plusieurs objets sur vSAN.

vSAN ne peut pas effectuer la mise à niveau tant que l'objet n'est pas resynchronisé. Vous pouvez vérifier l'état de la resynchronisation (Surveiller > vSAN > Resynchronisation des composants) pour vous assurer que le processus est terminé.

Solution : patientez jusqu'à ce qu'il n'y ait plus aucune resynchronisation en attente, puis recommencez la mise à niveau du format de disque.
vCenter Server indique que la déduplication et la compression ne sont pas prises en charge
Si vCenter Server 6.5 ou une version antérieure est en cours d'exécution et en mode lié, les fonctionnalités de déduplication et de compression peuvent apparaître comme Non pris en charge. Vous ne pouvez pas activer la fonctionnalité via vCenter Server. Le message d'erreur peut également s'afficher lors de la configuration du cluster :

Certains éléments n'ont pas pu être affichés ou leurs informations n'ont pas pu être récupérées à temps.

Le problème se situe au niveau de l'interface de vCenter Server et n'affecte pas le fonctionnement du cluster vSAN, mais seulement la possibilité de configurer la déduplication et la compression.

Solution : vous pouvez mettre à niveau vCenter Server vers la dernière version ou utiliser une autre interface, telle que PowerCLI, pour configurer la déduplication et la compression.
Le contrôle de santé de la cohérence du cluster échoue pendant l'opération de renouvellement de clés en profondeur
L'opération de renouvellement de clés en profondeur sur un cluster vSAN peut prendre plusieurs heures. Pendant le renouvellement de clés, le contrôle de santé suivant peut indiquer un échec : Cohérence de la configuration du cluster. Le contrôle de cohérence du cluster ne détecte pas l'opération de renouvellement de clés en profondeur et il peut ne pas y avoir de problème.

Solution : réinitialisez le contrôle de santé de la cohérence du cluster vSAN une fois que l'opération de renouvellement de clés en profondeur est terminée.
Le déploiement OVF de machine virtuelle échoue si DRS est désactivé
Si vous déployez un modèle OVF sur le cluster vSAN, l'opération échoue si DRS est désactivé sur le cluster vSAN. Vous pouvez voir un message semblable au message suivant : L'opération n'est pas autorisée dans l'état actuel.

Solution : activez DRS sur le cluster vSAN avant de déployer un modèle OVF.
Perte de la configuration de cluster étendu vSAN lorsque vous désactivez vSAN sur un cluster
Si vous désactivez vSAN sur un cluster étendu, la configuration de celui-ci n'est pas conservée. La configuration du cluster étendu, de l'hôte témoin et du domaine de pannes est perdue.

Solution : reconfigurez les paramètres de cluster étendu lorsque vous réactivez le cluster vSAN.
La version du format sur disque de l'hôte témoin est postérieure à la version des hôtes de données
Lorsque vous modifiez l'hôte témoin pendant une mise à niveau vers vSAN 6.6 ou version ultérieure, le nouvel hôte témoin reçoit la dernière version du format sur disque. La version du format sur disque de l'hôte témoin peut être postérieure à la version du format sur disque des hôtes de données. Dans ce cas, l'hôte témoin ne peut pas stocker les composants.

Solution : utilisez la procédure suivante pour modifier le format sur disque vers une version antérieure.
1. Supprimez le groupe de disques sur le nouvel hôte témoin.
2. Définissez les paramètres avancés pour activer le formatage des groupes de disques avec un format de disque antérieur. Pour plus d'informations, consultez l'article 2146221 de la base de connaissances.
3. Recréez un groupe de disques sur l'hôte témoin avec une version de format sur disque vSAN qui correspond aux hôtes de données.
Les machines virtuelles hors tension s'affichent comme étant inaccessibles pendant le remplacement d'un hôte témoin
Lorsque vous modifiez un hôte témoin dans un cluster étendu, les machines virtuelles qui sont hors tension s'affichent comme étant inaccessibles dans vSphere Web Client pendant un court laps de temps. Lorsque le processus est terminé, les machines virtuelles hors tension s'affichent comme étant inaccessibles. Toutes les machines virtuelles en cours d'exécution s'affichent comme étant accessibles tout au long du processus.

Solution : aucune.
Impossible de placer les hôtes en mode de maintenance s'ils possèdent un support de démarrage défectueux
vSAN ne peut pas placer en mode de maintenance des hôtes avec un support de démarrage défectueux. La tâche pour passer en mode de maintenance peut échouer avec une erreur vSAN interne en raison de l'impossibilité d'enregistrer les modifications de configuration. Vous pouvez voir des événements du journal semblables à celui-ci : Perte de connectivité avec le périphérique xxx sauvegardant le système de fichiers de démarrage.

Solution : supprimez manuellement les groupes de disques de chaque hôte, en utilisant l'Option d'évacuation intégrale des données. Placez ensuite l'hôte en mode de maintenance.
Le contrôle de santé expire en cas d'échec d'un hôte
En cas d'échec d'un hôte dans le cluster, le contrôle de santé peut expirer. Vous pouvez voir le message suivant : une tâche principale a nécessité plus de 120 secondes. Lorsque vSAN Health Service détecte un échec de l'hôte, il redémarre. Le contrôle de santé reprend automatiquement au bout de dix minutes.

Solution : aucune.
Health Service ne fonctionne pas si le cluster vSAN comporte des hôtes ESXi exécutant vSphere 6.0 Update 1 ou version antérieure
vSAN 6.6 Health Service et version ultérieure ne fonctionne pas si le cluster comporte des hôtes ESXi qui exécutent vSphere 6.0 Update 1 ou version antérieure.

Solution : n'ajoutez pas d'hôtes ESXi à vSphere 6.0 Update 1 ou un logiciel antérieur à un cluster vSAN 6.6 ou version ultérieure.
Après le basculement du cluster étendu, les machines virtuelles du site préféré enregistrent une alerte : Échec du basculement
En cas d'échec du site secondaire dans un cluster étendu, les machines virtuelles basculent vers le site préféré. Les machines virtuelles qui se trouvent déjà sur le site préféré peuvent enregistrer l'alerte suivante : Échec du basculement. Ignorez cette alerte. Cela n'a aucune incidence sur le comportement du basculement.

Solution : aucune.
Pendant la partition du réseau, les composants du site actif semblent être absents
Pendant une partition du réseau dans un cluster vSAN à 2 hôtes ou étendu, vSphere Web Client peut afficher une vue du cluster sous l'angle du site non actif. Vous pouvez voir des composants actifs du site principal affichés comme étant absents.

Solution : utilisez les commandes RVC pour interroger l'état des objets du cluster. Par exemple : vsan.vm_object_info
Le programme d'installation de vCenter Server Appliance accepte un nom de cluster d'une longueur supérieure à 80 caractères
Si vous entrez un nom de cluster vSAN d'une longueur supérieure à 80 caractères, vCenter Server Appliance accepte le nom, mais la configuration n'est pas valide. vCenter Server Appliance échoue lors de son démarrage.

Solution : entrez un nom de cluster vSAN d'une longueur inférieure ou égale à 80 caractères
Le programme d'installation de vCenter Server Appliance accepte une combinaison de lecteurs Flash et magnétiques pour la capacité
Le programme d'installation de vCenter Server Appliance vous permet de sélectionner une combinaison de lecteurs Flash et magnétiques pour le niveau de la capacité d'un groupe de disques dans un nouveau cluster vSAN. Le niveau de la capacité de chaque groupe de disques peut prendre en charge soit tous les lecteurs Flash, soit tous les lecteurs magnétiques.

Solution : ne combinez pas des lecteurs Flash et des lecteurs magnétiques sur le niveau de la capacité du cluster vSAN.
Tâches de configuration de mise à jour temporaires visibles si les hôtes sont déconnectés lorsque vous modifiez les configurations de chiffrement vSAN
Lorsque vous modifiez les configurations dans un cluster vSAN chiffré (par exemple en activant ou en désactivant le chiffrement, ou en modifiant la clé KMS), une tâche de configuration de mise à jour de vSAN s'exécute sur chaque hôte toutes les 3 secondes jusqu'à ce que tous les hôtes se reconnectent ou que 5 minutes se soient écoulées. Ces tâches ne sont pas dangereuses et n'ont que rarement une incidence sur les performances.

Solution : aucune.
Certains objets ne sont pas conformes après une réparation forcée
Après l'exécution d'une réparation forcée, certains objets peuvent ne pas être réparés, car la propriété des objets a été transférée vers un mode différent pendant le processus. La réparation forcée peut être retardée pour ces objets.

Solution : essayez l'opération de réparation forcée une fois que tous les autres objets sont réparés et resynchronisés. Vous pouvez attendre que vSAN répare les objets.
Lorsque vous déplacez un hôte d'un cluster chiffré vers un autre, puis que vous le replacez dans le cluster d'origine, la tâche échoue
Lorsque vous déplacez un hôte d'un cluster vSAN chiffré vers un autre cluster vSAN chiffré, puis que vous replacez l'hôte dans le cluster d'origine chiffré, la tâche peut échouer. Vous pouvez voir le message suivant : Une erreur système générale s'est produite : Erreur non valide. Cette erreur se produit, car vSAN ne peut pas rechiffrer les données sur l'hôte à l'aide de la clé de chiffrement d'origine. Au bout d'un court laps de temps, vCenter Server restaure la clé d'origine sur l'hôte, et tous les disques démontés dans le cluster vSAN sont montés.

Solution : redémarrez l'hôte et attendez que tous les disques soient montés.
Déséquilibre du cluster étendu après une récupération de site
Lorsque vous récupérez un site en échec dans un cluster étendu, il arrive que des hôtes du site en échec soient remis en ligne de manière séquentielle sur une longue période. vSAN peut utiliser certains hôtes de manière excessive lorsqu'il commence à réparer les composants absents.

Solution : récupérez tous les hôtes d'un site en échec simultanément dans une fenêtre temporelle réduite.
Les opérations de machines virtuelles échouent en raison d'un problème de HA maître avec les clusters étendus
Selon certains scénarios de panne dans les clusters étendus, certaines opérations de machines virtuelles, telles que des activités vMotion ou de mise sous tension d'une machine virtuelle peuvent être affectées. Ces scénarios de panne incluent une panne partielle ou totale d'un site, ou une panne du réseau haute vitesse entre les sites. Ce problème est dû à la dépendance de la disponibilité de VMware HA pour les opérations normales des sites comportant des clusters étendus.

Solution : désactivez vSphere HA avant d'exécuter vMotion, la création de machines virtuelles ou la mise sous tension de machines virtuelles. Réactivez ensuite vSphere HA.
Impossible d'effectuer un renouvellement de clés en profondeur si un groupe de disques est démonté
Avant d'effectuer un renouvellement de clés en profondeur, vSAN effectue un renouvellement de clés superficiel. Le renouvellement de clés superficiel échoue en présence d'un groupe de disques démonté. Le processus de renouvellement de clés en profondeur ne peut pas commencer.

Solution : remontez le groupe de disques démonté ou supprimez-le.
Les entrées de journal qui indiquent la configuration du pare-feu ont changé
Une nouvelle entrée de pare-feu s'affiche dans le profil de sécurité lorsque le chiffrement vSAN est activé : vsanEncryption. Cette règle contrôle la manière dont les hôtes communiquent directement avec le KMS. Lorsqu'elle est déclenchée, les entrées de journal sont ajoutées à /var/log/vobd.log. Vous pouvez voir les messages suivants :

La configuration du pare-feu a changé. L'opération 'addIP4' du groupe de règles vsanEncryption a réussi.
La configuration du pare-feu a changé. L'opération 'removeIP4' du groupe de règles vsanEncryption a réussi.

Vous pouvez ignorer ces messages.

Solution : aucune.
Prise en charge limitée pour les disques de première classe avec les banques de données vSAN
vSAN 6.6 et ses versions ultérieures ne prennent pas complètement en charge les disques de première classe dans les banques de données vSAN. Si vous utilisez des disques de première classe dans une banque de données vSAN, vous pouvez rencontrer les problèmes suivants :
- vSAN Health Service n'affiche pas correctement la santé des disques de première classe.
- La répartition des capacités utilisées inclut la capacité utilisée pour les disques de première classe dans la catégorie suivante : Autre
- L'état de santé des machines virtuelles qui utilisent des disques de première classe n'est pas calculé correctement.
Solution : aucune.
Le basculement HA ne se produit pas après la définition de l'option Type de trafic sur un vmknic pour prendre en charge le trafic témoin
Si vous définissez l'option de type de trafic sur un vmknic pour prendre en charge le trafic témoin, vSphere HA ne détecte pas automatiquement le nouveau paramètre. Vous devez désactiver HA manuellement, puis le réactiver pour qu'il puisse détecter le vmknic. Si vous configurez d'abord la vmknic et le cluster vSAN, puis activez HA sur le cluster, ce dernier détecte la vmknic.

Solution : désactivez manuellement vSphere HA sur le cluster, puis réactivez-le.
La fonctionnalité MCS d'iSCSI n'est pas prise en charge
Le service cible iSCSI vSAN ne prend pas en charge la fonctionnalité MCS (plusieurs connexions par session).

Solution : aucune.
Tous les initiateurs iSCSI peuvent détecter les cibles iSCSI
Le service cible iSCSI vSAN permet à tous les initiateurs du réseau de détecter les cibles iSCSI.

Solution : vous pouvez isoler les hôtes ESXi des initiateurs iSCSI en les plaçant sur des VLAN distincts.
Après la résolution de la partition du réseau, un échec des opérations de machine virtuelle sur les machines virtuelles du clone lié peut se produire
Certaines opérations de machine virtuelle sur les machines virtuelles du clone lié qui ne produisent aucune E/S dans le système d'exploitation invité peuvent échouer. Ces opérations peuvent inclure la prise de snapshots et l'interruption des machines virtuelles. Ce problème peut survenir après la résolution de la partition du réseau, lorsque l'espace de noms de la machine virtuelle parente de base n'est pas encore accessible. Lorsque l'espace de noms de la machine virtuelle parent est accessible, HA ne reçoit aucun message indiquant de mettre la machine virtuelle sous tension.

Solution : effectuez un cycle d'alimentation pour les machines virtuelles qui n'exécutent pas activement les opérations d'E/S.
Lors de la déconnexion de Web Client après l'utilisation de l'assistant Configurer vSAN, certaines tâches de configuration peuvent échouer
L'assistant Configurer vSAN peut prendre plusieurs heures pour effectuer les tâches de configuration. Vous devez rester connecté au client Web jusqu'à la fin de l'assistant de configuration. Ce problème survient généralement dans les clusters comprenant de nombreux hôtes et groupes de disques.

Solution : si certaines tâches de configuration échouent, effectuez la configuration à nouveau.
Nouvelles règles de stratégies ignorées sur des hôtes ayant des versions plus anciennes du logiciel ESXi
Cela peut se produire lorsque vous utilisez au moins deux clusters vSAN, dont l'un exécute la dernière version du logiciel et l'autre une version plus ancienne. vSphere Web Client affiche les règles de stratégies pour le dernier logiciel vSAN, mais ces nouvelles stratégies ne sont pas prises en charge sur les hôtes plus anciens. Par exemple, RAID-5/6 (codage d'effacement) – Capacité n'est pas pris en charge sur les hôtes qui exécutent la version 6.0U1 ou une version antérieure du logiciel. Vous pouvez configurer les nouvelles règles de stratégie, puis les appliquer à toutes les machines virtuelles et à tous les objets, mais elles sont ignorées sur les hôtes qui exécutent des versions plus anciennes du logiciel.

Solution : aucune.
Les objets mémoire de snapshot ne s'affichent pas dans la répartition des capacités utilisées du moniteur de capacité de vSAN
Pour les machines virtuelles créées avec une version matérielle antérieure à la version 10, la mémoire de snapshot est incluse dans les objets Vmem dans la répartition des capacités utilisées.

Solution : pour afficher les objets de mémoire de snapshot dans la répartition des capacités utilisées, créez des machines virtuelles avec une version matérielle 10 ou supérieure.
L'utilisation du stockage signalé dans la page Résumé VM peut apparaître plus importante après la mise à niveau vers vSAN 6.5 ou version ultérieure
Dans les versions précédentes de vSAN, la valeur signalée pour l'utilisation du stockage de machine virtuelle correspondait à l'espace utilisé par une seule copie des données. Par exemple, si l'invité écrivait 1 Go sur un objet alloué dynamiquement avec deux miroirs, l'utilisation du stockage indiquait 1 Go. Dans vSAN 6.5 et versions ultérieures, le champ Utilisation du stockage affiche l'espace réel utilisé, en incluant toutes les copies des données. Ainsi, si l'invité écrit 1 Go sur un objet alloué dynamiquement avec deux miroirs, l'utilisation du stockage indique 2 Go. L'utilisation du stockage signalé sur certaines machines virtuelles peut apparaître plus importante après la mise à niveau, mais l'espace réel consommé n'a pas augmenté.

Solution : aucune.
Impossible de placer un hôte témoin en mode de maintenance
Lorsque vous tentez de placer un hôte témoin en mode de maintenance, celui-ci demeure dans l'état actuel et vous voyez la notification suivante : Un paramètre spécifié n'était pas correct.

Solution : lorsque vous placez un hôte témoin en mode de maintenance, choisissez l'option Aucune migration de données.
Le déplacement de l'hôte témoin dans un cluster étendu, puis hors de celui-ci, laisse le cluster dans un état mal configuré
Si vous placez l'hôte témoin dans un cluster vCenter compatible vSAN, une alarme vous informe que l'hôte témoin ne peut pas résider dans le cluster. Cependant, si vous déplacez l'hôte témoin en dehors du cluster, ce dernier reste dans un état mal configuré.

Solution : déplacez l'hôte témoin en dehors du cluster étendu vSAN, puis reconfigurez le cluster étendu. Pour plus d'informations, consultez l'article 2130587 de la base de connaissances.
Lorsqu'une partition réseau a lieu dans un cluster possédant une banque de données de signal de pulsation HA, les machines virtuelles ne sont pas redémarrées sur l'autre site de données
Lorsque le site préféré ou secondaire d'un cluster vSAN perd sa connexion réseau vers d'autres sites, les machines virtuelles qui s'exécutent sur le site qui perd la connectivité réseau ne sont pas redémarrées vers l'autre site de données et l'erreur suivante peut apparaître : Le basculement HA de la machine virtuelle vSphere HA a échoué.

Il s'agit du comportement attendu pour les clusters vSAN.

Solution : ne sélectionnez pas une banque de données de signal de pulsation HA lors de la configuration de vSphere HA sur le cluster.
Disques et groupes de disques vSAN démontés affichés comme montés dans le champ État opérationnel de vSphere Web Client
Après le démontage de disques ou de groupes de disques vSAN soit par l'exécution de la commande esxcli vsan storage diskgroup unmount, soit par le service vSAN Device Monitor lorsque des disques affichent des latences élevées de façon persistante, vSphere Web Client affiche de manière incorrecte le champ État opérationnel comme Monté.

Solution : utilisez le champ Santé pour vérifier l'état des disques au lieu du champ État opérationnel.
La fonctionnalité de prévérification de la correction de vSphere Update Manager affiche des problèmes de santé de vSAN en anglais uniquement
Si des contrôles de santé de vSAN requis échouent lors de la prévérification de la correction d'Update Manager, ces contrôles de santé sont affichés uniquement en anglais. La traduction de ces messages n'est pas disponible dans cette version.

Solution : utilisez le service de santé de vSAN dans vSphere Client pour vérifier et résoudre les problèmes de santé.