Wie kann ich die Richtlinien für das Speicherdaten-Tiering für mein FSx-für-ONTAP-Volume mithilfe der NetApp ONTAP CLI ändern?
Ich möchte die Richtlinie für das Daten-Tiering für mein Amazon-FSx-für-NetApp-ONTAP-Volume mithilfe der NetApp ONTAP Command Line Interface (NetApp ONTAP CLI) ändern.
Kurzbeschreibung
Sie bestimmen, wie Ihre Speicherebenen verwendet werden, indem Sie die einzelnen Richtlinien für das Daten-Tiering Ihres Volumes konfigurieren. Sie wählen die Richtlinie für das Daten-Tiering aus, wenn Sie ein Volume erstellen. Sie können die Richtlinie jederzeit mithilfe der AWS Command Line Interface (AWS CLI), der Amazon-FSx-API und der Amazon-FSx-Konsole ändern. Oder Sie können die Richtlinie in der NetApp ONTAP CLI und API ändern.
Um die Richtlinie für das Daten-Tiering auf Ihrem Volume zu ändern, müssen Sie die folgenden Voraussetzungen erfüllen:
- Das FSx-für-ONTAP-Dateisystem wird erstellt.
- Sie können eine SSH-Verbindung zum Dateisystem herstellen.
Weitere Informationen zu den verfügbaren Richtlinien für das Daten-Tiering finden Sie unter Volume Daten-Tiering.
Lösung
Stellen Sie über SSH eine Verbindung zur FSx-für-ONTAP-Verwaltungs-IP her
1. Öffnen Sie die Amazon FSx-Konsole.
2. Wählen Sie Ihr FSx-für-ONTAP-Dateisystem aus und wählen Sie dann die Registerkarte Administration.
3. Notieren Sie sich die IP-Adresse des Verwaltungsendpunkts. Sie verwenden diese IP-Adresse, um eine Verbindung zum Cluster herzustellen. Eine Grafik, die veranschaulicht, wo Sie die IP-Adresse des Verwaltungsendpunkts finden, finden Sie im Folgenden:
4. Stellen Sie mithilfe von Windows PowerShell oder einer Linux-Shell auf Ihrer Amazon-Elastic-Compute-Cloud-Instance (Amazon EC2) eine SSH-Verbindung zum Verwaltungsendpunkt des FSx-für-ONTAP-Clusters her.
Hinweis: Sie können die Endpunkte nur innerhalb der VPC oder über ein Peering-Netzwerk von AWS Transit Gateway erreichen. Weitere Informationen finden Sie unter Zugreifen auf Daten innerhalb von AWS.
ssh fsxadmin@management_IP
Beispiel:
$ ssh fsxadmin@198.19.255.189 Password: Last login time: 5/10/2022 08:37:30 FsxIdabcdef01234567892::>
Informationen zur Verwendung von SSH in PowerShell finden Sie unter PowerShell-Remoting über SSH.
5. Legen Sie die Berechtigungsstufe in der NetApp ONTAP CLI mit dem Befehl festlegen fest. Änderungen der Einstellungen für die Berechtigungsebene gelten nur für die aktuelle Sitzung. Diese Änderungen sind nicht sitzungsübergreifend dauerhaft.
FsxIdabcdef01234567892::> set -privilege advanced Warning: These advanced commands are potentially dangerous; use them only when directed to do so by NetApp personnel. Do you want to continue? {y|n}: y
6. Verwenden Sie den folgenden Befehl, um die Richtlinien für das Speicherdaten-Tiering zu ändern. Ändern Sie im folgenden Beispielbefehl svm_name und volume_name in die richtigen Werte für Ihren Anwendungsfall.
volume modify -vserver svm_name -volume volume_name -tiering-policy <auto|snapshot-only|all|none>
Beispiel
FsxIdabcdef01234567892::*> volume modify -volume vol1 -vserver fsx -tiering-policy auto Volume modify successful on volume vol1 of Vserver fsx.
Geben Sie eine Mindestkühlzeit für Richtlinien zum automatischen Tiering und reinen Snapshot-Tiering an
Sie können die Mindestkühldauer für das Tiering für Volumes ändern, die die Richtlinie für reines Snapshot- oder automatische Tiering verwenden. Verwenden Sie dazu den Befehl Volume ändern mit dem optionalen Parameter -tiering-minimum-cooling-days in der erweiterten Berechtigungsstufe. Geben Sie einen Wert zwischen 2 und 183 für die Mindestkühltage des Tiering an. Weitere Informationen finden Sie auf der NetApp Website unter Speicherebenen verwalten, indem Sie die Tiering-Richtlinie für ein Volume oder die Mindestkühldauer für das Tiering ändern.
Das folgende Beispiel zeigt den Befehl Volume ändern, wobei -tiering-minimum-cooling-days auf 4 festgelegt ist.
FsxIdabcdef01234567892::*> volume modify -volume vol1 -vserver fsx -tiering-policy auto -tiering-minimum-cooling-days 4 Volume modify successful on volume vol1 of Vserver fsx.
Hinweis: Wenn die erweiterte Berechtigung nicht festgelegt ist, wird beim Ändern der Tiering-Richtlinie die folgende Fehlermeldung angezeigt:
FsxIdabcdef01234567892::> volume modify -volume vol1 -vserver fsx -tiering-policy auto -tiering-minimum-cooling-days 4 Error: invalid argument "-tiering-minimum-cooling-days"
Tiering-Schwellenwerte
Die Tiering-Funktionalität von FSx for ONTAP behält bestimmte Schwellenwerte bei, die ausgelöst werden, wenn Tiering gestartet und beendet wird. Diese Schwellenwerte beziehen sich auf die genutzte Kapazität Ihrer primären Speicherebene.
Hinweis: Es ist eine bewährte Methode, den Wert von 80 % der Speicherkapazitätsauslastung Ihrer primären Speicherebene nicht zu überschreiten. Um sicherzustellen, dass das Tiering korrekt funktioniert und Platz für neue Daten vorhanden ist, sollten Sie eine Speicherkapazität von 80 % oder weniger beibehalten. Wenn Sie die Speicherkapazität Ihrer primären Speicherebene konstant über 80 % ausnutzen, aktualisieren Sie die SSD-Speicherkapazität Ihres Dateisystems.
Die folgenden Richtlinien beschreiben, wie Tiering in verschiedenen Nutzungsszenarien gehandhabt wird:
- Weniger als oder gleich 50 % Auslastung der primären Speicherebene: Nur Volumes mit der All-Tiering-Richtlinie haben Daten dem Kapazitätspoolspeicher zugeordnet. Automatische Richtlinien und reine Snapshot-Richtlinien klassifizieren Daten nicht, da Tiering nicht erforderlich ist, wenn die primäre Speicherebene nicht ausgelastet ist.
- Sehr gute Auslastung der primären Speicherebene von mehr als 50 %: Richtlinien für automatisches und reines Snapshot-Tiering klassifizieren die Daten auf der Grundlage der Einstellung für die Mindestkühltage für das Tiering. Die standardmäßige Mindestkühldauer für das Tiering beträgt 31.
- Mehr als oder gleich 90 % Auslastung der primären Speicherebene: Kalte Daten aus der Kapazitätspoolebene werden beim Lesen nicht mehr in die primäre Speicherebene für automatische und reine Snapshot-Richtlinien verschoben. Durch die Speicherung von Daten auf der Kapazitätspoolebene wird Speicherplatz auf der primären Speicherebene gespart.
- Größer oder gleich einer Auslastung der primären Speicherebene von 98 %: Die gesamte Tiering-Funktionalität wird beendet, wenn die primäre Speicherebene eine Auslastung von 98 % oder mehr erreicht.
Ähnliche Informationen

Relevanter Inhalt
- AWS OFFICIALAktualisiert vor 2 Jahren
- AWS OFFICIALAktualisiert vor 2 Monaten
- AWS OFFICIALAktualisiert vor 7 Monaten
- AWS OFFICIALAktualisiert vor 4 Monaten