Partager via


Problèmes connus de la prise en charge du protocole NFS (Network File System) 3.0 pour Stockage Blob Azure

Cet article décrit les limitations et les problèmes connus de la prise en charge du protocole NFS (Network File System ) 3.0 pour le Stockage Blob Azure.

Important

Étant donné que vous devez activer la fonctionnalité d’espace de noms hiérarchique de votre compte pour utiliser NFS 3.0, tous les problèmes connus décrits dans l’article Problèmes connus avec Azure Data Lake Storage Gen2 sont également valables pour votre compte.

Prise en charge NFS 3.0

  • La prise en charge NFS 3.0 ne peut pas être activée sur les comptes de stockage existants.

  • Une fois activée, la prise en charge de NFS 3.0 ne peut pas être désactivée dans un compte de stockage.

  • Les options de stockage géoredondant (GRS), de stockage géoredondant interzone (GZRS) et de stockage géoredondant avec accès en lecture (RA-GRS) ne sont pas prises en charge lorsque vous créez un compte de stockage NFS 3.0.

  • Les listes de contrôle d’accès (ACL) ne peuvent pas être utilisées pour autoriser une demande NFS 3.0. En fait, si la liste de contrôle d’accès, un blob ou un répertoire contient une entrée pour un utilisateur ou un groupe nommé, ce fichier devient inaccessible sur le client pour les utilisateurs non-racine. Vous devez supprimer ces entrées pour restaurer l’accès aux utilisateurs non-racine sur le client. Pour plus d’informations sur la suppression d’une entrée de liste de contrôle d’accès pour des utilisateurs et des groupes nommés, consultez Comment définir des listes de contrôle d’accès.

Fonctionnalités NFS 3.0

Les fonctionnalités NFS 3.0 suivantes ne sont pas encore prises en charge.

  • NFS 3.0 sur UDP. Seul NFS 3.0 sur TCP est pris en charge.

  • Verrouillage des fichiers avec NLM (Network Lock Manager). Les commandes de montage doivent inclure le paramètre -o nolock.

  • Montage des sous-répertoires. Vous pouvez monter uniquement le répertoire racine (conteneur).

  • Répertorier les montages (par exemple, à l’aide de la commande showmount -a).

  • Répertorier les exportations (par exemple, à l’aide de la commande showmount -e).

  • Lien physique.

  • Exportation d’un conteneur en lecture seule.

Clients NFS 3.0

Le client Windows pour NFS n’est pas encore pris en charge. Toutefois, il existe une solution de contournement disponible qui utilise le Sous-système Windows pour Linux (WSL 2) pour monter le stockage à l’aide du protocole NFS 3.0. Consultez le projet BlobNFS-wsl2 sur GitHub.

Fonctionnalités du Stockage Blob

Lorsque vous activez la prise en charge du protocole NFS 3.0, certaines fonctionnalités du Stockage Blob sont entièrement prises en charge, mais d’autres risquent de l’être au niveau de la préversion uniquement ou de ne pas l’être du tout.

Pour voir comment chaque fonctionnalité de Stockage Blob est prise en charge dans les comptes avec le protocole NFS 3.0 activé, consultez Prise en charge des fonctionnalités de Stockage Blob pour les comptes Stockage Azure.

Notes

Les sites web statiques sont un exemple de fonctionnalité partiellement prise en charge, car la page de configuration des sites web statiques n’apparaît pas encore dans le Portail Azure pour les comptes pour lesquels la prise en charge du protocole NFS 3.0 est activée. Vous pouvez activer des sites web statiques uniquement à l’aide de PowerShell ou de l’interface Azure CLI.

Événements de stockage Blob

Les noms des opérations NFS n’apparaissent pas dans les journaux de ressources ni dans les réponses retournées par Event Grid. Seules les opérations d’objets blob de blocs s’affichent. Lorsque votre application effectue une requête à l’aide du protocole NFS 3.0, cette requête est traduite en une combinaison d’opérations d’objets blob de blocs. Par exemple, les requêtes NFS 3.0 de lecture RPC (Remote Procedure Call) sont traduites en opérations Get Blob. Les requêtes d’écriture RPC NFS 3.0 sont traduites en une combinaison d’opérations Get Block List, Put Block et Put Block List.

Les événements de stockage ne sont pas pris en charge pour les opérations spécifiques à NFS. Toutefois, si vous effectuez des opérations de stockage de blobs ou de lacs de données sur un compte activé pour NFS, les événements sont créés en fonction de l’API appelée.

Appartenance à un groupe dans un partage NFS

Les fichiers et répertoires que vous créez dans un partage NFS héritent toujours de l’ID de groupe du répertoire parent, que l’identification de groupe (SGID) soit définie ou non sur le répertoire parent.

Voir aussi