Nutanix Files sert des partages SMB et NFS depuis le cluster, sans serveur de fichiers à maintenir. Pour le dimensionner, il faut savoir deux choses : quelle FSVM sert quel partage, et ce qui bouge quand l’une d’elles tombe.
L’architecture
Selon la Nutanix Bible, un serveur de fichiers (File Server) est un espace de noms qui dispose de son propre jeu de FSVM (File Server VM). Le déploiement en crée au moins trois, regroupées en une instance logique parfois appelée Files cluster. Un même cluster Nutanix peut porter plusieurs serveurs Files.
Points d’ancrage :
- Protocoles : SMB 2, SMB 3, NFS v3 et NFS v4.
- Hyperviseurs : AHV et ESXi ; gestion depuis Prism Element comme depuis Prism Central.
- Annuaire : intégration complète à Active Directory et au DNS. Le serveur a une entrée DNS qui pointe vers toutes les FSVM. Le déploiement exige un compte domain admin ou équivalent.
- Stockage : chaque FSVM s’appuie sur l’API Volumes, accédée en iSCSI depuis l’invité. Les mécanismes de Nutanix Volumes s’appliquent donc sous les partages.
Deux réseaux à prévoir
Un post de la communauté Nutanix (2019) décrit deux réseaux :
- interne (stockage) : FSVM vers CVM, pour le trafic stockage et les appels REST ;
- externe (client) : accès aux partages, AD, DNS et NTP.
À partir de trois FSVM, le réseau stockage demande N+1 adresses et le réseau client N adresses, N étant le nombre de FSVM. Trois FSVM consomment donc 4 adresses côté stockage et 3 côté client. Les sources divergent sur le minimum : la Bible indique 3 FSVM au moins, ce post de 2019 mentionne aussi des déploiements à FSVM unique (une adresse de chaque côté).
L’idéal est de séparer les deux réseaux. Les routes statiques ne sont pas supportées : si les clients doivent atteindre les partages par le VLAN des CVM, Nutanix recommande un VLAN unique.
Standard ou distribué
La Bible indique que les dossiers sont répartis (sharded) entre FSVM. Un post communautaire de 2019, signé par un employé Nutanix, précise les deux types :
- Standard (anciennement general en SMB, nonsharded en NFS) : le partage est servi par une seule FSVM.
- Distribué (anciennement home en SMB, sharded en NFS) : les répertoires de premier niveau (TLD, top-level directories) sont répartis entre les FSVM.
Le client n’a pas à connaître l’IP de chaque FSVM : les IP des FSVM servent au mécanisme de referral DFS. Sur un partage distribué, chaque TLD est un point de réanalyse (reparse point), c’est-à-dire un raccourci, et devient un export généré automatiquement, monté à la demande.
Les posts de 2019-2020 ajoutent deux consignes pour les partages distribués : pas de fichiers utilisateurs à la racine, et des permissions posées à la racine avant de créer les répertoires utilisateurs, pour qu’ils en héritent. Ces posts datent ; vérifiez le comportement sur votre version de Files.
Haute disponibilité
La Bible décrit deux niveaux de bascule :
- Perte d’une FSVM (maintenance, arrêt) : une autre FSVM reprend son IP et son volume group. Quand la FSVM revient et se stabilise, elle reprend son IP et son VG et sert de nouveau les clients.
- Perte d’une CVM : la redirection iSCSI fait basculer les cibles vers une autre CVM, qui reprend les I/O. La CVM d’origine redevient le chemin actif une fois saine.
Comme les données vivent dans des volume groups, n’importe quelle FSVM peut se connecter à n’importe quelle cible iSCSI : c’est ce qui rend la reprise possible.
Cas d’usage et fonctions
La Bible cite les répertoires personnels et profils utilisateurs, le stockage de fichiers, les dépôts de médias et le stockage persistant de conteneurs. Fonctions compatibles listées : snapshots et DR Nutanix, snapshots au niveau fichier avec Windows Previous Version, Self Service Restore, réplication et DR au niveau du partage (Smart DR), tiering vers un stockage compatible S3 (Smart Tier).
Côté automatisation, la référence actuelle de l’API v4 demande pc.2024.3 / AOS 7.0 pour le namespace files, avec File Server 5.1 et Files Manager 5.1 (qui sert quelle API).
Ce qu’il faut retenir
- Un serveur Files, ce sont des FSVM (3 au moins selon la Bible), avec des données sur volume groups en iSCSI.
- Partage standard : une FSVM. Partage distribué : TLD répartis entre FSVM, atteints par referral DFS côté SMB.
- Une FSVM perdue voit son IP et son VG repris par une autre ; une CVM perdue est absorbée par la redirection iSCSI.
- Adressage (post Nutanix de 2019, à revalider selon votre version) : N+1 IP côté stockage, N côté client, pas de route statique.
In English
FSVMs, data on volume groups, standard or distributed shares: how Nutanix Files spreads the load, fails over when an FSVM goes down, and what addressing to plan. A standard share is served by a single FSVM, a distributed share spreads its top-level directories across FSVMs, and another FSVM takes over the failed one's IP and volume group until it returns.
Sources & vérification
Relevé sur : Documentation publique Nutanix (Nutanix Bible, nutanix.dev, Nutanix Community), relevé 2026-10
- Nutanix Bible, Files (File Services) nutanixbible.com
- Nutanix Community, Nutanix Files Exports and Shares Basics (2019) next.nutanix.com
- Nutanix Community, Nutanix Files Network and Port Requirements (2019) next.nutanix.com
- Nutanix Community, Nutanix Files why home shares behave as they do (2020) next.nutanix.com
- nutanix.dev, API Reference v4 Introduction nutanix.dev