似たような質問を何度も受けました。
- ハードドライブの速度が遅くなるように、キャッシュにSSDをどのように使用しますか？
- HDDの回転を防ぐために、SSDへの書き込み変更をキャッシュしますか？ ZFS（おそらく）L2ARCではない
- https://superuser.com/questions/664400/ssd-cache-to-minimize-hdd-spin-up-time
- Unionfs、Aufs、Overlayfs、mhddfsのどちらを使用する必要がありますか？
- Linuxオーバーレイ（OverlayFS）マウントの親ファイルシステムへの変更を子ファイルシステムにマージする
...しかし、それらのどれも答えることができませんでした。ほとんどの質問は古いもの（2012〜2015）で、もう一度やり直しました。
ほとんどの時間、アイドル状態を維持する6GB ZFSプールがあります。ただし、サーバーには常に小さな書き込み操作があるため、忙しくてディスク速度を遅くすることはできません。長い間ディスクの電源を切ってエネルギーの浪費を最小限に抑えたいです。私が強調したいのは、パフォーマンスが重要だということです。いいえ私の興味は（水泳場は十分に高速ですが）エネルギー消費です。
私の考えは、1TB SSDをシステムに「永続キャッシュ」として追加することです（正しい単語かどうかわからない）。具体的には、システムは次のことを行う必要があります。
- 読み取りは最初にプールから応答されますが、問題のファイル（またはブロック）はSSDに保存する必要があります。後続の読み取りは、SSDのレプリカから応答を受け取る必要があります。
- 書き込みはSSDに保存されます。まれに（3日ごとに）、新しいファイルをプールに書き込む必要があります。
この問題に対する解決策はありますか？私が調査した結果によると
- AUFSは私の問題を解決できますが、カーネルには含まれていません。ユーザースペースドライバーがあるのか、どのくらい良いのかわかりません。
- 代わりに、OverlayFSはLinuxコミュニティによって主導されます。私にとっては、私のユースケースは明示的にサポートされていないようです（何らかの理由で親フォルダをサブフォルダにマージできないため）。私が正しく理解した場合、OverlayFSは実際にこれを欠点ではなく機能として扱います。つまり、私のユースケースには役に立たないという意味です。
- bcache：書き込み保存モードのbcacheは書き込み保存時間が長く、非常に有望に見えます。ただし、ドキュメントには「基本的にHDD / Raidデバイスで順次読み書きが許可されています」と記載されています。この動作を無効にする方法はありますか？また、急いで答えたくありません。これは問題があるようです。
- MergerFS：それが私の要件を満たすことができるかどうかわかりません。
まだ見ていないツール/ソリューション/提案がありますか？