PVE ZFS 容量計算機

規劃條件

選擇要規劃的內容

實體磁碟顆

進階設定

這幾項是本站的規劃假設，不是自動偵測的結果。ashift 在建立集區時就決定，之後改不了。

ashift

VM 區塊大小

從現有主機匯入

在 PVE 主機上跑下面任一行，把輸出整段貼進來，這一頁就會照你實際的集區畫出來。資料只在你自己的瀏覽器裡處理。

直接看（貼上用）

zpool status && zpool list -v && zfs list && zfs get all && zpool history && awk '/^[a-z]+:/{p=($0~/^zfspool:/)} p' /etc/pve/storage.cfg

存成一個檔案

{ zpool status; zpool list -v; zfs list; zfs get all; zpool history; awk '/^[a-z]+:/{p=($0~/^zfspool:/)} p' /etc/pve/storage.cfg; } > /tmp/zfs-report.txt 2>&1

storage.cfg 那一段是用 awk 只印 zfspool 區段：同一份檔案裡的 pbs、nfs、cifs 設定帶著密碼與金鑰指紋，那些不會被印出來，也就不會離開你的主機。

六個都不是必要的：有幾個就讀幾個。zpool status 給組法、zpool list -v 給容量、zfs list 給實際用量、zfs get all 給 volblocksize 這類參數、zpool history 給當初建立時的 ashift。

磁碟配置

把磁碟拖進 vdev，或選起來按「加入 vdev」。兩種方式都可以，鍵盤也操作得了。

新增 vdev 的型別

自動分組每組顆（磁碟）

磁碟庫

還沒有分配到任何 vdev 的磁碟。

點一下選取，再點取消；在空白處拖曳可以框選。

集區配置

輔助裝置

這四種壞掉的後果完全不同：special 掉了整個集區就掉了，L2ARC 掉了沒事。它們的容量都不算進 VM 可用空間。

新增輔助裝置

容量與預留

規劃使用上限 %

這是本站的預留策略，不是官方固定的效能門檻。

匯出規劃

把這份配置存成圖或資料檔。圖上會印出計算依據與免責，因為圖流出去之後畫面上的說明就跟不過去了。

容錯

壓縮策略

先用代表性資料測試；壓縮只影響之後寫入的區塊，既有資料不會重算。

壓縮演算法

容量估算沒有把壓縮收益乘進去。壓縮比取決於實際資料，而且壓縮會改變實體區塊大小與補齊：拿一個平均值去乘是偽精確。

使用說明 7

這支工具怎麼算、以及它刻意不替你決定的事

RAIDZ 的實際效率比「名目」低名目效率是 (碟數 − 同位) ÷ 碟數，但 ZFS 實際配置時會把每個區塊補齊到同位+1 的倍數。碟數配得剛好時兩者幾乎一樣（6 碟 RAIDZ2 是 0.666 對 0.667），10 碟 RAIDZ2 卻是 0.762 對名目的 0.800：差 4.8%。本站算的是實際配置，不是名目。

dRAID 寫的是固定寬度的整條帶 RAIDZ 的區塊只佔它需要的磁區；dRAID 一律寫滿整個條帶，比條帶小的區塊會被補齊。實測 draid2:4d（ashift 12，條帶 16 KiB）：4 KiB 的區塊實際吃掉 4 倍空間、8 KiB 吃掉 2 倍，16 KiB 以上才是 1 倍。同樣 4 KiB 在 6 碟 RAIDZ2 只有 2 倍：dRAID 差一倍。所以 dRAID 常常要另外配一組 special vdev 承接小區塊。

dRAID 的分散備援換的是重建速度，不是容錯分散備援把備援空間攤在每一顆碟上，壞碟時可以整碟循序重建，通常比 RAIDZ 的逐區塊 resilver 快。但它不是多一份同位：draid2 不管留幾個備援，同時壞 3 顆就是集區不可用。而且備援佔掉的容量不算進集區（實測 11 顆配 1 個備援，zpool list 顯示的是 10 顆的量）。本站不估重建時間，那跟碟速、負載與資料量都有關。

dRAID 的參數建立後就改不了 children、同位碟數、每組資料碟數與分散備援數都在 zpool create 當下固定。每組資料碟數直接決定條帶寬度，也就決定小區塊要浪費幾倍空間：本站不替你挑一個，沒填就不產生可執行指令。

special vdev 不是快取它存的是中繼資料與小區塊。整組失去足夠副本時，整個集區的資料可能就讀不出來，所以本站要求 special 至少兩顆而且做成 mirror。另外實測：special 的冗餘比資料 vdev 弱時，ZFS 會直接拒絕建立（mismatched replication level），不是只給警告。

