PVE Ceph 容量計算機
根據總容量需求計算 Ceph 叢集的節點數量和磁碟配置
容量需求
必要條件
叢集條件
可自動建議
AUTO 自動建議
AUTO 自動建議
保留 AUTO,系統會依容量需求自動配置節點數與每節點 SSD 數量。
建議配置
計算完成容量摘要
規劃說明
容錯界線
EC 集區的建立方式
PVE 支援 EC 集區,但 GUI 沒有建立入口,要用 pveceph pool create 集區名 --erasure-coding k=4,m=2。這個指令會一併建立存放 RBD omap 與中繼資料的副本集區(集區名-metadata),容量影響很小但不能省。
節點數不足
免責聲明
本工具的計算依據是 Jason 的實務經驗與公開文件的整理,不是 Proxmox、Ceph 或任何廠商的官方容量規劃建議。實際環境的硬體、韌體、網路與負載特性差異很大,請以你自己的實測結果與廠商的正式建議為準。
本工具的計算依據是 Jason 的實務經驗與公開文件的整理,不是 Proxmox、Ceph 或任何廠商的官方容量規劃建議。實際環境的硬體、韌體、網路與負載特性差異很大,請以你自己的實測結果與廠商的正式建議為準。
注意事項
實際可用容量會因檔案系統略減;建議預留 10-20% 空間確保效能,並把未來擴充需求一併算進去。
容錯要看故障網域,不是 OSD 的比例:保證撐得住的是「size − min_size」個故障網域(3 副本=1 個)。Ceph 會把每個節點的 OSD 自動掛在該節點的 host bucket 底下,故障網域一般就設在 host(PVE 文件對 failure-domain 的說明是「usually host」),所以預設情況是「倒 1 台節點」;若把節點分成 3 個機櫃、故障網域設成 rack,倒掉一整櫃(約 1/3 的 OSD)同樣不會中斷。同時倒兩台以上是否安全,要看 PG 剛好落在哪些節點,不保證。
以上容錯數字的前提是每個節點的 OSD 數量與容量都相同(本工具就是照這個前提規劃)。各節點不一致時 CRUSH 會依權重分配資料,容錯要以最弱的那台為準。
PG 暫停比例是假設 PG 均勻分布算出來的估計值,實際落點依 CRUSH map 而定。要停用特定 OSD 之前,用 ceph osd ok-to-stop osd.3 osd.7 這樣問,讓叢集自己回答比較準。
計算說明
- 總容量需求:您實際需要的可用儲存空間
- 節點數量:Ceph 最少需要 3 個節點,建議 5-7 節點以上更佳
- SSD 數量:每個節點建議 SSD 數量一致,以便於規劃容錯能力
- 副本設定:三副本提供更高可靠性,雙副本節省空間但風險較高
- Ceph 壓縮:LZ4 壓縮可節省 20-40% 空間,適合大多數工作負載
- 容量計算:實際需要的原始容量 = 總容量需求 × 副本數 ÷ 壓縮比
- 建議值:系統會根據最佳實踐自動推薦合適的配置
最佳實作建議
- 節點配置:3 節點適用小型環境,5-7 節點適合中型環境,越多節點容錯越強
- 磁碟選擇:建議使用相同規格的 SSD 確保效能一致性
- 網路需求:建議使用 10Gbps 以上網路,可搭配 PVE Ceph 網路計算機
- 硬體規格:每個 OSD 建議對應配置 1-2GB RAM
- 容量規劃:預留 30% 空間用來重新平衡、效能維護及避免塞滿
- 壓縮設定:啟用 LZ4 壓縮可大幅節省容量,適合大資料量儲存需求
- 擴充策略:依據經費,可先擴充磁碟數量,再考慮增加節點