Skip to main content
Eine neuere Version dieses Produkts ist erhältlich.
Die deutsche Sprachversion wurde als Serviceleistung für Sie durch maschinelle Übersetzung erstellt. Bei eventuellen Unstimmigkeiten hat die englische Sprachversion Vorrang.

Storage-Grenzen in AWS

Beitragende

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

Ist bei HA die Lizenzkapazitätsgrenze pro Node oder für das gesamte HA-Paar?

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.

Werden bei einem HA-System in AWS die gespiegelten Daten mit dem Kapazitätslimit gezählt?

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

  1. 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

  1. 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

  1. 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

  1. 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:

  1. 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.

  2. 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.

  3. 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

  • 24 Storage VMs insgesamt 1,2

Kapazitätsbasierte PAYGO oder BYOL 3

  • 24 Storage VMs insgesamt 1,2

Node-basiertes PAYGO

  • 1 Storage-VM zur Bereitstellung von Daten

  • 1 Storage VM für Disaster Recovery

Node-basiertes BYOL 4

  • 24 Storage VMs insgesamt 1,2

  1. Das Limit kann je nach dem verwendeten EC2 Instanztyp niedriger sein. Die Grenzwerte pro Instanz sind im folgenden Abschnitt aufgeführt.

  2. Diese 24 Storage VMs können Daten bereitstellen oder für die Disaster Recovery (DR) konfiguriert werden.

  3. 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.

  4. 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

  1. 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.

  2. 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.

  3. 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

  1. 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