企业官网建设流程全解析

简介：这份面向虚拟化入门者与运维人员的 ESXi 6.5 安装操作文档，围绕 DELL 服务器环境下的部署和虚拟机创建展开，适合需要快速上手 hypervisor、梳理安装流程及磁盘置备概念的学习者。压缩包仅含 1 个 docx 文件，大小约 1.26MB，内容按安装准备、许可协议、管理网络 IPv4 配置、浏览器访问 ESXi、上传镜像和创建 Win7 虚拟机等环节组织，便于按模块查阅。文档还对比精简置备、厚置备延迟置零、厚置备置零的差异与适用场景，并整理 ESXi 6.5 安装简单、配置灵活、性能高效等特点，可帮助读者理解部署要点与虚拟机磁盘选择思路。目前已有 1375 人学习下载，适合作为入门参考和实验环境搭建时的流程备忘。

1. 从一张 U 盘到一台能开机的 ESXi：为什么这套 6.5 安装步骤值得存下来

一台闲置的双路机架服务器，两块盘做完 RAID1，插上 U 盘，二十分钟后它就能变成一个跑着若干台虚拟机的宿主——这件事在 ESXi 6.5 上依然成立，而且步骤固定、可复现。这份《ESXI 6.5安装详细步骤》记录的就是这样一条完整链路：U 盘引导、七屏安装向导、F2 里配管理网络、浏览器进 Host Client、建第一台 Win7 虚拟机、上传 ISO、开机装系统。它适合手上有一台老服务器、需要快速把虚拟化平台立起来的人，也适合第一次接触裸金属 hypervisor、想照着走一遍的新手。文档本身不厚，真正的价值在于它把「装完之后干什么」也写进去了——精简置备、厚置备延迟置零、厚置备置零这三种磁盘格式的取舍，是很多人装完就忘、后面被性能和数据存储容量反咬一口的地方。下面按实操顺序拆开讲。

2. 装前准备与引导介质：install 命令、BIOS 三项设置与硬件确认

2.1 服务器与阵列的前置确认

很多人拿到服务器第一件事就是插 U 盘，结果装到一半发现找不到硬盘。ESXi 是裸金属 hypervisor，它看到的不是物理盘，而是 RAID 卡吐出来的逻辑卷，所以阵列必须先做完。常见的做法是开机进阵列卡管理界面，两块盘做 RAID1、四块以上做 RAID5 或 RAID10，做完之后在 BIOS 的启动设备列表里应该能看到一个逻辑驱动器，而不是一堆单盘。这一步没做，安装向导的「Select a Disk」那一屏就是空的，别急着怀疑 ISO 有问题。

BIOS 里我一般会固定改三项。第一项是 CPU 虚拟化支持，Intel 平台上叫 VT-x，AMD 平台上叫 SVM，不开这项，虚拟机加电会直接报「不支持虚拟化」；顺带把 VT-d / IOMMU 也打开，后面做网卡或 HBA 直通要用。第二项是 Secure Boot，ESXi 6.5 这个年代的版本对安全启动的兼容性有限，遇到引导阶段直接黑屏或者跳回 BIOS，先把它关掉再说。第三项是电源策略，把 Energy Efficient 改成 Performance，避免 CPU 深度休眠导致虚拟机里的时钟漂移，尤其是那台 Win7 客户机，时间一跑偏，后面授权、证书、日志全乱。

内存和网卡也得心里有数。ESXi 6.5 官方下限是 4GB 内存，但真跑起来，宿主机自身要吃掉 1GB 出头，再开一台 2GB 的 Win7，8GB 是比较舒服的起点。网卡建议至少双口，一口管理、一口虚拟机流量，实在只有单口也能跑，只是后面做 vMotion 或隔离就没余地了。硬件兼容性这块，老服务器最容易翻车的是阵列卡和网卡，装机前花十分钟去查一下兼容性列表，比装完发现网卡不识别要省事得多。

2.2 引导介质：写入方式决定你会不会卡在 COM32

U 盘怎么做，直接决定你后面十分钟是在装系统还是在跟引导菜单较劲。ESXi 的 ISO 是标准的可引导镜像，正确做法是用写盘工具以「DD 镜像模式」整盘写入，而不是解压复制文件、也不是用那种「隐藏分区 + 引导器」的方案。用后两种方式做出来的盘，十有八九会卡在COM32或menu.c32之类的提示上，屏幕停在一个boot:提示符，看起来像死机，其实只是引导菜单没加载起来。

