如何在VMware中启用GPU：直通、vGPU与3D加速完整指南

VMware中的GPU访问并非自动启用。如果没有正确的主机配置、许可和VM设置，客户操作系统将无法识别您的物理显卡。无论您需要启用VMware ESXi中的GPU直通，还是设置跨多个VM的共享访问，正确的方法取决于您的hypervisor和工作负载需求。

本指南介绍了在VMware环境中启用GPU访问的三种方法：

• VMDirectPath I/O（GPU直通）： 专用、1:1的硬件分配，实现最高性能。
• NVIDIA vGPU： 为企业级、多用户工作负载提供共享GPU访问。
• VMware Workstation 3D图形加速： 用于开发和测试的仿真图形。

每种方法都有不同的硬件要求、许可影响和适用场景，以下各节将详细介绍。

“在VMware中启用GPU”意味着什么

默认情况下，VMware ESXi和Workstation依赖软件仿真的SVGA驱动。物理显卡不会自动暴露给虚拟机。如果您需要VM处理GPU密集型任务，必须明确配置访问权限。

VMware支持三种不同的方法，每种方法适用于不同的环境和需求。

GPU直通 vs. NVIDIA vGPU vs. Workstation 3D加速

• DirectPath I/O（直通）： 将物理PCIe GPU直接映射到单个VM。客户操作系统与显卡的交互方式如同在裸机上运行，提供完整性能——但该GPU仅专用于一个VM。
• NVIDIA vGPU： 将物理GPU划分为多个虚拟配置文件，允许多个VM同时共享一张显卡。最适合企业VDI和多用户环境。
• Workstation 3D加速： 将客户图形调用转换为主机API请求。VM不会直接看到物理GPU，但可以获得硬件加速渲染，用于UI、基本3D和开发工作负载。

下表总结了主要区别。

前提条件：在VMware中启用GPU之前

在修改虚拟化环境之前，请验证您的硬件、主机BIOS、hypervisor版本和许可是否都满足必要的要求。跳过这些检查是GPU虚拟化配置失败最常见的原因。

硬件要求

要在VM中启用GPU访问，您的主机CPU和主板需要支持硬件辅助的定向I/O。

• Intel系统： 需要在固件中启用Intel VT-d（定向I/O虚拟化技术）。
• AMD系统： 需要启用AMD IOMMU（输入输出内存管理单元）。
• GPU硬件： 对于直通，您需要一个专用的次要PCIe GPU。使用驱动ESXi主机控制台的GPU可能导致系统不稳定。

BIOS/UEFI设置

在VMware与GPU交互之前，配置您的主机固件：

1. 启用Intel VT-d或AMD IOMMU。不要将其保留为“自动”。
2. 将板载集成显卡设置为启动显示设备。这样可以将独立的PCIe GPU释放出来分配给VM。
3. 启用Above 4G Decoding（也称为Large BAR Support或Memory Mapped I/O above 4GB）。如果您的GPU具有超过16 GB的板载内存，或者您计划为目标VM分配大量内存，则此设置是必需的。

VMware版本兼容性

不同版本的VMware处理PCIe直通的方式不同：

• ESXi 7.x vs. 8.x： ESXi 8.0支持每VM最多32个直通设备（后续更新中最多128个），而ESXi 7.x上限为16个。
• VMware Workstation 17.x及更高版本： Windows主机上的桌面hypervisor不支持真正的硬件直通。相反，它们将客户图形调用转换为主机操作系统处理的API请求。

GPU硬件和驱动兼容性

NVIDIA和AMD将其产品线分为消费级和企业级层级，这决定了虚拟化支持：

• NVIDIA企业级GPU（A系列、L系列、H系列）： 需要使用NVIDIA vGPU将单张显卡划分给多个VM。
• 消费级GPU（NVIDIA GeForce、AMD Radeon）： 支持在ESXi上进行1:1专用直通。GeForce显卡在架构上被阻止运行NVIDIA vGPU软件。

许可要求

NVIDIA vGPU除了硬件之外还需要基于订阅的许可。主要选项包括：

• NVIDIA Virtual PC（vPC）： 用于标准办公和VDI环境。
• NVIDIA RTX Virtual Workstation（vWS）： 用于CAD、3D渲染和专业设计工作负载。
• NVIDIA Virtual Compute Server（vCS）： 用于CUDA、AI和机器学习工作负载。

