Speicherkapazität des Volumens - FSx für ONTAP
Tiering von VolumendatenSnapshots 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.

Speicherkapazität des Volumens

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 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 for ONTAP-Volumes mithilfe der API AWS Management Console, AWS CLI und der ONTAP CLI überwachen und verwalten.

Themen

Tiering 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 werden die ONTAP Volume-Tiering-Richtlinien und die Schwellenwerte beschrieben, anhand derer bestimmt wird, wann Daten dem Kapazitätspool zugeordnet werden.

Richtlinien für das Volumen-Tiering

Sie bestimmen, wie Sie die Speicherstufen Ihres FSx for 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, 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 Amazon FSx-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 markiert 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 festlegen, nachdem es eine andere Richtlinie verwendet hat, werden die vorhandenen Daten auf dem Volume, das sich im Kapazitätspool-Speicher befand, durch einen Hintergrundprozess in den SSD-Speicher verschoben, sofern Ihre SSD-Auslastung unter 90% liegt. Dieser Hintergrundprozess kann beschleunigt werden, indem Sie absichtlich Daten lesen oder die Cloud-Abruf-Richtlinie Ihres Volumes ändern. Weitere Informationen finden Sie unter Richtlinien für den Cloud-Abruf.

Als bewährte Methode empfehlen wir Ihnen, 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. Durch die Aufbewahrung von Daten auf dem SSD-Speicher für mindestens 2 Tage kann ONTAP die Komprimierung und Deduplizierung Ihrer Daten nach dem Prozess reduzieren. Diese Einsparungen bleiben erhalten, wenn Daten in den Kapazitätspool aufgeteilt werden. ONTAP führt nur die Komprimierung und Deduplizierung nach dem Prozess für Daten auf SSD-Speichern durch. Wenn Sie also diese Richtlinie wählen, können Sie Ihre langfristigen Speichereinsparungen maximieren. Sie können auch die Übertragungsgeschwindigkeiten der ersten Backups, die Sie von Ihren Volumes erstellen, maximieren, da sich die zu sichernden Daten auf SSD-Speichern befinden.

Weitere Informationen zum Einrichten oder Ändern der Tiering-Richtlinie eines Volumes finden Sie unterFestlegung der Tiering-Richtlinie für ein Volume.

Abkühlphase nach Staffelung

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 unterEinstellung 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. Festlegung der Cloud-Abruf-Richtlinie für ein Volume

Schwellenwerte für die Staffelung

Die SSD-Speicherkapazitätsauslastung eines Dateisystems bestimmt, wie das Tiering-Verhalten für all Ihre Volumes ONTAP verwaltet wird. 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 mit horizontaler Skalierung 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-Speicherstufe konstant über 80% der Speicherkapazität 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-Speicherebene 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 priorisiert Amazon FSx 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 Arbeiten 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 bei Volumes). FlexGroup Standardmäßig haben FlexVol Volumes (oder FlexGroup Bestandteile) mit einer Speicherkapazität von 648 GiB oder mehr alle dieselbe Anzahl von Inodes: 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. Die Dateikapazität eines Volumes anzeigen

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. Erhöhung der maximalen Anzahl von Dateien auf einem Volume