Storage-Grenzen in AWS
Änderungen vorschlagen
PDFs
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 BlueXP 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 Instanzfamilie, da viele EC2-Instanztypen unterschiedliche Festplattenklimits haben. Auch die Festplattengrenzen unterscheiden sich von Single Node-Systemen und HA-Paaren.
Beachten Sie Folgendes:
-
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 |
21 1 |
336 tib |
368 tib |
-
21 Datendisks sind die Grenze für neue Implementierungen von Cloud Volumes ONTAP. Wenn Sie ein System aktualisieren, das mit Version 9.7 oder früher erstellt wurde, unterstützt das System weiterhin 22 Festplatten. Eine weitere Festplatte mit weniger Datenfestplatte wird auf neuen Systemen unterstützt, die diese Instanztypen verwenden, da ab Version 9.8 eine Kernfestplatte hinzugefügt wird.
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 |
21 1 |
336 tib |
368 tib |
336 tib |
2 PiB |
-
21 Datendisks sind die Grenze für neue Implementierungen von Cloud Volumes ONTAP. Wenn Sie ein System aktualisieren, das mit Version 9.7 oder früher erstellt wurde, unterstützt das System weiterhin 22 Festplatten. Eine weitere Festplatte mit weniger Datenfestplatte wird auf neuen Systemen unterstützt, die diese Instanztypen verwenden, da ab Version 9.8 eine Kernfestplatte hinzugefügt wird.
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 |
21 |
336 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 |
18 1 |
288 tib |
368 tib |
-
18 Datendisks sind die Grenze für neue Implementierungen von Cloud Volumes ONTAP. Wenn Sie ein System aktualisieren, das mit Version 9.7 oder früher erstellt wurde, unterstützt das System weiterhin 19 Festplatten. Eine weitere Festplatte mit weniger Datenfestplatte wird auf neuen Systemen unterstützt, die diese Instanztypen verwenden, da ab Version 9.8 eine Kernfestplatte hinzugefügt wird.
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 |
18 1 |
288 tib |
368 tib |
288 tib |
2 PiB |
-
18 Datendisks sind die Grenze für neue Implementierungen von Cloud Volumes ONTAP. Wenn Sie ein System aktualisieren, das mit Version 9.7 oder früher erstellt wurde, unterstützt das System weiterhin 19 Festplatten. Eine weitere Festplatte mit weniger Datenfestplatte wird auf neuen Systemen unterstützt, die diese Instanztypen verwenden, da ab Version 9.8 eine Kernfestplatte hinzugefügt wird.
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 |
18 |
288 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, 18 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.
Grenzwerte für Storage-VMs
Bei einigen Konfigurationen können Sie zusätzliche Storage VMs (SVMs) für Cloud Volumes ONTAP erstellen.
| Lizenztyp | Begrenzung von Storage-VMs |
|---|---|
Freemium |
|
Kapazitätsbasierte PAYGO oder BYOL 3 |
|
Node-basiertes PAYGO |
|
Node-basiertes BYOL 4 |
|
-
Das Limit kann je nach dem verwendeten EC2 Instanztyp niedriger sein. Die Grenzwerte pro Instanz sind im folgenden Abschnitt aufgeführt.
-
Diese 24 Storage VMs können Daten bereitstellen oder für die Disaster Recovery (DR) konfiguriert werden.
-
Bei der kapazitätsbasierten Lizenzierung fallen keine zusätzlichen Lizenzkosten für zusätzliche Storage-VMs an, es entstehen jedoch mindestens 4 tib Mindestgebühren pro Storage-VM. Wenn Sie beispielsweise zwei Storage-VMs erstellen und jeweils 2 tib bereitgestellte Kapazität haben, werden Sie insgesamt 8 tib berechnet.
-
Bei Node-basiertem BYOL ist eine Add-on-Lizenz für jede zusätzliche datenServing Storage-VM jenseits der ersten Storage-VM erforderlich, die standardmäßig mit Cloud Volumes ONTAP geliefert wird. Wenden Sie sich an Ihr Account-Team, um eine Add-on-Lizenz für eine Storage-VM 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. Wenn Sie beispielsweise 12 Daten-Serving-Storage VMs und 12 Storage VMs für Disaster Recovery konfiguriert haben, haben Sie das Limit erreicht und Sie können keine zusätzlichen Storage VMs erstellen.
Begrenzung von Storage VM nach EC2 Instanztyp
Wenn ein zusätzlicher Storage VM erstellt wird, müssen private IP-Adressen dem Port e0a zugewiesen werden. Die nachfolgende Tabelle gibt die maximale Anzahl privater IPs pro Schnittstelle sowie die Anzahl der IP-Adressen, die nach Implementierung von Cloud Volumes ONTAP am Port e0a verfügbar sind. Die Anzahl der verfügbaren IP-Adressen wirkt sich direkt auf die maximale Anzahl von Storage VMs für diese Konfiguration aus.
| Konfiguration | Instanztyp | Max. Private IPs pro Schnittstelle | IPS verbleiben nach Bereitstellung 1 | Max. Storage-VMs ohne Management-LIF 2,3 | Max. Storage-VMs mit Management-LIF 2,3 |
|---|---|---|---|---|---|
* Einzelner Knoten* |
*.xlarge |
15 |
9 |
10 |
5 |
*.2xlarge |
15 |
9 |
10 |
5 |
|
*.4xlarge |
30 |
24 |
24 |
12 |
|
*.8xlarge |
30 |
24 |
24 |
12 |
|
*.9xlarge |
30 |
24 |
24 |
12 |
|
*.12xlarge |
30 |
24 |
24 |
12 |
|
*.16xlarge |
50 |
44 |
24 |
12 |
|
*.18xlarge |
50 |
44 |
24 |
12 |
|
HA-Paar in Einzel-AZ |
*.xlarge |
15 |
10 |
11 |
5 |
*.2xlarge |
15 |
10 |
11 |
5 |
|
*.4xlarge |
30 |
25 |
24 |
12 |
|
*.8xlarge |
30 |
25 |
24 |
12 |
|
*.9xlarge |
30 |
25 |
24 |
12 |
|
*.12xlarge |
30 |
25 |
24 |
12 |
|
*.16xlarge |
50 |
45 |
24 |
12 |
|
*.18xlarge |
50 |
45 |
24 |
12 |
|
HA-Paar in mehreren AZS |
*.xlarge |
15 |
12 |
13 |
13 |
*.2xlarge |
15 |
12 |
13 |
13 |
|
*.4xlarge |
30 |
27 |
24 |
24 |
|
*.8xlarge |
30 |
27 |
24 |
24 |
|
*.9xlarge |
30 |
27 |
24 |
24 |
|
*.12xlarge |
30 |
27 |
24 |
24 |
|
*.16xlarge |
50 |
47 |
24 |
24 |
|
*.18xlarge |
50 |
47 |
24 |
24 |
-
Diese Zahl gibt an, wie viele verbleibende private IP-Adressen nach Implementierung und Einrichtung von Cloud Volumes ONTAP am Port e0a verfügbar sind. Ein *.2xlarge-System unterstützt beispielsweise maximal 15 IP-Adressen pro Netzwerkschnittstelle. Wird ein HA-Paar in einer einzelnen AZ implementiert, werden Port e0a 5 private IP-Adressen zugewiesen. Daher verbleiben bei einem HA-Paar, bei dem ein Instanztyp *.2xlarge verwendet wird, 10 private IP-Adressen für zusätzliche Storage VMs.
-
Die in diesen Spalten aufgeführte Nummer enthält die erste Speicher-VM, die BlueXP standardmäßig erstellt. Wenn beispielsweise in dieser Spalte 24 aufgeführt wird, bedeutet dies, dass Sie 23 zusätzliche Storage VMs für insgesamt 24 erstellen können.
-
Ein Management-LIF für die Storage-VM ist optional. Ein Management-LIF bietet eine Verbindung zu Management-Tools wie SnapCenter.
Da zum einen eine private IP-Adresse erforderlich ist, wird die Anzahl der zusätzlichen, von Ihnen erstellten Storage VMs begrenzt. Die einzige Ausnahme ist ein HA-Paar in mehreren Verfügbarkeitszonen. In diesem Fall ist die IP-Adresse für die Management LIF eine Floating IP-Adresse, somit wird sie nicht gegen die private IP-Beschränkung angerechnet.
Datei- und Volume-Einschränkungen
| Logischer Storage | Parameter | Grenze |
|---|---|---|
Dateien |
Maximale Größe |
16 tib |
Maximale Anzahl pro Volume |
Volumengröße abhängig, bis zu 2 Milliarden |
|
FlexClone Volumes |
Hierarchische Klontiefe 1 |
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 |
-
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 |