一旦硬件和许可确认完毕，您就可以开始配置hypervisor了。

如何在VMware ESXi中启用GPU直通（DirectPath I/O）

GPU直通（VMDirectPath I/O）为VM提供对物理PCIe GPU的直接、独占访问，完全绕过hypervisor的转换层。客户操作系统将显卡视为裸机，使其适用于AI/ML、渲染和CUDA工作负载。

按照以下四个步骤在ESXi主机上配置直通并将GPU分配给VM。

步骤1：在ESXi主机上启用直通

在VM可以使用GPU之前，ESXi需要释放对PCIe设备的控制。

1. 登录ESXi Host Client或vCenter Server。
2. 选择主机，导航到管理选项卡，然后单击硬件 > PCI设备。

   

3. 在列表中找到您的GPU。您可以使用搜索栏按“NVIDIA”或“AMD”进行过滤。
4. 勾选GPU（及其关联的音频控制器，如果适用）旁边的复选框。
5. 单击切换直通。

   

6. 重新启动ESXi主机以应用更改。
7. 重启后，返回PCI设备并确认直通列显示为活动。

步骤2：将GPU分配给虚拟机

1. 完全关闭目标VM。
2. 选择VM并单击操作 > 编辑设置。
3. 单击添加新设备并选择PCI设备。

   

4. 在出现的PCI设备下拉列表中，选择您的GPU。
5. 展开内存并勾选预留所有客户机内存（全部锁定）。
   注意：ESXi要求直通VM具有100%的内存预留。如果没有此设置，VM将因PCI资源分配错误而无法启动。
6. 转到VM选项选项卡并展开启动选项。
7. 将固件类型设置为EFI。现代GPU需要UEFI才能正确初始化其基址寄存器（BAR）。
8. 单击保存。

步骤3：添加hypervisor.cpuid.v0 VMX参数

NVIDIA GeForce驱动可以检测到它们是否在VM内部运行并拒绝初始化，导致客户操作系统中出现“Code 43”错误。添加此参数可屏蔽hypervisor的存在并防止该错误。

1. 在VM关闭的情况下，再次打开编辑设置。
2. 转到VM选项 > 高级 > 配置参数 > 编辑配置。
3. 单击添加参数并输入：hypervisor.cpuid.v0 = FALSE
4. 单击确定，然后单击保存。

步骤4：在客户操作系统中安装GPU驱动

1. 启动VM。
2. 通过RDP、SSH或VNC连接。

1. 从NVIDIA或AMD官网为您的GPU型号下载官方驱动包。
2. 在客户操作系统内运行安装程序，然后在提示时重新启动。
3. 验证安装：
   • Windows： 打开设备管理器并确认GPU出现在显示适配器下，没有任何警告图标。
   • Linux： 运行以下命令并确认显卡已列出：

lspci | grep -i nvidia

一旦GPU正常显示，您的VM就可以用于GPU加速工作负载了。

VMware vSphere上的NVIDIA vGPU：多个VM共享GPU

与直通不同，NVIDIA vGPU允许多个VM同时共享单个物理GPU。这使得它适用于VDI部署、工程集群和AI流水线——在这些场景中为每个用户分配专用显卡是不现实的。

NVIDIA vGPU所需条件

• 兼容的NVIDIA企业级GPU： 支持的型号包括A系列（如A16、A40）和L系列（如L4、L40）。
• 适用于ESXi的NVIDIA vGPU Manager： 一个主机级驱动，在ESXi内核中运行，负责管理GPU资源调度。
• NVIDIA Virtual GPU Software License： 由NVIDIA License System（NLS）提供的订阅许可，用于在每个客户VM中激活vGPU功能。

为vGPU配置ESXi主机

1. 登录vSphere Client并选择您的ESXi主机。

2. 转到配置选项卡，展开硬件，然后选择图形。

3. 在主机图形下，单击编辑并将默认图形类型设置为共享直通。

4. 在主机上启用SSH并通过安全Shell客户端连接。

5. 将主机置于维护模式：

esxcli system maintenanceMode set --enable true

6. 将vGPU主机驱动VIB包复制到主机可访问的数据存储。

7. 使用VIB文件的绝对路径安装驱动：

esxcli software vib install -v /vmfs/volumes/your-datastore/NVIDIA-VMware_ESXi_Driver.vib