真遇到了也不用重做，直接在boot:后面敲install再回车，多数情况下能绕过菜单直接进安装器。这个技巧值得记下来，现场只有一张 U 盘、又没法回办公室重写的时候能救命。反过来，如果你每次都靠输install才能进,说明介质本身做得不对，找个时间用 DD 模式重写一遍，别把临时方案当常态。

ISO 下载完先校验一遍哈希，这一步很多人跳过，但半截下载的镜像写入 U 盘后，症状往往是装到一半报文件读取错误，排查方向会被带偏到硬盘上。

# 校验下载的 ESXi ISO 是否完整，输出与官方公布的 SHA256 对比 sha256sum ./ESXi-6.5.iso # 写入 U 盘前先确认设备名，千万别写错盘 lsblk -o NAME,SIZE,MODEL

第一条命令算的是镜像摘要，只要和发布页上的值一致就说明文件没坏；第二条是 Linux 下确认目标盘符的手段，lsblk列出的MODEL一栏能帮你区分 U 盘和系统盘。在 Windows 上做写盘的话，工具里那个「DD 镜像模式」的选项一定要勾上，默认的 ISO 模式对 ESXi 这种镜像不适用。

2.3 引导顺序与固件模式的选择

服务器开机按引导菜单键（不同厂商不一样，F11、F12、F9 都见过），临时把 U 盘提到第一位。这里有个容易被忽略的点：固件模式要统一。ESXi 6.5 支持 Legacy BIOS 和 UEFI 两种引导，但如果你用 UEFI 模式装的系统，装完却把 BIOS 改回 Legacy，或者反过来，结果就是引导失败、屏幕一片黑，看起来像装崩了，其实只是固件找不到引导项。我一般建议老服务器统一走 Legacy BIOS，兼容性最好，踩坑概率最低。

还有一条写在文档里的细节：「开机前要清除安装介质」。这句话看着像废话，实际是最常见的翻车点。安装器提示 Installation Complete 之后按回车重启，如果 U 盘还插着、引导顺序还是 U 盘优先，机器会重新进安装界面，很多人以为装失败了，又装一遍，循环两三次才反应过来。所以重启的瞬间就该把 U 盘拔掉，或者进 BIOS 把硬盘调回第一引导项。装完第一次进系统，看到黄色灰色的 DCUI 界面，那才是对的。

3. 安装向导逐屏拆解：从 F11 到管理网络 IPv4 配置

3.1 七屏向导的按键顺序与每屏在做什么

ESXi 6.5 的安装器是纯文本界面，全程键盘操作，没有鼠标。整个流程一共七屏左右，每一屏干什么、按什么键，其实很固定，但第一次装的人容易在「按 Enter 还是按 F11」上犹豫，一犹豫就超时回退。下面这张表是我按实际按键顺序整理的，照着走不会错。

第 4 屏选盘要留神，尤其是服务器上插了 U 盘、又有多组 RAID 卷的时候，列表里会同时出现 U 盘和逻辑盘，选错就是把系统写到 U 盘上。判断方法看容量和名称，U 盘一般几个 GB 到几十 GB，名字里带 USB 字样，逻辑盘则是你刚才做的 RAID 容量。第 6 屏的 root 密码有复杂度要求，至少 7 位，并且要包含大写、小写、数字、特殊字符里的三类，太简单的密码会被直接拒绝，得重来。

第 7 屏按 F11 之后，进度条会走几分钟，这时候别断电、别拔盘。进度条走完提示 Installation Complete，按 Enter 重启，紧接着就是前面说的移除介质动作。整个安装过程本身不复杂，真正花时间的是前面的准备和后面的配置，安装器只负责把系统落到盘上。

3.2 管理网络：DCUI 里那四行参数

重启之后进入的是 DCUI（Direct Console User Interface），黄灰配色，屏幕上方显示主机版本和 IP。默认是 DHCP，如果网络里没有 DHCP 服务器，它会拿一个 169.254 开头的地址，那个地址是拿不到的，必须手动配。按 F2，输入 root 和刚才设的密码，进到 Customize System 菜单，选 Configure Management Network，进去之后按顺序走：Network Adapters 里勾选承载管理流量的那块网卡，VLAN 里面填 VLAN ID（不划分就留空），IPv4 Configuration 里选 Set static IPv4 address，填 IP、子网掩码、网关，DNS Configuration 里填主备 DNS 和主机名。

