Tenez compte des éléments suivants lors de la configuration du service de fichiers vSAN :
- vSAN 8.0 prend en charge les configurations à deux nœuds et les clusters étendus.
- vSAN 8.0 prend en charge 64 serveurs de fichiers dans une configuration à 64 hôtes.
- vSAN 8.0 prend en charge 100 partages de fichiers.
- vSAN 8.0 Update 2 prend en charge le service de fichiers sur Express Storage Architecture (ESA).
- Le cluster vSAN ESA 8.0 Update 3 prend en charge 250 partages de fichiers. Sur ceux-ci, 100 partages de fichiers au maximum peuvent être SMB. Par exemple, si vous créez 100 partages de fichiers SMB, le cluster ne peut prendre en charge que 150 partages de fichiers NFS supplémentaires.
- Les services de fichiers vSAN ne prennent pas en charge les éléments suivants :
- Les contrôleurs de domaine en lecture seule (RODC) pour joindre des domaines, car le RODC ne peut pas créer de comptes de machine. En tant que meilleure pratique de sécurité, il est recommandé de créer au préalable une unité d'organisation dédiée dans Active Directory, et le nom d'utilisateur mentionné ici doit contrôler cette organisation.
- Espace de noms disjoint.
- Environnements à plusieurs domaines et à forêt Active Directory unique.
- Lorsqu'un hôte passe en mode de maintenance, le serveur de fichiers migre vers une autre FSVM. La FSVM sur l'hôte qui est passé en mode de maintenance est mise hors tension. Une fois que l'hôte quitte le mode de maintenance, la FSVM est mise sous tension.
-
Le réseau interne de Docker de la VM de services de fichiers (FSVM) vSAN peut chevaucher le réseau client sans avertissement ni reconfiguration.
Il existe un problème de conflit connu si le réseau de service de fichiers spécifié chevauche le réseau interne de Docker (172.17.0.0/16). Cela provoque un problème de routage pour le trafic vers le point de terminaison adéquat.
Comme solution de contournement, spécifiez un réseau de service de fichiers différent afin qu'il ne chevauche pas le réseau interne de Docker (172.17.0.0/16).