8. 重启主机，退出维护模式，并运行以下命令确认驱动已加载：

nvidia-smi

将vGPU配置文件分配给VM

1. 关闭目标VM。
2. 选择VM并单击操作 > 编辑设置。
3. 单击添加新设备，选择PCI设备，将设备类型更改为NVIDIA vGPU，然后选择您的目标GPU配置文件。

理解NVIDIA vGPU配置文件名称

NVIDIA配置文件遵循标准化的命名约定。例如，NVIDIA A40-4Q的含义如下：

• A40： 物理GPU型号。
• 4： 分配给该配置文件的VRAM（以GB为单位）。
• Q： 工作负载类别。

选择正确的工作负载类别

• Q系列（虚拟工作站）： 用于CAD、3D建模和图形密集型应用程序。
• C系列（计算）： 用于CUDA、深度学习和AI工作负载。
• B系列（虚拟PC）： 用于标准办公效率和双显示器环境。

客户驱动安装

1. 登录NVIDIA许可门户并下载与ESXi主机驱动主要版本匹配的vGPU客户驱动。
2. 启动VM，传输安装程序，并在客户操作系统内运行它。
3. 重启VM。
4. 通过在客户操作系统内运行以下命令验证安装：

nvidia-smi

输出应显示分配的虚拟配置文件、其VRAM分配和任何活动进程。

在VMware Workstation中启用3D GPU加速

VMware Workstation运行在主机操作系统之上，而不是直接在硬件上运行。这意味着GPU访问的工作方式与ESXi不同——在配置任何内容之前理解这种差异很重要。

Workstation 3D加速的作用（和不作用）

Workstation不支持PCIe直通。这是宿主型hypervisor的架构限制，而非配置缺陷。

相反，Workstation使用虚拟化转换API来提供图形加速：

• 客户操作系统看到一个虚拟GPU： VM加载的是半虚拟化的VMware SVGA 3D驱动，而不是NVIDIA或AMD驱动。
• 计算API不会暴露： NVIDIA CUDA、OptiX和硬件视频编码（NVENC）在VM内无法工作。在客户机中运行nvidia-smi不会有任何输出。
• 适合的工作负载： UI加速、CAD预览、OpenGL和DirectX开发，以及轻量级3D应用程序测试。

如何在VMware Workstation中启用3D加速

1. 关闭VM。
2. 打开VMware Workstation，选择VM，然后单击编辑虚拟机设置（或转到VM > 设置）。

   

3. 在硬件选项卡中，选择显示器。

   

4. 勾选加速3D图形。

   

5. 在图形内存下，设置分配给虚拟显示适配器的视频内存大小。8 GB足以满足大多数图形工作负载。
6. 单击确定。
7. 启动VM并登录。
8. 转到VM > 安装VMware Tools并在客户操作系统内完成安装。
9. 重新启动客户操作系统。这将安装SVGA 3D驱动，这是3D加速正常运行所必需的。

常见问题及修复

以下是一些常见问题及修复方法：

双GPU笔记本上的Vulkan渲染器冲突

在同时配备Intel集成GPU和NVIDIA独立显卡的笔记本上，VM可能崩溃或显示黑屏。将以下参数添加到VM的.vmx文件中以禁用Vulkan渲染：

mks.enableVulkanRenderer = "FALSE"

Workstation更新后的图形损坏

Workstation更新后出现窗口闪烁或光标错位，通常意味着客户机中的SVGA驱动与新的主机版本不同步。从客户OS中卸载VMware Tools，重新启动，然后重新安装更新后的VMware Tools包。

3D加速选项为灰色

确认主机BIOS/UEFI中已启用硬件虚拟化扩展（Intel VT-x或AMD-V）。如果没有这些CPU功能处于活动状态，Workstation无法提供硬件加速图形。

常见VMware GPU错误排查

GPU虚拟化涉及主机硬件、hypervisor、客户操作系统和驱动栈之间的紧密协调。以下错误涵盖了最常见的故障及其解决方法。

1. “在主机重新启动之前无法启用直通”（重启后状态仍为“需要重新启动”）

这通常意味着ESXi内核仍将GPU用于其自身的控制台输出，尚未将其释放给直通层。

修复方法： 重启主机，返回PCI设备，关闭直通再重新打开。如果状态仍然没有变为活动，通过SSH连接并运行：

