NFS Azure Dateifreigaben

Gilt für: ✔️ NFS-Dateifreigaben, die mit Microsoft.Storage oder Microsoft.FileShares erstellt wurden

Azure Files unterstützt zwei branchenübliche Standardprotokolle zum Einbinden von Dateifreigaben: das Server Message Block (SMB)-Protokoll und das Network File System (NFS)-Protokoll. Wählen Sie das Protokoll aus, das am besten zu Ihrer Workload passt. Azure-Dateifreigaben unterstützen nicht den Zugriff auf eine einzelne Azure-Dateifreigabe sowohl über das SMB- als auch über das NFS-Protokoll. Für klassische Dateifreigaben kann man innerhalb desselben Dateispeicherkontos separate SMB- und NFS-Dateifreigaben erstellen. Microsoft. FileShares unterstützt derzeit nur NFS-Dateifreigaben. Azure Files bietet Dateifreigaben auf Unternehmensniveau, die auf Ihre Speicheranforderungen skaliert werden können und gleichzeitig von Tausenden von Clients aufgerufen werden können.

In diesem Artikel werden NFS Azure Dateifreigaben behandelt. Informationen zu SMB-Azure Dateifreigaben finden Sie unter SMB-Dateifreigaben in Azure Files.

Häufige Anwendungsfälle für Azure-Dateifreigaben mit NFS

NFS-Dateifreigaben eignen sich gut für Workloads wie die SAP-Anwendungsschicht, Datenbanksicherungen, Datenbankreplikation, Messagingwarteschlangen, Basisverzeichnisse für allgemeine Dateiserver und Inhaltsrepositorys für Anwendungsworkloads.

NFS-Dateifreigaben werden häufig in den folgenden Szenarien verwendet:

• Back-End-Speicher für Linux/UNIX-basierte Anwendungen, z. B. Line-of-Business-Anwendungen, die mit Linux- oder POSIX-Dateisystem-APIs entwickelt wurden
• Workloads, die POSIX-konforme Dateifreigaben, die Beachtung der Groß-/Kleinschreibung oder Berechtigungen im Unix-Stil (UID/GID) erfordern
• Neue Anwendungs- und Dienstentwicklung, die zufälligen E/A und hierarchischen Speicher erfordert

NFS-Funktionen für Azure-Dateifreigaben

Azure-NFS-Dateifreigaben bieten ein vollständig POSIX-kompatibles Dateisystem. Feste Verknüpfungen und symbolische Verknüpfungen werden unterstützt, Sie können jedoch keine feste Verknüpfung aus einer vorhandenen symbolischen Verknüpfung erstellen.

NFS Azure Dateifreigaben unterstützen derzeit die meisten Features aus der NFSv4.1-Protokollspezifikation. Einige Features wie Delegierungen und Rückrufe aller Arten, Kerberos-Authentifizierung und ACLs werden nicht unterstützt.

Lokal redundanter Speicher (LRS) und zonenredundanter Speicher (ZRS) werden für Azure-Dateifreigaben für NFS unterstützt. Georedundanter Speicher (GRS) und geozonenredundanter Speicher (GZRS) sind für NFS-Freigaben nicht verfügbar, da NFS SSD-Speicher erfordert, der keine Georedundanz unterstützt.

NFS Azure File Share-Unterstützung für Azure Files-Funktionen

Die folgende Tabelle zeigt den aktuellen Grad der Funktionsunterstützung für NFS-Azure-Dateifreigaben. Sofern nicht anders angegeben, gilt die Unterstützung sowohl für klassische Dateifreigaben (Microsoft.Storage) als auch für Dateifreigaben, die mit Microsoft.FileShares erstellt wurden.

Der Status der Elemente in dieser Tabelle kann sich im Lauf der Zeit ändern, da die Unterstützung laufend erweitert wird.

Verwaltungsmodell

NFS-Azure-Dateifreigaben unterstützen zwei Ressourcenanbieter auf oberster Ebene:

• Microsoft. FileShares (empfohlen für neue NFS-Bereitstellungen): Erstellt eine eigenständige Dateifreigabe ohne Speicherkonto. Unterstützt nur das bereitgestellte v2-Abrechnungsmodell.
• Microsoft.Storage (klassisch): Erstellt klassische Dateifreigaben in einem Speicherkonto. Unterstützt bereitgestellte Abrechnungsmodelle v1 und v2 für NFS-Shares.

