Hyper-V 不支持运行中热添加内存或 CPU，因其设计定位为企业级稳定平台，采用启动预分配+运行时动态调整（仅限内存）模型，未模拟 PCI 热插拔总线，也未向来宾暴露可枚举的空闲内存/CPU 插槽，所有配置变更须关机后生效。
windows 的 hyper-v 不支持运行中热添加内存或 cpu（即虚拟机开机状态下动态增加内存容量或逻辑处理器数量）。
为什么 Hyper-V 没有热添加内存/CPU？
Hyper-V 的设计定位是企业级稳定虚拟化平台，其资源分配模型基于启动时预分配 + 运行时动态调整（仅限内存），而非传统“热插拔”硬件语义。与 VMware vSphere 或某些 Linux KVM 配置不同，Hyper-V 未实现对来宾操作系统暴露可探测的、可枚举的“空闲内存插槽”或“未启用 CPU 插槽”，因此无法在 Windows/Linux 来宾中触发内核级热添加响应。
关键限制点包括：
- 所有内存和 CPU 配置变更（包括动态内存范围、vCPU 数量）都必须在虚拟机 完全关机状态下修改才生效；
- 第 2 代虚拟机虽支持 UEFI 和部分现代特性，但仍不提供热添加 CPU 或内存的接口；
- 即使启用了动态内存，也只是在已分配的最小/最大范围内自动增减已映射页，不是向来宾“新增物理插槽”；
- Hyper-V 不模拟 PCI 热插拔总线用于内存/CPU 设备，也无对应驱动支持。
可用的替代方案：接近“热扩展”的实用做法
虽然不能真正热添加，但可通过以下方式快速扩容，大幅缩短停机时间：
- 动态内存（推荐首选）：设置合理范围（如启动 2GB、最小 1.5GB、最大 6GB），让 Hyper-V 在负载升高时自动将内存从最小值向最大值提升，无需重启虚拟机——这是最贴近“热扩展内存”的机制；
- 快速关机 + 配置 + 启动：将虚拟机设为“关闭”（非保存状态），修改内存/vCPU 数值后立即启动，整个过程通常在 10–30 秒内完成，适用于维护窗口短的场景；
- 使用检查点 + 快速恢复：提前创建干净检查点，扩容前保存当前状态，配置完成后直接启动，便于回滚；
- 预留冗余资源：为关键 VM 预留足够 vCPU 和内存上限（例如配 4 vCPU / 8GB 最大内存），平时只用 2 vCPU / 4GB，按需通过动态内存释放或临时提升调度权重来应对突发负载。
注意：别混淆“动态内存”和“热添加”
动态内存 ≠ 热添加内存。前者是 Hyper-V 主机在运行时把已预留但未使用的内存页按需映射给来宾；后者是向运行中的系统报告新物理内存设备并由来宾内核在线识别、初始化、加入内存池——Hyper-V 不提供后者能力。若在来宾中执行 Get-PhysicalMemory 或 dmidecode -t memory，看到的内存总量始终等于“启动内存”值，不会随动态内存使用量变化而改变。
不复杂但容易忽略
