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 堆内存通常固定）建议关闭动态内存或设置最小值 = 启动值；③ 监控「内存压力」指标而非只看使用率。**内存缓冲区设置过高会浪费，过低会导致频繁回收。**