Hyper-V 整合計算器
計算具有 HA 和 Windows 授權的 Hyper-V 主機需求
如何使用Hyper-V 整合計算器
- 1輸入當前物理伺服器數量與平均 CPU/記憶體使用率。
- 2輸入目標 Hyper-V 主機規格與期望的預留餘量。
- 3檢視預計主機數、整合比與釋放的機櫃單元。
Hyper-V 整合規劃
主機數 = ceil(總負載 / (主機容量 × (1 − 預留)))；整合比 = 物理伺服器數 / 主機數Hyper-V 可把許多利用率偏低的物理機整合到少數執行 Windows Server 並啟用 Hyper-V 角色的主機上。
每臺主機保留 15–25% 餘量可維持即時遷移能力，使維護或主機故障時不會影響執行中的虛擬機器。
Hyper-V 容量規劃要先扣掉**主機自身佔用**：微軟建議為宿主分割槽（Root Partition）保留至少 **1–2 GB 記憶體 + 1–2 個邏輯處理器**，但實際上執行較多 VM 時建議預留 4–8 GB。另外要啟用 **Hyper-V 動態記憶體（Dynamic Memory）**：設定啟動記憶體、最小記憶體、最大記憶體和記憶體緩衝區（預設 20%），讓 VM 按需伸縮——這能顯著提高整合密度，但**對 SQL Server、Exchange 等記憶體敏感的應用要謹慎，建議用固定記憶體或設定足夠大的最小值**。
**Hyper-V 的三個關鍵實踐**：① **停用宿主上的其他角色**（域控制器、檔案服務等不應與 Hyper-V 同機，除非是極小的分支站點）；② **啟用 NUMA 感知**——儘量不要給單臺 VM 分配超過一個 NUMA 節點的資源（可在 Hyper-V 設定中檢視 NUMA 拓撲），否則跨節點記憶體訪問會帶來 30%+ 的效能損失；③ **儲存用固定大小 VHDX 而非動態擴充套件**，動態 VHDX 雖然省空間但效能較差且易碎片化；若用動態磁碟，務必監控宿主卷剩餘空間。**VHDX 格式（區別於舊的 VHD）支援最大 64 TB、有 4 KB 對齊和斷電保護，新環境一律用 VHDX。**
| 主機配置 | 可承載 VM（輕量） | 可承載 VM（中等） | 可承載 VM（重負載） |
|---|---|---|---|
| 2×8 核 / 64 GB | 20 – 30 | 10 – 15 | 4 – 6 |
| 2×12 核 / 128 GB | 35 – 50 | 18 – 25 | 7 – 10 |
| 2×16 核 / 256 GB | 50 – 70 | 25 – 35 | 10 – 15 |
| 2×24 核 / 512 GB | 80 – 110 | 40 – 55 | 16 – 24 |
| 4×16 核 / 1 TB | 120 – 160 | 60 – 80 | 25 – 35 |
Hyper-V 主機容量規劃參考
常見問題
每臺主機應保留多少餘量？
規劃 15–25% 空閒，便於故障轉移群集在不超配的情況下吸收宕機節點。
核心授權有何影響？
Windows Server 按核心授權，因此更大的主機即便虛擬機器數下降也會抬高系統授權成本。
必須用故障轉移群集嗎？
非必須，但它通過自動重啟虛擬機器讓整合變得安全。
Hyper-V 的授權怎麼算？
Windows Server 授權按**物理核心**計算（不看 VM 數量），且要求每個物理核心都授權、最少 16 核（每臺伺服器）、最少 8 核（每個處理器）。**Standard 版**允許執行 **2 個 Windows Server VM**（外加不限數量的 Hyper-V 宿主，但宿主只能用於虛擬化角色）；**Datacenter 版**允許**無限個 Windows Server VM**。**臨界點：當單機 VM 數量超過約 10 個時，Datacenter 版更划算**（因為 Standard 要按 2 個一組重複購買）。Linux VM 不需要額外授權。這個演算法是選型的關鍵經濟因素。
動態記憶體會導致效能問題嗎？
可能。動態記憶體通過在 VM 內「回收」記憶體再分配給其他 VM 來實現超配，回收過程（ballooning）會帶來開銷，且**如果 VM 內的應用突然申請大量記憶體，可能因回收不及時而觸發 VM 內部的頁面交換**，效能驟降。所以：① 記憶體緩衝區設為 20%（預設值合理）；② 對 SQL、Exchange、Java 應用（JVM 堆記憶體通常固定）建議關閉動態記憶體或設定最小值 = 啟動值；③ 監控「記憶體壓力」指標而非只看使用率。**記憶體緩衝區設定過高會浪費，過低會導致頻繁回收。**