Bekannte Probleme mit der Unterstützung des Netzwerkdateisystems (NFS) 3.0-Protokolls für Azure Blob Storage

In diesem Artikel werden Einschränkungen und bekannte Probleme des Network File System (NFS) 3.0-Protokolls für Azure Blob Storage beschrieben.

Unterstützung von NFS 3.0

• DIE NFS 3.0-Unterstützung kann für vorhandene storage-Konten nicht aktiviert werden.

• Die NFS 3.0-Unterstützung kann, nachdem es aktiviert wurde, in einem Speicherkonto nicht deaktiviert werden.

• Geo-Redundant Storage (GRS) wird nur für ungeplante Failoverszenarien unterstützt und wird für geplantes Failover nicht unterstützt.

• Geozonenredundanter Speicher (GZRS) und Lesezugriff-Georedundanter Speicher (RA-GRS) werden nicht unterstützt, wenn Sie ein NFS 3.0-Speicherkonto erstellen.

• Access control Listen (ACLs) können nicht verwendet werden, um eine NFS 3.0-Anforderung zu autorisieren. Wenn die ACL eines Blobs oder Verzeichnisses Einträge für benannte Benutzer*innen oder für Gruppen enthält, können Nicht-Stammbenutzer auf dem Client nicht mehr auf diese Datei zugreifen. Sie müssen diese Einträge entfernen, um access für Nichtrootbenutzer auf dem Client wiederherzustellen. Informationen zum Entfernen eines ACL-Eintrags für benannte Benutzer und Gruppen finden Sie unter How to set ACLs.

• NFS 3.0-aktivierte Konten unterstützen Azure Data Lake Storage vaulted backup nicht.

Funktionen von NFS 3.0

Die folgenden Features von NFS 3.0 werden noch nicht unterstützt.

• NFS 3.0 über UDP. Nur NFS 3.0 über TCP wird unterstützt.

• Sperren von Dateien mithilfe des Netzwerksperrungs-Managers (NLM). Einbindungsbefehle müssen den -o nolock-Parameter enthalten.

• Einbinden von Unterverzeichnissen Sie können nur das Stammverzeichnis (Container) einbinden.

• Auflisten von Einbindungen (z. B. mit dem Befehl showmount -a).

• Auflisten von Exporten (z. B. mit dem Befehl showmount -e).

• Fester Link.

• Schreibgeschütztes Exportieren eines Containers.

NFS 3.0-Clients

Windows-Client für NFS wird noch nicht unterstützt. Es gibt jedoch eine Problemumgehung, die das Windows Subsystem für Linux (WSL 2) verwendet, um den Speicher mit dem NFS 3.0-Protokoll zu mounten. Siehe das BlobNFS-wsl2-Projekt auf GitHub.

Blob Storage Funktionen

Wenn Sie die NFS 3.0-Protokollunterstützung aktivieren, werden einige Blob Storage Features vollständig unterstützt, einige Features werden jedoch möglicherweise nur auf Vorschauebene unterstützt oder überhaupt nicht unterstützt.

Informationen dazu, wie jedes Blob Storage-Feature in Konten unterstützt wird, für die NFS 3.0-Unterstützung aktiviert ist, finden Sie unter Blob Storage Featureunterstützung für Azure Storage Konten.

Blob Storage-Ereignisse

Die Namen von NFS-Vorgängen werden nicht in Ressourcenprotokollen oder in Antworten angezeigt, die vom Event Grid zurückgegeben werden. Es werden nur Blockblobvorgänge angezeigt. Wenn Ihre Anwendung eine Anforderung mithilfe des NFS 3.0-Protokolls sendet, wird diese Anforderung in eine Kombination aus Blockblobvorgängen übersetzt. Beispielsweise werden NFS 3.0-Anforderungen zum Lesen von Remoteprozeduraufrufen (Remote Procedure Calls, RPCs) in einen Get Blob-Vorgang (Blob abrufen) übersetzt. NFS 3.0-Anforderungen zum Schreiben von Remoteprozeduraufrufen werden in eine Kombination aus Get Block List,Put Block und Put Block List übersetzt.

Storage Ereignisse werden für NFS-spezifische Vorgänge nicht unterstützt. Wenn Sie jedoch Blob- oder data lake storage-Vorgänge für NFS-aktiviertes Konto ausführen, werden die Ereignisse basierend auf der aufgerufenen API erstellt.

Gruppenmitgliedschaft in einer NFS-Freigabe

Dateien und Verzeichnisse, die Sie in einer NFS-Freigabe erstellen, erben immer die Gruppen-ID des übergeordneten Verzeichnisses, unabhängig davon, ob die Set Group Identification (SGID) für das übergeordnete Verzeichnis festgelegt ist.

Weitere Informationen

• Network File System (NFS) 3.0-Protokollunterstützung für Azure Blob Storage
• Blob Storage mithilfe des Network File System (NFS) 3.0-Protokolls einbinden