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-Beschränkungen

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.

In Azure verhindern Festplatten-Limits, dass Sie das Kapazitätslimit von 368 tib erreichen, indem Sie nur Festplatten verwenden. In diesen Fällen können Sie das Kapazitätslimit von 368 tib erreichen "tiering inaktiver Daten in Objektspeicher". Siehe Kapazitäts- und Festplattengrenzwerte für die Azure VM-Größe Entnehmen.

Lizenz Maximale Systemkapazität (Festplatten + Objekt-Storage)

Entdecken

2 tib (Daten-Tiering wird nicht mit Explore unterstützt)

Standard

10 tib

Premium

368 tib

BYOL

368 tib pro Lizenz

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

Aggregat- und Festplattenbeschränkungen für Cloud Volumes ONTAP in AWS

In Cloud Volumes ONTAP 9.4 können alle EC2-Instanztypen die Kapazitätsgrenze von 368 tib unter Verwendung von EBS Storage allein oder durch Verwendung von EBS Storage und Tiering in S3 (Single Node und HA) erreichen.

Physischer Storage Parameter Grenze

Aggregate und Disks

Maximale Anzahl an Aggregaten

34 bei Single-Node-Konfigurationen 18 pro Node in einer HA-Konfiguration 1

Maximale Aggregatgröße

96 tib Rohkapazität 2

Disks pro Aggregat

1-6 3

Maximale Festplattengröße

16 tib

Maximale Anzahl der Datenfestplatten über alle Aggregate 4

34 bei Single-Node-Konfigurationen 31 pro Node in einer HA-Konfiguration

RAID Gruppen

Die maximale Anzahl 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.

  4. Die Begrenzung der Datenfestplatte bezieht sich auf Festplatten, die Benutzerdaten enthalten. Die Boot-Festplatte und das Root-Laufwerk für jeden Knoten sind in diesem Limit nicht enthalten.

Aggregat- und Festplattenbeschränkungen für Cloud Volumes ONTAP in Azure

Physischer Storage Parameter Grenze

Aggregate und Disks

Maximale Anzahl an Aggregaten

Entspricht der Festplattengrenze

Maximale Aggregatgröße

200 tib Rohkapazität 1

Disks pro Aggregat

1-12 2

Maximale Festplattengröße

32 tib

Maximale Anzahl der Datenfestplatten über alle Aggregate 3

Abhängig von der VM-Größe. Siehe unten.

RAID Gruppen

Die maximale Anzahl pro Aggregat

1

Hinweise:

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

  2. Alle Festplatten in einem Aggregat müssen dieselbe Größe haben.

  3. Die Begrenzung der Datenfestplatte bezieht sich auf Festplatten, die Benutzerdaten enthalten. Die Boot-Festplatte und das Root-Laufwerk für jeden Knoten sind in diesem Limit nicht enthalten.

Kapazitäts- und Festplattengrenzwerte für die Azure VM-Größe

In Azure können Single-Node-Systeme per Standard-HDD gemanagte Festplatten, gemanagte Standard-SSD-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.

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.

Festplattenbeschränkungen werden durch die VM-Größe nur für Premium- und BYOL-Lizenzen angezeigt, da aufgrund von Kapazitätsbeschränkungen bei Explore und Standard-Lizenzen keine Limits für Festplatten erreicht werden können.

Single Node mit Premium-Lizenz

Die VM-Größe Max. Festplatten pro Node Maximale Systemkapazität mit Festplatten allein Maximale Systemkapazität mit Festplatten und Daten-Tiering

DS3_v2

15

368 tib

Tiering nicht unterstützt

DS4_v2

31

368 tib

368 tib

DS5_v2

63

368 tib

368 tib

DS13_v2

31

368 tib

368 tib

DS14_v2

63

368 tib

368 tib

Einzelner Node mit einer oder mehreren BYOL-Lizenzen

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

15

368 tib

Tiering nicht unterstützt

480 tib

Tiering nicht unterstützt

DS4_v2

31

368 tib

368 tib

896 tib

368 tib x jede Lizenz

DS5_v2

63

368 tib

368 tib

896 tib

368 tib x jede Lizenz

DS13_v2

31

368 tib

368 tib

896 tib

368 tib x jede Lizenz

DS14_v2

63

368 tib

368 tib

896 tib

368 tib x jede Lizenz

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

AWS: Abhängig von der Größe des Aggregats 3 Azure: 100 tib

Qtrees

Maximale Anzahl pro FlexVol Volume

4,995

Snapshot Kopien

Maximale Anzahl pro FlexVol Volume

1,023

Hinweise:

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

  2. Diese hierarchische Klontiefe ist die maximale Tiefe einer geschachtelten Hierarchie der FlexClone Volumes, die aus einem einzelnen FlexVol Volume erstellt werden kann.

  3. Weniger als 100 tib wird unterstützt, da die Aggregate für diese Konfiguration auf 96 tib RAW -Kapazität begrenzt sind.

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