Unterstützte Konfigurationen für Cloud Volumes ONTAP in AWS
Mehrere Cloud Volumes ONTAP-Konfigurationen werden in AWS unterstützt.
Unterstützte Festplatten in AWS
Zusätzlich zum Speicherplatz für Benutzerdaten erwirbt NetApp auch Cloud-Speicher für Systemdaten in AWS.
Interne Festplatten für Systemdaten
Die folgenden internen Festplatten werden in AWS für Systemdaten verwendet:
-
Drei Festplatten pro Knoten für Boot-, Root- und Core-Daten:
-
47 GiB io1-Festplatte für Bootdaten
-
140 GiB GP3-Disk für Root-Daten
-
540 GiB GP2-Festplatte für Kerndaten
-
-
Für HA-Paare:
-
Zwei st1-EBS-Volumes für die Mediator-Instanz, eines mit ca. 8 GiB als Root-Disk und eines mit 4 GiB als Datendiskette
-
Eine 140 GiB große gp3-Festplatte in jedem Knoten, die eine Kopie der Stammdaten des anderen Knotens enthält
In einigen Zonen kann der verfügbare EBS-Festplattentyp nur gp2 sein.
-
-
Ein EBS-Snapshot für jede Boot- und Root-Festplatte
Beim Neustart werden automatisch Snapshots erstellt. -
Wenn Sie die Datenverschlüsselung in AWS mithilfe des Key Management Service (KMS) aktivieren, werden auch die Boot- und Root-Datenträger für Cloud Volumes ONTAP verschlüsselt. Dazu gehört die Bootdiskette für die Mediatorinstanz in einem HA-Paar. Die Festplatten werden mit dem CMK verschlüsselt, den Sie beim Hinzufügen eines Cloud Volumes ONTAP Systems auswählen.
|
|
In AWS befindet sich NVRAM auf der Startdiskette. |
AWS Storage für Benutzerdaten
In AWS verwendet Cloud Volumes ONTAP EBS-Speicher für Benutzerdaten und lokalen NVMe-Speicher als Flash-Cache auf einigen EC2-Instanztypen.
- EBS-Speicher
-
In AWS kann ein Aggregat bis zu 6 Festplatten enthalten, die alle dieselbe Größe haben. Wenn Sie jedoch über eine Konfiguration verfügen, die die Funktion „Amazon EBS Elastic Volumes“ unterstützt, kann ein Aggregat bis zu 8 Festplatten enthalten. "Erfahren Sie mehr über die Unterstützung für Elastic Volumes" .
Die maximale Festplattengröße beträgt 16 TiB.
Der zugrunde liegende EBS-Festplattentyp kann entweder eine Allzweck-SSD (gp3 oder gp2), eine SSD mit bereitgestellten IOPS (io1) oder eine durchsatzoptimierte Festplatte (st1) sein. Sie können eine EBS-Festplatte mit Amazon Simple Storage Service (Amazon S3) koppeln, um "kostengünstiger Objektspeicher".
Bei Verwendung von durchsatzoptimierten HDDs (st1) wird das Tiering von Daten in Objektspeicher nicht empfohlen. - Lokaler NVMe-Speicher
-
Einige EC2-Instanztypen umfassen lokalen NVMe-Speicher, den Cloud Volumes ONTAP als"Flash-Cache" .
Unterstützte Festplattengrößen
In AWS kann ein Aggregat bis zu 6 gleich große Festplatten enthalten. Wenn Sie jedoch eine Konfiguration haben, die die Amazon EBS Elastic Volumes-Funktion unterstützt, kann ein Aggregat bis zu 8 Festplatten enthalten. "Erfahren Sie mehr über die Unterstützung für Elastic Volumes"
| Allzweck-SSDs (gp3 und gp2) | Bereitgestellte IOPS-SSDs (io1) | Durchsatzoptimierte HDDs (st1) |
|---|---|---|
|
|
|
Festplattenbereitstellung für Aggregate in AWS
Im Fall eines Aggregats in AWS, das Elastic Volumes unterstützt, erhöht es auch die Größe der Festplatten in einer RAID-Gruppe. "Erfahren Sie mehr über die Unterstützung für Elastic Volumes" .
Auswahl der Datenträgergröße für Aggregate in AWS
Wenn die Konsole neue Aggregate für Cloud Volumes ONTAP in AWS erstellt, erhöht sie die Festplattengrößen schrittweise mit zunehmender Anzahl der Aggregate, um die Systemkapazität zu maximieren, bevor die AWS-Datenfestplattenlimits erreicht werden.
Beispielsweise kann die Konsole die folgenden Datenträgergrößen auswählen:
| Gesamtzahl | Festplattengröße | Maximale Gesamtkapazität |
|---|---|---|
1 |
500 GiB |
3 TiB |
4 |
1 TiB |
6 TiB |
6 |
2 TiB |
12 TiB |
|
|
Dieses Verhalten gilt nicht für Aggregate, die die Funktion „Amazon EBS Elastic Volumes“ unterstützen. Aggregate mit aktivierten Elastic Volumes bestehen aus einer oder zwei RAID-Gruppen. Jede RAID-Gruppe verfügt über vier identische Festplatten mit der gleichen Kapazität. "Erfahren Sie mehr über die Unterstützung für Elastic Volumes" . |
Sie können die Festplattengröße mithilfe der erweiterten Zuordnungsoption selbst auswählen.
Unterstützte Anzahl von Knoten
Cloud Volumes ONTAP ist in AWS als Einzelknotensystem und als Hochverfügbarkeits-Knotenpaar (HA) für Fehlertoleranz und unterbrechungsfreie Vorgänge verfügbar.
Die Aufrüstung eines Einzelknotensystems auf ein HA-Paar wird nicht unterstützt. Wenn Sie zwischen einem Einzelknotensystem und einem HA-Paar wechseln möchten, müssen Sie ein neues System bereitstellen und Daten vom bestehenden System auf das neue System replizieren.
Unterstützter Speicher
Cloud Volumes ONTAP unterstützt verschiedene Typen von EBS-Datenträgern und S3-Objektspeicher für das Data Tiering. Die maximale Speicherkapazität wird durch die gewählte Lizenz bestimmt.
Speicherunterstützung nach Lizenz
Jede Lizenz unterstützt eine unterschiedliche maximale Systemkapazität. Die maximale Systemkapazität umfasst den festplattenbasierten Speicher sowie den Objektspeicher, der für das Data Tiering verwendet wird. NetApp unterstützt eine Überschreitung dieses Limits nicht.
Die folgenden Tabellen listen die unterstützten Speicher- und EC2-Maschinentypkombinationen für jede Lizenz auf. Die neuesten EC2-Instanzspezifikationen, einschließlich vCPU, Arbeitsspeicher, Netzwerkbandbreite und Amazon EBS-Bandbreite, finden Sie unter "Amazon EC2-Instanztypen".
Cloud Volumes ONTAP kann entweder auf einer Reserved- oder On-demand-EC2-Instanz ausgeführt werden. Lösungen, die andere Instanztypen verwenden, werden nicht unterstützt.
| Freemium | Kapazitätsbasierte Lizenz (Essentials und Professional) | |
|---|---|---|
Maximale Systemkapazität 1 (Festplatten + Objektspeicher) |
500 GiB |
Flexibel 2 |
Unterstützte Maschinentypen |
C5-Serie
C5a-Serie
C5d-Serie
C5n-Serie
M5-Serie
M5a-Serie
M5d-Serie
M5dn-Serie
M5n-Serie
M6id-Serie
M6idn-Serie
R5-Serie
R5d-Serie
|
Unterstützte Datenträgertypen |
|
Kalte Daten-Tiering zu S3 |
Unterstützt |
-
Bei einem HA-Paar gilt die Kapazitätsgrenze für das gesamte HA-Paar. Sie gilt nicht pro Knoten. Wenn Sie beispielsweise die PAYGO Premium-Lizenz verwenden, können Sie bis zu 368 TiB Kapazität zwischen beiden Knoten haben.
-
Bei manchen Konfigurationen verhindern Festplattenbeschränkungen, dass Sie das Kapazitätslimit allein durch die Verwendung von Festplatten erreichen. In diesen Fällen können Sie die Kapazitätsgrenze durch "Tiering inaktiver Daten in den Objektspeicher" erreichen. Informationen zu Festplattenbeschränkungen finden Sie unter "Speichergrenzen".
Mit kapazitätsbasierter Lizenzierung unterstützt jedes Cloud Volumes ONTAP-System Tiering für Objektspeicher. Die gesamte Tiering-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" befolgen, um optimale Leistung, Zuverlässigkeit und Kosteneffizienz bei der Konfiguration und Verwaltung des Tierings zu gewährleisten.
-
Eine verbesserte Schreibleistung wird bei Verwendung von SSDs mit allen Cloud Volumes ONTAP Konfigurationen aktiviert, außer bei PAYGO Explore.
-
Das Tiering von Daten in Objektspeicher wird bei Verwendung von Throughput Optimized HDDs (st1) nicht empfohlen.
-
Cloud Volumes ONTAP-Konfigurationen in AWS Local Zones unterstützen ausschließlich den Festplattentyp General Purpose SSD (gp2). Andere Festplattentypen werden in AWS Local Zones nicht unterstützt.
-
Der Instanztyp r5.12xlarge weist eine bekannte Einschränkung hinsichtlich der Supportfähigkeit auf. Wenn ein Knoten aufgrund eines Systemabsturzes unerwartet neu startet, werden möglicherweise keine Core-Dateien erfasst, die zur Fehlerbehebung und Ursachenanalyse benötigt werden. Der Kunde akzeptiert die Risiken und eingeschränkten Supportbedingungen und trägt die volle Supportverantwortung, falls dieser Fall eintritt. Diese Einschränkung betrifft neu bereitgestellte HA-Paare sowie HA-Paare, die von 9.8 aktualisiert wurden. Die Einschränkung betrifft neu bereitgestellte Einzelknotensysteme nicht.
-
Während diese EC2-Instanztypen mehr als 64 vCPUs unterstützen, unterstützt Cloud Volumes ONTAP bis zu 64 vCPUs.
-
AWS Local Zones werden in den folgenden EC2-Instanztypfamilien mit Größen von xlarge bis 4xlarge unterstützt: M5, C5, C5d, R5 und R5d. "Sie sollten sich für die neuesten und vollständigen Details zu den in Local Zones unterstützten EC2-Instanztypen an AWS wenden".
Hohe Schreibgeschwindigkeit wird bei diesen Instanztypen in AWS Local Zones nicht unterstützt.
-
Diese Instanztypen erfordern ONTAP 9.16.1 GA oder höher.
| PAYGO Explore | PAYGO Standard | PAYGO Premium | Knotenbasiertes BYOL | |
|---|---|---|---|---|
Maximale Systemkapazität (Festplatten + Objektspeicher) |
2 TiB |
10 TiB |
368 TiB 2 |
368 TiB pro Lizenz 2 |
Unterstützte Maschinentypen |
M5-Serie
M6id-Serie
M6idn-Serie
|
M5-Serie
M5a-Serie
M6id-Serie
M6idn-Serie
R5-Serie
|
C5-Serie
C5a-Serie
C5d-Serie
C5n-Serie
M5-Serie
M5a-Serie
M5d-Serie
M5dn-Serie
M5n-Serie
M6id-Serie
M6idn-Serie
R5-Serie
R5d-Serie
|
C5-Serie
C5a-Serie
C5d-Serie
C5n-Serie
M5-Serie
M5a-Serie
M5d-Serie
M5dn-Serie
M5n-Serie
M6id-Serie
M6idn-Serie
R5-Serie
R5d-Serie
|
-
Bei einem HA-Paar gilt die Kapazitätsgrenze für das gesamte HA-Paar. Sie gilt nicht pro Knoten. Wenn Sie beispielsweise die PAYGO Premium-Lizenz verwenden, können Sie bis zu 368 TiB Kapazität zwischen beiden Knoten haben.
-
Bei manchen Konfigurationen verhindern Festplattenbeschränkungen, dass Sie das Kapazitätslimit allein durch die Verwendung von Festplatten erreichen. In diesen Fällen können Sie die Kapazitätsgrenze durch "Tiering inaktiver Daten in den Objektspeicher" erreichen. Informationen zu Festplattenbeschränkungen finden Sie unter "Speichergrenzen".
Mit kapazitätsbasierter Lizenzierung unterstützt jedes Cloud Volumes ONTAP-System Tiering für Objektspeicher. Die gesamte Tiering-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" befolgen, um optimale Leistung, Zuverlässigkeit und Kosteneffizienz bei der Konfiguration und Verwaltung des Tierings zu gewährleisten.
-
Eine verbesserte Schreibleistung wird bei Verwendung von SSDs mit allen Cloud Volumes ONTAP Konfigurationen aktiviert, außer bei PAYGO Explore.
-
Das Tiering von Daten in Objektspeicher wird bei Verwendung von Throughput Optimized HDDs (st1) nicht empfohlen.
-
Cloud Volumes ONTAP-Konfigurationen in AWS Local Zones unterstützen ausschließlich den Festplattentyp General Purpose SSD (gp2). Andere Festplattentypen werden in AWS Local Zones nicht unterstützt.
-
Der Instanztyp r5.12xlarge weist eine bekannte Einschränkung hinsichtlich der Supportfähigkeit auf. Wenn ein Knoten aufgrund eines Systemabsturzes unerwartet neu startet, werden möglicherweise keine Core-Dateien erfasst, die zur Fehlerbehebung und Ursachenanalyse benötigt werden. Der Kunde akzeptiert die damit verbundenen Risiken und die eingeschränkten Supportbedingungen und trägt die volle Verantwortung für den Support, falls dieser Fall eintritt. Diese Einschränkung betrifft neu bereitgestellte HA Paare sowie HA Paare, die von Version 9.8 aktualisiert wurden. Neu bereitgestellte Einzelknotensysteme sind von dieser Einschränkung nicht betroffen.
-
Während diese EC2-Instanztypen mehr als 64 vCPUs unterstützen, unterstützt Cloud Volumes ONTAP bis zu 64 vCPUs.
-
AWS Local Zones werden in den folgenden EC2-Instanztypfamilien mit Größen von xlarge bis 4xlarge unterstützt: M5, C5, C5d, R5 und R5d. "Sie sollten sich für die neuesten und vollständigen Details zu den in Local Zones unterstützten EC2-Instanztypen an AWS wenden".
Hohe Schreibgeschwindigkeit wird bei diesen Instanztypen in AWS Local Zones nicht unterstützt.
-
Diese Instanztypen erfordern ONTAP 9.16.1 GA oder höher.
c4-, m4- und r4-Instanzen werden nicht mehr unterstützt
Cloud Volumes ONTAP unterstützt die EC2-Instanztypen c4, m4 und r4 in AWS nicht mehr.
Wenn Ihr System auf einer c4-, m4- oder r4-Instanz läuft, ändern Sie es vor dem Upgrade auf diese Version in eine c5-, m5- oder r5-Instanz.
Weitere Informationen finden Sie in den folgenden Quellen:
Unterstützung für Flash Cache und hohe Schreibgeschwindigkeit
Die folgende Tabelle zeigt, welche unterstützten EC2-Instanztypen Flash Cache und hohe Schreibgeschwindigkeit unterstützen.
| Unterstützte Instanz | Flash-Cache | Hohe Schreibgeschwindigkeit |
|---|---|---|
c5.9xlarge |
Nicht unterstützt |
Unterstützt |
c5.18xlarge |
Nicht unterstützt |
Unterstützt |
c5a.12xlarge |
Nicht unterstützt |
Unterstützt |
c5d.4xlarge |
Unterstützt |
Unterstützt |
c5d.9xlarge |
Unterstützt |
Unterstützt |
c5d.18xlarge |
Unterstützt |
Unterstützt |
c5n.9xlarge |
Nicht unterstützt |
Unterstützt |
c5n.18xlarge |
Nicht unterstützt |
Unterstützt |
m5.xlarge |
Nicht unterstützt |
Unterstützt (nur Einzelknoten) |
m5.2xlarge |
Nicht unterstützt |
Unterstützt |
m5.4xlarge |
Nicht unterstützt |
Unterstützt |
m5.16xlarge |
Nicht unterstützt |
Unterstützt |
m5a.2xlarge |
Nicht unterstützt |
Unterstützt |
m5a.16xlarge |
Nicht unterstützt |
Unterstützt |
m5d.8xlarge |
Unterstützt |
Unterstützt |
m5d.12xlarge |
Unterstützt |
Unterstützt |
m5dn.4xlarge |
Unterstützt |
Unterstützt |
m5dn.12xlarge |
Unterstützt |
Unterstützt |
m5dn.24xlarge |
Unterstützt |
Unterstützt |
m5n.2xlarge |
Nicht unterstützt |
Unterstützt |
m6id.xlarge |
Unterstützt * |
Unterstützt (nur Einzelknoten) |
m6id.2xlarge |
Unterstützt * |
Unterstützt |
m6id.4xlarge |
Unterstützt |
Unterstützt |
m6id.8xlarge |
Unterstützt |
Unterstützt |
m6id.16xlarge |
Unterstützt |
Unterstützt |
m6id.32xlarge |
Unterstützt |
Unterstützt |
m6idn.xlarge |
Unterstützt * |
Unterstützt (nur Einzelknoten) |
m6idn.2xlarge |
Unterstützt * |
Unterstützt |
m6idn.4xlarge |
Unterstützt |
Unterstützt |
m6idn.8xlarge |
Unterstützt |
Unterstützt |
m6idn.16xlarge |
Unterstützt |
Unterstützt |
m6idn.32xlarge |
Unterstützt |
Unterstützt |
r5.xlarge |
Nicht unterstützt |
Unterstützt (nur Einzelknoten) |
r5.2xlarge |
Nicht unterstützt |
Unterstützt |
r5.8xlarge |
Nicht unterstützt |
Unterstützt |
r5.12xlarge |
Nicht unterstützt |
Unterstützt |
r5d.2xlarge |
Unterstützt |
Unterstützt |
* Flash Cache wird auf m6id.xlarge, m6id.2xlarge, m6idn.xlarge und m6idn.2xlarge unterstützt. Diese Instanztypen verfügen jedoch über weniger als 16 Prozessorkerne und sind nicht für Hochleistungs- oder speicherintensive Workloads empfohlen. Unter hoher Last können sie aufgrund von Speicherbeschränkungen neu starten. Um dies zu vermeiden, verwenden Sie einen Instanztyp mit einer höheren Kernanzahl und mehr Arbeitsspeicher.
Die folgenden Hinweise geben allgemeine Hinweise zum unterstützten Instanzverhalten und zu den Bereitstellungsoptionen.
-
Einige Instanztypen beinhalten lokalen NVMe-Speicher, den Cloud Volumes ONTAP als Flash Cache nutzt. Flash Cache beschleunigt den Datenzugriff durch Echtzeit intelligentes Caching kürzlich gelesener Benutzerdaten und NetApp-Metadaten. Er ist effektiv für leseintensive Workloads mit zufälligen Zugriffen, einschließlich Datenbanken, E-Mail und Dateidiensten. Die Komprimierung muss auf allen Volumes deaktiviert sein, um die Leistungsverbesserungen von Flash Cache nutzen zu können. "Erfahren Sie mehr über Flash Cache".
-
Cloud Volumes ONTAP unterstützt hohe Schreibgeschwindigkeit mit allen unterstützten Instanztypen bei Verwendung eines Einzelknotensystems. Bei Verwendung eines HA-Paares wird hohe Schreibgeschwindigkeit nur mit unterstützten Instanztypen unterstützt "Erfahren Sie mehr über die Auswahl einer Schreibgeschwindigkeit".
-
Wenn Sie einen EC2-Instanztyp auswählen, können Sie angeben, ob es sich um eine Shared Instance oder eine Dedicated Instance handelt.
Unterstützte Regionen
Informationen zur Unterstützung von AWS-Regionen finden Sie unter "Cloud Volumes Globale Regionen".