esxcli system settings kernel set -s vga -v FALSE

运行命令后再次重启主机并验证直通状态。

2. “模块’DevicePowerOn’启动失败”（添加PCI设备后VM无法启动）

PCIe直通设备需要其内存始终固定在原位。默认情况下，ESXi可以将VM内存交换到磁盘，这与直接设备分配不兼容。

修复方法： 打开VM的编辑设置，展开内存，勾选预留所有客户机内存（全部锁定）。保存并启动VM。

3. 未检测到GPU驱动 / Windows设备管理器显示“Code 43”

消费级GPU（如NVIDIA GeForce显卡）可以检测到它们是否在VM内运行并故意禁用自身。

修复方法： 将以下参数添加到VM配置中，以屏蔽客户操作系统的hypervisor签名：

转到编辑设置 > VM选项 > 高级 > 配置参数 > 编辑配置，然后添加：

hypervisor.cpuid.v0 = FALSE

保存设置，启动VM，并在客户操作系统内重新安装GPU驱动。

4. “模块’MKS’启动失败”

此错误通常出现在为同时启用了VMware虚拟3D加速（vSGA）的VM设置NVIDIA vGPU时。两者在虚拟显示层发生冲突。

修复方法：

1. 在vCenter中选择VM，单击操作 > 编辑设置。
2. 展开虚拟硬件列表中的视频卡。
3. 取消勾选启用3D支持。
4. 单击保存并启动VM。

一旦vSGA被禁用，NVIDIA客户驱动直接处理3D加速。

5. 在VMware Workstation中nvidia-smi返回“未找到设备”

这是预期行为。VMware Workstation不会将物理GPU暴露给客户操作系统。VM使用虚拟的VMware SVGA 3D适配器，这意味着nvidia-smi、CUDA和其他GPU计算工具在客户机内无法工作。

对于CUDA或计算工作负载，请改用带有GPU直通或NVIDIA vGPU的ESXi。

使用i2Migration迁移启用GPU的VMware VM

GPU直通会阻止vSphere在线迁移（vMotion）。当VM直接分配了物理PCIe设备时，标准的迁移路径不可用。这在硬件升级、主机退役或数据中心整合期间成为一个实际问题——这些VM仍然需要移动。

迁移GPU直通VM通常需要关闭它、移除PCI设备分配、迁移VM，然后在新主机上重新配置直通。对于运行多个GPU加速工作负载的环境，大规模手动执行此操作既耗时又容易出错。

i2Move正是为这类复杂迁移场景而构建的。它使用混合块级和文件级复制支持无中断的整机迁移，因此在传输过程中生产工作负载保持运行。迁移完成后，可以在目标主机上重新配置GPU直通，系统已经就位。

关键特性

• 跨环境覆盖： 支持P2V、V2V、虚拟到云和混合云迁移路径，无论您是在ESXi主机之间迁移、整合到私有云，还是迁移到公有云平台，都非常实用。
• 硬件无关迁移： 自动处理BIOS/UEFI转换和驱动注入，因此即使底层服务器型号发生变化，客户操作系统也能在目标硬件上正确启动。
• 零停机传输： 混合复制在整个迁移窗口期间保持源系统在线，减少了使GPU工作负载离线所带来的服务中断。
• 安全高效的传输： AES/SM4加密、带宽控制和断点续传支持确保迁移可靠完成，即使在长距离或不稳定链路上也是如此。
• 内置验证： 端到端数据集验证与自动纠错在传输前后确认数据完整性，降低了复杂迁移中静默数据丢失的风险。

对于在GPU工作负载旁同时运行VMware HA配置的团队，将i2Migration与i2Availability配对使用可以提供更完整的方案：i2Migration处理一次性迁移，而i2Availability维护实时复制和自动故障转移，用于持续的高可用性保护。

结论

在VMware中启用GPU访问最终归结为根据您的环境匹配正确的方法。直通为单个VM提供完整的硬件性能。NVIDIA vGPU在多个用户之间共享该硬件。Workstation 3D加速覆盖开发和测试场景，无需专用硬件。

当直通VM最终需要迁移时，请提前规划。像英方软件的i2Move这样的工具可以处理迁移已配置GPU的工作负载跨主机和环境的复杂性，而不会中断生产。