Delen via

Bekende problemen met NFS-protocolondersteuning (Network File System) 3.0 voor Azure Blob Storage

  • Artikel

In dit artikel worden beperkingen en bekende problemen beschreven van de protocolondersteuning voor Network File System (NFS) 3.0 voor Azure Blob Storage.

Belangrijk

Omdat u de hiërarchische naamruimtefunctie van uw account moet inschakelen voor het gebruik van NFS 3.0, zijn alle bekende problemen die worden beschreven in het artikel Bekende problemen met Azure Data Lake Storage Gen2 ook van toepassing op uw account.

Ondersteuning voor NFS 3.0

  • Ondersteuning voor NFS 3.0 kan niet worden ingeschakeld voor bestaande opslagaccounts.

  • Ondersteuning voor NFS 3.0 kan niet worden uitgeschakeld in een opslagaccount nadat u dit hebt ingeschakeld.

  • Geografisch redundante opslag (GRS), geografisch zone-redundante opslag (GZRS) en geografisch redundante opslag met leestoegang (RA-GRS) worden niet ondersteund wanneer u een NFS 3.0-opslagaccount maakt.

  • Toegangsbeheerlijsten (ACL's) kunnen niet worden gebruikt om een NFS 3.0-aanvraag te autoriseren. Als de ACL of een blob of map een vermelding voor een benoemde gebruiker of groep bevat, is dat bestand niet toegankelijk op de client voor niet-basisgebruikers. U moet deze vermeldingen verwijderen om de toegang tot niet-basisgebruikers op de client te herstellen. Zie ACL's instellen voor informatie over het verwijderen van een ACL-vermelding voor benoemde gebruikers en groepen.

NFS 3.0-functies

De volgende NFS 3.0-functies worden nog niet ondersteund.

  • NFS 3.0 via UDP. Alleen NFS 3.0 via TCP wordt ondersteund.

  • Bestanden vergrendelen met Network Lock Manager (NLM). Koppelopdrachten moeten de -o nolock parameter bevatten.

  • Submappen koppelen. U kunt alleen de hoofdmap (container) koppelen.

  • Koppels weergeven (bijvoorbeeld: met behulp van de opdracht showmount -a).

  • Hiermee geeft u exports weer (bijvoorbeeld: met behulp van de opdracht showmount -e).

  • Harde koppeling.

  • Een container exporteren als alleen-lezen.

NFS 3.0-clients

Windows-client voor NFS wordt nog niet ondersteund. Er is echter een tijdelijke oplossing beschikbaar die gebruikmaakt van de Windows-subsysteem voor Linux (WSL 2) om opslag te koppelen met behulp van het NFS 3.0-protocol. Zie het BlobNFS-wsl2-project op GitHub.

Blob Storage-functies

Wanneer u ondersteuning voor NFS 3.0-protocollen inschakelt, worden sommige Blob Storage-functies volledig ondersteund, maar sommige functies worden mogelijk alleen ondersteund op preview-niveau of helemaal niet ondersteund.

Als u wilt zien hoe elke Blob Storage-functie wordt ondersteund in accounts waarvoor ondersteuning voor NFS 3.0 is ingeschakeld, raadpleegt u de functieondersteuning voor Blob Storage voor Azure Storage-accounts.

Notitie

Statische websites is een voorbeeld van een gedeeltelijk ondersteunde functie omdat de configuratiepagina voor statische websites nog niet wordt weergegeven in Azure Portal voor accounts waarvoor ondersteuning voor NFS 3.0 is ingeschakeld. U kunt statische websites alleen inschakelen met behulp van PowerShell of Azure CLI.

Blob Storage-gebeurtenissen

De namen van NFS-bewerkingen worden niet weergegeven in resourcelogboeken of in antwoorden die worden geretourneerd door Event Grid. Alleen blok-blobbewerkingen worden weergegeven. Wanneer uw toepassing een aanvraag indient met behulp van het NFS 3.0-protocol, wordt die aanvraag omgezet in combinatie met blok-blobbewerkingen. NFS 3.0 leest bijvoorbeeld RPC-aanvragen (Remote Procedure Call) om in de get-blobbewerking. RPC-aanvragen voor schrijven van NFS 3.0 worden omgezet in een combinatie van Get Block List, Put Block en Put Block List.

Opslag gebeurtenissen worden niet ondersteund voor NFS-specifieke bewerkingen. Als u echter blob- of Data Lake Storage-bewerkingen uitvoert op een NFS-account, worden de gebeurtenissen gemaakt op basis van de API die wordt aangeroepen.

Groepslidmaatschap in een NFS-share

Bestanden en mappen die u in een NFS-share maakt, nemen altijd de groeps-id van de bovenliggende map over, ongeacht of de set group identification (SGID) is ingesteld in de bovenliggende map.

Zie ook