Storage-Grenzen in Azure
Cloud Volumes ONTAP verfügt über Einschränkungen bei der Storage-Konfiguration, um einen zuverlässigen Betrieb zu gewährleisten. Konfigurieren Sie das System nicht mit den Maximalwerten, um eine optimale Performance zu erzielen.
Maximale Systemkapazität nach Lizenz
Die maximale Systemkapazität eines Cloud Volumes ONTAP-Systems wird durch seine Lizenz bestimmt. Die maximale Systemkapazität umfasst festplattenbasierten Storage sowie Objekt-Storage für Daten-Tiering. NetApp unterstützt das Übertreffen dieses Limits nicht.
Lizenz | Maximale Systemkapazität (Festplatten + Objekt-Storage) |
---|---|
Freimium |
500 gib |
PAYGO Explore |
2 tib (Daten-Tiering wird nicht mit Explore unterstützt) |
PAYGO-Standard |
10 tib |
PAYGO Premium |
368 tib |
Node-basierte Lizenz |
2 PiB (erfordert mehrere Lizenzen) |
Kapazitätsbasierte Lizenz |
2 PiB |
Das Kapazitätslimit liegt für das gesamte HA-Paar. Er erfolgt nicht pro Node. Wenn Sie beispielsweise die Premium-Lizenz verwenden, können Sie bis zu 368 tib Kapazität zwischen beiden Nodes haben.
Festplatten- und Tiering-Größen werden nach VM-Größe begrenzt
Die unten aufgeführten Festplattengrenzwerte gelten für Festplatten, die Benutzerdaten enthalten. Die Einschränkungen umfassen nicht die Root-Festplatte, die Core-Festplatte und VNVRAM.
Die Anzahl der in den folgenden Tabellen aufgeführten Datenfestplatten ist 9.7 P5. In vorherigen 9.7 Versionen wurden zwei zusätzliche Festplatten unterstützt. Ab Version 9.7 P5 verwendet Cloud Volumes ONTAP eine zusätzliche Festplatte für Kerndaten und eine weitere für VNVRAM. Durch diese Änderung wurde die Anzahl der für Daten verfügbaren Festplatten reduziert. |
Die folgenden Tabellen zeigen die maximale Systemkapazität nach VM-Größe mit Einzelfestplatten sowie Festplatten und das Tiering selten genutzter Daten in den Objekt-Storage.
-
Systeme mit einem Node können Standard-HDD-verwaltete Standardfestplatten, über Standard-SSD-verwaltete Festplatten und Premium-SSD-gemanagte Festplatten mit bis zu 32 tib pro Festplatte verwenden. Die Anzahl der unterstützten Festplatten variiert je nach VM-Größe.
-
HA-Systeme verwenden Premium-Blobs als Festplatten, mit bis zu 8 tib pro Seite BLOB. Die Anzahl der unterstützten Festplatten variiert je nach VM-Größe.
Sie können mehrere Node-basierte Lizenzen für ein Cloud Volumes ONTAP BYOL Single Node- oder HA-Paar-System erwerben, um mehr als 368 tib Kapazität zuzuweisen, bis zum maximal getesteten und unterstützten Systemkapazitätslimit von 2 PiB. Beachten Sie, dass die Festplattenbeschränkungen verhindern können, dass Sie durch die Verwendung von Festplatten allein das Kapazitätslimit nicht erreichen. Sie können die Festplattengrenze um überschreiten "tiering inaktiver Daten in Objektspeicher". "Erfahren Sie, wie Sie Cloud Volumes ONTAP zusätzliche Systemlizenzen hinzufügen". Obwohl Cloud Volumes ONTAP eine bis zu der maximal getesteten und unterstützten Systemkapazität von 2 PiB unterstützt, führt das Überschreiten der Grenze von 2 PiB zu einer nicht unterstützten Systemkonfiguration. |
Single Node mit Premium-Lizenz
Die VM-Größe | MAX Data-Festplatten pro Node | Maximale Systemkapazität mit Festplatten allein | Maximale Systemkapazität mit Festplatten und Daten-Tiering |
---|---|---|---|
DS5_v2 |
61 |
368 tib |
368 tib |
DS14_v2 |
61 |
368 tib |
368 tib |
DS15_v2 |
61 |
368 tib |
368 tib |
E32s_v3 |
29 |
368 tib |
368 tib |
E48s_v3 |
29 |
368 tib |
368 tib |
L8S_v2 |
13 |
368 tib |
368 tib |
Single Node mit Node-basierter Lizenzierung
Bei einigen VM-Typen benötigen Sie mehrere BYOL-Lizenzen, um die unten aufgeführte maximale Systemkapazität zu erreichen. Beispielsweise würden Sie 6 BYOL-Lizenzen benötigen, um mit DS5_v2 2 PiB zu erreichen. |
Die VM-Größe | MAX Data-Festplatten pro Node | Maximale Systemkapazität mit einer Lizenz | Maximale Systemkapazität mit mehreren Lizenzen | ||
---|---|---|---|---|---|
Festplatten allein |
Festplatten + Daten-Tiering |
Festplatten allein |
Festplatten + Daten-Tiering |
||
DS3_v2 |
13 |
368 tib |
368 tib |
416 tib |
2 PiB |
DS4_v2 |
29 |
368 tib |
368 tib |
896 tib |
2 PiB |
DS5_v2 |
61 |
368 tib |
368 tib |
896 tib |
2 PiB |
DS13_v2 |
29 |
368 tib |
368 tib |
896 tib |
2 PiB |
DS14_v2 |
61 |
368 tib |
368 tib |
896 tib |
2 PiB |
DS15_v2 |
61 |
368 tib |
368 tib |
896 tib |
2 PiB |
E32s_v3 |
29 |
368 tib |
368 tib |
896 tib |
2 PiB |
E48s_v3 |
29 |
368 tib |
368 tib |
896 tib |
2 PiB |
L8S_v2 |
13 |
368 tib |
368 tib |
416 tib |
2 PiB |
Single Node mit kapazitätsbasierter Lizenzierung
Die VM-Größe | MAX Data-Festplatten pro Node | Maximale Systemkapazität mit Festplatten allein | Maximale Systemkapazität mit Festplatten und Daten-Tiering |
---|---|---|---|
DS3_v2 |
13 |
416 tib |
2 PiB |
DS4_v2 |
29 |
896 tib |
2 PiB |
DS5_v2 |
61 |
896 tib |
2 PiB |
DS13_v2 |
29 |
896 tib |
2 PiB |
DS14_v2 |
61 |
896 tib |
2 PiB |
DS15_v2 |
61 |
896 tib |
2 PiB |
E32s_v3 |
29 |
896 tib |
2 PiB |
E48s_v3 |
29 |
896 tib |
2 PiB |
L8S_v2 |
13 |
416 tib |
2 PiB |
HA-Paare mit einer Premium-Lizenz
Die VM-Größe | MAX Data-Festplatten für ein HA-Paar | Maximale Systemkapazität mit Festplatten allein | Maximale Systemkapazität mit Festplatten und Daten-Tiering |
---|---|---|---|
DS5_v2 |
61 |
368 tib |
368 tib |
DS14_v2 |
61 |
368 tib |
368 tib |
DS15_v2 |
61 |
368 tib |
368 tib |
HA-Paare mit Node-basierter Lizenzierung
Die VM-Größe | MAX Data-Festplatten für ein HA-Paar | Maximale Systemkapazität mit einer Lizenz | Maximale Systemkapazität mit mehreren Lizenzen | ||
---|---|---|---|---|---|
Festplatten allein |
Festplatten + Daten-Tiering |
Festplatten allein |
Festplatten + Daten-Tiering |
||
DS4_v2 |
29 |
232 tib |
368 tib |
232 tib |
2 PiB |
DS5_v2 |
61 |
368 tib |
368 tib |
488 tib |
2 PiB |
DS13_v2 |
29 |
232 tib |
368 tib |
232 tib |
2 PiB |
DS14_v2 |
61 |
368 tib |
368 tib |
488 tib |
2 PiB |
DS15_v2 |
61 |
368 tib |
368 tib |
488 tib |
2 PiB |
HA-Paare mit kapazitätsbasierter Lizenzierung
Die VM-Größe | MAX Data-Festplatten für ein HA-Paar | Maximale Systemkapazität mit Festplatten allein | Maximale Systemkapazität mit Festplatten und Daten-Tiering |
---|---|---|---|
DS5_v2 |
61 |
488 TB |
2 PiB |
DS14_v2 |
61 |
488 TB |
2 PiB |
DS15_v2 |
61 |
488 TB |
2 PiB |
Aggregatgrenzen
Cloud Volumes ONTAP nutzt Azure Storage als Festplatten und gruppiert diese in Aggregate. Aggregate stellen Storage auf Volumes zur Verfügung.
Parameter | Grenze |
---|---|
Maximale Anzahl an Aggregaten |
Entspricht der Festplattengrenze |
Maximale Aggregatgröße 1 |
384 tib Rohkapazität für Single Node 2 352 tib Bruttokapazität für Single Node mit PAYGO 96 tib Rohkapazität für HA-Paare |
Disks pro Aggregat |
1-12 3 |
Maximale Anzahl von RAID-Gruppen pro Aggregat |
1 |
Hinweise:
-
Die Kapazitätsgrenze für das Aggregat basiert auf den Festplatten, die das Aggregat umfassen. Die Obergrenze enthält keinen Objekt-Storage, der für Daten-Tiering verwendet wird.
-
Bei Verwendung der Node-basierten Lizenzierung sind zwei BYOL-Lizenzen erforderlich, um 384 tib zu erreichen.
-
Alle Festplatten in einem Aggregat müssen dieselbe Größe haben.
Logische Storage-Einschränkungen
Logischer Storage | Parameter | Grenze |
---|---|---|
Storage Virtual Machines (SVMs) |
Maximale Anzahl für Cloud Volumes ONTAP (HA-Paar oder Single Node) |
Eine Datenservice-SVM und eine Ziel-SVM für die Disaster Recovery verwendet. Sie können die Ziel-SVM für den Datenzugriff aktivieren, wenn ein Ausfall auf der Quell-SVM auftritt. 1 die einheitliche SVM für Daten umfasst das gesamte Cloud Volumes ONTAP System (HA-Paar oder ein Node). |
Dateien |
Maximale Größe |
16 tib |
Maximale Anzahl pro Volume |
Volumengröße abhängig, bis zu 2 Milliarden |
|
FlexClone Volumes |
Hierarchische Klontiefe 2 |
499 |
FlexVol Volumes |
Maximal pro Node |
500 |
Mindestgröße |
20 MB |
|
Maximale Größe |
100 tib |
|
Qtrees |
Maximale Anzahl pro FlexVol Volume |
4,995 |
Snapshot Kopien |
Maximale Anzahl pro FlexVol Volume |
1,023 |
Hinweise:
-
Cloud Manager bietet keine Einrichtungs- oder Orchestrierungsunterstützung für SVM Disaster Recovery. Zudem werden für zusätzliche SVMs keine Storage-Aufgaben unterstützt. Sie müssen System Manager oder die CLI für die SVM-Disaster Recovery verwenden.
-
Diese hierarchische Klontiefe ist die maximale Tiefe einer geschachtelten Hierarchie der FlexClone Volumes, die aus einem einzelnen FlexVol Volume erstellt werden kann.
ISCSI-Storage-Einschränkungen
ISCSI-Storage | Parameter | Grenze |
---|---|---|
LUNs |
Maximal pro Node |
1,024 |
Die maximale Anzahl der LUN-Zuordnungen |
1,024 |
|
Maximale Größe |
16 tib |
|
Maximale Anzahl pro Volume |
512 |
|
Igroups |
Maximal pro Node |
256 |
Initiatoren |
Maximal pro Node |
512 |
Die maximale Anzahl pro Initiatorgruppe |
128 |
|
ISCSI-Sitzungen |
Maximal pro Node |
1,024 |
LIFs |
Maximal pro Port |
32 |
Maximal pro Portsatz |
32 |
|
Portsätze |
Maximal pro Node |
256 |