L'espace requis par vSAN pour effectuer une modification de stratégie ou d'autres opérations sur un objet créé par vSAN 7.0 ou version antérieure est l'espace utilisé par un objet le plus grand du cluster. Cela est généralement difficile à prévoir et, par conséquent, il est recommandé d'utiliser 30 % d'espace libre dans le cluster, en partant du principe qu'il est peu probable que le plus grand objet du cluster consomme plus de 25 % de l'espace et que 5 % de l'espace sont réservés pour s'assurer que le cluster ne devient pas plein en raison de modifications de stratégie. Dans vSAN 7.0 U1 et versions ultérieures, tous les objets sont créés dans un nouveau format qui offre à vSAN l'espace nécessaire pour effectuer une modification de stratégie sur un objet s'il y a 255 Go par hôte pour les objets inférieurs à 8 To et 765 Go par hôte pour les objets de 8 To ou plus.
Après la mise à niveau d'un cluster vers vSAN 7.0 U1 ou version ultérieure à partir de vSAN 7.0 ou version antérieure, les objets supérieurs à 255 Go créés avec l'ancienne version doivent être réécrits dans le nouveau format avant que vSAN puisse offrir l'avantage d'effectuer des opérations sur un objet avec les nouvelles exigences relatives à l'espace libre. Une nouvelle alerte de santé du format d'objet s'affiche après une mise à niveau, s'il existe des objets qui doivent être corrigés sur le nouveau format d'objet et permet de corriger l'état de santé en lançant une tâche de réorganisation pour corriger ces objets. L'alerte de santé fournit des informations sur le nombre d'objets qui doivent être corrigés et la quantité de données qui seront réécrites. Le cluster peut enregistrer une diminution d'environ 20 % des performances alors que la tâche de réorganisation est en cours. Le tableau de bord de resynchronisation fournit des informations plus précises sur la durée d'exécution de cette opération.