参数上我一般这么定：管理 IP 单独划一个网段，不要和业务虚拟机混在一起；主机名用 FQDN 格式，哪怕内网没有正经域名，也写成esxi01.内网域名这种形式，因为后面加 vCenter 或者做证书的时候，纯主机名会带来麻烦；DNS 一定要填，填一个能解析的内网地址就行，不填的话某些界面加载会卡很久，属于玄学问题。

填完按 ESC，系统会问是否保存并重启管理网络，按 Y 确认。这时候屏幕会闪一下，回到 DCUI，上面显示的 IP 应该就是你刚配的那个。如果没变，进 Troubleshooting Options 里 Restart Management Network 手动重启一次管理服务，比整机重启快得多。

# 登录 SSH 后复核管理网络配置是否和预期一致 esxcli network ip interface ipv4 get # 查看物理网卡链路状态和速率，确认没插错口 esxcli network nic list # 查看默认网关与路由表 esxcli network ip route ipv4 list

第一条输出的是 vmk0 这个管理接口的地址、掩码和类型，DHCP: false表示静态配置生效了；第二条列出所有 vmnic 的链路状态，Link Status是 Up、Speed是 1000 或 10000 才算正常，如果显示 Down，多半是网线插错口或者交换机端口没开；第三条确认默认网关写进去了，缺网关的话主机能通同网段、通不了外面，症状是浏览器打不开管理界面但 ping 得通。

3.3 首次登录、密码策略与时间同步

管理网络通了之后，浏览器访问https://管理IP/ui就是 Host Client 界面。ESXi 6.5 这个版本对浏览器有点挑，遇到页面空白或者一直转圈，先换一个浏览器试，再检查主机时间对不对——主机时间如果偏差太大，证书校验会失败，表现是「连接不安全」的警告反复弹，点了继续也进不去。这是典型的黑匣子问题，不看日志根本想不到是时间。

# 开启 SSH 服务，方便后续传文件和敲命令 vim-cmd hostsvc/enable_ssh /etc/init.d/SSH start # 配置内网 NTP 服务器并立即同步 esxcli system ntp set -s 192.168.1.10 esxcli system ntp set -e true ntpq -p

前两条是开 SSH，vim-cmd那条负责把服务标记为启用，/etc/init.d/SSH start负责本次启动，两条都要执行，只做第一条的话重启后才会生效。后面三条配 NTP，-s指定服务器地址，-e true打开客户端，ntpq -p用来验证，输出里服务器前面带*号就表示同步上了。时间这件事在小规模环境里容易被忽略，等到做快照、看日志、加主机的时候才发现时间戳全乱，回头补更麻烦。

密码这块补一句，root 密码设完就别再动了，ESXi 没有普通用户体系，改密码要进 DCUI 或者用命令，忘了就只能重装。我一般会在装机记录里单独留一行写密码位置，不写在文档正文里。

4. 创建第一台 Win7 虚拟机：三种磁盘置备的选型与 ISO 挂载

4.1 thin / 延迟置零 / 置零：三条 I/O 路径的差别

这是整份文档里技术含量最高的一段，也是最多人看完就忘的一段。三种磁盘格式的区别，本质上是「空间什么时候分配」和「零什么时候写」这两个动作的组合，组合不同，首次写入的延迟就不同。

精简置备（thin）在创建时只记录一个最大容量，实际占用按写入量增长，用多少分多少。代价是首次往一个新的块写数据时，VMFS 要先分配空间、再把这块置零，然后才能写入真实数据，等于一次 I/O 变成三次。I/O 不频繁的业务感知不到，一旦跑数据库或者高并发写入，性能曲线会明显掉下来。它还有个隐性风险：所有 thin 磁盘的最大容量加起来可以超过数据存储的实际容量，超额分配在容量告急时会集体挂起。

厚置备延迟置零是默认格式，创建时就把空间从数据存储里划走，但保留数据不置零。首次写入时省掉了分配这一步，只需要置零，所以比 thin 快一档。空间是实打实占住的，不会出现超额分配，代价是创建大磁盘时等待时间长。

厚置备置零在创建时就把空间分配好、并且全盘写零，首次写入不需要任何额外动作，性能最好。代价是创建时间最长，一块几百 GB 的盘可能要等十几分钟。它的价值在于那些需要「盘已经是干净的」这个前提的功能，比如容错、克隆母盘、集群场景。

选型上我的习惯是：不确定就选厚置备延迟置零，它是默认值，性能和空间都稳；测试环境、临时机器、用量可预测的选 thin，省空间；生产上跑重负载的、要拿来做模板克隆的，直接上厚置备置零，别省那十几分钟。文档里把 thin 归为「适合 I/O 不频繁的业务应用」，这个结论是对的，但补一句：thin 的环境一定要盯着数据存储使用率，留 20% 以上余量。

