Ressourcenlimits für Azure NetApp Files
Grundlegende Informationen zu Ressourceneinschränkungen für Azure NetApp Files unterstützen Sie bei der Verwaltung Ihrer Volumes.
Ressourcengrenzwerte
In der folgenden Tabelle werden die Ressourcengrenzwerte für Azure NetApp Files beschrieben:
Resource | Standardlimit | Über Supportanfrage anpassbar |
---|---|---|
Regionales Kapazitätskontingent pro Abonnement | 25 TiB | Ja |
Anzahl von NetApp-Konten pro Azure-Region und Abonnement | 10 | Ja |
Anzahl der Kapazitätspools pro NetApp-Konto | 25 | Ja |
Anzahl von Volumes pro Abonnement | 500 | Ja |
Anzahl der Volumes pro Kapazitätspool | 500 | Ja |
Anzahl von Momentaufnahmen pro Volume | 255 | Nein |
Anzahl der IPs in einem virtuellen Netzwerk (einschließlich sofort „gepeerter“ VNets), die auf Volumes in einem Azure NetApp Files Hosting VNet zugreifen |
|
Nein |
Mindestgröße eines einzelnen Kapazitätspools | 1 TiB* | Nein |
Maximale Größe eines einzelnen Kapazitätspools | 2.048 TiB | No |
Mindestgröße eines einzelnen regulären Volumes | 100 GB | Nein |
Maximale Größe eines einzelnen regulären Volumes | ca. 100 TiB | Nein |
Mindestgröße eines einzelnen großen Volumes | 50 TiB | No |
Große Volume-Größe erhöhen | 30 % der niedrigsten bereitgestellten Größe | Ja |
Maximale Größe eines einzelnen großen Volumes | 1.024 TiB | No |
Maximale Größe eines einzelnen großen Volumes für dedizierte Kapazität (Vorschau) | 2.048 TiB | No |
Maximale Größe einer einzelnen Datei | 16 TiB | Nein |
Maximale Größe der Verzeichnismetadaten in einem einzelnen Verzeichnis | 320 MB | Nein |
Maximale Anzahl an Dateien in einem einzelnen Verzeichnis | Ca. 4 Millionen. Siehe Bestimmen, ob sich ein Verzeichnis der Begrenzungsgröße nähert. |
Nein |
Maximale Anzahl von Dateien maxfiles pro Volume |
Informationen finden Sie unter maxfiles . |
Ja |
Maximale Anzahl von Exportrichtlinienregeln pro Volume | 5 | Nein |
Maximale Anzahl von Kontingentregeln pro Volume | 100 | No |
Minimaler zugewiesener Durchsatz für ein Volume für manuelle QoS | 1 MiB/s | Nein |
Maximaler zugewiesener Durchsatz für ein Volume für manuelle QoS | 4.500 MiB/s | Nein |
Anzahl der regionsübergreifenden Datenschutzvolumes für die regionsübergreifende Replikation (Zielvolumes) | 50 | Ja |
Anzahl der Datenschutzvolumes (Zielvolumes) für die zonenübergreifende Replikation | 50 | Ja |
Maximale Anzahl der richtlinienbasierten (geplanten) Sicherungen pro Volume |
Die maximale Anzahl der stündlichen, täglichen, wöchentlichen und monatlichen Sicherungsaufbewahrungen beträgt zusammen 1019. |
Nein |
Maximale Größe des geschützten Volumes | ca. 100 TiB | Nein |
Maximale Anzahl von Volumes, die pro Abonnement gesichert werden können | 20 | Ja |
Maximale Anzahl manueller Sicherungen pro Volume und Tag | 5 | Ja |
Maximale Anzahl von Volumes, die für den kalten Zugriff pro Abonnement pro Region unterstützt werden | 10 | Ja |
* Sie können das 1-TiB-Minimum nur nutzen, wenn alle Volumes im Kapazitätspool die Standardnetzwerkfunktionen verwenden. 1-TiB-Kapazitätspools sind allgemein verfügbar. Sie müssen das Feature registrieren, bevor Sie es verwenden können. Wenn ein Volume Basic-Netzwerkfunktionen verwendet, beträgt die Mindestgröße 4 TiB.
Weitere Informationen finden Sie unter Häufig gestellte Fragen zur Kapazitätsverwaltung.
Informationen zu Grenzwerten und Einschränkungen im Zusammenhang mit Azure NetApp Files-Netzwerkfeatures finden Sie in den Richtlinien für die Azure NetApp Files-Netzwerkplanung.
Feststellen, ob sich ein Verzeichnis der Begrenzungsgröße nähert
Sie können den Befehl stat
von einem Client aus verwenden, um festzustellen, ob sich ein Verzeichnis der maximal zulässigen Größe für Verzeichnismetadaten (320 MB) nähert. Wenn Sie die maximale Größenbeschränkung für ein einzelnes Verzeichnis für Azure NetApp Files erreichen, tritt der Fehler No space left on device
auf.
Bei einem Verzeichnis mit 320 MB beträgt die Anzahl der Blöcke 655.360, wobei jeder Block eine Größe von 512 Byte hat. (Berechnung: 320 × 1.024 × 1.024 : 512.) Daraus ergibt sich für ein Verzeichnis mit 320 MB ein Maximum von etwa vier Millionen Dateien. Die tatsächliche maximale Anzahl von Dateien ist jedoch ggf. geringer. Dies hängt von Faktoren wie etwa der Anzahl von Dateien mit ASCII-fremden Zeichen im Verzeichnis ab. Verwenden Sie daher den Befehl stat
wie folgt, um zu ermitteln, ob der Grenzwert Ihres Verzeichnisses bald erreicht ist.
Beispiele:
[makam@cycrh6rtp07 ~]$ stat bin
File: 'bin'
Size: 4096 Blocks: 8 IO Block: 65536 directory
[makam@cycrh6rtp07 ~]$ stat tmp
File: 'tmp'
Size: 12288 Blocks: 24 IO Block: 65536 directory
[makam@cycrh6rtp07 ~]$ stat tmp1
File: 'tmp1'
Size: 4096 Blocks: 8 IO Block: 65536 directory
Maxfiles
-Grenzwerte
Azure NetApp Files-Volumes haben einen Wert namens maxfiles
, der sich auf die maximale Anzahl von Dateien und Ordnern (auch als I-Knoten bezeichnet) bezieht, die ein Volume enthalten kann. Wenn der Grenzwert für maxfiles
erreicht ist, erhalten Clients die Nachricht, dass kein Speicherplatz mehr verfügbar ist, wenn sie versuchen, neue Dateien oder Ordner zu erstellen. Wenn dieses Problem auftritt, wenden Sie sich an den technischen Support von Microsoft.
Der maxfiles
-Grenzwert für ein Azure NetApp Files-Volume basiert auf der Größe (Kontingent) des Volumes, wobei der Dienst den maxfiles
-Grenzwert für ein Volume basierend auf seiner bereitgestellten Größe dynamisch anpasst und die folgenden Richtlinien verwendet.
- Bei regulären Volumes kleiner oder gleich 683 GiB beträgt der
maxfiles
-Grenzwert standardmäßig 21.251.126. - Bei normalen Volumes, die größer als 683 GiB sind, entspricht der
maxfiles
-Grenzwert standardmäßig ungefähr einer Datei (oder I-Knoten) pro 32 KiB der zugeordneten Volumenkapazität bis zu maximal 2.147.483.632. - Bei großen Volumes entspricht der
maxfiles
-Grenzwert standardmäßig ungefähr einer Datei (oder I-Knoten) pro 32 KiB der zugeordneten Volumenkapazität bis zu einem standardmäßigen Höchstwert von 15.938.355.048. - Jeder I-Knoten verwendet etwa 288 Bytes Kapazität im Volume. Viele I-Knoten in einem Volume können einen nicht trivialen Anteil des physischen Speicheraufwands zusätzlich zur Kapazität der tatsächlichen Daten verbrauchen.
- Wenn eine Datei kleiner als 64 Bytes ist, wird sie im I-Knoten selbst gespeichert und verwendet keine zusätzliche Kapazität. Diese Kapazität wird nur verwendet, wenn Dateien tatsächlich dem Volume zugeordnet werden.
- Dateien, die größer als 64 Bytes sind, verbrauchen zusätzliche Kapazität im Volume. Wenn beispielsweise eine Million Dateien größer als 64 Bytes in einem Azure NetApp Files-Volume sind, gehören etwa 274 MiB der Kapazität zu den I-Knoten.
Die folgende Tabelle zeigt Beispiele für die Beziehung der maxfiles
-Werte basierend auf der Volumengröße für reguläre Volumes.
Volume size | Geschätzter maxfiles-Grenzwert |
---|---|
0 – 683 GiB | 21.251.126 |
1 TiB (1.073.741.824 KiB) | 31.876.709 |
10 TiB (10.737.418.240 KiB) | 318.767.099 |
50 TiB (53.687.091.200 KiB) | 1.593.835.519 |
100 TiB (107.374.182.400 KiB) | 2.147.483.632 |
Die folgende Tabelle zeigt Beispiele für die Beziehung der maxfiles
-Werte basierend auf der Volumengröße für große Volumes.
Volume size | Geschätzter maxfiles-Grenzwert |
---|---|
50 TiB (53.687.091.200 KiB) | 1.593.835.512 |
100 TiB (107.374.182.400 KiB) | 3.187.671.024 |
200 TiB (214.748.364.800 KiB) | 6.375.342.024 |
500 TiB (536.870.912.000 KiB) | 15.938.355.048 |
Um die maxfiles
-Zuordnung für eine bestimmte Volumengröße anzuzeigen, überprüfen Sie das Feld Maximale Anzahl von Dateien im Übersichtsbereich des Volumes.
Sie können keine maxfiles
-Grenzwerte für Datenschutz-Volumes über eine Kontingentanforderung festlegen. Azure NetApp Files erhöht automatisch den maxfiles
-Grenzwert eines Datenschutz-Volumes, um die Anzahl der auf das Volume replizierten Dateien zu berücksichtigen. Wenn ein Failover auf einem Datenschutz-Volume erfolgt, bleibt der maxfiles
-Grenzwert der letzte Wert vor dem Failover. In diesem Fall können Sie eine maxfiles
-Kontingentanforderung für das Volume übermitteln.
Anfordern einer Limiterhöhung
Sie können eine Supportanfrage an den Azure-Support stellen, um die anpassbaren Grenzwerte aus der Tabelle Ressourcenlimits zu erhöhen.
Hinweis
Abhängig von den verfügbaren Ressourcen in der Region und der angeforderten Grenzwerterhöhung benötigt der Azure-Support möglicherweise zusätzliche Informationen, um die Durchführbarkeit der Anforderung zu ermitteln.
Wechseln Sie unter Support + Problembehandlung zu Neue Supportanfrage.
Geben Sie auf der Registerkarte Problembeschreibung die erforderlichen Informationen an:
- Wählen Sie für Ausgabentyp die Option Dienstleistungs- und Abonnementgrenzen (Kontingente).
- Wählen Sie unter Abonnement Ihr Abonnement aus.
- Wählen Sie für Kontingenttyp die Option Speicher: Azure NetApp Files Grenzen.
Wählen Sie auf der Registerkarte Zusätzliche Details im Feld „Anforderungsdetails“ die Option Details eingeben aus.
Um eine Erhöhung des Limits zu beantragen, geben Sie die folgenden Informationen im Fenster Kontingentdetails an:
Wählen Sie unter Quotentyp die Art der Ressource, die Sie erhöhen möchten.
Beispiel:- Regionales Kapazitätskontingent pro Abonnement (TiB)
- Anzahl von NetApp-Konten pro Azure-Region und Abonnement
- Anzahl von Volumes pro Abonnement
Wählen Sie unter Angeforderte Region Ihre Region aus.
Unter „Kontingentstatus“ werden die aktuelle Größe und die Standardgröße angezeigt.Geben Sie einen Wert ein, um eine Erhöhung für den angegebenen Kontingenttyp anzufordern.
Wählen Sie Speichern und fortfahren aus. Wählen Sie zum Erstellen der Anforderung Überprüfen und erstellen aus.
Nächste Schritte
- Grundlegendes zur Speicherhierarchie von Azure NetApp Files
- Anforderungen und Überlegungen für große Volumes
- Cost model for Azure NetApp Files (Kostenmodell für Azure NetApp Files)
- Regionales Kapazitätskontingent für Azure NetApp Files
- Anforderung des Regionszugriffs für Azure NetApp Files
- Häufig gestellte Fragen zur Anwendungsresilienz in Azure NetApp Files
Feedback
https://aka.ms/ContentUserFeedback.
Bald verfügbar: Im Laufe des Jahres 2024 werden wir GitHub-Tickets als Feedbackmechanismus für Inhalte auslaufen lassen und es durch ein neues Feedbacksystem ersetzen. Weitere Informationen finden Sie unter:Einreichen und Feedback anzeigen für