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.

Ermittlung der Flash Pool Kandidatur und der optimalen Cache-Größe in ONTAP

Beitragende
PDFs

Bevor Sie eine vorhandene lokale Tier in eine lokale Flash Pool Tier umwandeln, können Sie feststellen, ob die lokale Tier I/O-gebunden ist und welche Flash Pool Cache-Größe für Ihren Workload und Ihr Budget am besten geeignet ist. Außerdem können Sie überprüfen, ob die Größe des Cache einer vorhandenen lokalen Flash Pool-Tier korrekt ist.

Hinweis Vor ONTAP 9.7 verwendet System Manager den Begriff „Aggregate“, um eine „Local Tier“ zu beschreiben. Unabhängig von Ihrer ONTAP-Version verwendet die ONTAP CLI den Begriff Aggregate. Weitere Informationen zu lokalen Ebenen finden Sie unter "Festplatten und lokale Tiers".
Bevor Sie beginnen

Sie sollten ungefähr wissen, wann die lokale Ebene, die Sie analysieren, seine Spitzenlast erlebt.

Schritte

  1. Erweiterten Modus aufrufen:

    set advanced

  2. Wenn Sie herausfinden möchten, ob eine bestehende lokale Tier geeignet für die Konvertierung in eine lokale Flash Pool Tier wäre, ermitteln Sie, wie stark die Festplatten in der lokalen Tier 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 die Reduzierung der Latenz durch das Hinzufügen von Flash Pool Cache für diese lokale Tier sinnvoll ist.

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

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

  3. Start Automated Workload Analyzer (AWA):

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

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

  4. Erweiterten Modus beenden:

    set admin

    AWA laufen lassen, bis ein oder mehrere Intervalle der Spitzenlast aufgetreten sind. AWA sammelt Workload-Statistiken für die Volumes, die der angegebenen lokalen Ebene zugeordnet sind, und analysiert Daten für eine Dauer von bis zu einer rollierenden Woche. Wenn Sie AWA für mehr als eine Woche ausführen, werden nur Daten gemeldet, die von der letzten Woche erfasst wurden. Die Schätzungen der Cache-Größe basieren auf den höchsten Lasten, die während der Datenerfassung zu beobachten sind. Die Last muss über den gesamten Zeitraum der Datenerfassung nicht hoch sein.

  5. Erweiterten Modus aufrufen:

    set advanced

  6. Anzeigen der Workload-Analyse:

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

  7. AWA stoppen:

    storage automated-working-set-analyzer stop node_name

    Sämtliche Workload-Daten werden gespeichert und stehen nicht mehr für Analysen zur Verfügung.

  8. Erweiterten Modus beenden:

    set admin