QTier unter QuTS Hero 6.0

Ich habe ein Problem mit QTier, das nach einem 10-sekündigen System-Reset nicht mehr funktioniert.

Ich verwende folgende Hardware:

TS-h1090FU: 2 NVME-SSDs als Hot Tier (zwei 8 TB Laufwerke im RAID 0) und eine separate SATA-System-SSD (500 GB)

Eine TL-R2400PES-RP Erweiterungseinheit, die mit einer QXP-3X8PES Erweiterungskarte verbunden ist. Es gibt 24 24-TB-Laufwerke, die als 8x3 RAID-6-Array konfiguriert sind.

QTier hatte zuvor funktioniert, aber seitdem ich den System-Reset durchgeführt habe, um einige von mir verursachte ACL-Berechtigungsfehler zu korrigieren, startet QTier nicht mehr. Es ist so eingestellt, dass es täglich zu einer bestimmten Zeit läuft, aber nichts passiert. Auf dem Hot Tier befinden sich Daten, die auf das langsamere Tier geschrieben werden sollten.

Ich verwende folgende Firmware: QuTS hero h6.0.0.3500

Gibt es eine Möglichkeit, QTier tatsächlich zum Starten zu zwingen? Oder muss ich einfach abwarten und hoffen, dass ein neues Firmware-Update das Problem irgendwann behebt?

Danke,

Gaetan

6.0.2

Probier mal dieses SW-Update aus.

Aus meiner Erfahrung mit Qtier würde ich empfehlen, zuerst den automatischen Modus zu verwenden.

Ich weiß nicht, welche Art von Daten du auf deinem NAS speicherst, aber grundsätzlich ist die Idee hinter Qtier, dass häufig genutzte („heiße“) Daten auf dem schnellen NVMe-Tier bleiben sollten, während weniger häufig genutzte („kalte“) Daten auf das HDD-Tier verschoben werden können. Qtier Hero nutzt Zugriffsmuster und konfigurierte Richtlinien, um das geeignete Tier für die Daten zu bestimmen.

Wenn du zum Beispiel überwiegend Videoinhalte hast und ein bestimmtes Video nur einmal alle 24 Stunden abgerufen wird, würde ich das nicht als wirklich „heiße“ Daten betrachten. Es gibt vermutlich keinen Grund, all diese Inhalte auf deinem NVMe-Tier zu halten.

Deshalb würde ich persönlich empfehlen, Qtier automatisch arbeiten zu lassen, statt jeden Transfer manuell zu steuern. Das System kann dann die Platzierung entsprechend der Arbeitslast und der konfigurierten Tiering-Richtlinie optimieren.

Was ich ausprobieren würde:

Setze Qtier auf Automatisch und beobachte für einige Tage, was passiert. Überprüfe die Qtier-Statistiken bzw. -Historie, um zu sehen, ob tatsächlich Daten zwischen den Tiers verschoben werden. QNAP stellt Statistiken zur Bewertung der Tiering-Aktivität bereit.

Wenn das automatische Tiering nicht das gewünschte Ergebnis liefert, probiere ein manuelles Zeitfenster während einer Periode mit geringer Aktivität. Ich würde nicht von Anfang an jede Stunde laufen lassen. Tiering erzeugt zusätzlichen Speicherzugriff, daher ist es generell besser, es während weniger ausgelasteter Zeiten laufen zu lassen.

Wenn du wirklich möchtest, dass das SSD-/NVMe-Tier so schnell wie möglich die zuletzt oder häufig genutzten Daten enthält, kannst du mit einem häufigeren Zeitplan experimentieren und die Ergebnisse vergleichen. Der Vorteil ist, dass aktive Daten schneller zum schnelleren Tier befördert werden können, der Nachteil ist jedoch mehr Tiering-Aktivität und mehr Schreibvorgänge bzw. Bewegung zwischen den Tiers.

Meine Empfehlung wäre daher:

Erstens: Automatisch → einige Tage beobachten → Qtier-Statistiken überprüfen.

Zweitens: Falls das nicht gut funktioniert, probiere ein geplantes Tiering-Fenster während geringer Auslastung und vergleiche die Ergebnisse.