Einen vollständigen Funktionsvergleich finden Sie unter Vergleich von Ressourcenanbietern: Microsoft. Speicher im Vergleich zu Microsoft. FileShares.

Sicherheit und Netzwerkfunktionen für NFS-Dateifreigaben in Azure

NFS-Azure-Dateifreigaben schützen Daten durch Verschlüsselung im Ruhezustand und während der Übertragung und erfordern Zugriffssteuerungen auf Netzwerkebene anstelle einer benutzerbasierten Authentifizierung.

Encryption

Azure Files verschlüsselt alle ruhenden Daten mithilfe Azure Speicherdienstverschlüsselung (SSE). Die Speicherdienstverschlüsselung funktioniert ähnlich wie BitLocker bei Windows: Sie verschlüsselt Daten unter der Dateisystemebene. Da die Verschlüsselung unterhalb des Dateisystems der Azure-Dateifreigabe erfolgt, wenn die Daten auf dem Datenträger codiert werden, benötigen Sie keinen Zugriff auf den zugrunde liegenden Schlüssel auf dem Client, um die Azure-Dateifreigabe zu lesen oder in sie zu schreiben. Die Verschlüsselung ruhender Daten wird auf SMB- und NFS-Protokolle angewendet.

Sowohl klassische Dateifreigaben als auch Microsoft.FileShares-Dateifreigaben unterstützen TLS-Verschlüsselung während des Transports über den AZNFS-Mount-Helfer. Sie konfigurieren Verschlüsselungsanforderungen in verschiedenen Scopes:

• Microsoft. FileShares: Eine Verschlüsselung während des Transports ist standardmäßig erforderlich. Du konfigurierst diese Anforderung auf der jeweiligen Dateifreigabe. Weitere Informationen unter den erweiterten Einstellungen beim Erstellen einer Dateifreigabe.
• Klassische Dateifreigaben: Sie konfigurieren "Verschlüsselung im Transit erforderlich" für NFS auf dem Speicherkonto. Für neue Speicherkonten, die über das Azure-Portal erstellt werden, ist diese Einstellung standardmäßig aktiviert. Wenn die Einstellung Nicht ausgewählt ist, steuert Sichere Übertragung erforderlich das NFS-Verschlüsselungsverhalten. Für Erstellungsstandardeinstellungen und Konfigurationsschritte siehe Verschlüsselung während der Übertragung erzwingen.

Azure bietet eine Verschlüsselungsebene für alle Daten während der Übertragung zwischen Azure Rechenzentren mithilfe von MACSec. Durch diese Technologie ist verschlüsselung vorhanden, wenn Daten zwischen Azure Rechenzentren übertragen werden.

Authentifizierung und Netzwerkzugriff

Da NFS-Azure-Dateifreigaben keine benutzerbasierte Authentifizierung unterstützen, verlassen sie sich auf Netzwerkzugriffsregeln zur Authentifizierung der Clients. Clients müssen sich daher über einen privaten Endpunkt oder einen Service-Endpunkt mit virtuellen Netzwerkbeschränkungen verbinden.

Sowohl klassische Dateifreigaben als auch Microsoft.FileShares-Dateifreigaben unterstützen diese Verbindungsoptionen. Für klassische Dateifreigaben konfiguriert man das Netzwerk auf dem Speicherkonto. Für Microsoft.FileShares konfigurieren Sie das Netzwerk auf der einzelnen Dateifreigabe.

Private Endpunkte

Ein privater Endpunkt stellt eine private IP-Adresse in Ihrem virtuellen Netzwerk bereit, um auf die Dateifreigabe zuzugreifen. Um Zugriff nur über private Endpunkte zu erlauben, deaktivieren Sie den öffentlichen Netzwerkzugriff. Es fallen Gebühren für Private Link an.

Clients können sich vom virtuellen Netzwerk oder von gekoppelten virtuellen Netzwerken verbinden. Für den lokalen Zugriff verbinden Sie Ihr Netzwerk über ein VPN oder ExpressRoute mit dem virtuellen Netzwerk.

