ZFS は、SSD を L2ARC キャッシュ、ZIL、および重複排除テーブルのホストとして有効または有効にできることを理解しています。
これらのどれも固定された最小サイズを必要としないようです。重複排除テーブルは、これに関する情報が少しあいまいになる可能性があります。重複排除テーブル自体は遅いディスクでホストされ、L1 / L2ARCによって高速化できます。これは、メモリの負荷に応じて、ダイナミックサイズ要件を持つホストと同じパフォーマンスの理由で同じディスクをスワップスペースとして使用するというアイデアを提供します。
スワップスペースが自動的にスワップスペースを増やし、メモリの不足に応じてL1ARCが減少するのと同様に、メモリ需要に応じてスワップとL2ARCのサイズを自動的に調整する方法はありますか?
ページファイルがL2ARCにキャッシュされている場合、同じ効果が得られると想像できます。これがどれくらい本当か確認できる人はいますか？
答え1
いいえ。
L2ARCとZILの両方に専用のブロックデバイス（パーティションまたはディスク全体）が必要です。もちろんサイズは固定されています。
ZILの場合、多くのスペースは必要ありません。 4GBで十分です。 1GBまたは2GBも動作します。セキュリティ上の理由から、2つ以上のデバイスにZILをミラーリングするのが最善です。
L2ARCはミラーリングしないでください。これは一時的にキャッシュされたデータであるため、意味がなく無駄です。
たとえば、次はbackup私のホームZFSサーバーのプールにあります。
# zpool list -L -v backup
NAME SIZE ALLOC FREE EXPANDSZ FRAG CAP DEDUP HEALTH ALTROOT
backup 7.25T 3.62T 3.63T - 18% 49% 1.00x ONLINE -
mirror 3.62T 1.81T 1.82T - 18% 49%
sde - - - - - -
sdf - - - - - -
mirror 3.62T 1.81T 1.82T - 18% 49%
sdh - - - - - -
sdg - - - - - -
log - - - - - -
mirror 1.98G 48K 1.98G - 0% 0%
sdn6 - - - - - -
sdo6 - - - - - -
cache - - - - - -
sdn7 37.2G 31.7G 5.51G - 0% 85%
sdo7 37.2G 30.3G 6.84G - 0% 81%
ログ（ZIL）がミラーリングされます。キャッシュ（L2ARC）はそうではありません。
sd[e-h]Seagate ST4000DX001ハイブリッドハードドライブ（内蔵8GBフラッシュキャッシュなど）。 sd[no][67]Crucial_CT275MX300SSD1 SSD（私のzfsルートプールがあるのと同じSSD）のパーティション。