Allerdings gibt es in deinem speziellen Fall einen wichtigen Punkt: Du hast gesagt, Qtier hat vor dem System-Reset funktioniert und seit dem Reset nie wieder gestartet. Wenn Qtier gar nicht läuft – unabhängig vom festgelegten Zeitplan – würde ich das eher als mögliches Qtier-/Konfigurationsproblem ansehen, statt einfach nur als Frage des richtigen Zeitplans. In diesem Fall würde ich zuerst den Qtier-Status und die Systemprotokolle checken, bevor ich Änderungen am Speicherpool mache.

Außerdem läuft bei dir h6.0.0.3500, das ist die von dir genannte Firmware-Version. Da Qtier Hero in QuTS hero h6.0 eine relativ neue Funktion ist, würde ich auch prüfen, ob du eine aktuelle, unterstützte Firmware verwendest, bevor ich annehme, dass man auf ein zukünftiges Firmware-Update warten muss. QNAP hat Qtier Hero mit QuTS hero h6.0 eingeführt.

Kurz gesagt: Ich würde Qtier nicht von Anfang an stündlich laufen lassen. Ich würde zuerst den automatischen Modus nutzen, das Verhalten und die Statistiken beobachten und erst später die Häufigkeit erhöhen, falls die Arbeitslast es tatsächlich erfordert.

RAID0 ist genauso riskant wie Qtier.

Ich habe es auf QuTS noch nicht verwendet, aber wenn QTS Qtier nicht mehr funktioniert hat, wäre auf den gesamten Speicher (der getiert ist) nicht mehr zugegriffen worden. Ist das hier nicht der Fall?

@dolbyman Um einige Dinge zu klären: Der QTier Storage Pool besteht aus 2 x 8TB NVME (RAID 1, schnelles Tier) und 24 x 24TB HDD als Slow-Tier (RAID 6, 3x8). Der gesamte Storage Pool ist voll funktionsfähig. Das schnelle Tier ist vollgelaufen und verhält sich wie vorgesehen, wenn es voll ist: Es schreibt einfach auf das langsame Tier. Das Volume ist mit „Ziel-Tier": Low-Speed und dem „Write-Acceleration-Modus" auf „Write Buffer“ eingerichtet. Das einzige Problem ist, dass das Tiering einfach nicht mehr ausgeführt wird.

@Gunis Soweit ich weiß, gibt es mit QuTS Hero QTier keinen automatischen Modus… nur das geplante Tiering.

Ich werde als nächstes die neueste Firmware ausprobieren, vielleicht bringt das das Ganze wieder zum Laufen.

Gibt es irgendwo eine Möglichkeit, Logs einzusehen, die Hinweise darauf geben könnten, warum das Qtier nicht wie geplant startet?

Danke,

Gaetan

Hier hast du gesagt, dass das schnelle Tier RAID0 ist, daher meine Anmerkungen.

Und du hast gesagt, Qtier funktioniert „nicht“, ich nehme an, du meinst, der Tiering-Mechanismus funktioniert nicht mehr (denn ein komplett kaputtes QTier würde einen vollständig kaputten Storage Pool bedeuten).

Ah ja… Ich habe tatsächlich RAID 0 für die schnelle Ebene vorgeschlagen. Das wäre unglaublich dumm!

nicht wirklich

wenn du das Entleeren planst, mach es so schnell wie möglich, spätestens nach 30 Minuten

@qverified Wie kann man einen manuellen Drain planen? Ich sehe nicht, wie das funktionieren soll.

Danke,

Gaetan

https://docs.qnap.com/operating-system/quts-hero/6.0.x/de-de/configuring-a-tiering-schedule-B7855FC1.html

Ich weiß, wie man einen Zeitplan konfiguriert. QTier hat vor dem Zurücksetzen ganz normal funktioniert. Es ist immer noch konfiguriert, siehe unten. Das Problem ist: Um 21:55 passiert absolut nichts. Es findet keine Datenverschiebung statt, der Status bleibt auf „Leerlauf“. Es ist, als würde das System den Trigger komplett ignorieren. Gibt es irgendwo eine Protokolldatei, um zu sehen, ob beim geplanten Auslösen von Qtier überhaupt etwas passiert?

Danke,

Gaetan