「zfs list 會顯示」的數字已經扣掉同位 zpool list 的 SIZE 是含同位的原始容量，zfs list 的 AVAIL 才是你真正放得下多少。兩個數字差一個 deflate 係數，拿錯一個會差 1.5 倍以上。本站兩個都列出來，並標明哪個是哪個。

本站算的是區塊配置模型，不是實際可用位元組中繼資料、slop space（ZFS 保留的那一小塊）、快照、壓縮率、dedup 表都不在這個模型裡，所以結果標的是「模型值」而不是「淨可用容量」。要真正的數字只能建起來再看 zfs list。產生的指令也沒有在任何主機上被本站驗證過。

用在 HDD / SSD / NVMe 的差別 7

同一種組法換一種介質，該注意的事完全不同。下面的倍數與百分比都是這一頁的配置模型算出來的（跟上面的結果同一套），不是抄來的經驗值。IOPS 與重建時間本站不估：那要看實際硬體與負載。

做 VM 儲存時，寬 RAIDZ 可能比 Mirror 還浪費同樣 12 顆碟、128 KiB 區塊時，一組 12 碟 RAIDZ2 的效率是 76.2%、六組 Mirror 只有 50.0%：看起來 RAIDZ 划算得多。但 VM 的 zvol 常常是 8 KiB 區塊，同一組 12 碟 RAIDZ2 會掉到 33.3%，反而比 Mirror 的 50.0% 差。而且它只有一個 vdev，隨機 IOPS 也輸。把上面的區塊大小改成你實際的 volblocksize 再看一次結果，不要照抄「RAIDZ 比較省」。

HDD：IOPS 跟 vdev 數量走，不是跟磁碟數量走一個 RAIDZ vdev 的一次隨機讀寫要跨過該條帶的所有資料碟，所以那一組的隨機 IOPS 大致就是一顆碟的量。十二顆碟開成一組寬 RAIDZ2，隨機效能約等於一顆；開成六組 Mirror 就是六份。要容量就開寬的，要 IOPS 就開多組窄的：這個取捨在建立集區時就定了。本站不估 IOPS，只把 vdev 數量列出來讓你自己判斷。

HDD：碟越大，重建越是要先想好大容量碟重建要跑很久，而重建期間集區的容錯是降級的。RAIDZ3 多一份同位，dRAID 則是把備援攤在每顆碟上、壞碟時整碟循序重建（通常比逐區塊 resilver 快）。另外把 special vdev 放到 SSD 或 NVMe，中繼資料與小區塊就不必再壓在轉動的碟上，但 special 掉了整個集區就掉了，所以本站要求它至少兩顆而且做成 Mirror。

SSD：SLOG 只加速同步寫入，而且要有斷電保護 SLOG 承接的是 ZIL，也就是「應用程式要求寫入必須落地才回應」的那一類。非同步寫入根本不經過它：工作負載不是同步寫的話，加 SLOG 完全沒有效果。而且 SLOG 要有斷電保護（PLP）：它存在的理由就是斷電之後那段尚未落盤的資料還救得回來，用沒有 PLP 的消費級 SSD 等於把這個保證拿掉。另外記得開 autotrim 或排程 zpool trim。

NVMe：ashift 設 13 會讓小區塊的浪費加倍有些 NVMe 的頁是 8 KiB，設 ashift=13 看起來比較「對齊」。但 ashift 決定的是 ZFS 的最小配置單位：同一組 6 碟 RAIDZ2，4 KiB 的區塊從 2.00 倍變成 4.00 倍、16 KiB 從 1.00 倍變成 2.00 倍。而 ashift 在建立集區時就固定、之後改不了。沒有量過自己的硬碟與工作負載，就用 12。

NVMe：延遲低到 Mirror 的優勢更明顯 NVMe 的單碟 IOPS 已經很高，瓶頸常常換成 CPU 與 ZFS 本身。這種時候 RAIDZ 的同位計算與整條帶讀取比較吃虧，Mirror 的延遲穩定得多。L2ARC 也不是加了就好：它的索引住在記憶體的 ARC 裡，加一塊 L2ARC 會吃掉本來拿來當快取的記憶體，而且它是讀取快取，不加速寫入。

建立後改不了的參數，先想清楚 ashift（集區的最小配置單位）、zvol 的 volblocksize、dRAID 的 children / 同位 / 每組資料碟數 / 分散備援數：這幾個都在建立當下固定。可以之後再調的是 compression、recordsize（對新寫入生效）、atime、autotrim 這些。Proxmox 的 zvol 預設 volblocksize 換過版本就不一樣，用 zfs get volblocksize 看你自己實際建出來的值，不要照抄別人的設定。