View a markdown version of this page

Volumen-Speicherkapazität - FSx für ONTAP
Tiering der VolumendatenSchnappschüsse und SpeicherkapazitätKapazität der Volume-Dateien

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.

Volumen-Speicherkapazität

FSx for ONTAP-Volumes sind 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 Daten, die auf einem Volume gespeichert sind, verbrauchen SSD-Speicher und, je nach der Tiering-Richtlinie des Volumes, den Kapazitätspoolspeicher. 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 for ONTAP-Volumes mithilfe der API AWS CLI und der AWS-Managementkonsole ONTAP CLI überwachen und verwalten.

Themen

Tiering der 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. Der Kapazitätspoolspeicher ist 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 jedem Volume werden automatisch der Speicherebene des Kapazitätspools zugeordnet, und zwar auf Grundlage der Stufenzuweisung, der Kühlzeit und der Schwellenwerteinstellungen des Volumes. In den folgenden Abschnitten werden die Richtlinien für ONTAP das Volumen-Tiering und die Schwellenwerte beschrieben, anhand derer bestimmt wird, wann Daten dem Kapazitätspool zugeordnet werden.

Anmerkung

FSx for ONTAP unterstützt das Tiering von Daten in den Kapazitätspool auf allen SnapLock Volumes, unabhängig vom Typ. SnapLock Weitere Informationen finden Sie unter Wie SnapLock funktioniert.

Richtlinien für das Volumen-Tiering

Sie bestimmen, wie Sie Ihren FSx für die Speicherebenen des ONTAP-Dateisystems 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 Amazon FSx-Konsole AWS CLI, der API oder mithilfe von Verwaltungstools ändern. NetApp Sie können aus einer der folgenden Richtlinien wählen, die festlegen, welche Daten, falls vorhanden, dem Kapazitätspoolspeicher zugeordnet werden.

Anmerkung

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

  • Automatisch — Mit dieser Richtlinie werden alle kalten Daten — Benutzerdaten und Snapshots — auf die Kapazitätspoolebene verschoben. Die Kühlrate der Daten wird durch die Kühlperiode der Richtlinie bestimmt, die standardmäßig 31 Tage beträgt. Sie kann auf Werte zwischen 2 und 183 Tagen konfiguriert werden. Wenn die zugrunde liegenden kalten Datenblöcke nach dem Zufallsprinzip gelesen werden (wie bei einem typischen Dateizugriff), werden sie heiß 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 mithilfe der Amazon FSx-Konsole.

  • Nur Snapshot — Mit dieser Richtlinie werden nur Snapshot-Daten in die Speicherebene des Kapazitätspools verschoben. Die Rate, mit der Snapshots dem Kapazitätspool zugeordnet werden, wird durch die Kühlzeit der Richtlinie bestimmt. Diese ist standardmäßig auf 2 Tage festgelegt und kann auf Werte zwischen 2 und 183 Tagen konfiguriert werden. Wenn Cold-Snapshot-Daten gelesen werden, werden sie im Warm-Modus gespeichert und auf die primäre Speicherebene geschrieben. Dies ist die Standardrichtlinie AWS CLI, wenn ein Volume mithilfe der Amazon FSx API oder der NetApp ONTAP CLI erstellt wird.

  • Alle — Diese Richtlinie markiert alle Benutzer- und Snapshot-Daten als kalt und speichert sie in der Kapazitätspoolebene. Wenn Datenblöcke gelesen werden, bleiben sie kalt und werden nicht in 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 durch einen Hintergrundprozess dem Kapazitätspool zugeordnet. Wenn die Richtlinie „Alle“ auf ein Volume angewendet wird, das bereits Daten enthält, werden die vorhandenen Daten von der SSD in den Kapazitätspool gestaffelt. Beachten Sie, dass Dateimetadaten immer auf der SSD-Ebene verbleiben.

  • Keine — Diese Richtlinie speichert alle Daten Ihres Volumes auf der primären Speicherebene und verhindert, dass sie in den Kapazitätspoolspeicher verschoben werden. Wenn Sie für ein Volume diese Richtlinie festlegen, nachdem es eine andere Richtlinie verwendet hat, werden die vorhandenen Daten (einschließlich Snapshots) auf dem Volume, das sich im Kapazitätspoolspeicher befand, durch einen Hintergrundprozess in den SSD-Speicher verschoben. Diese Datenmigration erfolgt nur, wenn Ihre SSD-Auslastung unter 90% liegt und die Cloud-Abrufrichtlinie auf promote oder gesetzt ist. on-read Dieser Hintergrundprozess kann durch absichtliches Lesen von Daten beschleunigt werden. Weitere Informationen finden Sie unter 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. Beim Auto-Tiering werden Daten mindestens 2 Tage (basierend auf der Kühlzeit des Volumes) auf der SSD-Speicherebene gespeichert, bevor sie in die Kapazitätspoolebene verschoben werden. ONTAPführt die Deduplizierung nach dem Prozess regelmäßig für Daten aus, die auf der SSD-Speicherebene gespeichert sind, und passt die Frequenz automatisch an die Geschwindigkeit der Datenänderung im Volume an — höhere Raten lösen Deduplizierungsaufträge nach dem Prozess häufiger aus.

