SSD 1台とHDD1台-ZFSストレージをどのように設計すればよいですか？
現在、Linux Mintルート、スワップ、およびホームパーティションに使用される256 GB M.2SSDドライブを搭載したPCがあります。私はすべてのデータ用に2TBのHDDを持っています（ユーザーのホームフォルダーにはユーザー構成があるため、実際にはホームディレクトリとは別にしています）。
そのシステムをZFSに移行して、チェックサム、スナップショット、透過的な圧縮、および電力損失の堅牢性を活用したいと思います。
ZFSを念頭に置いてハードウェアを構築しなかったので、このセットアップを利用するための最良の方法は何でしょうか。
とりわけビデオ制作をたくさんしているので、大きなファイル（10GB）がたくさん投げられています。 SSDをSLOGとして使用することを考えましたが、ビデオファイルをキャプチャしてレンダリングするときに、SSDを不必要に損なうことはありませんでした。HDDの速度は、この点でボトルネックではありません。
SSDとHDD用に別々のプールを作成する必要がありますか？ send/receiveコマンドを使用して、プール間でデータセットを簡単に移動できますか？
SSDをパーティション分割して、ルートパーティションとHDDのSLOGの両方に使用できますか？それはウェアレベリングを打ち負かし、SSDをより早く殺しませんか？それはSSDのパフォーマンス上の利点を殺しませんか？
補足として：
冗長性を確保するために、後でミラーとして2つ目の2 TB HDDを追加する可能性があります。Raid-0でZFSでしばらく使用した1TBUSB3.0ドライブも2つあります。これらは機能しているようです。かなりうまく、最大130 MB/sの書き込み速度を処理できます。これをメインHDDのミラーvdevとして使用するのは良い考えではないでしょうか。数か月間安定していることが証明されています（USBが問題になる可能性があることはわかっています）。 ZFSで-私もそれでかなり遊んだ）。
私は現在rdiff-backup外付け3TBUSB3.0ドライブに。
これまでに数回ZFSをデプロイしましたが、1回はシステムルートの実稼働環境に、データストレージは2ディスクミラーに配置しました。 SSDを使ったことはありません。
何をするようにアドバイスしますか？
とりわけビデオ制作をたくさんしているので、大きなファイル（10GB）がたくさん投げられています。 SSDをSLOGとして使用することを考えましたが、ビデオファイルをキャプチャしてレンダリングするときに、SSDを不必要に損なうことはありませんでした。HDDの速度は、この点でボトルネックではありません。
同期書き込みのみがZILに送信されるため、ソフトウェアによってパフォーマンスに大きな違いが見られない場合があります。書き込みの耐久性は、低品質のコンシューマードライブ（モデルを指定しなかった）または24時間年中無休の重い書き込みワークロードでのみ懸念されます。 1日8時間働くと、残り時間は3倍になります。
SSDとHDD用に別々のプールを作成する必要がありますか？ send/receiveコマンドを使用してプール間でデータセットを簡単に移動できますか？
Send/recvは、基盤となるvdev構成に関係なく、問題なく機能します。各ファイルシステムを個別に選択することはできますが、より細かい粒度（ファイルレベル）を取得することはできないことに注意してください。
SSDをパーティション分割して、ルートパーティションとHDDのSLOGの両方に使用できますか？それはウェアレベリングを打ち負かし、SSDをより早く殺しませんか？それはSSDのパフォーマンス上の利点を殺しませんか？
はい、できます。4GBはZILに十分なスペースです。一方、それは確かに遅くなりますが、高速のSSDでは、これにそれほど気付かない場合があります。ただし、1つに2つの問題があることに注意してください。SSDが停止すると、オペレーティングシステム/構成ファイル全体が失われ、HDDにコミットされているがまだ書き込まれていないデータが失われる可能性があります。このルートを使用する場合は、2つのSSDを使用することを強くお勧めします。可能な場合は、同じ速度と遅延の2つを使用します。これは、遅い方がペースを設定するためです。
冗長性を確保するために、後でミラーとして2つ目の2 TB HDDを追加する可能性があります。Raid-0でZFSでしばらく使用した1TBUSB3.0ドライブも2つあります。これらは機能しているようです。かなりうまく、最大130 MB/sの書き込み速度を処理できます。これをメインHDDのミラーvdevとして使用するのは良い考えではないでしょうか。数か月間安定していることが証明されています（USBが問題になる可能性があることはわかっています）。 ZFSで-私もそれでかなり遊んだ）。
それがあなたのために機能し、あなたの他の代替手段（例えば、SATAを備えたシステム内にディスクを置くこと）が利用できない場合、それは代替手段である可能性があります。もちろん、定期的なバックアップは必須です（いずれにせよ）。
私は現在、外付けの3TB USB3.0ドライブにrdiffバックアップを行っています。
ドライブを基本的なZFSvdevとしてフォーマットする場合は、send/recvを利用することもできます。バックアップが高速になり（ブロックレベルの増分送信）、少なくとも整合性チェック（チェックサムとスクラブ）が行われます。唯一の欠点は、重大なファイルシステムのバグに関して、すべての卵を1つのバスケットに入れることです。選択はここであなた次第です。