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.

Flash Pool-Kandidaten und optimale Cache-Größe bestimmen

Beitragende
PDFs

Vor dem Konvertieren einer vorhandenen lokalen Tier (Aggregat) in einen lokalen Flash Pool Tier können Sie feststellen, ob die lokale Ebene I/O-gebunden ist und die beste Flash Pool Cache Größe für Ihren Workload und Ihr Budget. Außerdem können Sie überprüfen, ob die Größe des Cache einer vorhandenen lokalen Flash Pool-Tier korrekt ist.

Was Sie benötigen

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üssen, ob ein vorhandenes lokales Tier (Aggregat) ein guter Kandidat für die Konvertierung in ein Flash Pool Aggregat wäre, bestimmen Sie, wie stark die Festplatten im Aggregat während einer Spitzenzeiten ausgelastet sind und wie sich das 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 dieses Aggregat sinnvoll ist.

    Mit dem folgenden Befehl werden die Statistiken für die erste RAID-Gruppe des Aggregats „aggr1“ angezeigt:

    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 mit dem angegebenen Aggregat verbunden 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 mit dem angegebenen Aggregat verbunden sind, und analysiert Daten für eine Dauer von bis zu einer rollenden 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