Volumenspeicherkapazität - FSx für ONTAP
Einstufung von VolumendatenSchnappschüsse und SpeicherkapazitätKapazität der Volumendatei

Die vorliegende Übersetzung wurde maschinell erstellt. Im Falle eines Konflikts oder eines Widerspruchs zwischen dieser übersetzten Fassung und der englischen Fassung (einschließlich infolge von Verzögerungen bei der Übersetzung) ist die englische Fassung maßgeblich.

Volumenspeicherkapazität

FSx Bei ONTAP handelt es sich bei Volumes um virtuelle Ressourcen, die Sie verwenden, um Daten zu gruppieren, zu bestimmen, wie Daten gespeichert werden, und um die Art des Zugriffs auf Ihre Daten zu bestimmen. Volumes verbrauchen wie Ordner selbst keine Speicherkapazität des Dateisystems. Nur die auf einem Volume gespeicherten Daten verbrauchen SSD-Speicher und, abhängig von der Tiering-Richtlinie des Volumes, den Kapazitätspool-Speicher. Sie legen die Größe eines Volumes fest, wenn Sie es erstellen, und Sie können seine Größe später ändern. Sie können die Speicherkapazität Ihrer FSx für ONTAP Volumes mithilfe der AWS Management Console, AWS CLI und API und der ONTAP CLI überwachen und verwalten.

Themen

Einstufung von Volumendaten

Ein Amazon FSx for NetApp ONTAP-Dateisystem hat zwei Speicherstufen: Primärspeicher und Kapazitätspoolspeicher. Primärspeicher ist ein bereitgestellter, skalierbarer, leistungsstarker SSD-Speicher, der speziell für den aktiven Teil Ihres Datensatzes entwickelt wurde. Beim Kapazitätspoolspeicher handelt es sich um eine vollständig elastische Speicherebene, die auf Petabyte skaliert werden kann und für Daten, auf die selten zugegriffen wird, kostenoptimiert ist.

Die Daten auf den einzelnen Volumes werden automatisch der Speicherebene des Kapazitätspools zugeordnet, basierend auf der Tiering-Richtlinie, der Kühlzeit und den Schwellenwerten des Volumes. In den folgenden Abschnitten wird beschrieben ONTAP Richtlinien für das Volumen-Tiering und die Schwellenwerte, anhand derer bestimmt wird, wann Daten dem Kapazitätspool zugewiesen werden.

Anmerkung

FSx denn ONTAP unterstützt die Zuordnung von Daten zum Kapazitätspool auf allen SnapLock Volumen, unabhängig von SnapLock Typ Weitere Informationen finden Sie unter Wie SnapLock funktioniert.

Richtlinien zur Mengenbegrenzung

Sie bestimmen, wie Sie die Speicherstufen Ihres Dateisystems FSx für ONTAP verwenden, indem Sie die Tiering-Richtlinie für jedes Volume im Dateisystem auswählen. Sie wählen die Tiering-Richtlinie, wenn Sie ein Volume erstellen, und Sie können sie jederzeit mit der FSx Amazon-Konsole AWS CLI, der API oder mithilfe von NetApp Verwaltungstools ändern. Sie können aus einer der folgenden Richtlinien wählen, die festlegen, welche Daten, falls vorhanden, dem Kapazitätspool-Speicher zugewiesen werden.

Anmerkung