Dienstendpunkte

Ein Service-Endpunkt ermöglicht es Clients in einem Subnetz, über das Azure-Backbone auf den öffentlichen Endpunkt der Dateifreigabe zuzugreifen. Aktivieren Sie das Service-Endpunkt im Client-Subnetz. Konfigurieren Sie die Netzwerkregeln der Dateifreigabe, um dieses Subnetz zuzulassen. Erlaubte Subnetze können im selben Abonnement oder in einem anderen Abonnement sein, einschließlich eines anderen Microsoft Entra-Tenants. Für Service-Endpunkte fällt keine zusätzliche Gebühr an.

Ein Service-Endpunkt weist der Dateifreigabe keine private IP-Adresse zu. Wenn ein seltenes Ereignis, wie eine Zonenausfälle, die IP-Adresse des öffentlichen Endpunkts verändert, müssen Clients möglicherweise die Freigabe neu mounten.

Optionale Outbound-Filterung

Die Netzwerkregeln der Dateifreigabe steuern, welche Clients darauf zugreifen können. Sie schränken nicht ein, auf welche anderen Speicherressourcen diese Clients zugreifen können. Zum Beispiel könnte ein Client, der deine Dateifreigabe lesen kann, Daten auf eine andere Ressource kopieren, auf die er schreiben darf.

Für klassische Dateifreigaben kann man optional eine Service-Endpunkt-Richtlinie verwenden, um zu begrenzen, auf welche Speicherkonten Clients in einem Subnetz über Service-Endpunkte zugreifen können. Service-Endpunkt-Verkehr umgeht die Azure Firewall und Netzwerk-Virtual-Appliances. Eine Richtlinie filtert Ziele auf diesem Pfad. Es schränkt andere ausgehende Pfade nicht ein und ersetzt auch nicht die Netzwerkregeln und Autorisierungsanforderungen des Ziels.

Service-Endpunkt-Richtlinien werden derzeit für Microsoft.FileShares-Dateifreigaben nicht unterstützt. Wenn das Client-Subnetz eine Richtlinie hat, müssen Clients einen privaten Endpunkt nutzen, um auf diese Dateifreigaben zuzugreifen. Weitere Informationen finden Sie unter Ausgehenden Zugriff mit Dienstendpunktrichtlinien einschränken.

Weitere Informationen zu Netzwerkoptionen finden Sie unter Azure Files Überlegungen zum Netzwerk.

Regionale Verfügbarkeit von NFS-Azure-Dateifreigaben

Die regionale Verfügbarkeit hängt vom Ressourcenanbieter und der Redundanzoption ab:

• Microsoft.FileShares: Siehe LRS-Regionen und ZRS-Regionen.
• Klassische Dateifreigaben: Siehe LRS-Regionen und ZRS-Regionen.

Leistung der NFS-Azure-Dateifreigabe

NFS Azure-Dateifreigaben sind nur für SSD-Dateifreigaben verfügbar. Beide Ressourcenanbieter unterstützen das provisioned v2-Abrechnungsmodell, das es ermöglicht, bereitgestellte Kapazität, IOPS und Durchsatz unabhängig einzustellen. Klassische Dateifreigaben unterstützen außerdem das provisionierte v1-Abrechnungsmodell, bei dem IOPS und Durchsatz automatisch mit bereitgestellter Kapazität skalieren. Ausführliche Informationen zu beiden Modellen finden Sie unter "Grundlegendes zu Azure Files Abrechnung".

Typische E/A-Latenzen für SSD-Azure-Dateifreigaben liegen bei kleinen E/A-Vorgängen im niedrigen einstelligen Millisekundenbereich. Metadatenlastige Workloads wie untar können aufgrund des hohen Volumens von offenen und schließenden Vorgängen höhere Latenzen aufweisen.

Hinweise zur Verbesserung der NFS-Leistung bei Skalierung finden Sie unter Verbessern der Leistung von Azure-Dateifreigaben mit NFS.

Nächste Schritte

• Erstellen einer Dateifreigabe mit Microsoft.FileShares
• Klassische Dateifreigabe erstellen
• Vergleichen von NFS-Optionen in Azure Speicherdiensten