10秒間のシステムリセットを実行した後、QTierが動作しなくなった問題に直面しています。
使用しているハードウェアは以下の通りです:
TS-h1090FU:ホットティアとして稼働するNVME SSDが2台(8TBのドライブ2台をRAID 0で構成)、別のSATAシステムSSD(500GB)
QXP-3X8PES拡張カードを使用して接続されたTL-R2400PES-RP拡張ベイ。24台の24TBドライブが8×3のRAID 6アレイで配置されています。
QTierは正常に動作していましたが、ACL権限の設定ミスを修正するためシステムリセットを実行した後、QTierは一度も再起動されませんでした。特定の時間に毎日実行されるように設定されていますが、何も起こりません。ホットティアにはロースピードティアへ書き込むべきデータがあります。
使用しているファームウェア:QuTS hero h6.0.0.3500
QTierを強制的に起動させる方法はありますか?それとも、新しいファームウェアのリリースを待つしかないのでしょうか?
よろしくお願いします。
Gaetan
Gunis
4
私のQtierの経験から言うと、まず自動モードを使うことをおすすめします。
NASにどんな種類のデータを保存しているかはわかりませんが、一般的にQtierの仕組みは、よくアクセスされる(「ホット」な)データを高速なNVMe階層に残し、あまりアクセスされない(「コールド」な)データはHDD階層へ移動するというものです。Qtier heroは、アクセスパターンや設定されたポリシーを使って、各データに最適な階層を判断します。
例えば、動画コンテンツが多くて、特定の動画が24時間に1回しかアクセスされていない場合、それは本当に「ホット」なデータとは言えません。そのすべてをNVMe階層に保存する必要はないでしょう。
そのため、私としてはQtierを自動で動かして、全て手動で管理しようとするより、システムに最適化させた方が良いと思います。ワークロードや階層化ポリシーに応じて、最適にデータ配置されます。
以下の方法を試してみてください:
Qtierを自動モードに設定して、数日間様子を見てみる。Qtierの統計・履歴を確認して、データが実際に階層間で移動しているかチェックしてください。QNAPは階層化の活動を評価する統計情報を提供しています。
もし自動階層化で期待通りの結果が得られない場合は、アクティビティの少ない時間帯に手動スケジュールで走らせてみてください。毎時実行を最初から設定するのはおすすめしません。階層化自体がストレージに追加の処理を発生させるので、NASが忙しくない時間に実行した方が一般的には良いです。
最新もしくは頻繁に使われるデータをSSD/NVMe階層に素早く移動させたい場合は、より頻繁なスケジュールで試して比較できます。メリットは、アクティブなデータが早く高速階層に昇格できる点ですが、デメリットとして階層化の活動と階層間の書き込み・移動が増えます。
まとめると、私のおすすめは:
まず:自動モード → 数日監視 → Qtierの統計を確認。
次に:それでうまくいかない場合は、低負荷時間で階層化ウィンドウを設定して結果を比べてみてください。
ただし、あなたの場合1点重要なのは、Qtierがシステムリセット前は動いていたのにリセット後は全く動いていないということです。どんなスケジュールを選択してもQtierが動かない場合、単にスケジュールの問題というよりQtierもしくは設定の問題を疑うべきです。その場合はストレージプールに変更を加える前にQtierのステータスとシステムログをチェックしてください。
また、あなたが使用中のh6.0.0.3500は指定されたファームウェアバージョンです。Qtier heroはQuTS hero h6.0の比較的新しい機能ですので、ファームウェアがサポートされている最新バージョンになっているかも確認しましょう。それが確認できてから、将来のファームウェア更新を待つしかないと判断してください。QNAPはQuTS hero h6.0でQtier heroを導入しました。
要するに、すぐに毎時Qtierを強制実行するより、まず自動モードで使って挙動や統計を観察し、本当にワークロードが必要なら頻度を上げていく方法が良いと思います。
RAID0はQtierと同じくリスクの高い運用です。
QuTSではまだ使ったことがありませんが、QTSのQtierが動作しなくなった場合、すべての階層化されたストレージはアクセス不能になりますが、こちらの場合はそうならないのでしょうか?
@dolbyman いくつか確認したいことがあります:QTierストレージプールは、2台の8TB NVMe(RAID 1の高速ティア)と24台の24TB HDD(RAID 6、3x8の低速プール)で構成されています。ストレージプール全体は正常に稼働しています。高速ティアはいっぱいになっていますが、ティアが満杯になった時の動作として、低速ティアへ書き込みを行っています。ボリュームの設定は「ターゲットティア」が低速、「書き込み加速モード」が「書き込みバッファ」になっています。唯一の問題は、ティアリングがもう実行されないという点です。
@Gunis 私の理解では、QuTS Hero QTierには自動モードはなく、スケジュールされたティアリングのみです。
次は最新のファームウェアを試してみるつもりです。もしかしたら、これで動き出すかもしれません。
Qtierがスケジュール通りに開始されない理由がわかるようなログを見る場所はありますか?
ありがとう。
Gaetan
ここで、速いティアがRAID0だと書いているので、その点についてコメントしました。
また、Qtierが「動作していない」と言っていましたが、これはティアリング機構が停止しているという意味だと思います(もしQTier自体が完全に壊れていたら、ストレージプール全体がダメになるはずです)。
ああ、そうそう…速いティアにはRAID 0って言ったんだっけ。それは信じられないほどバカげてるよ!
そんなことはない
もし排出を予定してるなら、できるだけ早く、30分以上かけてやって
@qverified マニュアルで排水をスケジュールするにはどうすればいいですか?やり方がわかりません。
ありがとうございます。
Gaetan
スケジュールの設定方法は把握しています。QTierはリセット前まで問題なく動作していました。現在も設定されています。下記をご覧ください。問題は、21:55になっても何も起こらないことです。データ移動もなく、ステータスは「アイドル」のままです。まるでシステムがトリガーを完全に無視しているようです。qtierがトリガーされるはずのタイミングで何か起こっているかどうか、ログファイルを取得できる場所はありますか?
ありがとうございます。
Gaetan
FAQによると、リセット後に保持されるのはユーザーアカウントとフォルダーのデータのみなので、設定がクリアされた可能性があります。設定を再度構成して、すべてが正常に動作するか確認していただけますか?
また、リセット後に設定が消去されているのに画面上にはまだ表示されているという件については、これがバグかどうか内部チームに確認させていただきます。ご指摘ありがとうございます!
How can I reset NAS settings but keep data intact? | QNAP
@SteveKo どの設定を変更すればいいのでしょうか?Qtierの設定はすでに何度も変更してみましたが、効果がありませんでした。これは明らかにバグのように感じます。リセットによってユーザーから見えないバックエンドの何かが変更されてしまい、その後で変更できなくなってしまうようです。
ありがとうございます。
Gaetan
つまり、Qtierはリセット後に再設定してもまだ動作しないということでしょうか?こちらではこの現象を再現できていません。
スケジュール設定とCronテーブルのスクリーンショットをご提供いただけますか?確認させていただきたいです。また、リセットするとタイムゾーンもリセットされるため、時間設定が影響していないかも念のためご確認ください。よろしくお願いします!
はい。Qtierは再設定後も動作しませんでした。最初にスケジュールされて動かなかったとき、タイムゾーンの問題だと気づきました。それからタイムゾーンが間違っていたことに気付き、修正しました。これは少し厄介でしたね!
下に画像を3枚添付しています。
cronタブの最後のエントリーを確認できます:
30 8 * * * /sbin/zfs_storage_util --tier_migration pool_id=2 >/dev/null 2>&1
これは現在設定されている8:30の日次ティア移行スケジュールに対応しています。リセット前とは異なっているので、ティアリング設定を変更するとcronタブにも反映されていることを確認できます。
このコマンドを自分で実行して、出力を確認しても安全でしょうか?
ありがとうございます。
Gaetan
OneCD
17
もしそのコマンドを実行する場合は、nullへのリダイレクトなしで実行すると出力が表示されますよ。
いろいろ調べてみたところ、zfs_storage_util コマンドには --tier_migration がコマンドオプションとして表示されませんでした。さらに調べてみると、zpool には ztier オプションがあるようです:
ztier [-l <raid|tier|stats>] ... [-s <tier>] [-S|-R] [-p|-r|-c] <pool> [vdev]
-l オプションで raid、tier、stats を確認できました。例えば stats コマンドでは GUI と同じ内容が表示されます:転送されたバイト数なし。
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
残念ながら、残りのオプション [-s <tier>] [-S|-R] [-p|-r|-c] が何をするのか分かりません。
よろしくお願いします。
Gaetan
もちろんです。実行しましたが、端末の出力はまったくゼロで、すぐに戻ってきました。なので、あまり参考になりませんでしたね🙂
以前のトピックでは、ZFSを直接操作した結果、悲惨なことになった例がありました。qcliコマンドにティアリングオプションがあるかどうか確認してください。
確認しましたが、階層化(tiering)に関連するものは何も見つかりませんでした。