我現在有一台帶有 256 GB M.2 SSD 驅動器的 PC，用於 Linux Mint 根分割區、交換分割區和主分割區。我有一個 2TB 硬碟來存放我的所有資料（實際上我將其與主目錄分開，因為使用者的主資料夾具有使用者配置）。
我想將系統遷移到 ZFS，以利用校驗和、快照、透明壓縮和斷電穩健性。
由於我建立硬體時並未考慮到 ZFS，所以我現在想知道利用此設定的最佳方法是什麼。
我正在做很多影片製作，所以我經常扔掉大檔案（10GB）。我考慮過使用 SSD 作為 SLOG，但是當我捕獲和渲染視訊檔案時，這不會不必要地磨損 SSD - 無論如何，HDD 速度在這方面對我來說不是瓶頸。
我應該為 SSD 和 HDD 建立單獨的池嗎？我可以使用send/receive命令輕鬆地在池之間移動資料集嗎？
我可以對 SSD 進行分區以將其用於根分區並用於 HDD 的 SLOG 嗎？這不會打敗磨損均衡並更快殺死我的SSD嗎？這不會扼殺 SSD 的效能優勢嗎？
作為旁注：
稍後我可能會添加第二個 2 TB HDD 作為鏡像以獲得冗餘。我還有 2 個 1TB USB 3.0 驅動器，在 Raid-0 中與 ZFS 一起使用了一段時間。它們似乎運作得很好，可以處理約 130 MB/s 的寫入速度。我想知道將其用作我的主 HDD 的鏡像 vdev 是否是一個好主意。事實證明，它們可以穩定運行幾個月（我知道 USB 對於 ZFS 可能會出現問題 - 我也經常使用它）。
我目前使用的rdiff-backup是外部 3TB USB 3.0 硬碟。
到目前為止，我已經部署過幾次ZFS，一次是在生產環境中用於系統根，一次是在2磁碟映像中儲存資料。不過我從來沒有用過SSD。
你會建議我做什麼？
答案1
我正在做很多影片製作，所以我經常扔掉大檔案（10GB）。我考慮過使用 SSD 作為 SLOG，但是當我捕獲和渲染視訊檔案時，這不會不必要地磨損 SSD - 無論如何，HDD 速度在這方面對我來說不是瓶頸。
只有同步寫入才會傳送到 ZIL，因此根據軟體的不同，您可能不會看到效能上的太大差異。寫入耐久性僅在低品質消費型硬碟（您未指定型號）或 24/7 繁重寫入工作負載時才需要考慮。如果你每天工作8小時，你還剩下3倍的時間。
我應該為 SSD 和 HDD 建立單獨的池嗎？我可以使用發送/接收命令輕鬆地在池之間移動資料集嗎？
無論底層 vdev 配置如何，發送/接收都可以正常運作。請記住，您可以單獨選擇每個檔案系統，但無法獲得更細的粒度（檔案層級）。
我可以對 SSD 進行分區以將其用於根分區並用於 HDD 的 SLOG 嗎？這不會打敗磨損均衡並更快地殺死我的SSD嗎？這不會扼殺 SSD 的效能優勢嗎？
是的，您可以，4 GB 對於 ZIL 來說已經足夠了。另一方面，它肯定會更慢，但對於快速 SSD，您可能不會注意到這一點。但請注意，您現在面臨兩個問題合而為一 - 如果您的 SSD 壞了，您將丟失整個作業系統/設定文件，並且可能會丟失 HDD 上已提交但尚未寫入的資料。如果您走這條路，我強烈建議使用兩個 SSD，如果可能的話，兩個具有相同的速度和延遲，因為較慢的一個決定了速度。
稍後我可能會添加第二個 2 TB HDD 作為鏡像以獲得冗餘。我還有 2 個 1TB USB 3.0 驅動器，在 Raid-0 中與 ZFS 一起使用了一段時間。它們似乎運作得很好，可以處理約 130 MB/s 的寫入速度。我想知道將其用作我的主 HDD 的鏡像 vdev 是否是一個好主意。事實證明，它們可以穩定運行幾個月（我知道 USB 對於 ZFS 可能會出現問題 - 我也經常使用它）。
如果它適合您，並且您的其他替代方案（例如將磁碟放入具有 SATA 的系統中）不可用，那麼它可能是替代方案。當然，定期備份是必須的（在任何情況下都是如此）。
我目前對外部 3TB USB 3.0 硬碟進行 rdiff 備份。
如果將磁碟機格式化為基本 ZFS vdev，您也可以使用 send/recv。備份將更快（區塊級增量傳送），並且您至少將進行一致性檢查（校驗和清理）。唯一的缺點是，對於關鍵的檔案系統錯誤，您將所有雞蛋放在一個籃子裡，選擇權取決於您。