一键登录 更安全快捷
获取验证码
密码登录
验证码登录
登录
登录/注册
0
收藏
在Proxmox虚拟化平台里面创建虚拟机安装ESXi，ESXi系统内部已经开启nested‑virtualization嵌套虚拟化选项，但是ESXi当中新建虚拟机时，64位操作系统无法启动，仅能选择32位虚拟机。该现象本质是嵌套虚拟化链路断裂，不仅要在Proxmox虚拟机配置开启嵌套，Proxmox物理宿主机BIOS层面必须打开SVM(AMD‑V)硬件虚拟化功能；宿主机硬件虚拟化未启用时，即便虚拟机配置勾选嵌套，ESXi也拿不到硬件虚拟化扩展，无法运行64位客户机。
有VMware全系列产品官方资源和定制版资源需求的可以移步：
物理AMD主机部署Proxmox VE，新建虚拟机安装ESXi 8.0，在Proxmox虚拟机配置开启nested=1，进入ESXi系统后也确认嵌套虚拟化功能显示已启用。在ESXi中尝试创建64位Linux虚拟机，开机直接报错，只能选择32位版本运行。Proxmox虚拟机CPU类型配置为host，多次重启Proxmox与ESXi虚拟机故障依旧。
1.1 初期无效排查操作
修改ESXi高级参数开启嵌套；修改Proxmox虚拟机CPU型号；重装ESXi；切换Proxmox虚拟机BIOS为UEFI；调整ESXi虚拟机内存CPU资源，问题没有解决。
1.2 分层定位真实故障根因
Proxmox物理服务器BIOS中SVM（AMD‑V）硬件虚拟化开关处于Disabled状态。虽然Proxmox虚拟机配置写了nested=1，但底层物理CPU没有开放硬件虚拟化扩展，KVM无法透传虚拟化能力给ESXi虚拟机。ESXi看到的嵌套状态只是软件标记，没有真实的硬件虚拟化指令集，因此ESXi内部不能运行64位虚拟机。 现场验证修复：物理服务器BIOS开启SVM(AMD‑V)硬件虚拟化，Proxmox宿主机确认嵌套模块加载，重启Proxmox虚拟机，ESXi内部可以正常创建并启动64位虚拟机。
1、嵌套虚拟化两层依赖关系
Proxmox（第一层宿主机）：物理BIOS开启SVM/AMD‑V，KVM模块启用嵌套虚拟化； Proxmox内的ESXi虚拟机（第二层Hypervisor）：获取到CPU虚拟化扩展，ESXi内部打开nested‑virtualization； ESXi里的虚拟机（第三层VM）：才能正常运行64位操作系统。 任意一层缺失硬件虚拟化能力，第三层64位虚拟机就会失败。
2、为什么ESXi显示嵌套已启用但不能用
ESXi界面上nested virtualization选项可以勾选保存，只是配置参数写入，不代表CPU已经拿到硬件虚拟化指令。没有底层AMD‑V支持，ESXi缺少VM‑V/AMD‑V硬件能力，客户虚拟机无法进入64位运行模式。
3、AMD平台与Intel平台差异
AMD平台对应BIOS选项叫SVM Mode（AMD‑V）；Intel平台对应VMX。本题场景为AMD硬件，必须BIOS打开SVM Mode。Proxmox内核kvm_amd模块才可以提供嵌套能力。
4、Proxmox模块未加载的隐形问题
即使BIOS打开SVM，如果Proxmox内核参数屏蔽kvm嵌套，虚拟机nested=1配置也不会生效。需要确认宿主机模块参数是否开启嵌套。
1、物理BIOS确认（最关键）
进入物理服务器BIOS，找到CPU配置，将SVM Mode（AMD‑V）设置为Enabled，保存并整机冷重启服务器。热重启部分主板寄存器不会刷新。
2、Proxmox宿主机检查嵌套模块是否生效
登录Proxmox宿主机SSH，执行cat /sys/module/kvm_amd/parameters/nested；输出Y代表嵌套已开启，N代表关闭。如果输出N，修改/etc/modprobe.d/kvm.conf，设置options kvm_amd nested=1，更新initramfs，重启物理Proxmox主机。
3、Proxmox虚拟机硬件配置
ESXi对应的Proxmox虚拟机配置：CPU类型设置为host；虚拟机配置中启用nested=1；不要使用默认kvm64等模拟CPU，模拟CPU无法透传虚拟化扩展。
4、ESXi内部确认虚拟化能力
登录ESXi SSH执行esxcli system settings kernel list -l hv‑enableNestedHWVirt；确认值为TRUE；同时查看CPU信息确认识别到AMD‑V硬件扩展。
5、验证手段
全部配置完成重启Proxmox中的ESXi虚拟机，新建一台64位测试虚拟机，正常开机即代表整条嵌套链路全部打通。
| 故障现象 | 根因分析 | 标准解决方案 |
|---|---|---|
| Proxmox虚拟机开启nested=1，ESXi内部也开启嵌套，无法启动64位VM | 物理主机BIOS SVM(AMD‑V)未开启，底层无硬件虚拟化扩展 | 物理服务器BIOS开启SVM Mode，整机冷重启Proxmox宿主机 |
| BIOS已经打开SVM，/sys/module/kvm_amd/parameters/nested输出N | Proxmox内核模块参数禁用了嵌套虚拟化功能 | 修改kvm_amd模块配置，nested=1，更新initramfs，重启物理Proxmox主机 |
| Proxmox CPU没有设置host模式，开启nested依旧无效 | 模拟CPU模型不会透传AMD‑V硬件扩展指令集 | Proxmox虚拟机CPU类型修改为host，透传物理CPU特性 |
| 修改完BIOS热重启Proxmox，嵌套功能依旧不生效 | AMD平台部分主板SVM开关修改需要整机断电冷重启才能刷新CPU寄存器 | 服务器完全断电，等待几秒再上电开机，不要操作系统内reboot热重启 |
| ESXi内部分64位OS报错，部分32位可以正常运行 | 嵌套链路部分生效，ESXi没有拿到完整硬件虚拟化能力，64位依赖硬件虚拟化扩展 | 逐层校验：BIOS SVM→Proxmox kvm_amd nested状态→虚拟机host CPU+nested=1→ESXi嵌套开关 |
1. 误区：只要Proxmox虚拟机配置nested=1，ESXi就能跑64位虚拟机纠正：nested=1只是虚拟机层面开关，前提物理BIOS SVM(AMD‑V)必须打开，底层硬件虚拟化是基础。
2. 误区：ESXi界面能勾选nested‑virtualization，代表CPU已经具备虚拟化能力纠正：ESXi只是保存配置参数，没有硬件AMD‑V，勾选之后也不能提供真正嵌套能力。
3. 误区：BIOS修改SVM之后操作系统reboot热重启即可生效纠正：很多AMD主板CPU虚拟化寄存器需要整机断电冷重启，热重启配置不真正生效。
4. 误区：Proxmox随便选一个CPU型号，只要打开nested就可以纠正：必须使用host CPU模式，模拟CPU不会透传SVM/AMD‑V硬件扩展。
5. 误区：只看ESXi的设置，忽略Proxmox宿主机内核kvm_amd嵌套参数纠正：BIOS打开SVM之后，还要确认kvm_amd模块nested参数为Y，否则嵌套依然关闭。
部署前置规范：Proxmox物理主机部署嵌套虚拟化实验，第一步进入BIOS确认SVM Mode(AMD‑V)为Enabled，整机冷启动。
宿主机校验规范：创建嵌套ESXi虚拟机前，先在Proxmox宿主机检查kvm_amd nested参数输出Y，确认内核支持嵌套。
虚拟机配置规范：ESXi虚拟机CPU类型必须配置host，同时设置nested=1，不使用模拟CPU型号。
排障顺序规范：排错遵循从底层向上排查顺序：BIOS硬件开关→Proxmox宿主机模块参数→Proxmox虚拟机硬件配置→ESXi嵌套参数。
实验环境提示：Proxmox嵌套运行ESXi仅适合测试学习场景，不建议生产环境使用嵌套虚拟化方案，性能与稳定性会有损耗。
