Bekannte Probleme bei der Unterstützung des Network File System 3.0-Protokolls (NFS) für Azure Blob Storage

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

Unterstützung von NFS 3.0

• Die Unterstützung von NFS 3.0 kann für vorhandene Speicherkonten nicht aktiviert werden.

• Die Unterstützung von NFS 3.0 kann in einem Speicherkonto nicht mehr deaktiviert werden, nachdem Sie sie aktiviert haben.

• Die Redundanzoptionen Geo-Redundanter Speicher (GRS), Geo-Zonen-Redundanter Speicher (GZRS) und Geo-Redundanter Speicher mit Lesezugriff (RA-GRS) werden nicht unterstützt, wenn Sie ein NFS 3.0-Speicherkonto erstellen.

• Zugriffssteuerungslisten (Access Control Lists, 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 den Zugriff für Nicht-Stammbenutzer auf dem Client wiederherzustellen. Informationen zum Entfernen von ACL-Einträgen für benannte Benutzer*innen und Gruppen finden Sie unter Festlegen von ACLs.

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) zum Bereitstellen des Speichers mithilfe des NFS 3.0-Protokolls verwendet. Weitere Informationen finden Sie im BlobNFS-wsl2-Projekt auf GitHub.

Blob Storage-Features

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

Informationen dazu, wie die einzelnen Blob-Storage-Features in Konten unterstützt werden, für die NFS 3.0-Unterstützung aktiviert ist, finden Sie unter Unterstützung von Blob-Storage-Features 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 (Blockierungsliste abrufen), Put Block (Block festlegen) und Put Block List (Blockierungsliste festlegen) übersetzt.

Speicherereignisse werden für NFS-spezifische Vorgänge nicht unterstützt. Wenn Sie jedoch Blob- oder Data Lake-Speichervorgänge für ein 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

• Unterstützung für Network File System 3.0 (NFS) für Azure Blob Storage
• Einbinden von Azure Blob Storage mithilfe des NFS 3.0-Protokolls (Network File System)