4.2 建一台 Win7 的参数表与逐步操作

装 Win7 是这套流程里的验证环节，目的不是 Win7 本身，而是确认宿主机、存储、网络、控制台这条链路全通。参数上不用给太多，给多了反而慢。

网络适配器这一项要单独说。新建虚拟机时如果选 VMXNET3，性能更好，但 Win7 系统里没有这个网卡的驱动，装完系统会发现设备管理器里有个黄色感叹号、网络不通，很多人以为是虚拟机网络配置错了，其实是驱动问题。稳妥做法是先用 E1000，系统装完、装好 Tools 工具包之后再改成 VMXNET3 重启，性能才起得来。这个顺序反了就得折腾半天。

操作路径是：Host Client 里右键主机 → 创建/注册虚拟机 → 创建新虚拟机 → 填名称、选客户机操作系统 → 选存储 → 配 CPU 内存硬盘 → 完成。然后右键这台虚拟机 → 编辑设置 → CD/DVD 驱动器 → 选「数据存储 ISO 文件」→ 浏览到上传好的 ISO → 勾选「连接」→ 保存。注意「连接」这个勾，不勾的话虚拟光驱是空的，加电后直接进 PXE 引导，屏幕上一行一行的 DHCP 超时。

4.3 上传 ISO 的两种路径

上传 ISO 有两条路。第一条是界面操作：存储 → 数据存储浏览器 → 上传，简单直观，缺点是走浏览器会话，文件大、网络差的时候容易传到一半断掉，而且断点不能续传，只能重来。第二条是 SCP，快、稳、可脚本化，前提是 SSH 已经开了。

# 本地终端执行，把 ISO 直接推到数据存储的 iso 目录 scp -O ./win7_x64.iso root@192.168.1.20:/vmfs/volumes/datastore1/iso/ # 登录主机确认文件大小和落盘位置 ssh root@192.168.1.20 ls -lh /vmfs/volumes/datastore1/iso/

-O这个参数是重点。新版 OpenSSH 默认走 SFTP 协议，而 ESXi 6.5 的 SSH 服务只认老的 SCP 协议，不加-O会直接报协议不匹配，报错信息还很含糊。路径里的datastore1是数据存储的名字，不一定是这个，先用esxcli storage filesystem list看一眼实际挂载点再传。第二条命令用来确认文件大小和 ISO 原始大小一致，不一致说明传输中断了。

上传完成后，如果虚拟机已经配置好 CD/DVD，直接加电、开控制台就能进 Win7 安装界面。装系统的过程和物理机没区别，分区、格式化、拷贝文件、重启，中间会黑屏几次，别急着以为挂了。装完之后第一件事是装 Tools 工具包，把驱动补齐，再考虑切 VMXNET3。

5. 避坑与排查：六个在现场翻车过的环节

5.1 卡在 boot: 提示符，引导菜单不出现

现象：U 盘启动后屏幕停在一行boot:，或者闪过COM32、menu.c32之类的字样，等多久都不动。 原因：写盘工具用了 ISO 模式或者解压复制方式，引导器没能正确加载 ESXi 的菜单文件，只留下一个引导壳。这类问题在把 ISO 拖进 U 盘的场景里特别常见。 解决：先应急，在boot:后面敲install回车，能直接进安装器；根治方法是用写盘工具的 DD 镜像模式重做一遍，别用隐藏分区那套方案。

5.2 装完重启又回到安装界面

现象：进度条走完、提示 Installation Complete、按回车重启，结果又看到 Welcome 屏，以为自己装失败了。 原因：U 盘没拔，或者 BIOS 里 U 盘还在第一引导位。安装器已经正常完成，只是引导顺序又把它拉回去了。 解决：重启瞬间拔 U 盘；没来得及就进 BIOS 把硬盘调到第一引导项。判断系统是否真装上了，看硬盘引导后能不能进 DCUI，能进就是成功的。

5.3 管理界面打不开或反复提示证书不安全

现象：https://IP/ui页面空白、一直转圈，或者弹一堆证书警告，点继续也进不去。 原因：两个方向。一是主机时间偏差太大，证书校验直接失败；二是浏览器对老版本 TLS 协商不兼容，尤其是新版本浏览器默认禁掉了旧协议。 解决：先用 SSH 或 DCUI 看一眼主机时间，偏了就配 NTP 同步；时间没问题就换浏览器试，或者调整浏览器的 TLS 设置。这类问题不看日志纯靠猜，容易在错误方向上耗很久。

