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.
• Georedundanter Speicher wird nur für ungeplante Failoverszenarien unterstützt und wird für geplantes Failover nicht unterstützt.
• Geozonenredundanter Speicher und lesezugriffsgeoredundante Speicheroptionen werden beim Erstellen eines NFS 3.0-Speicherkontos nicht unterstützt.
• Access control Listen (ACLs) können nicht verwendet werden, um eine NFS 3.0-Anforderung zu autorisieren. Wenn die ACL oder ein Blob oder Verzeichnis einen Eintrag für einen bestimmten Benutzer oder eine Gruppe enthält, wird diese Datei für Nicht-Root-Benutzer auf dem Client unzugänglich. 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:

• Verwenden von NFS 3.0 über UDP. Nur NFS 3.0 über TCP wird unterstützt.
• Sperren von Dateien mit dem Netzwerksperr-Manager. 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. mithilfe des Befehls showmount -e).
• Verwendung von Hardlinks.
• Schreibgeschütztes Exportieren eines Containers.

NFS 3.0-Clients

Windows-Client für NFS wird noch nicht unterstützt. Eine Problemumgehung ist verfügbar, die das Windows-Subsystem für Linux (WSL 2) zum Bereitstellen des Speichers mithilfe des NFS 3.0-Protokolls verwendet. Weitere Informationen finden Sie im BlobNFS-wsl2-Projekt auf GitHub.

Blob Storage Funktionen

Wenn Sie die NFS 3.0-Protokollunterstützung aktivieren, werden einige Azure 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 von Azure 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 für das Lesen von Remoteprozeduraufrufen (RPCs) in einen Get Blob-Vorgang übersetzt. NFS 3.0-Anforderungen für das Schreiben von RPCs werden in eine Kombination von Get Block List, Put Block und Put Block List übersetzt.

Speicherereignisse werden für NFS-spezifische Vorgänge nicht unterstützt. Wenn Sie Blob- oder Data Lake-Speichervorgänge für ein NFS-fähiges 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-Gruppen-ID im übergeordneten Verzeichnis aktiviert ist.

Verwandte Inhalte

• 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