Storage-Grenzen in AWS
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.
Bei einigen HA-Konfigurationen verhindern Festplattenbeschränkungen, dass Sie durch die Verwendung von Festplatten allein das Kapazitätslimit nicht erreichen. In solchen Fällen wird die Kapazitätsgrenze von erreicht "tiering inaktiver Daten in Objektspeicher". Weitere Details finden Sie unter Kapazitäts- und Festplattengrenzwerte unten.
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.
Nein, das tut es nicht. Die Daten in einem AWS HA-Paar werden zwischen den Nodes synchron gespiegelt, sodass bei einem Ausfall die Daten verfügbar sind. Wenn Sie beispielsweise eine 8-tib-Festplatte auf Node A erwerben, weist Cloud Manager auf Node B auch eine 8-tib-Festplatte zu, die für gespiegelte Daten verwendet wird. Während 16 tib Kapazität bereitgestellt wurde, zählt nur 8 tib auf dem Lizenzlimit.
Grenzen Festplatten und Tiering durch EC2 Instanz
Cloud Volumes ONTAP verwendet EBS Volumes als Festplatten mit einer maximalen Festplattengröße von 16 tib. Die folgenden Abschnitte zeigen Festplatten- und Tiering-Beschränkungen nach EC2 Instanztyp, da viele EC2-Instanztypen unterschiedliche Festplattenklimits haben. Auch die Festplattengrenzen unterscheiden sich von Single Node-Systemen und HA-Paaren.
Die unten aufgeführten Festplattengrenzwerte gelten für Festplatten, die Benutzerdaten enthalten. Die Grenzen beinhalten nicht die Boot-Festplatte und Root-Festplatte.
-
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.
-
AWS Secret Cloud und Top Secret Cloud-Regionen unterstützen ab Cloud Volumes ONTAP 9.12.1 den Erwerb mehrerer Node-basierter Lizenzen.
-
Single Node mit Premium-Lizenz
Instanzfamilie | Max. Festplatten pro Node | Maximale Systemkapazität mit Festplatten allein | Maximale Systemkapazität mit Festplatten und Daten-Tiering |
---|---|---|---|
c5-, m5- und r5-Instanzen |
22 |
352 tib |
368 tib |
c4-, m4- und r4-Instanzen |
34 |
368 tib |
368 tib |
Single Node mit Node-basierter Lizenzierung
Instanzfamilie | Max. 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 |
||
c5-, m5- und r5-Instanzen |
22 |
352 tib |
368 tib |
352 tib |
2 PiB |
c4-, m4- und r4-Instanzen |
34 |
368 tib |
368 tib |
544 tib |
368 tib x jede Lizenz |
Single Node mit kapazitätsbasierter Lizenzierung
Instanzfamilie | Max. Festplatten pro Node | Maximale Systemkapazität mit Festplatten allein | Maximale Systemkapazität mit Festplatten und Daten-Tiering |
---|---|---|---|
c5-, m5- und r5-Instanzen |
22 |
352 tib |
2 PiB |
c4-, m4- und r4-Instanzen |
34 |
544 tib |
2 PiB |
HA-Paare mit einer Premium-Lizenz
Instanzfamilie | Max. Festplatten pro Node | Maximale Systemkapazität mit Festplatten allein | Maximale Systemkapazität mit Festplatten und Daten-Tiering |
---|---|---|---|
c5-, m5- und r5-Instanzen |
19 |
304 tib |
368 tib |
c4-, m4- und r4-Instanzen |
31 |
368 tib |
368 tib |
HA-Paare mit Node-basierter Lizenzierung
Instanzfamilie | Max. 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 |
||
c5-, m5- und r5-Instanzen |
19 |
304 tib |
368 tib |
304 tib |
2 PiB |
c4-, m4- und r4-Instanzen |
31 |
368 tib |
368 tib |
496 tib |
368 tib x jede Lizenz |
HA-Paare mit kapazitätsbasierter Lizenzierung
Instanzfamilie | Max. Festplatten pro Node | Maximale Systemkapazität mit Festplatten allein | Maximale Systemkapazität mit Festplatten und Daten-Tiering |
---|---|---|---|
c5-, m5- und r5-Instanzen |
19 |
304 tib |
2 PiB |
c4-, m4- und r4-Instanzen |
31 |
496 tib |
2 PiB |
Aggregatgrenzen
Cloud Volumes ONTAP nutzt AWS Volumes als Festplatten und gruppiert diese in Aggregate. Aggregate stellen Storage auf Volumes zur Verfügung.
Parameter | Grenze |
---|---|
Maximale Anzahl an Aggregaten |
Single Node: Entspricht der Anzahl der HA-Paare auf der Festplatte: 18 in einem Node 1 |
Maximale Aggregatgröße |
96 tib Rohkapazität 2 |
Disks pro Aggregat |
1-6 3 |
Maximale Anzahl von RAID-Gruppen pro Aggregat |
1 |
Hinweise:
-
Es ist nicht möglich, 19 Aggregate auf beiden Nodes in einem HA-Paar zu erstellen, da dadurch das Limit der Daten-Festplatten überschritten wird.
-
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.
-
Alle Festplatten in einem Aggregat müssen dieselbe Größe haben.
Logische Storage-Einschränkungen
Logischer Storage | Parameter | Grenze | ||
---|---|---|---|---|
Storage VMs (SVMs) |
Maximale Anzahl für Cloud Volumes ONTAP (HA-Paar oder Single Node) |
C5-, M5- und R5-Instanzen mit BYOL die folgende Anzahl von Storage VMs wird mit Instanztypen C5, M5 und R5 unterstützt, wenn Sie Ihre eigene Lizenz (BYOL) mitbringen:
Für jede zusätzliche datenserverende SVM, die über die erste Storage-VM hinausgeht, die standardmäßig mit Cloud Volumes ONTAP geliefert wird, ist eine Add-on-Lizenz erforderlich. Wenden Sie sich an Ihr Account-Team, um eine SVM-Add-on-Lizenz zu erhalten. Storage VMs, die Sie für die Disaster Recovery (DR) konfigurieren, erfordern keine zusätzliche Lizenz (sie sind kostenlos), werden aber an die Storage-VM-Grenze angerechnet. 1,2
Eine Storage-VM umfasst das gesamte Cloud Volumes ONTAP System (HA-Paar oder Single Node). |
||
Dateien |
Maximale Größe |
16 tib |
||
Maximale Anzahl pro Volume |
Volumengröße abhängig, bis zu 2 Milliarden |
|||
FlexClone Volumes |
Hierarchische Klontiefe 3 |
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:
-
Wenn Sie beispielsweise 8 Daten-Serving-VMs auf einem HA-Paar haben, dann haben Sie das Limit erreicht und Sie können keine zusätzlichen Storage VMs erstellen. Das gleiche gilt für ein anderes HA-Paar, das 8 Storage VMs für Disaster Recovery konfiguriert hat. Sie haben das Limit erreicht und können keine zusätzlichen Storage VMs erstellen.
-
Sie können eine Ziel-Storage-VM für den Datenzugriff aktivieren, wenn es einen Ausfall auf der Quell-Storage-VM gibt. Cloud Manager bietet keine Unterstützung für die Einrichtung oder Orchestrierung von Storage VM Disaster Recovery. Sie müssen System Manager oder die CLI 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 |