Hyper-V 这个开关在 Windows 10 专业版里是明晃晃摆在那儿的，打开「启用或关闭 Windows 功能」，勾上、重启，收工。可一旦换成 Windows 10 家庭版，你把那张功能列表从头翻到尾，也不会看到任何一个带 Hyper-V 字样的条目——不是漏看，也不是系统装坏了，是微软在做产品分层的时候，直接把这个开关从家庭版的可见清单里拿掉了。这事卡住的人远比想象中多：想跑 Docker Desktop 的、想上手 WSL2 的、做自动化想装 PLCSIM Advanced 的、想开 Windows 沙盒做样本分析的、单纯想学虚拟化练手的，全都会在同一个地方撞墙。这篇东西就围绕「windows10 家庭版无法勾选 Hyper-V」这一件事展开，把组件为什么被藏起来、藏在了哪里、用哪种方式把它补回来、补回来之后又会踩哪些坑，一条线讲透。不管你是刚接触虚拟化的新手，还是已经带着一堆工控软件在折腾的老手，都能从里面找到能直接抄的部分。
1. 家庭版为什么找不到这个勾选项
1.1 功能分层：微软藏的不是功能，是入口
先把这个事说清楚，能省掉后面一半的困惑。Hyper-V 的二进制文件、驱动程序、服务、PowerShell 模块，这些东西在家庭版 Windows 10 的镜像里是实实在在存在的，它们躺在C:\Windows\servicing\Packages目录下，文件名就是Microsoft-Hyper-V-*.mum那一堆。微软做的事情不是「不给你装」，而是「不给你显示」——功能清单里对应的条目被移除了，所以图形化的「启用或关闭 Windows 功能」面板里查不到，你直接跑dism /online /enable-feature /featurename:Microsoft-Hyper-V-All也会返回一个「功能名称未知」的错误。
打个比方，这就像一间公寓里家具全都在，只是门口那块写着「储物间」的牌子被摘了。你知道位置，就能进去搬东西；不知道位置，绕十圈也找不到门。
理解这一点很关键，因为它决定了解决思路的方向：不是去下载安装包，而是想办法让系统重新认识这些已经存在的组件包。网上很多文章一上来就让你去下「Hyper-V 独立安装包」，那基本是浪费时间，Windows 的功能组件从来不走那种分发方式。
1.2 家庭版缺的到底是什么，缺到什么程度
具体缺的东西可以拆成三块，分开看会清楚很多：
- 功能注册项：这是最直接的，系统里那份「哪些功能可开关」的清单里没有 Hyper-V 相关条目。
- 管理界面：
virtmgmt.msc（Hyper-V 管理器）这个 MMC 控制台本身是包含在Microsoft-Hyper-V-Management-Clients包里的，补包补对了它一般会跟着出来；但确实存在补完之后管理器打不开的情况，这时候得靠 PowerShell 顶上去。 - 服务与驱动：
vmms（Hyper-V 虚拟机管理）、vmcompute（主机计算服务）这些服务，包补上、功能启用之后才会被正常注册。
顺带提一句，很多人以为家庭版只是没有 Hyper-V，其实不止：BitLocker 的完整管理、远程桌面主机端、组策略编辑器、Windows 沙盒、Hyper-V 容器隔离，这些在家庭版上要么没有、要么被砍。所以在动手之前先想清楚，自己到底是只要 Hyper-V，还是迟早会需要整个专业版的能力集，这个判断会直接影响你后面的决策。
1.3 动手之前，这三件事必须先确认
补包之前有几项前置条件必须过一遍，不然做到一半失败，你会以为方法不对，其实是硬件或者系统层面压根不满足：
第一，CPU 虚拟化必须打开。进 BIOS/UEFI 找Intel VT-x或者AMD-V（不同主板叫法不一样，Intel 常见叫Intel Virtualization Technology，AMD 叫SVM Mode）。开机后在任务管理器「性能」标签页右下角能看到「虚拟化：已启用」，这是最省事的确认方式。
第二，系统版本别太老。我用下来比较稳的是 1809 之后的版本，21H2、22H2 都没问题。1607 那种远古版本虽然也能补，但补完之后各种小毛病多，不建议折腾。
第三，确认系统是 64 位。Hyper-V 不支持 32 位 Windows，这条没得商量。
提示：Hyper-V 和大多数虚拟机软件一样，需要独占 CPU 的虚拟化扩展。如果你的机器上已经装了 VMware Workstation 或者 VirtualBox 并且正在跑虚拟机，先关掉它们再操作，别一边跑着一边补包。
还有一个容易被忽略的点：磁盘空间。每个 Hyper-V 虚拟机默认至少要几十 GB 的 VHDX 空间，加上检查点和内存转储，256 GB 的固态盘很容易被吃满。动手前先看看 D 盘还有多少余量，规划好虚拟机存放路径，别全堆在 C 盘。
2. 四条解决路线，各自的代价不一样
2.1 改注册表伪装系统版本，这条路基本走不通
老帖子里面流传最广的一招是把注册表里的EditionID从Core改成Professional，重启之后功能就出来了。这个说法在 Windows 7 时代还有点影子，从 Windows 8 开始就彻底失效了。原因很简单：功能可见性不是由 EditionID 决定的，而是由C:\Windows\servicing\Packages下的组件清单和Microsoft-Windows-Foundation-Package里那份功能列表共同决定的。你改了 EditionID，系统顶多在激活和授权层面换个说法，功能清单一个字都不会变。
更麻烦的是，乱改 EditionID 之后有些系统组件会开始犯迷糊，比如系统信息里版本号显示异常、部分更新检测出错。我见过有人改完之后连 Windows 更新都开始报错，最后只能重置系统。所以这条路我不推荐任何人走，收益为零、风险不小。
2.2 DISM 补包：目前最主流也最可控的做法
真正有效的思路是：把servicing\Packages里那些被隐藏的.mum包，通过 DISM 逐个重新注册进系统。DISM 本身有个能力叫「离线添加包」，在在线系统上同样适用，只要指定到具体的.mum文件路径，它就能把这个包重新挂上。挂完之后再启用对应的功能，Hyper-V 就出来了。
这个方案的优点很明确：全程用微软自己的工具，不引入第三方二进制，不改系统核心文件，卸载和回退也干净。缺点是操作步骤稍微多一点，而且每添加一个包都要等几秒到几十秒，整个流程走完通常要五到十五分钟，视机器性能而定。
2.3 一键脚本：本质还是 DISM，只是帮你把循环写好了
网上流传的那个「家庭版开启 Hyper-V.bat」，拆开看其实就是一段批处理：先列出所有*Hyper-V*.mum文件，然后 for 循环逐个调用 DISM 添加，最后再启用总功能。它没有任何黑魔法，也没有引入外部程序。
你可以直接用现成的脚本，也可以自己写一份，我更建议后者——一来你清楚每一行在干什么，二来自己写的脚本可以加上错误处理和日志输出，出问题好排查。
2.4 绕道而行：WSL2 和虚拟机平台值不值得先试
如果你要 Hyper-V 的目的只是跑 Linux 环境、跑 Docker，那有个更省事的路子值得先评估：较新的 Windows 10 版本（2004 及以后）里，「适用于 Linux 的 Windows 子系统」和「虚拟机平台」这两个功能在家庭版是官方支持、可以直接开启的，不需要走补包那一套。WSL2 底层就是用轻量级的 Hyper-V 虚拟化跑一个真实 Linux 内核，Docker Desktop 也可以基于 WSL2 后端运行。
那什么时候还是得硬啃 Hyper-V 本体？三种情况：需要图形化的 Hyper-V 管理器来管理多台虚拟机；需要跑依赖完整 Hyper-V 的软件（比如 PLCSIM Advanced 这类工控仿真工具）；需要做虚拟交换机、VLAN、嵌套虚拟化这类网络实验。只要沾上这三条，补包这条路就绕不过去。
| 方案 | 适用场景 | 操作难度 | 稳定性 | 是否官方支持 |
|---|---|---|---|---|
| 改注册表 EditionID | 基本无 | 低 | 差 | 否 |
| DISM 补包启用 | 需要完整 Hyper-V | 中 | 良好 | 否 |
| 一键脚本 | 同上，图省事 | 低 | 良好 | 否 |
| WSL2 / 虚拟机平台 | 只要 Linux 和 Docker | 低 | 优秀 | 是 |
3. 完整实操：把 Hyper-V 补进家庭版
3.1 准备工作：权限、路径和缓冲区
动手之前做三件事。第一，确认你是管理员账户，脚本和命令都必须在管理员权限下跑，普通权限下 DISM 会直接甩你一个「错误 5：拒绝访问」。右键开始菜单，选「Windows PowerShell（管理员）」或者「终端（管理员）」都行。
第二，把用户账户控制（UAC）先别关——我知道有人图省事直接关 UAC，但补包过程本身就需要提权，关掉之后某些 DISM 调用反而会出问题，保持默认即可。
第三，留出足够时间。整个过程会有几次明显的卡顿，尤其是在add-package那一刻，看起来像是死机了，其实是在解压和注册组件。别手贱去点关闭，耐心等。
另外提醒一句：补包前建议先创建系统还原点。万一中途出问题，回滚的成本比重新折腾低得多。创建入口是「控制面板 → 系统和安全 → 系统 → 系统保护 → 创建」。
3.2 脚本本体与逐行说明
下面这个是我手上一直在用的版本，保存成.bat文件，右键以管理员身份运行。
@echo off pushd "%~dp0" echo 正在列出 Hyper-V 相关组件包... dir /b "%SystemRoot%\servicing\Packages\*Hyper-V*.mum" > "%TEMP%\hyperv_pkgs.txt" for /f %%i in ('findstr /i . "%TEMP%\hyperv_pkgs.txt" 2^>nul') do ( echo 正在添加包: %%i dism /online /norestart /add-package:"%SystemRoot%\servicing\Packages\%%i" ) del "%TEMP%\hyperv_pkgs.txt" echo 正在启用 Hyper-V 功能... Dism /online /enable-feature /featurename:Microsoft-Hyper-V-All /LimitAccess /ALL echo 操作完成，请重启计算机。 pause逐行说一下意图。pushd "%~dp0"切到脚本所在目录，避免工作目录混乱导致相对路径失效。dir /b只输出文件名不输出头部信息，方便后面 for 解析。for /f配合findstr /i .的作用是把这个文件逐行读进来，/i .是让 findstr 匹配任意非空行，这是老批处理的经典写法。2^>nul是把 findstr 的错误输出丢掉，防止空文件时报错。
dism /online /norestart /add-package:是核心，/online表示操作当前运行的系统，/norestart是别自动重启，我们要等全部包加完再统一重启。最后那句enable-feature里的/LimitAccess很关键——它告诉 DISM 不要去连 Windows 更新服务器找包，全部用本地文件，这样断网也能跑，而且速度更快。
注意：包添加的顺序如果有报错，不要慌。部分包之间存在依赖，先失败的包往往在后面某个包装上之后可以重试成功。把报错内容记下来，全部跑完之后再单独补那几个。
3.3 不想用脚本，就手动分步来
如果你跟我一样，喜欢每一步都看得见结果，那就别用脚本，直接在管理员 PowerShell 里分步跑。
先看看本地到底有哪些包：
Get-ChildItem "$env:SystemRoot\servicing\Packages\" -Filter "*Hyper-V*.mum" | Select-Object -ExpandProperty Name正常会输出一长串，形如Microsoft-Hyper-V-Common-Drivers-Package~31bf3856ad364e35~amd64~~10.0.19041.1.mum这样的文件名。确认有内容之后，逐个添加：
$pkgs = Get-ChildItem "$env:SystemRoot\servicing\Packages\" -Filter "*Hyper-V*.mum" foreach ($p in $pkgs) { Write-Host "添加包: $($p.Name)" -ForegroundColor Cyan dism /online /norestart /add-package:"$($p.FullName)" }跑完之后再执行功能启用：
dism /online /enable-feature /featurename:Microsoft-Hyper-V-All /all /norestart如果这一步返回「功能名称未知」，说明前面的包没加全，回去检查有没有漏掉的报错。全部成功之后重启。
3.4 重启之后怎么验证装没装上
第一次重启会明显变慢，因为系统在注册新组件，这属于正常现象，别以为装坏了。
验证分三步。第一步，看功能状态：
Get-WindowsOptionalFeature -Online -FeatureName Microsoft-Hyper-V-All返回State : Enabled就对了。第二步，看服务：
Get-Service vmms, vmcompute, nvspwmi | Format-Table Name, Status, StartType -AutoSizevmms和vmcompute应该是 Running 或者至少是手动启动状态。第三步，直接试能不能建虚拟机：
Get-VMHost | Select-Object LogicalProcessorCount, MemoryCapacity, VirtualMachinePath能返回宿主机信息，说明 Hyper-V 的管理模块已经正常加载了。
至于图形化的 Hyper-V 管理器，按Win+R输入virtmgmt.msc试试。能弹出来最好；如果提示找不到文件或者报错，不用纠结，直接用 PowerShell 管理完全够用，常用命令我列在下面：
# 创建一台第二代虚拟机 New-VM -Name "Lab-Win10" -MemoryStartupBytes 4GB -Generation 2 ` -NewVHDPath "D:\VMs\Lab-Win10\disk.vhdx" -NewVHDSizeBytes 60GB # 设置虚拟处理器数量 Set-VMProcessor -VMName "Lab-Win10" -Count 2 # 启动 Start-VM -VMName "Lab-Win10" # 导出虚拟机（备份或迁移用） Export-VM -Name "Lab-Win10" -Path "E:\VMBackup"3.5 虚拟交换机与物理网卡桥接，这一步最容易翻车
Hyper-V 的网络模型和 VMware 差别很大，初次接触的人十有八九在这里卡住。它有三种交换机类型：
- 外部交换机：绑定到物理网卡，虚拟机能直接接入物理网络，能拿到路由器分配的 IP。
- 内部交换机：只连接虚拟机和宿主机，宿主机上有对应的虚拟网卡。
- 专用交换机：虚拟机之间互通，宿主机不参与。
创建外部交换机：
New-VMSwitch -Name "ExternalSwitch" -NetAdapterName "以太网" -AllowManagementOS $true-AllowManagementOS $true的意思是宿主机自己也保留一个虚拟网卡连在这个交换机上，这样宿主机不会断网。这个参数千万别漏，漏了之后宿主机网络会直接掉。
New-VMSwitch -Name "NATSwitch" -SwitchType Internal New-NetIPAddress -IPAddress 192.168.100.1 -PrefixLength 24 -InterfaceAlias "vEthernet (NATSwitch)" New-NetNat -Name "NATNet" -InternalIPInterfaceAddressPrefix 192.168.100.0/24虚拟机内部手动配 IP：地址192.168.100.2、掩码255.255.255.0、网关192.168.100.1，DNS 用公共的就行。NAT 方案的好处是宿主机网络配置完全不受影响，适合临时实验。
IP 配置和在虚拟机里执行ipconfig /all确认获取到地址，两步都过一遍再往下走。
4. 装完之后的性能与网络调优
4.1 内存分配：别按物理内存的平均值给
Hyper-V 默认启用了动态内存，这在跑多台虚拟机时有用，但单台跑重负载应用时反而添乱。我的习惯是先关掉动态内存，固定分配，跑稳了再考虑按需开启。
Set-VM -Name "Lab-Win10" -DynamicMemory $false -MemoryStartupBytes 8GB -MemoryMinimumBytes 4GB -MemoryMaximumBytes 8GB宿主机留多少内存合适？经验值是：宿主机自身至少要留 8 GB，剩下的再分给虚拟机。16 GB 的机器建议单台虚拟机不超过 6 GB，32 GB 的机器可以给到 16 GB。为什么是这个比例？因为宿主机本身跑着浏览器、IDE、各种后台服务，再加上 Hyper-V 的管理开销，内存被压到临界点之后整机会卡到无法操作，这个坑我踩过不止一次。
CPU 分配同理，虚拟处理器总数不要超过物理核心数。超线程出来的逻辑核心可以适度利用，但物理核心数是硬上限。
4.2 检查点：用得快，删得也要快
Hyper-V 的检查点（Checkpoint）功能非常好用，但它用的是差异磁盘机制——检查点建立之后，所有写入都记在.avhdx差异文件里，原来的.vhdx变成只读。用久了差异文件会越滚越大，性能下降非常明显。
我见过有人一台虚拟机挂着七八个检查点，磁盘占用比实际数据大了三倍，开机要五分钟。所以习惯是：做实验前建一个，实验完立刻合并删除。
# 查看检查点 Get-VMSnapshot -VMName "Lab-Win10" # 删除指定检查点（会合并到父盘） Remove-VMSnapshot -VMName "Lab-Win10" -Name "实验前快照"4.3 嵌套虚拟化：跑 Docker 和测试环境的关键
如果你的虚拟机里还要再跑一层虚拟化（比如虚拟机里装 Docker、装 WSL2、装测试用的 Hyper-V），那必须开嵌套虚拟化，否则会报「hypervisor 不可用」之类的错误。
Set-VMProcessor -VMName "Lab-Win10" -ExposeVirtualizationExtensions $true注意这条命令要求虚拟机处于关闭状态，运行中执行会失败。另外嵌套虚拟化对性能有明显损耗，能不用就不用。
5. 常见报错与排查速查表
5.1 权限与功能名类错误
| 报错信息 | 触发场景 | 排查方向与处理 |
|---|---|---|
| 错误 5：拒绝访问 | 非管理员权限执行 | 右键「以管理员身份运行」，确认 UAC 未拦截 |
| 错误 0x80070005 | 包添加中途失败 | 关闭安全软件实时防护，重试；检查系统盘权限 |
| 功能名称未知 | 直接 enable-feature | 说明包未添加成功，回到 3.2 重新补包 |
| 错误 0x800f080c | 功能未注册 | 同上，套件清单未更新，需重启后再试 |
| 0x800f0922 | 保留分区空间不足 | 系统保留分区需要至少 250 MB 空闲，用磁盘管理扩容 |
5.2 与 VMware、VirtualBox 的兼容冲突
这是最高频的一类问题。启用 Hyper-V 之后，Windows 的 hypervisor 会先于 VMware 抢占 CPU 虚拟化层，导致 VMware Workstation 报「您的主机不满足在启用 hyper-v 或 device/credential guard 的情况下运行 VMware」这类提示，VirtualBox 则表现为虚拟机启动极慢或直接崩。
两条路可选。一是让两者共存：较新版本的 VMware Workstation 和 VirtualBox 都支持在 Hyper-V 存在的情况下通过 Windows Hypervisor Platform 运行，但性能损失明显，实测能掉三到五成，跑吃性能的负载会很难受。二是做切换：需要跑 VMware 的时候把 Hyper-V 的 hypervisor 关掉，用完再打开。
:: 关闭 hypervisor（用完 VMware 后记得改回 auto） bcdedit /set hypervisorlaunchtype off :: 恢复 bcdedit /set hypervisorlaunchtype auto切换需要重启，这是硬成本。查看当前状态用bcdedit /enum {current}，看hypervisorlaunchtype那一行的值。另外提醒一点：Device Guard 和 Credential Guard 也会占用虚拟化层，就算你把 Hyper-V 关了，如果这两个开着，VMware 照样跑不起来。用msinfo32看「基于虚拟化的安全性」那一项，显示「正在运行」就说明有东西占着。
5.3 工控软件场景：TwinCAT 和 PLCSIM Advanced
这两类软件正好是相反的需求，很容易把人绕晕。
TwinCAT 3 报 0x1024，本质是它需要独占实时以太网驱动和精确的时序控制，Hyper-V 的存在会干扰这一层。解决方式是关闭 Hyper-V 和所有基于虚拟化的安全功能，重启后 TwinCAT 才能正常加载实时驱动。也就是说，同一台机器上 TwinCAT 和 Hyper-V 是互斥的，这点在做方案的时候必须提前考虑，通常的做法是把它们分到两台机器或者双系统。
PLCSIM Advanced 反过来，它需要 Hyper-V 才能跑，因为它本身就是基于 Hyper-V 做的虚拟化仿真。所以在家庭版上装 PLCSIM Advanced 的人，正好是本文的目标读者——先把 Hyper-V 补上，PLCSIM Advanced 的安装程序才能往下走。装的时候注意版本匹配，较老的 PLCSIM Advanced 版本只认特定版本的 Hyper-V。
5.4 网络不通与宿主机断网
外部交换机建完之后宿主机断网，是最常见的翻车现场。原因基本是-AllowManagementOS没设成$true，解决办法是删掉重建：
Remove-VMSwitch -Name "ExternalSwitch" -Force New-VMSwitch -Name "ExternalSwitch" -NetAdapterName "以太网" -AllowManagementOS $true另一个高频问题是无线网卡做外部交换机。Hyper-V 对 Wi-Fi 网卡的支持一直不太理想，能建成功但宿主机网络行为会很奇怪，有时候能通有时候不通。建议能用有线就用有线；实在只有 Wi-Fi，走前面说的 NAT 内部交换机方案，稳定性好很多。
还有一种情况是虚拟机拿到 IP 但上不了网，这时候检查三点：网关地址是不是指向了虚拟交换机的宿主机地址、DNS 有没有配、宿主机上有没有第三方防火墙在拦截虚拟网卡的流量。
6. 长期维护、回退与升级时机
6.1 系统更新之后 Hyper-V 不见了怎么办
Windows 10 的功能更新（比如从 21H2 升到 22H2）会重建组件存储，某些情况下会把补进去的包冲掉。表现为功能列表里 Hyper-V 状态变成「已禁用」，或者虚拟机启动报「hypervisor 未运行」。
处理方法不复杂，重新跑一次补包脚本就行，已存在的包会被跳过，速度比第一次快很多。所以我建议把脚本放在一个固定目录里长期保留，系统更新之后就重跑一遍。
如果只是功能被禁用了而包还在，直接启用就行：
dism /online /enable-feature /featurename:Microsoft-Hyper-V-All /all /norestart顺带说一句，功能更新前最好先把所有虚拟机关掉并做一次导出备份，更新过程中磁盘操作频繁，正在运行的虚拟机容易出问题。
6.2 想彻底卸载，回到初始状态
先关掉所有虚拟机和检查点，然后：
# 关闭功能 dism /online /disable-feature /featurename:Microsoft-Hyper-V-All /norestart # 重启后检查残留虚拟交换机 Get-VMSwitch Remove-VMSwitch -Name "ExternalSwitch" -Force禁用功能不会自动删掉.vhdx文件，虚拟机的磁盘文件还在原目录里，需要手动清理。如果确定不再用，直接把整个虚拟机目录删掉。另外bcdedit里的 hypervisor 状态如果之前手动改过，记得改回默认。
6.3 什么情况下老实升级到专业版更划算
我得说句实话：家庭版补 Hyper-V 属于绕开产品设计的做法，在授权条款层面并不被官方支持。日常学习、测试、个人研究用没什么问题，但如果是企业环境、需要长期稳定运行的生产场景，我还是建议走正规渠道升级到专业版，理由有三个。
一是可维护性。补包方式依赖系统组件存储的结构，每次大版本更新都可能有变数，专业版是原生支持，没这个隐患。二是功能完整性，专业版除了 Hyper-V 还有组策略、远程桌面主机、BitLocker 完整管理、Windows 沙盒，这些东西在家庭版补是补不全的。三是支持成本，出问题的时候原生功能能查到官方文档和官方支持，补包方案只能靠自己摸索。
判断标准很简单：如果这台机器要长期承担工作职责，升级；如果只是自己折腾学习，补包完全够用。
7. 一些踩过坑之后才明白的经验
我个人在实际操作中的体会是，这套流程真正的难点从来不在命令本身，命令就那几行，抄下来就能跑。难的是判断问题出在哪一层。遇到失败先问三个问题：包加全了吗？硬件虚拟化开了吗？有别的软件占着虚拟化层吗？这三个问题覆盖了我遇到的九成故障。
最后分享一个挺实用的小技巧：把常用操作写成 PowerShell 函数塞进配置文件，开机就加载，省得每次翻笔记。
function New-LabVM { param( [string]$Name, [int]$MemoryGB = 4, [int]$CPU = 2, [int]$DiskGB = 60 ) $path = "D:\VMs\$Name" New-Item -ItemType Directory -Path $path -Force | Out-Null New-VM -Name $Name -MemoryStartupBytes ($MemoryGB * 1GB) -Generation 2 ` -NewVHDPath "$path\disk.vhdx" -NewVHDSizeBytes ($DiskGB * 1GB) -Path $path Set-VMProcessor -VMName $Name -Count $CPU Set-VMMemory -VMName $Name -DynamicMemoryEnabled $false Write-Host "虚拟机 $Name 创建完成" -ForegroundColor Green }把它放进$PROFILE指向的文件里，之后一句New-LabVM -Name Test01 -MemoryGB 8就能起一台配置齐整的虚拟机，比在图形界面里点十几下快得多。这类重复性工作自动化掉之后，你才有精力去折腾真正有价值的部分，比如网络拓扑实验、嵌套虚拟化测试、快照回滚流程演练这些。虚拟化这东西，学会了就是长期吃利息，前期多花半小时把流程理顺，后面能省下几十个小时。