Durch Tiering können Ihre Datei- und Snapshot-Daten auf die Ebene des Kapazitätspools verschoben werden. Dateimetadaten verbleiben jedoch immer auf der SSD-Ebene. Weitere Informationen finden Sie unter Wie wird SSD-Speicher verwendet.

  • Automatisch — Diese Richtlinie verschiebt alle kalten Daten — Benutzerdaten und Snapshots — auf die Ebene des Kapazitätspools. Die Kühlrate der Daten wird durch die Kühlzeit der Richtlinie bestimmt, die standardmäßig 31 Tage beträgt und auf Werte zwischen 2 und 183 Tagen konfigurierbar ist. Wenn die zugrunde liegenden kalten Datenblöcke nach dem Zufallsprinzip gelesen werden (wie bei einem typischen Dateizugriff), werden sie heiß gemacht und auf die primäre Speicherebene geschrieben. Wenn kalte Datenblöcke sequentiell gelesen werden (z. B. durch einen Antivirenscan), bleiben sie kalt und verbleiben auf der Speicherebene des Kapazitätspools. Dies ist die Standardrichtlinie beim Erstellen eines Volumes mit der FSx Amazon-Konsole.

  • Nur Snapshot — Diese Richtlinie verschiebt nur Snapshot-Daten auf die Speicherstufe des Kapazitätspools. Die Geschwindigkeit, mit der Snapshots dem Kapazitätspool zugeordnet werden, wird durch die Kühlzeit der Richtlinie bestimmt, die standardmäßig auf 2 Tage festgelegt ist und auf Werte zwischen 2 und 183 Tagen konfigurierbar ist. Wenn Cold-Snapshot-Daten gelesen werden, werden sie heiß gemacht und auf die primäre Speicherebene geschrieben. Dies ist die Standardrichtlinie beim Erstellen eines Volumes mithilfe der AWS CLI Amazon FSx API oder der NetApp ONTAP CLI.

  • Alle — Diese Richtlinie kennzeichnet alle Benutzerdaten und Snapshot-Daten als „kalt“ und speichert sie auf der Ebene des Kapazitätspools. Wenn Datenblöcke gelesen werden, bleiben sie kalt und werden nicht auf die primäre Speicherebene geschrieben. Wenn Daten mit der All-Tiering-Richtlinie auf ein Volume geschrieben werden, werden sie zunächst immer noch auf die SSD-Speicherebene geschrieben und dann durch einen Hintergrundprozess in den Kapazitätspool aufgeteilt. Beachten Sie, dass Dateimetadaten immer auf der SSD-Ebene verbleiben.

  • Keine — Mit dieser Richtlinie werden alle Daten Ihres Volumes auf der primären Speicherebene gespeichert und verhindert, dass sie in den Kapazitätspool-Speicher verschoben werden. Wenn Sie ein Volume auf diese Richtlinie umstellen, verbleiben alle vorhandenen Daten im Kapazitätspoolspeicher im Kapazitätspoolspeicher, bis sie von einem Client gelesen werden, und alle neuen Daten werden auf der primären Speicherebene gespeichert. Um zuvor abgestufte Daten auf die primäre Speicherebene zu verschieben, können Sie verwenden. Richtlinien für den Cloud-Abruf

Weitere Informationen zum Festlegen oder Ändern der Tiering-Richtlinie eines Volumes finden Sie unter. Aktualisierung einer Tiering-Richtlinie

Als bewährte Methode empfehlen wir, bei der Migration von Daten, die Sie langfristig im Kapazitätspoolspeicher speichern möchten, die Auto-Tiering-Richtlinie für Ihr Volume zu verwenden. Bei Auto-Tiering werden Daten auf der SSD-Speicherebene für mindestens 2 Tage (basierend auf der Kühlzeit des Volumes) gespeichert, bevor sie in die Kapazitätspoolebene verschoben werden. ONTAP führt regelmäßig eine Deduplizierung nach dem Prozess für Daten aus, die auf der SSD-Speicherebene gespeichert sind, und passt die Frequenz automatisch an die Datenänderungsrate des Volumes an. Bei höheren Raten werden Deduplizierungsaufträge nach dem Prozess häufiger ausgelöst.

Standardmäßig ist die Komprimierung nach dem Prozess deaktiviert in ONTAP aufgrund der Leistungseinbußen, die sie auf laufende Workloads im Dateisystem haben kann. Bevor Sie die Komprimierung nach der Verarbeitung aktivieren, sollten Sie die Auswirkungen auf die Leistung Ihres Workloads abwägen. Um die Komprimierung nach dem Prozess zu aktivieren, gehen Sie von der Diagnoseberechtigungsstufe in der ONTAP CLI und führen Sie den folgenden Befehl aus:

::> volume efficiency inactive-data-compression modify -vserver svm-name -volume vol-name -is-enabled true

ONTAP führt eine Post-Process-Komprimierung für Daten durch, die mindestens 14 Tage auf dem SSD-Speicher aufbewahrt werden. Für Workloads, bei denen es unwahrscheinlich ist, dass nach einem kürzeren Zeitraum auf Daten zugegriffen wird, können Sie die Einstellungen für die Komprimierung nach dem Prozess ändern, um die Komprimierung nach dem Prozess früher durchzuführen. Um beispielsweise Einsparungen nach der Komprimierung auf Daten anzuwenden, auf die seit 5 Tagen nicht zugegriffen wurde, führen Sie folgenden Befehl aus ONTAP CLI-Befehl:

::> volume efficiency inactive-data-compression modify -vserver svm-name -volume vol-name -threshold-days 5 -threshold-days-min 2 -threshold-days-max 14

Weitere Informationen zu diesem Befehl finden Sie unter Volume Efficiency inactive-data-compression Modify

Durch die Aufbewahrung von Daten auf einer SSD maximieren Sie die Übertragungsgeschwindigkeiten der von Ihnen erstellten Volume-Backups, da die Datenübertragungsraten bei SSD-Speichern höher sind.

Stufenweise Abkühlphase

Die Stufen-Kühlzeit eines Volumes legt fest, wie lange es dauert, bis Daten auf der SSD-Stufe als kalt markiert werden. Die Kühlzeit gilt für die Richtlinien Auto und das Snapshot-only Tiering. Sie können die Kühlzeit auf einen Wert im Bereich von 2 bis 183 Tagen festlegen. Weitere Informationen zur Einstellung der Kühlzeit finden Sie unterAktualisierung der Mindestkühltage.

Die Daten werden 24 bis 48 Stunden nach Ablauf der Kühlzeit gestaffelt. Tiering ist ein Hintergrundprozess, der Netzwerkressourcen verbraucht und eine niedrigere Priorität als Anfragen an Kunden hat. Tiering-Aktivitäten werden gedrosselt, wenn fortlaufende Anfragen an den Kunden gestellt werden.

Richtlinien für den Cloud-Abruf

Die Cloud-Abruf-Richtlinie eines Volumes legt die Bedingungen fest, die festlegen, wann Daten, die aus der Kapazitätspoolebene gelesen wurden, auf die SSD-Stufe heraufgestuft werden dürfen. Wenn die Cloud-Abruf-Richtlinie auf etwas anderes als festgelegt istDefault, hat diese Richtlinie Vorrang vor dem Abrufverhalten der Tiering-Richtlinie Ihres Volumes. Für ein Volume kann eine der folgenden Cloud-Abruf-Richtlinien gelten:

  • Standard — Diese Richtlinie ruft gestaffelte Daten auf der Grundlage der dem Volume zugrunde liegenden Tiering-Richtlinie ab. Dies ist die Standardrichtlinie für den Cloud-Abruf für alle Volumes.

  • Nie — Mit dieser Richtlinie werden niemals gestaffelte Daten abgerufen, unabhängig davon, ob es sich um sequentielle oder zufällige Lesevorgänge handelt. Dies ist vergleichbar mit der Einstellung der Tiering-Richtlinie für Ihr Volume auf Alle, mit der Ausnahme, dass Sie sie zusammen mit anderen Richtlinien (Automatisch, Nur Snapshot) verwenden können, um Daten anhand der Mindestkühlzeit statt sofort zu klassifizieren.

  • Beim Lesen — Mit dieser Richtlinie werden abgestufte Daten für alle clientgesteuerten Datenlesevorgänge abgerufen. Diese Richtlinie hat keine Auswirkung, wenn die Richtlinie „All Tiering“ verwendet wird.

  • Heraufstufen — Diese Richtlinie kennzeichnet alle Daten eines Volumes, die sich im Kapazitätspool befinden, für den Abruf auf die SSD-Stufe. Die Daten werden markiert, wenn der tägliche Hintergrund-Tiering-Scanner das nächste Mal ausgeführt wird. Diese Richtlinie ist vorteilhaft für Anwendungen mit zyklischen Workloads, die zwar selten ausgeführt werden, bei deren Ausführung aber Leistung auf SSD-Ebene erforderlich ist. Diese Richtlinie hat keine Auswirkung, wenn die All-Tiering-Richtlinie verwendet wird.