Standardmäßig ist die Komprimierung nach der Verarbeitung deaktiviert, ONTAP da sie sich auf die Leistung auswirken kann, die sich auf die laufenden Workloads im Dateisystem auswirken kann. Sie sollten die Auswirkungen auf die Leistung Ihres Workloads evaluieren, bevor Sie die Komprimierung nach dem Prozess aktivieren. Um die Komprimierung nach dem Prozess zu aktivieren, nehmen Sie die Diagnoseberechtigungsstufe in der ONTAP CLI an und führen Sie den folgenden Befehl aus:

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

ONTAPführt die Komprimierung nach dem Prozess für Daten durch, die mindestens 14 Tage im 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 der Verarbeitung ändern, sodass die Komprimierung nach dem Prozess früher ausgeführt wird. Um beispielsweise die Einsparungen bei der Komprimierung nach dem Prozess auf Daten anzuwenden, auf die seit 5 Tagen nicht mehr zugegriffen wurde, führen Sie den folgenden CLI-Befehl aus: ONTAP

::> 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 dem Befehl finden Sie unter volume efficiency inactive-data-compression modify

Indem Sie Daten auf einer SSD speichern, maximieren Sie die Übertragungsgeschwindigkeiten der von Ihnen erstellten Volume-Backups, da die Datenübertragungsraten für SSD-Speicher höher sind.

Abstufende Kühlzeit

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

Die Daten werden 24—48 Stunden nach Ablauf der Kühlzeit gestaffelt. Beim Tiering handelt es sich um einen Hintergrundprozess, der Netzwerkressourcen beansprucht und eine niedrigere Priorität hat als Anfragen an Kunden. Die Tiering-Aktivitäten werden gedrosselt, wenn fortlaufend Anfragen von Kunden eingehen.

Richtlinien für den Cloud-Abruf

Die Cloud-Abrufrichtlinie eines Volumes legt die Bedingungen fest, die angeben, wann Daten, die aus der Kapazitätspool-Tier gelesen werden, auf die SSD-Stufe hochgestuft werden dürfen. Wenn die Cloud-Abrufrichtlinie auf einen anderen Wert als festgelegt istDefault, hat diese Richtlinie Vorrang vor dem Abrufverhalten der Tiering-Richtlinie Ihres Volumes. Für ein Volume kann eine der folgenden Cloud-Abrufrichtlinien gelten:

  • Standard — Diese Richtlinie ruft abgestufte 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 — Diese Richtlinie ruft niemals abgestufte Daten ab, unabhängig davon, ob die Lesevorgänge sequentiell oder zufällig erfolgen. Dies ist vergleichbar mit der Einstellung der Stufenzuweisung für Ihr Volume auf Alle, mit der Ausnahme, dass Sie sie zusammen mit anderen Richtlinien — Auto — verwenden können, Snapshot-only um Daten entsprechend der Mindestkühlzeit statt sofort zuzuordnen.

  • On-read— Diese Richtlinie ruft gestaffelte Daten für alle clientgesteuerten Datenlesevorgänge ab. Diese Richtlinie hat keine Auswirkung, wenn die All-Tiering-Richtlinie verwendet wird.

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