5.4 Win7 装完发现没有网卡

现象：系统装完，设备管理器里网络适配器带黄色感叹号，虚拟网络配置看起来完全正常。 原因：虚拟机建的时候选了 VMXNET3，Win7 原生不带这个驱动，系统认不到硬件。 解决：关机，编辑设置把适配器改成 E1000，再开机就正常了；等 Tools 工具包装完，再切回 VMXNET3 拿性能。顺序上先兼容后优化，别一开始就追高性能。

5.5 数据存储突然 100%，虚拟机集体挂起

现象：跑了一段时间，某天所有虚拟机同时无响应，一看数据存储使用率 100%。 原因：thin 磁盘超额分配，加上快照长期不合并，实际写入量远超预期，数据存储被撑爆。 解决：先删无用快照、合并磁盘，把空间腾出来；然后按 20% 余量做容量规划，重要虚拟机改成厚置备延迟置零。快照不是备份，别拿它当后悔药长期挂着。

5.6 ISO 上传到一半失败

现象：数据存储浏览器上传大文件，进度条走到一半报错，重传还是断在同一位置附近。 原因：浏览器会话超时、跨网段链路抖动，或者数据存储剩余空间不够。 解决：改用 SCP 加-O参数传，稳定且能看到实际进度；传之前先用df -h确认剩余容量大于文件大小。

6. 验收与进阶：把「装好了」变成「可交付」

装完能开机只是及格线，能交给别人用才算交付。我习惯在交付前跑一遍固定检查：管理网络通不通、存储挂没挂上、虚拟机能不能起、时间对不对、SSH 是不是按需开关。这几项每项都对应一条命令，跑完一轮两分钟，比后面被人追着问强。

# 存储挂载与剩余容量 esxcli storage filesystem list # 虚拟机清单与运行状态 vim-cmd vmsvc/getallvms # 主机内存与 CPU 概况 esxcli hardware memory get esxcli hardware cpu list | head -20 # 检查虚拟机磁盘的实际置备类型（在虚拟机目录下执行） vmkfstools -D /vmfs/volumes/datastore1/win7-test/win7-test.vmdk

第一条输出各个 VMFS 数据存储的容量、可用空间和挂载状态，Mounted一栏是 true 才算正常。第二条列出主机上所有已注册虚拟机的 ID、名称和文件路径，vim-cmd vmsvc/power.getstate <Vmid>可以看单台机器的电源状态。第四条用来验证磁盘到底是 thin 还是厚置备，-D打印的是磁盘描述符，里面ddb.thinProvisioned的值是 1 就是精简置备，是 0 就是厚置备，这个比在界面上点来点去可靠。

再补一个实用技巧：宿主机重启后虚拟机不会自动开机，需要手动开自启。

# 开启主机自启功能，并给指定虚拟机设置启动延迟 vim-cmd hostsvc/autostartmanager/enable_autostart 1 vim-cmd hostsvc/autostartmanager/update_autostartentry <Vmid> "PowerOn" 30 1

第一条打开全局自启开关，参数1表示启用。第二条给某台虚拟机设置开机动作，PowerOn是动作类型，30是启动延迟秒数，最后的1表示启用该条目；延迟存在的意义是避免所有虚拟机同时加电把存储和 CPU 打满，我给关键业务机一般设 60 秒，普通测试机 30 秒。跑完这两条，主机意外重启后虚拟机也能自己爬起来，不用半夜连上去手动点。

Win7 这类老系统还有个细节：装完系统、打完补丁，先做一次厚置备置零的模板机，后面所有测试机从模板克隆，比一台台装快得多。克隆母盘用厚置备置零格式，克隆出来的子盘再按需选 thin 或厚置备，这个组合我用了很久，既省空间又不会在克隆环节出问题。

说个自己的教训。早年我第一次装完 ESXi，觉得管理 IP 用 DHCP 挺方便，反正地址池大，结果某次交换机重启，租约重新分配，主机换了个 IP，我对着旧地址连了半小时，最后跑去机房看屏幕才发现。从那以后我每次装完系统，第一件事就是把管理网络改成静态，把 IP、掩码、网关、DNS 四项挨个核对一遍，再往下走。这个习惯看着笨，但省下来的时间比什么都实在。希望帮到你。

本文还有配套的精品资源，点击获取