Laut unserer FAQ bleiben nach einem Reset nur Benutzerkonten und Ordnerdaten erhalten, sodass deine Einstellungen möglicherweise gelöscht wurden. Könntest du versuchen, sie erneut zu konfigurieren und überprüfen, ob alles wie erwartet funktioniert?

Außerdem lasse ich unser internes Team prüfen, ob es sich bei dem Problem, dass die Einstellungen nach dem Reset gelöscht wurden, aber trotzdem noch auf dem Bildschirm erscheinen, um einen Fehler handelt. Danke, dass du uns darauf hingewiesen hast!

Wie kann ich die NAS-Einstellungen zurücksetzen, aber die Daten behalten? | QNAP

@SteveKo Welche Einstellung müsste ich ändern? Ich habe die Qtier-Einstellung schon mehrfach geändert, aber es hat nichts gebracht. Für mich sieht das definitiv nach einem Bug aus, wobei etwas im Backend, das für den Nutzer nicht sichtbar ist, durch das Zurücksetzen geändert wurde, aber danach nicht mehr geändert werden kann.

Danke,

Gaetan

Meinst du, dass Qtier immer noch nicht läuft, selbst nachdem du es nach dem Reset neu konfiguriert hast? Wir konnten das bei uns nicht reproduzieren.

Könntest du uns einen Screenshot deiner Zeitplan-Einstellungen sowie deiner Cron-Tabelle schicken, damit wir uns das ansehen können? Nur als Hinweis: Da beim Reset auch die Zeitzone zurückgesetzt wird, solltest du prüfen, ob die Zeit-Einstellungen eventuell etwas damit zu tun haben. Danke!

Ja. Qtier läuft auch nach der Neukonfiguration nicht. Das Problem mit der Zeitzone habe ich herausgefunden, als es zum ersten Mal geplant war zu laufen und es nicht tat. Dann habe ich gemerkt, dass die Zeitzone falsch war und sie korrigiert. Das war ein bisschen tricky!

Ich habe unten drei Bilder angehängt.

Im Crontab sehe ich den letzten Eintrag:

30 8 * * * /sbin/zfs_storage_util --tier_migration pool_id=2 >/dev/null 2>&1

Der entspricht dem (aktuell konfigurierten) täglichen Tier-Migrationsplan um 8:30. Das ist anders als vor dem Reset, also kann ich bestätigen, dass die Änderungen an den Tiering-Einstellungen im Crontab auftauchen.

Ist es unbedenklich, diesen Befehl selbst auszuführen, um zu sehen, was passiert?

Danke,

Gaetan

Wenn du diesen Befehl wirklich ausführst, lass die Umleitung nach null weg, damit du ein bisschen Ausgabe siehst. :wink:

Nachdem ich ein wenig recherchiert habe, zeigt der Befehl zfs_storage_util nicht --tier_migration als eine der Optionen an. Weiteres Nachforschen hat ergeben, dass zpool eine ztier-Option hat:

ztier [-l <raid|tier|stats>] ... [-s <tier>] [-S|-R] [-p|-r|-c] <pool> [vdev]

Mit der Option -l konnte ich mir raid, tier und stats anzeigen lassen. Zum Beispiel zeigt mir der stats-Befehl dasselbe wie das GUI: keine bewegten Bytes:

zpool ztier -l stats zpool2
zpool2 tier 1 data-in 0 data-out 0
zpool2 tier 2 data-in 0 data-out 0
zpool2 tier 3 data-in 0 data-out 0
zpool2 tier 4 data-in 0 data-out 0
zpool2 tier 5 data-in 0 data-out 0

Leider kann ich nichts finden, was mir erklärt, was die übrigen Optionen [-s <tier>] [-S|-R] [-p|-r|-c] bewirken.

Danke,

Gaetan

Natürlich. Ich habe es ausgeführt. Es hat sofort zurückgegeben, ohne jegliche Ausgabe im Terminal. Also nicht besonders hilfreich :slightly_smiling_face:

Wir hatten schon frühere Themen, bei denen die direkte ZFS-Manipulation in Tränen endete. Schau nach, ob die qcli-Befehle Tiering-Optionen bieten.

Ich habe nachgesehen, aber nichts gefunden, das mit Tiering zu tun hat.