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.
Wichtig
Da Sie das Feature Ihres Kontos für hierarchische Namespaces für die Verwendung von NFS 3.0 aktivieren müssen, gelten alle bekannten Probleme, die im Artikel Bekannte Probleme mit Azure Data Lake Storage beschrieben werden, auch für Ihr Konto.
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.
Hinweis
Statische Websites sind ein Beispiel für ein teilweise unterstütztes Feature, da die Konfigurationsseite für statische Websites noch nicht im Azure-Portal für Konten mit aktivierter NFS 3.0-Unterstützung angezeigt wird. Sie können statische Websites nur mithilfe von PowerShell oder der Azure CLI aktivieren.
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.