Informationen zum Festlegen der Cloud-Abrufrichtlinie für ein Volume finden Sie unter. Aktualisierung der Cloud-Abrufrichtlinie eines Volumes

Schwellenwerte für die Stufung

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

Anmerkung

Wir empfehlen, die Speicherkapazitätsauslastung Ihrer SSD-Speicherebene nicht zu überschreiten. Für Dateisysteme der zweiten Generation gilt diese Empfehlung sowohl für die durchschnittliche Gesamtauslastung aller Dateisystemaggregate als auch für die Auslastung jedes einzelnen Aggregats. Dadurch wird sichergestellt, dass das Tiering ordnungsgemäß funktioniert, und es entsteht ein zusätzlicher Aufwand für neue Daten. Wenn Ihre SSD-Speicherebene durchweg über 80% der Speicherkapazität ausgelastet ist, können Sie die Kapazität Ihrer SSD-Speicherebene erhöhen. Weitere Informationen finden Sie unter SSD-Speicher und IOPS im Dateisystem werden aktualisiert.

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

  • <= 50% Auslastung der SSD-Speicherebene — Bei diesem Schwellenwert gilt die SSD-Speicherebene als nicht ausreichend ausgelastet, und nur Volumes, die die All-Tiering-Richtlinie verwenden, werden Daten dem Kapazitätspoolspeicher zugeordnet. Bei Volumes mit Auto und Snapshot-only Policys wird bei diesem Schwellenwert kein Daten-Tiering vorgenommen.

  • > 50% Auslastung der SSD-Speicherebene — Bei Volumes mit Auto - und Snapshot-only Tiering-Richtlinien werden die Daten auf der Grundlage der eingestellten Mindestanzahl an Kühltagen gestaffelt. Die Standardeinstellung ist 31 Tage.

  • >= 90% Auslastung der SSD-Speicherebene — Bei diesem Schwellenwert legt Amazon FSx Wert darauf, Speicherplatz auf der SSD-Speicherebene zu schonen. Kalte Daten aus der Kapazitätspool-Tier werden nicht mehr in die SSD-Speicherebene verschoben, wenn sie mithilfe von Auto und Richtlinien für Volumes gelesen werden. Snapshot-only

  • >= 98% Auslastung der SSD-Speicherebene — Alle Tiering-Funktionen werden eingestellt, wenn die SSD-Speicherebene mindestens 98% ausgelastet ist. Sie können weiterhin aus den Speicherebenen lesen, aber Sie können nicht in die Ebenen 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. Mithilfe von Snapshots können Ihre Benutzer problemlos einzelne Dateien oder Ordner aus einem früheren Snapshot anzeigen und wiederherstellen.

Snapshots werden zusammen mit den Daten Ihres Dateisystems gespeichert und verbrauchen die Speicherkapazität des Dateisystems. Snapshots verbrauchen jedoch nur die 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 auf Ihren Volumes standardmäßig 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 Volume-Dateien

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 Verweise 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 ein Volume fast leer ist 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 Volumenbestandteile von Volumes). FlexGroup Standardmäßig haben FlexVol Volumen (oder FlexGroup Bestandteile) mit einer Speicherkapazität von 648 GiB oder mehr alle dieselbe Anzahl an Inodes: 21.251.126. Wenn Sie ein Volume erstellen, das größer als 648 GiB ist und Sie möchten, dass es mehr als 21.251.126 Inodes hat, müssen Sie die maximale Anzahl von Inodes (Dateien) manuell erhöhen. Weitere Hinweise 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 beträgt 1 Inode pro 32 KiB Volume-Speicherkapazität, bis zu einer Volume-Größe von 648 GiB. Für ein 1-GiB-Volume:

Volume_size_in_bytes × (1 Datei ÷ inode_size_in_bytes) = maximale_Anzahl_von_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 bis zu einem Maximum von 1 Inode pro 4 KiB Speicherkapazität erhöhen. Bei einem 1-GiB-Volume erhöht sich dadurch die maximale Anzahl an 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