Hinweis
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, sich anzumelden oder das Verzeichnis zu wechseln.
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, das Verzeichnis zu wechseln.
Azure Files bietet vollständig verwaltete Dateifreigaben in der Cloud, auf die über das SMB-Dateisystemprotokoll (Server Message Block) und über das NFS-Dateisystemprotokoll (Network File System) zugegriffen werden kann. Dieser Artikel behandelt die Skalierbarkeits- und Leistungsziele für Azure Files und Azure-Dateisynchronisierung.
Andere Variablen in Ihrer Bereitstellung können sich auf die in diesem Artikel aufgeführten Ziele auswirken. Beispielsweise kann sich das Verhalten Ihres SMB-Clients und die verfügbare Netzwerkbandbreite auf die E/A-Leistung auswirken. Es empfiehlt sich, Ihr Nutzungsmuster zu testen, um zu ermitteln, ob Skalierbarkeit und Leistung von Azure Files Ihren Anforderungen entsprechen.
Gilt für:
Verwaltungsmodell | Abrechnungsmodell | Medienebene | Redundanz | KMU | NFS (falls abgekürzt von Network File System gemeint) |
---|---|---|---|---|---|
Microsoft.Storage | Bereitgestellt v2 | HDD (Standard) | Lokal (LRS) |
![]() |
![]() |
Microsoft.Storage | Bereitgestellt v2 | HDD (Standard) | Zone (ZRS) |
![]() |
![]() |
Microsoft.Storage | Bereitgestellt v2 | HDD (Standard) | Geo (GRS) |
![]() |
![]() |
Microsoft.Storage | Bereitgestellt v2 | HDD (Standard) | GeoZone (GZRS) |
![]() |
![]() |
Microsoft.Storage | Bereitgestellt v1 | SSD (Premium) | Lokal (LRS) |
![]() |
![]() |
Microsoft.Storage | Bereitgestellt v1 | SSD (Premium) | Zone (ZRS) |
![]() |
![]() |
Microsoft.Storage | Nutzungsbasierte Bezahlung | HDD (Standard) | Lokal (LRS) |
![]() |
![]() |
Microsoft.Storage | Nutzungsbasierte Bezahlung | HDD (Standard) | Zone (ZRS) |
![]() |
![]() |
Microsoft.Storage | Nutzungsbasierte Bezahlung | HDD (Standard) | Geo (GRS) |
![]() |
![]() |
Microsoft.Storage | Nutzungsbasierte Bezahlung | HDD (Standard) | GeoZone (GZRS) |
![]() |
![]() |
Skalierungsziele für Azure Files
Azure-Dateifreigaben werden in Speicherkonten bereitgestellt, die als Objekte der obersten Ebene fungieren und einen gemeinsamen Speicherpool darstellen. Dieser Speicherpool kann verwendet werden, um mehrere Dateifreigaben bereitzustellen. Es gibt also drei Kategorien zu beachten: Speicherkonten, Azure-Dateifreigaben und einzelne Dateien.
Skalierbarkeitsziele für Speicherkonten
Skalierbarkeitsziele für Speicherkonten gelten auf Speicherkontoebene. Es gibt zwei Haupttypen von Speicherkonten für Azure Files:
FileStorage-Speicherkonten: FileStorage-Speicherkonten ermöglichen Ihnen die Bereitstellung von Azure-Dateifreigaben mit einem vorgesehenen Abrechnungsmodell. FileStorage-Konten können nur zum Speichern von Azure-Dateifreigaben verwendet werden. In einem FileStorage-Konto können keine anderen Speicherressourcen (Blobcontainer, Warteschlangen, Tabellen usw.) bereitgestellt werden.
Speicherkonten vom Typ „Universell Version 2 (GPv2)“: GPv2-Speicherkonten ermöglichen Ihnen die Bereitstellung von Dateifreigaben mit nutzungsbasierter Bezahlung auf festplattenbasierter Hardware. Neben Azure-Dateifreigaben können in GPv2-Speicherkonten auch andere Speicherressourcen wie Blobcontainer, Warteschlangen oder Tabellen gespeichert werden.
Attribut | SSD-Bereitgestellt v1 | HDD-Bereitgestellt v2 | HDD, nutzungsbasierte Zahlung |
---|---|---|---|
Art des Speicherkontos | Dateispeicherung | Dateispeicherung | StorageV2 |
Artikelnummern |
|
|
|
Anzahl von Speicherkonten pro Region und Abonnement | 250 | 250 | 250 |
Maximale Speicherkapazität | 100 TiB | 4 PiB | 5 PiB |
Maximale Anzahl der Dateifreigaben | 1024 (es wird empfohlen, 50 oder weniger zu verwenden) | 50 | Unbegrenzt (es wird empfohlen, 50 oder weniger zu verwenden) |
Maximale IOPS-Anzahl | 102.400 IOPS | 50.000 IOPS | 20.000 IOPS |
Maximaler Durchsatz | 10 340 MiB/sec | 5.120 MiB / s |
|
Maximale Anzahl von Regeln für virtuelle Netzwerke | 200 | 200 | 200 |
Maximale Anzahl von IP-Adressregeln | 200 | 200 | 200 |
Lesevorgänge für die Verwaltung | 800 pro 5 Minuten | 800 pro 5 Minuten | 800 pro 5 Minuten |
Schreibvorgänge für die Verwaltung | 10 pro Sekunde/1200 pro Stunde | 10 pro Sekunde/1200 pro Stunde | 10 pro Sekunde/1200 pro Stunde |
Listenvorgänge für die Verwaltung | 100 pro 5 Minuten | 100 pro 5 Minuten | 100 pro 5 Minuten |
Ausgewählte Regionen mit erhöhtem maximalem Durchsatz für Festplatten mit nutzungsbasierter Bezahlung
Die folgenden Regionen haben einen erhöhten maximalen Durchsatz für HDD-Speicherkonten (StorageV2) mit nutzungsbasierter Zahlung:
- Asien, Osten
- Asien, Südosten
- Australien (Osten)
- Brasilien Süd
- Kanada, Mitte
- China, Osten 2
- China, Norden 3
- Nordeuropa
- Europa, Westen
- Frankreich, Mitte
- Deutschland, Westen-Mitte
- Indien, Mitte
- Japan, Osten
- Jio Indien, Westen
- Korea, Mitte
- Norwegen, Osten
- Südafrika, Norden
- Schweden, Mitte
- Vereinigte Arabische Emirate, Norden
- UK, Süden
- Zentral-USA
- Osten der USA
- USA, Osten 2
- US-Regierung, Virginia
- US-Regierung von Arizona
- USA Nord Mitte
- USA Süd Mitte
- USA (Westen)
- USA, Westen 2
- USA, Westen 3
Skalierbarkeitsziele für Azure-Dateifreigaben
Skalierbarkeitsziele für Azure-Dateifreigaben gelten auf Dateifreigabeebene.
Attribut | SSD-Bereitgestellt v1 | HDD-Bereitgestellt v2 | HDD, nutzungsbasierte Zahlung |
---|---|---|---|
Speicherbereitstellungseinheit | 1 GiB | 1 GiB | – |
IOPS-Bereitstellungseinheit | – | 1 E/A pro Sekunde | – |
Bereitstellungseinheit für den Durchsatz | – | 1 MiB / Sek. | – |
Mindestspeichergröße | 100 GiB (bereitgestellt) | 32 GiB (bereitgestellt) | 0 Bytes |
Maximale Speichergröße | 100 TiB | 256 TiB | 100 TiB |
Maximale Anzahl von Dateien | Unbegrenzt | Unbegrenzt | Unbegrenzt |
Maximale IOPS (Daten) | 102 400 IOPS (abhängig von der Bereitstellung) | 50.000 IOPS (abhängig von der Bereitstellung) | 20.000 IOPS |
Maximale IOPS (Metadaten1) | Bis zu 35.000 IOPS2 | Bis zu 12.000 IOPS | Bis zu 12.000 IOPS |
Maximaler Durchsatz | 10 340 MiB / Sek. (abhängig von der Bereitstellung) | 5 120 MiB/Sek. (abhängig von der Bereitstellung) | Bis zu Speicherkontogrenzwerten |
Maximale Anzahl von Freigabemomentaufnahmen | 200 Momentaufnahmen | 200 Momentaufnahmen | 200 Momentaufnahmen |
Maximale Dateinamenlänge3 (vollständiger Pfadname einschließlich aller Verzeichnisse, Dateinamen und Backslash-Zeichen) | 2\.048 Zeichen | 2\.048 Zeichen | 2\.048 Zeichen |
Maximale Länge einzelner Pfadnamekomponente (im Pfad \A\B\C\D, jeder Buchstabe stellt ein Verzeichnis oder eine Datei dar, die eine einzelne Komponente ist) | 255 Zeichen | 255 Zeichen | 255 Zeichen |
Grenzwert für feste Links (nur NFS) | 178 | – | – |
Maximale Anzahl von SMB Multichannel-Kanälen | 4 | – | – |
Maximale Anzahl gespeicherter Zugriffsrichtlinien pro Dateifreigabe | 5 | 5 | 5 |
1 Metadaten-IOPS (öffnen/schließen/löschen). Anleitungen finden Sie unter Überwachen von Metadaten-IOPS .
2 Die Skalierung auf 35.000 IOPS für SSD-Dateifreigaben erfordert die Registrierung für das Feature zum Zwischenspeichern von Metadaten.
3 Azure Files erzwingt bestimmte Benennungsregeln für Verzeichnis- und Dateinamen.
Ziele für Dateiskalierung
Dateiskalierungsziele gelten für einzelne Dateien, die in Azure-Dateifreigaben gespeichert sind.
Attribut | SSD-Bereitgestellt v1 | HDD-Bereitgestellt v2 | HDD, nutzungsbasierte Zahlung |
---|---|---|---|
Maximale Dateigröße | 4 TiB | 4 TiB | 4 TiB |
Maximale Daten-IOPS pro Datei | 8 000 IOPS | 1.000 IOPS | 1.000 IOPS |
Maximaler Durchsatz pro Datei | 1 024 MiB/sec | 60 MiB / s | 60 MiB / s |
Maximale Anzahl gleichzeitiger Handles für Stammverzeichnis | 10.000 Handles | 10.000 Handles | 10.000 Handles |
Maximale gleichzeitige Handles pro Datei und Verzeichnis | 2.000 Handles* | 2.000 Handles | 2.000 Handles |
* Die maximale Anzahl gleichzeitiger Handles pro Datei und Verzeichnis ist ein vorläufiger Grenzwert für SSD-SMB-Dateifreigaben. Wenn Sie über diesen Grenzwert hinaus skalieren müssen, können Sie das Zwischenspeichern von Metadaten aktivieren und sich für erhöhte Grenzwerte für Dateihandle (Vorschau) registrieren.
Anleitung zur Größenanpassung von Azure Files für Azure Virtual Desktop
Ein beliebter Anwendungsfall für Azure Files ist das Speichern von Benutzerprofilcontainern und Datenträgerimages für Azure Virtual Desktop. Weitere Informationen finden Sie in den Azure Files-Richtlinien für virtuelle Desktoparbeitslasten .
Skalierbarkeitsziele für die Azure-Dateisynchronisierung
Die folgende Tabelle gibt die weichen Ziele (von Microsoft getestete Grenze) und die harten Ziele (erzwungenes Maximum) an:
Ressource | Ziel | Harte Grenze |
---|---|---|
Speichersynchronisierungsdienste pro Region | 100 Speichersynchronisierungsdienste | Ja |
Speichersynchronisierungsdienste pro Abonnement | 15 Speichersynchronisierungsdienste | Ja |
Synchronisierungsgruppen pro Speichersynchronisierungsdienst | 200 Synchronisierungsgruppen | Ja |
Registrierte Server pro Speichersynchronisierungsdienst | 100 Server | Ja |
Private Endpunkte pro Speichersynchronisierungsdienst | 100 private Endpunkte | Ja |
Cloudendpunkte pro Synchronisierungsgruppe | Ein Cloudendpunkt | Ja |
Serverendpunkte pro Synchronisierungsgruppe | 100 Serverendpunkte | Ja |
Serverendpunkte pro Server | 30 Serverendpunkte | Ja |
Dateisystemobjekte (Verzeichnisse und Dateien) pro Synchronisierungsgruppe | 100 Millionen Objekte | Nein |
Maximale Anzahl von Dateisystemobjekten (Verzeichnisse und Dateien) in einem Verzeichnis (nicht rekursiv) | 5 Millionen Objekte | Nein |
Maximale Sicherheitsdeskriptorgröße von Objekten (Verzeichnisse und Dateien) | 64 KiB | Ja |
Dateigröße | 100 GB | Nein |
Minimale Dateigröße für die Unterteilung einer Datei | Basiert auf der Größe des Dateisystemclusters (doppelte Größe des Dateisystemclusters). Wenn die Größe des Dateisystemclusters z. B. 4 KiB beträgt, ist die Mindestdateigröße 8 KiB. | Ja |
Hinweis
Ein Endpunkt für Azure-Dateisynchronisierung kann auf die Größe einer Azure-Dateifreigabe hochskaliert werden. Wenn die maximale Größe der Azure-Dateifreigabe erreicht ist, kann keine Synchronisierung mehr durchgeführt werden.
Leistungsmetriken der Azure-Dateisynchronisierung
Da der Azure File Sync-Agent auf einem Windows Server-Computer ausgeführt wird, der eine Verbindung mit den Azure-Dateifreigaben herstellt, hängt die effektive Synchronisierungsleistung von vielen Faktoren in Ihrer Infrastruktur ab, einschließlich:
- Windows Server und die zugrunde liegende Datenträgerkonfiguration
- Netzwerkbandbreite zwischen Dem Server und Azure Storage
- Dateigröße
- Gesamtgröße des Datasets
- Aktivität im Dataset
Da Azure File Sync auf Dateiebene funktioniert, sollten Sie die Leistungsmerkmale einer Azure File Sync-basierten Lösung anhand der Anzahl der Pro Sekunde verarbeiteten Objekte (Dateien und Verzeichnisse) messen.
Die folgende Tabelle gibt die Leistungsziele für die Azure-Dateisynchronisierung an:
Szenario | Leistung |
---|---|
Anfängliche Enumeration von Cloudänderungen | 150 Objekte pro Sekunde pro Synchronisierungsgruppe |
Uploaddurchsatz | 200 Objekte pro Sekunde pro Synchronisierungsgruppe |
Namespace-Download-Durchsatz | 400 Objekte pro Sekunde pro Serverendpunkt |
Vollständiger Downloaddurchsatz | 60 Objekte pro Sekunde pro Serverendpunkt |
Hinweis
Die tatsächliche Leistung hängt von mehreren Faktoren ab, die am Anfang dieses Abschnitts beschrieben werden.
Als allgemeine Richtlinie für Ihre Bereitstellung sollten Sie einige Dinge berücksichtigen:
- Der Objektdurchsatz wird ungefähr proportional zur Anzahl der Synchronisierungsgruppen auf dem Server skaliert. Das Aufteilen von Daten in mehrere Synchronisierungsgruppen auf einem Server führt zu einem besseren Durchsatz, der zudem durch den Server und Netzwerk begrenzt wird.
- Der Objektdurchsatz ist umgekehrt proportional zum MiB pro Sekunde-Durchsatz. Bei kleineren Dateien wird ein höherer Durchsatz in Bezug auf die Anzahl der pro Sekunde verarbeiteten Objekte erreicht, aber ein geringerer MiB pro Sekunde Durchsatz erzielt. Im Gegensatz dazu erhalten Sie bei größeren Dateien weniger Objekte pro Sekunde, jedoch einen höheren Datendurchsatz in MiB pro Sekunde. Der Durchsatz in MiB pro Sekunde wird durch die Azure Files-Skalierungsziele beschränkt.
- Wenn viele Serverendpunkte in derselben Synchronisierungsgruppe gleichzeitig synchronisiert werden, konkurrieren sie um Clouddienstressourcen. Dadurch wird die Uploadleistung beeinträchtigt. In extremen Fällen können einige Synchronisierungssitzungen nicht auf die Ressourcen zugreifen und schlagen fehl. Diese Synchronisierungssitzungen werden jedoch in Kürze fortgesetzt und schließlich erfolgreich abgeschlossen, sobald sich die Überlastung verringert hat.
- Wenn das Cloud-Tiering aktiviert ist, werden Sie wahrscheinlich eine bessere Downloadleistung feststellen, da nur einige der Dateien heruntergeladen werden. Die Azure-Dateisynchronisierung lädt die Daten zwischengespeicherter Dateien nur dann herunter, wenn sie auf einem der Endpunkte geändert werden. Bei mehrstufigen oder neu erstellten Dateien lädt der Agent nicht die Dateidaten herunter, sondern synchronisiert lediglich den Namespace mit allen Serverendpunkten. Der Agent unterstützt auch teilweise Downloads von mehrstufigen Dateien, wenn Benutzer*innen auf diese zugreifen.