NFS Azure Dateifreigaben

Gilt für: ✔️ NFS Dateifreigaben

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 mit den SMB- und NFS-Protokollen, obwohl Sie SMB- und NFS-Dateifreigaben innerhalb desselben FileStorage-Speicherkontos erstellen können. 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, Messaging-Warteschlangen, Home-Verzeichnisse für allgemeine Fileserver und Content-Repositories für Anwendungs-Workloads.

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 Dateifreigabeunterstützung für Azure Speicherfeatures

Die folgende Tabelle zeigt den aktuellen Grad der Funktionsunterstützung für NFS-Azure-Dateifreigaben.

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 der obersten 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 v1- und v2-Abrechnungsmodelle sowie den vollständigen Azure Files Featuresatz.

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

Azure-NFS-Dateifreigaben schützen Daten durch Verschlüsselung im Ruhezustand und bei der Übertragung und erfordern Zugriffskontrollen 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.

Für encryption während der Übertragung verbessern Azure Files NFSv4.1-Volumes die Netzwerksicherheit, indem sichere TLS-Verbindungen zwischen dem Server und dem Client aktiviert werden, wodurch Daten vor Abfangen geschützt werden. Azure Files bietet die dedizierte Einstellung Require Encryption in Transit for NFS an, um unabhängig zu steuern, ob die Verschlüsselung für den NFS-Zugriff erforderlich ist. Bei neuen Speicherkonten, die mithilfe des Azure Portals erstellt wurden, ist diese Einstellung standardmäßig aktiviert. Speicherkonten, die mit Azure PowerShell, Azure CLI oder der FileREST-API erstellt wurden, legen diesen Wert als Not selected fest, um die Abwärtskompatibilität sicherzustellen. Bei vorhandenen Speicherkonten steuert die erforderliche Einstellung für die sichere Übertragung weiterhin das NFS-Verschlüsselungsverhalten, bis Sie die Einstellung pro Protokoll explizit konfigurieren.

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

Im Gegensatz zu Azure Files, die das SMB-Protokoll verwenden, bieten Dateifreigaben, die das NFS-Protokoll verwenden, keine benutzerbasierte Authentifizierung. Die Authentifizierung für NFS-Freigaben basiert auf den konfigurierten Netzwerksicherheitsregeln. Um sicherzustellen, dass Ihre NFS-Freigabe nur sichere Verbindungen akzeptiert, müssen Sie entweder einen privaten Endpunkt oder einen Dienstendpunkt für Ihr Speicherkonto einrichten.

Ein privater Endpunkt (auch als privater Link bezeichnet) gibt Ihrem Speicherkonto eine private, statische IP-Adresse in Ihrem virtuellen Netzwerk, wodurch Verbindungsunterbrechungen durch Änderungen der dynamischen IP-Adresse verhindert werden. Der Datenverkehr zu Ihrem Speicherkonto verbleibt in virtuellen Peer-Netzwerken, einschließlich derjenigen in anderen Regionen und lokal. Es gelten die Standard-Datenverarbeitungsraten.

Wenn Sie keine statische IP-Adresse benötigen, können Sie einen service-Endpunkt für Azure Files innerhalb des virtuellen Netzwerks aktivieren. Ein Dienstendpunkt konfiguriert Speicherkonten so, dass der Zugriff nur von bestimmten Subnetzen zulässig ist. Die zulässigen Subnetze können zu einem virtuellen Netzwerk im selben Abonnement oder einem anderen Abonnement gehören, einschließlich der Subnetze, die zu einem anderen Microsoft Entra Mandanten gehören. Für die Verwendung von Dienstendpunkten werden keine zusätzlichen Gebühren berechnet. Ein seltenes Ereignis wie ein Zonenausfall könnte jedoch die zugrunde liegende IP-Adresse des Speicherkontos ändern. Während die Daten weiterhin auf der Dateifreigabe verfügbar sind, müssen Sie die Freigabe erneut freigeben.

Wenn Sie aus der lokalen Umgebung auf Freigaben zugreifen möchten, richten Sie neben einem privaten Endpunkt ein VPN oder ExpressRoute ein. Anforderungen, die nicht aus den folgenden Quellen stammen, werden abgelehnt:

• Anforderungen von einem privaten Endpunkt
• Azure VPN Gateway
  • Point-to-Site-VPN
  • Standort-zu-Standort-VPN
• ExpressRoute
• Anforderungen von einem eingeschränkten öffentlichen Endpunkt

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

Regionale Verfügbarkeit von NFS-Azure-Dateifreigaben

Azure NFS-Dateifreigaben werden in allen Regionen unterstützt, die auch SSD-Dateifreigaben unterstützen. Siehe Azure Produkte, die nach Region verfügbar sind.

Leistung der NFS-Azure-Dateifreigabe

NFS Azure-Dateifreigaben sind nur für SSD-Dateifreigaben verfügbar. Unter dem bereitgestellten v2-Abrechnungsmodell können Sie bereitgestellte Kapazität, IOPS und Durchsatz unabhängig festlegen, sodass Sie präzise Kostenkontrolle für NFS-Workloads mit vorhersagbaren E/A-Mustern erhalten. Im rahmen des bereitgestellten v1-Abrechnungsmodells werden IOPS und Durchsatz automatisch mit bereitgestellter Kapazität skaliert. 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 unteren 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 Sie eine Dateifreigabe mit Microsoft.FileShares
• Klassische Dateifreigabe erstellen
• Vergleichen von NFS-Optionen in Azure Speicherdiensten