Informationen zum Einrichten der Cloud-Abruf-Richtlinie für ein Volume finden Sie unter. Aktualisierung der Cloud-Abruf-Richtlinie eines Volumes

Schwellenwerte für die Staffelung

Die SSD-Speicherkapazitätsauslastung eines Dateisystems bestimmt, wie ONTAP verwaltet das Tiering-Verhalten für all Ihre Volumes. Basierend auf der SSD-Speicherkapazitätsnutzung eines Dateisystems legen die folgenden Schwellenwerte das Tiering-Verhalten wie beschrieben fest. Informationen zur Überwachung der Kapazitätsauslastung der SSD-Speicherebene eines Volumes finden Sie unter. Überwachung der Speicherkapazität des Volumes

Anmerkung

Wir empfehlen, die Speicherkapazitätsauslastung Ihrer SSD-Speicherstufe nicht zu überschreiten. Bei Dateisystemen der zweiten Generation gilt diese Empfehlung sowohl für die durchschnittliche Gesamtauslastung aller Aggregate Ihres Dateisystems als auch für die Auslastung jedes einzelnen Aggregats. Dadurch wird sichergestellt, dass das Tiering ordnungsgemäß funktioniert, und es entsteht Mehraufwand für neue Daten. Wenn Ihre SSD-Speicherkapazität konstant über 80% ausgelastet ist, können Sie die Kapazität Ihrer SSD-Speicherstufe erhöhen. Weitere Informationen finden Sie unter Aktualisierung des Dateisystems, des SSD-Speichers und der IOPS.

FSx for ONTAP verwendet die folgenden Schwellenwerte für die Speicherkapazität, um das Tiering auf Volumes zu verwalten:

  • <= 50% SSD-Speicher-Tier-Auslastung — Bei diesem Schwellenwert gilt die SSD-Speicherschicht als nicht ausgelastet, und nur bei Volumes, die die All-Tiering-Policy verwenden, werden Daten auf Kapazitätspoolspeicher aufgeteilt. Bei Volumes mit den Richtlinien „Automatisch“ und „Nur Snapshot“ werden die Daten bei diesem Schwellenwert nicht gestaffelt.

  • > 50% SSD-Speicher-Tier-Auslastung — Bei Volumes mit automatischen und reinen Snapshot-Richtlinien werden die Daten auf der Grundlage der Einstellung „Mindestkühltage“ gestaffelt. Die Standardeinstellung ist 31 Tage.

  • >= 90% SSD-Speicher-Tier-Auslastung — Bei diesem Schwellenwert FSx priorisiert Amazon die Erhaltung von Speicherplatz auf der SSD-Speicherebene. Kalte Daten aus der Kapazitätspoolstufe werden nicht mehr in die SSD-Speicherstufe verschoben, wenn sie für Volumes mithilfe der Richtlinien „Automatisch“ und „Nur Snapshot“ gelesen werden.

  • >= 98% Auslastung der SSD-Speicherebene — Sämtliche Tiering-Funktionen werden beendet, wenn die SSD-Speicherebene mindestens 98% ausgelastet ist. Sie können weiterhin von den Speicherebenen lesen, aber Sie können nicht in die Stufen schreiben.

Snapshots und Volume-Speicherkapazität

