虛擬機器儲存計算器
計算 vSphere ESX 叢集儲存容量需求
如何使用虛擬機器儲存計算器
- 1輸入虛擬機器數量、每臺平均磁碟大小，以及 RAID/糾刪碼開銷係數。
- 2輸入計劃保留的增長率與快照保留期。
- 3檢視配置儲存前所需的總裸容量與可用容量。
為虛擬機器規劃儲存容量
可用 = 虛擬機器數 × 單盤GB × (1 + 開銷)；裸容量 = 可用 / RAID效率虛擬化環境需要為快照、副本和 RAID 校驗預留開銷，因此可用容量總是小於裸盤容量。
建議至少保留 20–30% 空閒空間，以免資料儲存填滿時即時遷移和補丁更新卡住。
容量規劃要算四塊：① **VMDK/VHDX 磁碟**（含快照）；② **虛擬機器記憶體檔案**（.vmem/.vswp，大小 ≈ 分配的記憶體；VM 關機後刪除，但預留空間/Reservation 會持續佔用）；③ **日誌檔案**（vmware.log、Hyper-V 的日誌）；④ **快照與增量檔案**。**快照是最容易失控的部分**——快照檔案會隨寫入量持續增長，一個掛了 3 個月沒刪除的快照，其 delta 檔案可能比原始磁碟還大，且會嚴重拖慢效能（讀操作要遍歷整個快照鏈）。
效能維度換算：**IOPS 需求 = 總 IOPS × 讀寫比例 + 寫懲罰**。RAID 的寫懲罰：RAID 0 為 1、RAID 1/10 為 2（每次寫要寫兩份）、RAID 5 為 4（讀改寫：讀資料 + 讀校驗 + 寫資料 + 寫校驗）、RAID 6 為 6。所以**資料庫這類寫密集場景應該用 RAID 10 而非 RAID 5**：假設應用需要 1,000 IOPS、寫佔 50%，RAID 5 的實際磁碟 IOPS 需求 = 1000 × (0.5 讀 + 0.5 × 4 寫) = 2,500；RAID 10 則是 1000 × (0.5 + 0.5 × 2) = 1,500。**SSD 時代這個差異縮小，但 RAID 5 的寫懲罰依然存在。**
| 模式 | 空間佔用 | 效能 | 風險 | 適用 |
|---|---|---|---|---|
| 厚置備延遲置零 | 立即全部分配 | 好 | 低 | 傳統推薦 |
| 厚置備快速置零（Eager Zero） | 立即分配並清零 | 最好 | 低 | 叢集、FT、高效能 |
| 精簡置備（Thin） | 按需增長 | 略低 | **空間耗盡風險** | 開發測試、超配 |
| 差異磁碟（Differencing） | 僅存差異 | 低（鏈長時） | 依賴父盤 | VDI、快照鏈 |
| 直通 RDM / 裸裝置 | 直接使用 LUN | 最好 | 喪失快照等特性 | 資料庫裸裝置 |
不同磁碟模式的容量與效能
常見問題
為什麼可用小於裸容量？
RAID 校驗、糾刪碼和快照在寫入任何客戶資料前就會佔用容量。
應保留多少餘量？
目標是保留 20–30% 空閒，以吸收峰值、快照和維護操作。
精簡置備磁碟能省空間嗎？
它只是延遲佔用，寫滿時邏輯總大小仍需容納在資料儲存內。
快照能當備份用嗎？
**絕對不能**。快照記錄的是「相對於某個時間點的差異」，它依賴於原始磁碟檔案——原始磁碟損壞，快照就毫無意義。而且快照會帶來：效能下降（每次讀要檢查快照鏈）、空間持續增長、刪除長鏈快照時可能耗時極長甚至導致 VM 短暫停頓。**正確做法：短期使用（打補丁、升級前，用完立即刪除，建議不超過 24–72 小時）+ 用真正的備份方案（Veeam、Commvault、Windows Server Backup）做長期保護。**
精簡置備寫滿了會怎樣？
災難性後果：**資料儲存寫滿時，其上所有 VM 會同時暫停或崩潰**（不只是那臺寫滿的 VM）。而且恢復麻煩——即使刪了檔案，VM 也可能處於不一致狀態。所以必須：① 設定空間告警閾值（建議 75% 告警、85% 嚴重告警）；② 保留至少 20% 的餘量；③ 啟用儲存 DRS/vMotion 自動平衡；④ 使用支援 UNMAP/空間回收的儲存（刪除檔案後能真正釋放空間）。**這是虛擬化運維中最嚴重的「一失足成千古恨」場景之一。**