以視覺化方式管理 Proxmox 儲存空間

Proxmox 的儲存功能強大但分散：ZFS 在一處，LVM 在另一處，磁碟的真實狀態則藏在命令列中。當儲存池顯示降級（degraded）時，第一個問題總是一樣：哪顆磁碟、有多嚴重、現在該怎麼辦？本頁說明兩件事：不論何種安裝都適用的儲存決策，以及 Atlas 如何在單一地圖上，呈現從儲存池到資料路徑的磁碟。

為什麼儲存空間令人困惑？

各層分散在不同畫面：實體磁碟、RAID/儲存池、資料集/LV，以及其上的 VM 磁碟。要看出問題出在哪一層，得檢查四個地方。

ZFS、LVM-thin 還是 Btrfs？安裝時做出的這個決定，是日後最難更改的決定；大多數指南卻只用一句話帶過。

健康狀態是看不見的：scrub 上次何時執行、儲存池為何降級、使用率往哪裡走；在大多數安裝中，這些都是出問題後才得知。

穩健的儲存例行程序

無論選擇哪種檔案系統，以下原則都不會改變：

有意識地選擇層級：單顆磁碟與彈性選 LVM-thin；資料完整性、壓縮與快照選 ZFS。

一開始就建立備援：mirror 或 raidz 的決定在建立儲存池時就要做出；日後轉換必須搬移資料。

將 scrub 排入排程（每月一次是不錯的節奏）並檢視結果；scrub 錯誤就是早期警訊。

認真看待磁碟訊號：持續增加的重新配置磁區，是磁碟的告別信；應立即更換，不要等待。

快照不是備份：快照位於同一個儲存池，儲存池損毀時快照也一起消失。災難備援需在另一個裝置上保留副本（例如 PBS）。

使用率要保留餘裕：ZFS 使用率超過 80% 就會開始變慢；應在儲存池滿載前規劃擴充。

Atlas 將儲存空間整合於單一地圖

磁碟 → 儲存池 → 資料路徑，盡在單一流向地圖：

四層架構，單一畫面

ZFS、LVM、Btrfs 與 mdadm 位於同一介面：儲存池、資料集、LV 與磁碟呈現在同一張圖中，而非分散於不同分頁。

儲存池建立精靈

逐步建立新儲存池：選擇磁碟、備援、命名；套用前就清楚知道將發生什麼。

附備援徽章的地圖

每個儲存池在流向地圖上都附有徽章：mirror、raidz 還是單顆磁碟，一看便知，無需記憶。

資料集瀏覽器

瀏覽 ZFS 資料集樹狀結構：大小、使用量，以及哪台 VM 寫入哪裡。

健康狀態一目了然

儲存池狀態（線上/降級）與使用率一眼可見；問題出在哪一層，地圖就會指向哪裡。

安全的操作

破壞性步驟（抹除、格式化）需要明確確認；可復原與不可復原的作業會誠實區分，沒有虛假的復原。

常見問題