現在、Linux Mint のルート、スワップ、ホーム パーティション用に 256 GB M.2 SSD ドライブを搭載した PC を持っています。すべてのデータ用に 2 TB HDD があります (ユーザーのホーム フォルダーにはユーザー構成があるため、実際にはホーム ディレクトリとは別に保管しています)。
チェックサム、スナップショット、透過的な圧縮、電源喪失時の堅牢性を活用するために、そのシステムを ZFS に移行したいと考えています。
私は ZFS を念頭に置いてハードウェアを構築していなかったので、このセットアップを活用する最善の方法は何だろうかと考えています。
私はビデオ制作などをたくさん行っているので、大きなファイル (10 GB) が頻繁にやり取りされています。SSD を SLOG として使用することを考えましたが、ビデオ ファイルをキャプチャしてレンダリングするときに SSD が不必要に消耗してしまうのではないでしょうか。この点では、HDD の速度は私にとってボトルネックではありません。
sendSSD と HDD 用に別々のプールを作成する必要がありますか? /コマンドを使用してプール間でデータセットを簡単に移動できますかreceive?
SSD をパーティション分割して、ルート パーティションと HDD の SLOG の両方に使用できますか? ウェア レベリングが無効になり、SSD が早く壊れてしまうのではないでしょうか? SSD のパフォーマンス上の利点が失われてしまうのではないでしょうか?
補足として:
冗長性を確保するために、後でミラーとして 2 台目の 2 TB HDD を追加するかもしれません。また、しばらくの間、Raid-0 の ZFS で使用した 1 TB USB 3.0 ドライブが 2 台あります。これらは非常にうまく機能しているようで、約 130 MB/秒の書き込み速度を処理できます。これをメイン HDD のミラー vdev として使用するのはよい考えでしょうか。これらは数か月間安定していることが証明されています (USB は ZFS で問題が発生する可能性があることは知っています。私もかなり試しました)。
現在はrdiff-backup外付け 3TB USB 3.0 ドライブを使用しています。
私はこれまで ZFS を数回導入しました。1 回はシステム ルート用に本番環境で導入し、2 つのディスク ミラーにデータ ストレージを導入しました。ただし、SSD は使用したことはありません。
私に何をしたらいいとアドバイスしますか?
答え1
私はビデオ制作などをたくさん行っているので、大きなファイル (10 GB) が頻繁にやり取りされています。SSD を SLOG として使用することを考えましたが、ビデオ ファイルをキャプチャしてレンダリングするときに SSD が不必要に消耗してしまうのではないでしょうか。この点では、HDD の速度は私にとってボトルネックではありません。
ZIL への書き込みは同期書き込みのみなので、ソフトウェアによってはパフォーマンスに大きな違いが見られない場合があります。書き込み耐久性は、低品質のコンシューマー ドライブ (モデルを指定していない) または 24 時間 365 日の大量の書き込みワークロードの場合にのみ問題になります。1 日 8 時間作業する場合、残り時間は 3 倍になります。
SSD と HDD 用に別々のプールを作成する必要がありますか? 送受信コマンドを使用してプール間でデータセットを簡単に移動できますか?
送信/受信は、基礎となる vdev 構成に関係なく問題なく動作します。各ファイル システムを個別に選択することはできますが、より細かい粒度 (ファイル レベル) は選択できないことに注意してください。
SSD をパーティション分割して、ルート パーティションと HDD の SLOG の両方に使用できますか? ウェア レベリングが無効になり、SSD が早く壊れてしまうのではないでしょうか? SSD のパフォーマンス上の利点が失われてしまうのではないでしょうか?
はい、可能です。4 GB あれば ZIL には十分な容量です。その一方で、速度は確実に低下しますが、高速 SSD を使用すれば、それほど気にならないかもしれません。ただし、1 つの問題に 2 つの問題があることに注意してください。SSD が故障すると、オペレーティング システム/構成ファイル全体が失われ、HDD にコミットされているがまだ書き込まれていないデータが失われる可能性があります。この方法を採用する場合は、2 つの SSD を使用することを強くお勧めします。可能であれば、速度とレイテンシが同じ 2 つの SSD を使用してください。遅い方の SSD がペースを決めるからです。
冗長性を確保するために、後でミラーとして 2 台目の 2 TB HDD を追加するかもしれません。また、しばらくの間、Raid-0 の ZFS で使用した 1 TB USB 3.0 ドライブが 2 台あります。これらは非常にうまく機能しているようで、約 130 MB/秒の書き込み速度を処理できます。これをメイン HDD のミラー vdev として使用するのはよい考えでしょうか。これらは数か月間安定していることが証明されています (USB は ZFS で問題が発生する可能性があることは知っています。私もかなり試しました)。
この方法がうまく機能し、他の代替手段 (たとえば、SATA を使用してディスクをシステム内に配置する) が利用できない場合は、代替手段になる可能性があります。 もちろん、定期的なバックアップは必須です (いずれの場合も必須です)。
現在、外付け 3TB USB 3.0 ドライブに rdiff-backup を実行しています。
ドライブを基本的な ZFS vdev としてフォーマットすると、send/recv も利用できます。バックアップは高速になり (ブロック レベルの増分送信)、少なくとも一貫性チェック (チェックサムとスクラビング) が行われます。唯一の欠点は、重大なファイル システム バグに関してすべての卵を 1 つのバスケットに入れることです。ここでの選択はあなた次第です。