Ein Snapshot ist ein schreibgeschütztes Image eines Amazon FSx for NetApp ONTAP-Volumes zu einem bestimmten Zeitpunkt. Snapshots bieten Schutz vor versehentlichem Löschen oder Ändern von Dateien in Ihren Volumes. Mit Snapshots können Ihre Benutzer auf einfache Weise einzelne Dateien oder Ordner aus einem früheren Snapshot anzeigen und wiederherstellen.

Schnappschüsse werden zusammen mit den Daten Ihres Dateisystems gespeichert und verbrauchen die Speicherkapazität des Dateisystems. Snapshots verbrauchen jedoch nur Speicherkapazität für die Teile der Dateien, die sich seit dem letzten Snapshot geändert haben. Snapshots sind nicht in Backups Ihrer Dateisystem-Volumes enthalten.

Snapshots sind standardmäßig auf Ihren Volumes aktiviert, wobei die standardmäßige Snapshot-Richtlinie verwendet wird. Snapshots werden im .snapshot Verzeichnis im Stammverzeichnis eines Volumes gespeichert. Sie können die Volume-Speicherkapazität für Snapshots auf folgende Weise verwalten:

Weitere Informationen finden Sie unter Schützen Sie Ihre Daten mit Snapshots.

Kapazität der Volumendatei

Amazon FSx for NetApp ONTAP-Volumes verfügen über Dateizeiger, die zum Speichern von Dateimetadaten wie Dateiname, Uhrzeit des letzten Zugriffs, Berechtigungen und Größe verwendet werden und als Zeiger auf Datenblöcke dienen. Diese Dateizeiger werden Inodes genannt, und jedes Volume hat eine begrenzte Kapazität für die Anzahl der Inodes, die als Volume-Dateikapazität bezeichnet wird. Wenn auf einem Volume die verfügbaren Dateien (Inodes) knapp werden oder die verfügbaren Dateien (Inodes) erschöpft sind, können Sie keine zusätzlichen Daten auf dieses Volume schreiben.

Die Anzahl der Dateisystemobjekte — Dateien, Verzeichnisse, Snapshot-Kopien —, die ein Volume enthalten kann, hängt von der Anzahl der Inodes ab. Die Anzahl der Inodes in einem Volume steigt entsprechend der Speicherkapazität des Volumes (und der Anzahl der Volume-Bestandteile für FlexGroup Volumen). Standardmäßig FlexVol Volumen (oder FlexGroup Bestandteile) mit einer Speicherkapazität von 648 GiB oder mehr haben alle die gleiche Anzahl von Inoden: 21.251.126. Wenn Sie ein Volume erstellen, das größer als 648 GiB ist und es mehr als 21.251.126 Inodes haben soll, müssen Sie die maximale Anzahl von Inodes (Dateien) manuell erhöhen. Weitere Informationen zum Anzeigen der maximalen Anzahl von Dateien für ein Volume finden Sie unter. Überwachung der Dateikapazität eines Volumes

Die Standardanzahl von Inodes auf einem Volume ist 1 Inode pro 32 KiB Volume-Speicherkapazität, bis zu einer Volume-Größe von 648 GiB. Für ein 1-GiB-Volumen:

Volume_Size_in_Bytes × (1 Datei ÷ inode_size_in_bytes) = maximale_Anzahl_der_Dateien

1.073.741.824 Byte × (1 Datei ÷32.768 Byte) = 32.768 Dateien

Sie können die maximale Anzahl von Inodes, die ein Volume enthalten kann, auf maximal 1 Inode pro 4 KiB Speicherkapazität erhöhen. Bei einem 1-GiB-Volumen erhöht sich dadurch die maximale Anzahl von Inodes oder Dateien von 32.768 auf 262.144:

1.073.741.824 Byte × (1 Datei ÷4096 Byte) = 262.144 Dateien

Ein FSx For-ONTAP-Volume kann maximal 2 Milliarden Inodes haben.

Hinweise zum Ändern der maximalen Anzahl von Dateien, die ein Volume speichern kann, finden Sie unter. Aktualisierung der maximalen Anzahl von Dateien auf einem Volume