简介:一套 2025 年最新版 VMware Workstation Pro 虚拟机安装与运维教程,主要面向虚拟化技术初学者,以及需要借助虚拟机开展开发测试、系统学习的技术人员。教程涵盖 Windows 10/11、Ubuntu、CentOS 等主流系统的安装场景,从安装前硬件虚拟化支持、内存与磁盘要求,到 VMware 的安装类型与用户体验配置;接着重点讲解新建虚拟机时的 CPU、内存、磁盘分配方法,桥接、NAT、仅主机三种网络模式的选择,以及客户机系统分区格式化、启动虚拟机、系统安装和 VMware Tools 的优化设置。针对虚拟机无法启动、网络连接失败、磁盘空间不足等实际问题,文档给出了具体的排查思路,并补充了克隆虚拟机、共享文件夹、多显示器支持、快照管理等进阶功能,以及卸载和迁移时的注意事项。资源包为单个 docx 文件,大小约 23KB,内容以步骤清单和配置参数形式呈现,便于对照操作。已有 655 人浏览学习,可帮助读者快速搭建可用的虚拟化环境,提升日常工作效率。
1. 虚拟化技术不是玄学:VMware 虚拟机安装教程能帮你省下多少折腾时间
一台物理机上要同时跑 Windows 11、Ubuntu 和银河麒麟,还要在不影响宿主机的前提下做前后端联调,这个需求听起来很“折腾”。虚拟化技术的本质就是把 CPU、内存、磁盘这些物理资源共享成多个互不干扰的运行环境,而 VMware 虚拟机安装教程要解决的,就是一套从选型、系统要求、安装、创建虚拟机到优化和排障的完整路径。这篇教程适合刚接触虚拟机的开发者和运维,也适合那些不想为了测试一个旧软件就重装系统的人。我会按实际干活顺序讲,照着做就行,不需要你懂太多底层原理。下面开始。
2. 装 VMware 前的系统要求与版本选型:四个决定成败的参数
在下载安装包之前,先花十分钟自检环境并选对版本。很多人装完 VMware 后遇到界面卡顿、蓝屏、无法连接虚拟机,根子不在软件本身,而是硬件没到位、系统里已经有别的虚拟化栈在抢占资源,或者下载到了被改过的安装包。这一章先解决四个问题:CPU 虚拟化开没开、内存和硬盘够不够、Player 和 Pro 选哪个、安装包从哪里拿。
2.1 硬件要求不是“能跑就行”:CPU、内存、硬盘三项自检
VMware Workstation 给出的最低配置,只能保证你在向导里点下一步不出故障;真要稳定跑虚拟机,配置要按“舒服线”来卡。先说 CPU。虚拟化指令 VT-x(Intel)或 AMD-V 是硬前提,而且必须在 BIOS/UEFI 里打开。不少品牌机的 BIOS 里默认是关闭的,尤其是笔记本。Windows 宿主要快速确认,用 PowerShell 执行 systeminfo:
systeminfo | Select-String "Virtualization|虚拟化"如果输出里有“Virtualization Enabled In Firmware: Yes”(中文系统是“固件中已启用虚拟化”),说明已经就绪;如果显示 No,需要重启进 BIOS 找 Intel Virtualization Technology 或 SVM Mode 改为 Enabled。注意有些主板把虚拟化选项放在“高级 > CPU 配置”下,名字可能是 Vanderpool 或 Secure Virtual Machine Mode,不要被翻译搞得找不到。部分机型更新 BIOS 后才会开放这个选项,这也是老机器装不了 VMware 的一个冷门原因。
内存是最容易被低估的。物理机 8GB 内存,跑一个仅 1GB 内存的 Alpine Linux 其实没问题;但跑带桌面的 Ubuntu 和 Windows 11,内存低于 4GB 基本没法看。我建议开发用机以 16GB 为门槛,虚拟机分到的内存不超过物理内存的一半。分配过多,宿主机自己的编译、浏览器就会频繁换页,整机卡到怀疑人生;分配过少,客户机又会在桌面环境里反复做内存压缩。硬盘同样是硬指标:一个默认 Windows 虚拟机磁盘文件从 20GB 到 60GB 不等,加上快照和挂起文件,预留 80GB 是底线。虚拟磁盘对随机读写的压力比普通软件大,机械硬盘即使容量够,开机也要比固态慢一倍以上。
文件系统也要看:虚拟磁盘文件如果存放在 FAT32/exFAT 分区,单文件超过 4GB 就会报磁盘空间不足或写入错误。Windows 宿主确认一下虚拟机默认位置在哪个盘,是不是 NTFS;Linux 宿主确认挂载点是 ext4 或 xfs。这个检查花不了两分钟,能躲开很多“创建磁盘第一次就失败”的问题。
2.2 Workstation Pro 还是 Player:一张表看穿版本差异
VMware 桌面虚拟化产品线里,最容易让新手混淆的是 Workstation Player 和 Workstation Pro。Player 免费,但对个人使用仍有许可限制;Pro 收费,功能完整。如果你只是装一个虚拟机看看 Linux 长什么样,Player 就能跑;但你要做“本地 + 虚拟机 多端口 Nginx 开发环境”这样的真实工作,没有快照和自定义网络,很多玩法都体验不到。所以我一般直接用 Pro,先把稳定可靠的方案搭起来。
| 差异点 | Workstation Player | Workstation Pro |
|---|---|---|
| 同时运行多台虚拟机 | 支持 | 支持 |
| 完整克隆/链接克隆 | 仅导入 | 支持 |
| 虚拟网络编辑器 | 不可用 | 可用 |
| 嵌套虚拟化 | 受限 | 支持 |
| 与 vSphere 集成 | 无 | 有 |
注意:很多教程里写的“给系统拍快照、坏了随时回滚”,在 Player 的界面里根本找不到按钮。如果你以为是自己操作不对,其实是版本没选对。另外,Workstation 17 的宿主支持范围也要看清:Windows 上装 Windows 版,Linux 上装 Linux 版;macOS 宿主没有 Workstation,得走另一个产品线,这个边界不要踩。
选型还有一层经济性考虑。如果你是公司运维,给服务器做测试环境,Pro 的许可证费用相比一台物理测试机,几乎可以忽略。个人学习场景可以先下载 Pro 试用期版本,把教程里的流程完整跑一遍,再决定要不要买。不要一开始就去找“精简版”“注册版”,那些安装包通常会缺失组件,出事之后你根本分不清是软件问题还是包的问题。
2.3 官网下载与安装包校验:避开第三方站的三个坑
常见做法是去 VMware 官网中文下载页面,选 Workstation Pro for Windows 或 for Linux。第三方下载站经常把安装包换皮,塞进推荐安装的附加软件,甚至直接挂一个旧版本。我一般只认两个来源:官方下载页面和官方发布说明里的校验值。
下载完成后,用 PowerShell 校验哈希:
Get-FileHash .\VMware-workstation-full-*.exe -Algorithm SHA256把输出的哈希值与官网页面逐步对比。另外在文件属性里看数字签名,签名者是 VMware, Inc. 才可信。这两个动作能过滤掉九成“装完主页被改、多出奇怪进程”的情况。Linux 宿主下载 bundle 后用同一个指令校验,只是把文件路径换成 .bundle 文件即可。
安装包通常有几百 MB,不是几十 MB 的小文件。认准文件名里的full字样:很多第三方站用一个小体积“安装器”代替完整包,装到一半开始联网下载组件,一旦网络中断就卡死,或者启动虚拟机时报“模块 DevicePowerOn 未能启动”。还有一点是版本选择:老电脑不一定追新,17.x 对 Win10/Win11 支持较好;16.x 兼容更旧的宿主系统,但缺少新版本的一些网卡驱动。官网下载页面通常保留多个版本,按需选,但一定要以官方页面列表为准。
提示:官网下载页在部分地区可能响应慢。这是正常的,不要因为慢就转向来路不明的镜像站;下载进度可以靠浏览器断点续传,校验步骤不能省。
3. 从双击安装包到第一台虚拟机:Windows 与 Linux 宿主的安装流程
这一章解决“怎么把 VMware Workstation 装进宿主机”以及“装完第一件事做什么”。安装不是一路 Next,有几个选项值得手动改。这里以 Workstation Pro 17.x 为例,版本菜单稍有出入,但主流程一致。
3.1 Windows 宿主安装:一路 Next 之前建议改掉的三处选项
在 Windows 10/11 上安装下载好的 exe,右键以管理员身份运行。安装向导启动后,绝大多数默认项可以直接用,但我习惯至少改三处。
第一处是安装位置。把 VMware Workstation 装到非系统盘,比如 D:\VMware。原因是默认 C 盘路径不仅占系统盘空间,而且当你在虚拟机里做 IO 密集操作时,缓存文件也在同一块盘上,系统盘一满,整机反应迟钝。第二处是“启动时检查产品更新”和“加入客户体验改善计划”。取消勾选后,启动过程不会卡在网络请求上,也少一点无关弹窗。第三处是“增强型键盘驱动程序”,在配置 Windows 客户机或需要远程键控时,这个驱动能避免键盘输入间歇性丢失,建议勾选;如果你用的还是传统的 PS/2 键鼠,这个选项几乎必勾。
安装过程中,安全软件可能弹出“vmware 正在修改系统服务”的提醒。这是正常现象,不要急着拦截。如果已经开启内核隔离或内存完整性,某些驱动安装阶段会被打断,导致安装完成后启动报 vmx86 无法加载。遇到这种情况,先暂停实时保护,重装一次,或者把安装目录加白名单。安装完成后,首次启动会要求输入许可证密钥。有正版密钥就填;没有,官方试用期足够跑通整个教程。不要用网上流传的那种“密钥生成器”,它本身就可能带毒。
如果准备在虚拟机里安装 Windows Server 2022,宿主是 Windows 时注意向导里“增强型键盘驱动”必须装上,否则后续在远程桌面会话里操作客户机时会发现大写键、功能键全部错位。这个细节在许多 Windows Server 虚拟机教程里不会提,但实际用起来非常影响效率。
3.2 Linux 宿主安装 bundle:图形界面与命令行两种跑法
Linux 宿主下安装 VMware Workstation,官方给的是 .bundle 文件,不是 .deb 或 .rpm。图形桌面环境的安装方式很简单:给文件加执行权限后双击,系统会用浏览器打开一个本地交互页面,引导你接受协议、选路径。这种方式适合有图形界面的用户。
终端方式适合服务器或没有桌面的场景。假设安装文件在当前目录,执行:
chmod +x VMware-Workstation-full-*.bundle sudo ./VMware-Workstation-full-*.bundle --console--console参数强制走命令交互,安装过程会询问许可证、安装目录,以及是否配置开机启动服务。这里注意,命令里的*通配符会匹配当前目录下所有以VMware-Workstation-full-开头的 .bundle 文件。如果目录里有多个历史版本,就会同时匹配导致执行失败,最好先ls -la看清楚文件名,再手打一个准确的路径。
安装完成后,在终端执行vmware -v应该输出类似VMware Workstation 17.0.x build-xxxxx的版本信息。如果没有输出,说明依赖没有装完全。Ubuntu/Debian 系经常缺libxcb-xinerama0、libaio1这些名字带数字的库,报错后直接sudo apt install对应包;CentOS/RHEL/openEuler 系可能缺xorg-x11-drv-libinput或libX11系列,用yum install补。补完依赖再执行vmware命令,会看到一个模块加载的日志,确认 vmmon 和 vmnet 模块加载成功即可。
3.3 第一次启动前必须做的配置建议
安装完成后先别急着建虚拟机,打开“编辑 > 首选项”,把默认虚拟机位置改到之前预留的 NTFS/ext4 分区。Windows 用户在向导里把C:\Users\...\Virtual Machines换成 D 盘目录;Linux 用户改成/home/yourname/vms。这一步看似简单,但对后续磁盘管理影响很大,因为工作目录一旦设置,再迁移就要修改整个 vmx 配置路径。
“内存”标签里的“预留内存”也要看一眼。如果宿主内存小于 16GB,要取消“为所有虚拟机预留内存”的勾选。否则每启动一台虚拟机,宿主机都被提前锁定一大块内存,即使虚拟机没有实际使用,也会让宿主自己变得很紧张。首次启动时,如果弹出防火墙提示,Windows 上要允许vmware.exe和vmnetdhcp.exe在专用网络上通信,否则虚拟机的 NAT 网络会无法获取到 IP。
第一次启动 Workstation,建议先新建一个最小配置的 Linux 虚拟机,把启动流程跑通,再装正式客户机。这样可以把“虚拟机无法开机”和“客户机系统安装失败”两类问题分开排查。另外,在“虚拟机 > 设置 > 处理器”里,有一个“虚拟化引擎:虚拟化 Intel VT-x/EPT”选项,如果你的 CPU 支持并且已在 BIOS 开启,把它勾上。这个选项默认是不勾选的,到第 5 章会看到,很多人虚拟机装 Linux 蓝屏,正是这里没开和 Hyper-V 冲突导的。
4. 创建一台真正能用的虚拟机:CPU、内存、磁盘与显示的四项参数清单
安装好 Workstation,接下来进入核心:创建虚拟机。很多人直接点“下一步”到底,结果装出来的虚拟机慢、磁盘不够、无法联网。这一章给出四项参数清单,每一项都有取舍,按用途来定。
4.1 新建虚拟机向导:典型和自定义到底差在哪
Workstation Pro 的欢迎页有“新建虚拟机”按钮,进入向导后第一屏要选类型。典型安装适合用 ISO 镜像快速装一个默认配置的系统;自定义适合要精确控制虚拟硬件的场景。我一般选自定义,因为后续要调硬件兼容、固件类型、磁盘文件位置,典型模式会跳过这些,默认值不一定合适。
自定义向导里的“硬件兼容性”选择当前 Workstation 版本的默认项,比如 Workstation 17.x。兼容级别选低了,虚拟机文件能被旧版本软件打开,但会失去新版本的虚拟网卡、虚拟显卡驱动优化。客户机操作系统类型要选准:Windows 11 要选对应版本,Ubuntu 选 Ubuntu 64 位,CentOS 选 CentOS 64 位。选错类型通常也能装,但 VMware Tools 的内核模块匹配会出问题,后面裁剪共享文件夹、动态分辨率都会受限。
再说固件类型。老教程一般建议选 BIOS,但如果你要装 Windows 11,必须选 UEFI,并且要在后续步骤勾选“添加虚拟可信平台模块(TPM)”。Windows 11 的安装程序会直接拒绝没有 TPM 2.0 的机器。Workstation Pro 从这里开始提供虚拟 TPM,这也是我建议直接上 Pro 的原因之一。Linux 发行版如今也大量默认 UEFI 引导,统一的 UEFI 设置能少碰不少引导修复的问题。
4.2 CPU 与内存分配:宿主机卡顿的边界在哪
虚拟 CPU 数不是越多越好。虚拟 CPU 的调度依赖宿主的逻辑处理器,分配 8 个 vCPU 给虚拟机,宿主机自己在编译或跑容器时就可能卡。我一般的原则:vCPU 数不超过宿主机逻辑线程数的一半,内存不超过宿主物理内存的一半。例如 8 核 16GB 的宿主机,给关键 Windows 虚拟机分 4 核 8GB;给轻量 Linux 分 2 核 4GB。
先确认宿主的资源,再写配置:
nproc && free -hnproc输出逻辑 CPU 数量,free -h输出内存总量和可用量。按上面原则算一个分配值,然后打开“虚拟机 > 设置 > 处理器”,在“每个处理器的内核数量”里填写。这里有一个容易搞混的拓扑设置:“处理器数量”填 1,“每个处理器的内核数量”填 4,总 vCPU 仍是 4。好处是客户机看到的是一颗四核 CPU,而不是四颗单核 CPU,这对 Windows 的某些按 CPU 分组授权的软件更友好,也让客户机的调度器不至于在多 NUMA 拓扑上乱跑。
内存填充要注意单位。Workstation 的“内存”设置默认按 MB 显示,填 8192 就是 8GB。勾选“立即分配所有内存”会加速客户机响应,但宿主机可用内存会立刻减少,8GB 物理机不建议开。另一个良心选项是“内存页共享”——多个相似虚拟机之间自动去重,能省内存但增加 CPU 开销。测试机只有一两台,建议关掉,性能更稳定。
4.3 磁盘类型与扩容:精简置备、厚置备和快照的关系
创建虚拟磁盘时有三个关键选择:类型、容量和存储格式。虚拟磁盘类型建议选 NVMe。SATA 的驱动兼容性最广,但 NVMe 在数据吞吐上更接近物理机,现代 Linux 和 Windows 10/11 都有原生 NVMe 驱动,选 NVMe 对性能的收益肉眼可见。容量方面,Windows 11 客户机建议初始分配 60GB 以上,Linux 桌面 40GB。容量填得偏小后面扩容会多一道处理分区表的工序。
“立即分配所有磁盘空间”这个选项,选中就是厚置备,创建时一次性在宿主机上占用 60GB 真实空间,写入性能稳定;不选就是精简置备,虚拟磁盘文件随使用逐渐增长。我建议开发测试机用精简置备,省空间;需要稳定 IO 的模拟数据库机用厚置备。另外,虚拟磁盘可以“拆分成多个文件”,也可以“存储为单个文件”。单个文件性能略好,但复制、迁移时一个大文件移动不方便;拆分成 2GB 小文件能降低跨文件系统复制的失败率,性能差距在普通使用中几乎无感。
磁盘扩容也常被问。在“编辑虚拟机设置”里把磁盘大小调大,但分区扩容要在客户机内部做。Linux 用parted和resize2fs,Windows 用磁盘管理的“扩展卷”。如果之前做过快照,扩容前最好先删除或合并快照,否则磁盘描述信息不一致,启动时可能提示“检测到磁盘不一致”。这个提醒和下一个注意点绑定出现:快照不是备份,也不能在扩容时保留。
4.4 显示与 USB 优化:跑 GUI 和传文件的两个关键开关
如果你的客户机要跑桌面 GUI,打开“显示器”选项卡里的“加速 3D 图形”,并把显存调到 2GB 左右,否则 Ubuntu 的默认桌面会又糊又迟滞。这个是我反复踩过的:不开 3D 加速,VMware 的虚拟显卡只有基础图形模式,窗口拖动都掉帧;打开之后,Unity 桌面和 Chrome 的 GPU 渲染基本接近物理机。
USB 方面,默认控制器是 USB 2.0,外接 U 盘复制大文件很慢。在虚拟机设置里把 USB 控制器改成 USB 3.1(需要宿主机硬件支持),传输速度才正常。如果你用 USB 转串口、JTAG 这类调试设备,还要注意将设备连接时问是否自动切换到虚拟机,选“每次询问”可以避免误占用。
传文件最稳的方案不是拖拽,而是装好 VMware Tools 后开启“共享文件夹”。把宿主机的一个目录映射成客户机里的/mnt/hgfs/xxx,宿主机和虚拟机可以同时读写,比拖拽稳定得多,也不受剪贴板附加格式影响。共享文件夹的读写权限在客户机侧配置,Linux 下默认挂在/mnt/hgfs,如果没挂载,先确认 VMware Tools 是否完整安装。
5. VMware 虚拟机安装与使用避坑:蓝屏、无法连接、权限不对的排查手册
这一章用“现象 → 原因 → 解决”的格式,写五个我在实战中遇到的典型问题。每一条都能对应到具体报错,排查顺序基本通用。
5.1 双击后报“无法连接到虚拟机”:权限、服务与残留进程
现象:启动 VMware Workstation 准备打开虚拟机时,弹窗“VMware Workstation 无法连接到虚拟机。请确保您有权运行该程序、访问该程序使用的所有目录、并且访问该程序使用的所有临时文件。”虚拟机列表是灰的,打不开。
原因有三个:一是安装时没有以管理员身份运行,导致 vmware-hostd 服务没有正确注册;二是上一次异常退出后 vmware-vmx.exe 进程残留,把虚拟机文件锁住;三是当前 Windows 用户对虚拟机文件所在目录缺少写权限。
解决:先打开任务管理器,结束所有带 vmware 前缀的进程;然后右键 Workstation 图标选择“以管理员身份运行”;如果还不行,到 Windows 服务里把 “VMware Authorization Service” 设为“自动”并启动。最彻底的兜底是使用官方清理工具 VMwares Cleanup Tool 把残留服务清掉后重新安装。注意:不要因为打不开就手动删除 vmdk 文件,数据可能没损坏,但被残留进程误锁的概率很高,强行删除才是真损坏。
5.2 虚拟机安装 Linux 蓝屏:Hyper-V 或 VBS 抢占了 VT-x
现象:在 Windows 11 宿主里新建 Ubuntu 虚拟机,启动的一瞬间宿主机直接蓝屏,重启后虚拟机没有任何日志输出。
原因:宿主 Windows 启用了 Hyper-V 的组件,或者开启了基于虚拟化的安全性(VBS)、内核隔离,把 VT-x 指令接管了。VMware Workstation 无法直接使用硬件虚拟化,驱动冲突就导致系统崩了。
解决:以管理员身份打开命令提示符,关闭 hypervisor 启动状态:
bcdedit /set hypervisorlaunchtype off重启后确认 Workstation 的“虚拟化引擎”选项可以正常勾选。如果以后需要重新用 Hyper-V 或 WSL2,执行:
bcdedit /set hypervisorlaunchtype auto即可还原。这个坑出现频率很高,很多人以为 VMware 装坏了,其实是双虚拟化栈打架。注意:修改 bcdedit 有引导风险,改之前先确认系统分区完整;企业加密设备上执行前先找 IT 确认策略。
5.3 DiskGenius 转虚拟机为 U 盘:分区表类型不匹配
现象:用 DiskGenius 将虚拟机的 vmdk 磁盘克隆到 U 盘,插到物理机上启动时提示“无效分区表”或“找不到引导设备”。
原因:虚拟机磁盘默认可能是 MBR 分区表,而目标 U 盘被 DiskGenius 初始化为 GPT;也可能是虚拟磁盘里的引导代码没有完全写入 U 盘。分区表类型不一致时,BIOS 固件找不到可引导分区。
解决:先确认客户机的引导模式。虚拟机设置里用的是 BIOS(传统启动),就把 U 盘也转成 MBR;用的是 UEFI,就让 U 盘用 GPT。然后在 DiskGenius 里把 U 盘的分区表类型重新初始化,重建引导。这个操作会清空 U 盘数据,操作前必须备份。把虚拟机转 U 盘适合做一次性系统部署,不建议作为日常存储方案,因为 vmdk 的快照结构在物理机上不会被识别,数据一致性也得不到保证。
5.4 虚拟机启动后宿主卡死:内存超额与后台服务干扰
现象:Win11 宿主跑 VMware,虚拟机内 CPU 占用不高,但宿主鼠标移动延迟、风扇狂转,甚至动不了。
原因:宿主机后台服务占用内存过高,虚拟机的分配接近宿主机物理容量上限,触发了硬缺页中断;SSD 虽然响应快,但在持续换页时也会被拖慢。另一个隐性原因是 VMware 的“内存页合并”特性在宿主内存紧张时反而增加 CPU 开销。
解决:打开任务管理器,按内存降序把不用的浏览器标签、后台更新进程关掉。然后在“编辑 > 首选项 > 内存”里,把“额外内存”选项改为“全部装到物理内存”,前提是你确实有大内存。如果还卡,检查 Windows 更新或杀毒软件是否在后台全盘扫描,把 vmware-vmx.exe 和 vmnet 相关进程加入白名单。这一步解决不了时,减少虚拟机的 vCPU 数往往比加内存更有效,因为线程调度冲突会让客户机自身也变慢。
5.5 VMware Tools 装不上:内核头文件缺失和安全软件拦截
现象:Linux 客户机里“安装 VMware Tools”选项是灰的,或者挂载 tar 包后运行 installer 报错找不到内核头文件;Windows 客户机里安装进度条卡住后自动回滚。
原因:Linux 客户机缺 gcc、make、kernel-headers,VMware Tools 的 vmnet 和 vmhgfs 模块无法编译;Windows 上则是安全软件拦住了对 vmxnet3 和 vstor 驱动的写入。
解决:Linux 客户机先用发行版包管理器补齐依赖,再执行安装脚本:
sudo apt install -y gcc make linux-headers-$(uname -r) sudo ./vmware-install.pl --default如果你只需要剪贴板共享、拖拽和自适应分辨率,装 open-vm-tools 更省事:
sudo apt install -y open-vm-tools open-vm-tools-desktopWindows 客户机则临时暂停实时防护,重新运行安装程序,装完后再恢复防护。还有一点要记住:VMware Tools 版本要和 Workstation 版本匹配,17.x 的 Tools 装进旧客户机失败时,优先在客户机内用发行版源里的 open-vm-tools,不要强装 ISO 里的旧包。
6. 三个先配好的高级功能:VMware Tools、网络类型与快照克隆
配置完基本虚拟机后,先别急着装业务。把增强工具、网络模式和快照策略先配好,后续开发效率会有质变,这也是很多人装完 VMware 后最容易漏掉的一步。
6.1 VMware Tools:先装增强工具,再调其他参数
进入客户机后第一件事是装 VMware Tools。Linux 桌面版推荐直接装 open-vm-tools-desktop,它比官方 ISO 里的包更容易适配当前内核:
sudo apt install -y open-vm-tools open-vm-tools-desktop装完重启,剪贴板双向共享、拖拽文件、分辨率自适应就都生效了。验证方法很简单:在 Workstation 的“虚拟机 > 设置 > 选项 > VMware Tools”里,看到心跳和“上次心跳时间”变为正常,就说明 Tools 服务在跑。Windows 客户机则直接点“虚拟机 > 安装 VMware Tools”,按向导走,装完会要求重启一次。
6.2 桥接、NAT、仅主机:三种网络模式在多站点开发下的选型
默认 NAT 模式适合大多数场景:客户机通过宿主机访问外网,外部设备不能直接访问客户机。做“本地+虚拟机 多端口 Nginx 开发环境”时,自定义域名解析可以走 NAT:在宿主机 hosts 文件里把若干域名指向虚拟机的 NAT IP,再在客户机 Nginx 里监听不同端口,宿主机浏览器即可访问各个站点。这个方案不需要占用局域网真实 IP,也不受 Wi-Fi 隔离影响。
如果虚拟机要对外提供服务,比如让同事通过局域网访问,这时才把网络模式改成桥接,并手动给虚拟机固定 IP。仅主机模式一般用于完全隔离的测试网络。修改虚拟机 IP 地址的通用做法是,在客户机内改 netplan 配置文件(Ubuntu)或/etc/network/interfaces(其他发行版),Workstation 的 DHCP 不会自动保留你的修改,建议在网络编辑器里按 MAC 地址分配固定 IP,避免重启后地址漂移。
6.3 快照与克隆:给系统一个后悔药
快照是虚拟化里最值的功能。在安装重要软件、改系统配置、跑破坏性测试前,先拍一个快照。Workstation Pro 里执行“虚拟机 > 快照 > 拍摄快照”,几秒钟就能完成;需要回滚时选择之前的快照点,系统会恢复到当时状态。我吃过一次亏:给虚拟机拍了快照后没有及时使用,快照越堆越多,宿主磁盘被撑满,启动反而变慢。现在的习惯是:长线环境用完整克隆,一次性实验用链接克隆,快照数量控制在两个以内,用掉一个就删一个。
克隆分完整克隆和链接克隆。链接克隆基于父快照,创建极快,适合同时开多台测试机;完整克隆是独立副本,适合交付给同事或做长期运行环境。验证克隆是否可用的标准做法是:对克隆出的虚拟机做一次开机、配置 IP、跑一次业务脚本,全部通过再删原备份。这个习惯帮我避免过两次“克隆出来根本无法启动”的尴尬。
这套方案值不值得投入,我的判断标准是:如果你需要不止一个可复现的开发/测试环境,VMware Workstation 至少能让你少准备一台物理机。但注意快照不能替代备份,虚拟磁盘文件仍要定期导出或复制到其他介质。希望帮到你。
本文还有配套的精品资源,点击获取