Verwaltung von FabricPool für AFX Speichersysteme
Änderungen vorschlagen
PDFs
Die laufende Verwaltung von FabricPool auf AFX Systemen ist ähnlich wie auf AFF und FAS Systemen. Die Kapazitätsauslastung muss überwacht, Volumes müssen verwaltet und Tiering-Richtlinien müssen angepasst werden. Für die AFX Umgebung gibt es einige bemerkenswerte Ergänzungen, darunter das Verhalten, wenn Knoten dem AFX Cluster beitreten oder ihn verlassen.
Speicherplatz überwachen und Volumes verwalten
Die Verfahren zur Überwachung der Nutzung der Kapazitätsebene und der Leistungsebene sowie zur routinemäßigen Volume-Verwaltung in AFX entsprechen im Allgemeinen denen von ONTAP. Beachten Sie, dass die Speicherberichterstattung in AFX die disaggregierte Architektur berücksichtigt. Informationen zum Speicherplatz der Kapazitätsebene sind über Berichte auf Cluster-Ebene und Verfügbarkeitszonenebene verfügbar und nicht über ein für Administratoren sichtbares Aggregat.
Knotenbeitritt und Knotenaustritt
Knotenoperationen sind auf AFX Systemen FabricPool-bewusst, was einen wesentlichen Unterschied zu ONTAP darstellt. Die folgenden Verhaltensweisen sind zu beachten:
-
Knotenbeitritt. Wenn ein Knoten dem AFX Cluster beitritt und bereits eine Cluster-Objektspeicherkonfiguration vorhanden ist, wird die Objektspeicheranbindung automatisch ausgelöst. Wenn die Anbindung fehlschlägt, schlägt auch der Knotenbeitritt fehl.
-
Node Unjoin. Wenn die Verbindung eines Knotens getrennt wird oder er aus dem Cluster entfernt wird, werden die Daten als „defunct“ gekennzeichnet. Die zugehörigen Volumes werden mithilfe von ZCVM verschoben. Die Metadateien der defunct-Objekte bleiben erhalten, sodass die zugehörigen Cloud-Objekte weiterhin zugänglich sind und per Garbage Collection bereinigt werden können.