Storage-Grenzen für Cloud Volumes ONTAP in AWS ein
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 umfasst festplattenbasierten Speicher sowie Objektspeicher, der für die Datenschichtung verwendet wird.
NetApp unterstützt keine Überschreitung der Systemkapazitätsgrenze. Wenn Sie das lizenzierte Kapazitätslimit erreichen, zeigt die NetApp Konsole eine Aktionsmeldung an und lässt das Hinzufügen zusätzlicher Festplatten nicht mehr zu.
Bei einigen 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.
Mit der kapazitätsbasierten Lizenzierung unterstützt jedes Cloud Volumes ONTAP -System die Einstufung in den Objektspeicher. Die gesamte abgestufte Kapazität kann bis zum Bucket-Limit des Cloud-Anbieters skaliert werden. Obwohl die Lizenz keine Kapazitätsbeschränkungen vorsieht, sollten Sie die "Best Practices für FabricPool" um optimale Leistung, Zuverlässigkeit und Kosteneffizienz bei der Konfiguration und Verwaltung der Tiering-Ebene sicherzustellen. Weitere Informationen finden Sie im "AWS-Dokumentation" für weitere Informationen.
- Kapazitätsgrenzen für andere Lizenztypen
| 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) |
Die Kapazitätsgrenze gilt für das gesamte HA-Paar. Es ist nicht pro Knoten. Beispielsweise erlaubt die Premium-Lizenz bis zu 368 TiB über beide Knoten hinweg.
Nein, das tut es nicht. Daten in einem AWS HA-Paar werden synchron zwischen den Knoten gespiegelt, sodass die Daten im Fehlerfall verfügbar sind. Wenn Sie beispielsweise eine 8-TiB-Festplatte auf Knoten A kaufen, weist die Konsole auch eine 8-TiB-Festplatte auf Knoten B zu, die für gespiegelte Daten verwendet wird. Obwohl 16 TiB Kapazität bereitgestellt wurden, werden nur 8 TiB auf das Lizenzlimit angerechnet.
Aggregatgrenzen
Cloud Volumes ONTAP nutzt EBS 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 2 |
|
Disketten pro Aggregat 4 |
|
Maximale Anzahl von RAID-Gruppen pro Aggregat |
2 |
Hinweise:
-
Sie können nicht 18 Aggregate auf beiden Knoten in einem HA-Paar erstellen, da dies das Datenträgerlimit überschreiten würde.
-
Die maximale Gesamtgröße hängt von den Datenträgern ab und umfasst nicht den Objektspeicher, den Sie für die Datenschichtung verwenden.
-
Wenn Sie über eine Konfiguration verfügen, die die Funktion „Amazon EBS Elastic Volumes“ unterstützt, kann ein Aggregat bis zu 8 Festplatten enthalten, was eine Kapazität von bis zu 128 TiB bietet. Standardmäßig sind bei Cloud Volumes ONTAP 9.11.0 und späteren Systemen Amazon EBS Elastic Volumes aktiviert, wenn Sie gp3- oder io1-Festplatten verwenden. "Erfahren Sie mehr über den Support für Elastic Volumes"
-
Alle Festplatten in einem Aggregat müssen dieselbe Größe haben.
Grenzen Festplatten und Tiering durch EC2 Instanz
Die Kapazitätsbeschränkungen unterscheiden sich in Abhängigkeit von der von Ihnen verwendeten EC2 Instanzfamilie und ob Sie ein Single Node-System oder ein HA-Paar verwenden.
Die folgenden Hinweise enthalten Einzelheiten zu den Zahlen, die Sie in den folgenden Tabellen sehen:
-
Die Festplattenbeschränkungen gelten für Festplatten, die Benutzerdaten enthalten.
Die Grenzen beinhalten nicht die Boot-Festplatte und Root-Festplatte.
-
Eine maximale Systemkapazität wird aufgelistet, wenn die Festplatten allein genutzt werden und wenn Festplatten und selten genutzte Daten-Tiering in den Objekt-Storage genutzt werden.
-
Cloud Volumes ONTAP verwendet EBS Volumes als Festplatten mit einer maximalen Festplattengröße von 16 tib.
Grenzen für verschiedene Bereitstellungsmodi der kapazitätsbasierten Lizenzierung
Die folgenden Festplattenbeschränkungen gelten für Cloud Volumes ONTAP Systeme, die ein kapazitätsbasiertes Lizenzpaket verwenden. "Weitere Informationen zu Cloud Volumes ONTAP Lizenzoptionen"
|
|
Informationen zu den maximalen Systemkapazitäts- und Daten-Tiering-Kapazitätsgrenzen für Einzelknoten- und HA-Konfigurationen finden Sie unter[cap-license-aws] . |
Single Node
Instanz |
Max. Festplatten pro Node |
Maximale Systemkapazität mit Festplatten allein |
c5-, m5- und r5-Instanzen |
21 |
336 tib |
|
19 1 |
304 tib |
-
Dieser Instanztyp verfügt über mehr lokale NVMe-Festplatten als andere Instanztypen, was bedeutet, dass eine kleinere Anzahl von Datenfestplatten unterstützt werden.
HA-Paare
Instanz |
Max. Festplatten pro Node |
Maximale Systemkapazität mit Festplatten allein |
c5-, m5- und r5-Instanzen |
18 |
288 tib |
|
16 1 |
256 tib |
-
Dieser Instanztyp verfügt über mehr lokale NVMe-Festplatten als andere Instanztypen, was bedeutet, dass eine kleinere Anzahl von Datenfestplatten unterstützt werden.
Beschränkungen für verschiedene Bereitstellungsmodi der knotenbasierten Lizenzierung
Die folgenden Festplattenbeschränkungen gelten für Cloud Volumes ONTAP Systeme, die eine Node-basierte Lizenzierung verwenden. Hierbei handelt es sich um das Lizenzmodell der vorherigen Generation, mit dem Sie Cloud Volumes ONTAP pro Node lizenzieren können. Knotenbasierte Lizenzierung ist weiterhin für Bestandskunden verfügbar.
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 PAYGO Premium
| Instanz | 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 |
|
19 2 |
304 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.
-
Dieser Instanztyp verfügt über mehr lokale NVMe-Festplatten als andere Instanztypen, was bedeutet, dass eine kleinere Anzahl von Datenfestplatten unterstützt werden.
Einzelner Node mit BYOL
| Instanz | 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 |
|
19 2 |
304 tib |
368 tib |
304 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.
-
Dieser Instanztyp verfügt über mehr lokale NVMe-Festplatten als andere Instanztypen, was bedeutet, dass eine kleinere Anzahl von Datenfestplatten unterstützt werden.
HA-Paare mit PAYGO Premium
| Instanz | 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 |
|
16 2 |
256 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.
-
Dieser Instanztyp verfügt über mehr lokale NVMe-Festplatten als andere Instanztypen, was bedeutet, dass eine kleinere Anzahl von Datenfestplatten unterstützt werden.
HA-Paare mit BYOL
| Instanz | 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 |
|
16 2 |
256 tib |
368 tib |
256 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.
-
Dieser Instanztyp verfügt über mehr lokale NVMe-Festplatten als andere Instanztypen, was bedeutet, dass eine kleinere Anzahl von Datenfestplatten unterstützt werden.
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 |
24 Storage VMs insgesamt 1,2 |
Kapazitätsbasierte PAYGO oder BYOL 3 |
24 Storage VMs insgesamt 1,2 |
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.
Die unten aufgeführten Instanzen gelten für die Familien c5, m5 und r5.
| 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 |
|
*.24xlarge |
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 |
|
*.24xlarge |
50 |
44 |
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 |
|
*.24xlarge |
50 |
44 |
24 |
12 |
-
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 Zahl umfasst die anfängliche Speicher-VM, die die Konsole standardmäßig erstellt. Wenn in dieser Spalte beispielsweise 24 aufgeführt ist, bedeutet dies, dass Sie 23 zusätzliche Speicher-VMs erstellen können, sodass Sie insgesamt 24 haben.
-
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 2 |
128 TB |
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 3 |
300 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.
-
Ab ONTAP 9.12.1P2 ist das Limit bei 128 TB. In ONTAP 9.11.1 und früheren Versionen beträgt die Grenze 16 TB.
-
Die Erstellung von FlexVol Volumes bis zu einer maximalen Größe von 300 tib wird mit den folgenden Tools und Mindestversionen unterstützt:
-
System Manager und die ONTAP CLI ab Cloud Volumes ONTAP 9.12.1 P2 und 9.13.0 P2
-
Beginnend mit Cloud Volumes ONTAP 9.13.1
-
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 |