Skip to main content
Die deutsche Sprachversion wurde als Serviceleistung für Sie durch maschinelle Übersetzung erstellt. Bei eventuellen Unstimmigkeiten hat die englische Sprachversion Vorrang.

Bestimmen Sie die ONTAP Flash Pool-Eignung und die optimale Cache-Größe

Beitragende netapp-thomi netapp-aaron-holt netapp-dbagwell netapp-sumathi netapp-lenida TimMcGue netapp-aherbin
Änderungen vorschlagen
PDFs

Bevor eine bestehende lokale Tier in eine Flash Pool lokale Tier umgewandelt wird, kann festgestellt werden, ob die lokale Tier I/O-gebunden ist und welche Flash Pool Cache-Größe für die jeweilige Workload und das Budget am besten geeignet ist. Es kann außerdem überprüft werden, ob der Cache einer bestehenden Flash Pool lokalen Tier korrekt dimensioniert ist.

Hinweis Vor ONTAP 9.7 verwendet System Manager den Begriff aggregate, um eine lokale Ebene zu beschreiben. Unabhängig von der ONTAP Version verwendet die ONTAP CLI den Begriff aggregate. Weitere Informationen zu lokalen Ebenen finden sich unter "Festplatten und lokale Ebenen".
Bevor Sie beginnen

Es sollte ungefähr bekannt sein, wann die lokale Tier, die analysiert wird, ihre Spitzenlast erreicht.

Schritte

  1. Erweiterter Modus:

    set advanced

  2. Wenn festgestellt werden soll, ob eine bestehende lokale Ebene für die Umwandlung in eine Flash Pool lokale Ebene geeignet ist, sollte ermittelt werden, wie stark die Festplatten in der lokalen Ebene während einer Spitzenlastperiode ausgelastet sind und wie sich dies auf die Latenz auswirkt:

    statistics show-periodic -object disk:raid_group -instance raid_group_name -counter disk_busy|user_read_latency -interval 1 -iterations 60

    Sie können entscheiden, ob es für diese lokale Ebene sinnvoll ist, die Latenz durch Hinzufügen eines Flash Pool Cache zu reduzieren.

    Der folgende Befehl zeigt die Statistiken für die erste RAID-Gruppe der lokalen Tier “aggr1”:

    statistics show-periodic -object disk:raid_group -instance /aggr1/plex0/rg0 -counter disk_busy|user_read_latency -interval 1 -iterations 60

  3. Automatisierter Workload Analyzer (AWA) starten:

    storage automated-working-set-analyzer start -node node_name -aggregate aggr_name

    AWA beginnt mit der Erfassung von Workload-Daten für die Volumes, die der angegebenen lokalen Tier zugeordnet sind.

  4. Erweiterten Modus beenden:

    set admin

    AWA sollte so lange ausgeführt werden, bis ein oder mehrere Intervalle mit Spitzenlast aufgetreten sind. AWA sammelt Workload-Statistiken für die Volumes, die der angegebenen lokalen Ebene zugeordnet sind, und analysiert Daten für einen Zeitraum von bis zu einer rollierenden Woche. Wenn AWA länger als eine Woche ausgeführt wird, werden nur Daten aus der jeweils letzten Woche berücksichtigt. Die Schätzungen der Cache-Größe basieren auf den höchsten Lasten, die während des Datenerfassungszeitraums beobachtet wurden; die Last muss nicht während des gesamten Datenerfassungszeitraums hoch sein.

  5. Erweiterter Modus:

    set advanced

  6. Anzeige der Arbeitslastanalyse:

    storage automated-working-set-analyzer show -node node_name -instance

  7. AWA anhalten:

    storage automated-working-set-analyzer stop node_name

    Sämtliche Arbeitslastdaten werden gelöscht und stehen nicht mehr zur Analyse zur Verfügung.

  8. Erweiterten Modus beenden:

    set admin

Verwandte Informationen