ESXi 7.0服务器虚拟化实战：从安装部署到vCenter纳管与运维避坑

简介vSphere ESXi 7.0 是 VMware 推出的裸机虚拟化平台可直接运行于物理硬件帮助用户在单台服务器上灵活部署和管理多台虚拟机提升资源利用率。这份 PDF 文档面向需要为服务器搭建虚拟化环境的运维工程师、IT 管理员及虚拟化初学者系统梳理了从镜像下载、U 盘安装盘制作、BIOS/UEFI 启动到存储选择、root 密码配置、管理网络设置等完整流程。文档还对安装中的常见选择做了说明例如多块磁盘时如何指定安装位置、如何区分“升级保留 VMFS 数据存储”与“覆盖数据全新安装”并强调了 ESXi 默认密码策略对大小写字母、数字和特殊字符的要求。网络配置部分详细介绍了管理网口选择、静态 IP 地址与网关设置以及如何确认物理网卡顺序这些细节能有效减少部署中的返工。资源包共 1 个 PDF 文件大小 752KB内容紧凑便于查阅已有 2661 人学习下载。对于正在规划或实施服务器虚拟化的团队而言这是一份从零起步、关注实际操作的入门参考资料。1. 服务器虚拟化与 ESXi 7.0物理机利用率到底能拉多高接手机房时一溜物理机每台只跑一个业务CPU 长期在 5% 上下存储和内存却各自割裂没法互相调剂。把 vSphere ESXi 7.0 装上去之后一台 2 路服务器同时跑十几个虚拟机资源立刻盘活更重要的是虚拟机文件化之后备份、迁移、快照全部变成日常操作。下面这套流程从选型、安装、纳管到排障都按我实际走过的顺序写不绕弯。适合想从单机物理部署转到服务器虚拟化的运维和开发者。如果你打算用 ESXi 7.0 搭新环境或者正从老版本往上迁照着走能少踩一半坑。2. 选型与规划ESXi 7.0 的组件边界、硬件准入和版本取舍2.1 vCenter Server 与 ESXi 7.0先分清控制面和数据面很多第一次接触服务器虚拟化的人会把 vSphere 和 ESXi 当成同一个东西。实际上 vSphere ESXi 7.0 是一个组合ESXi 是跑在裸机上的 hypervisor只负责把 CPU、内存、网络和存储抽象成资源创建虚拟机vCenter Server 是管理服务负责集群、HA、vMotion、资源池这些“单机管不动”的事vSphere Client 只是你面前那个浏览器界面。装完一台 ESXi 就能建虚拟机但没有 vCenter三台以上主机就会变成三座孤岛迁移要手动导出下载再上传谈高可用更是奢望。vCenter 在 7.0 这一代只有一个部署形态就是 vCenter Server AppliancevCSA带 Photon OS 和内置 PostgreSQL 数据库。6.x 时代还能在 Windows Server 上装 vCenter7.0 直接把这个选项退役了。所以规划的时候不要在 Windows 服务器上找安装包直接下载 vCSA 的 ISO。vCSA 本身是一台虚拟机部署时落在某个 ESXi 主机上但它毕竟是控制面虚拟机不靠它跑业务。即使 vCSA 宕机正在运行的虚拟机仍然照常工作只是你失去了集中管理入口。我一般会给新项目定的部署顺序是先装第一台 ESXi再在这台 ESXi 上部署 vCSA然后用 vCSA 去纳管第二台、第三台 ESXi。顺序错了也没关系vCSA 可以后补但先有 vCSA 再回头给 ESXi 配数据中心会省很多事。很多生产事故的本质是控制面和数据面混在一起比如资源池划得太激进虚拟机 CPU 就绪时间飙升或者把 vCSA 和业务虚拟机塞在同一个资源池里抢资源。规划时先想清楚哪些服务要 HA哪些服务能容忍几秒抖动再决定集群怎么分。如果你是个人学习或者公司预算紧张可以只用一台 ESXi 加一个 vCSA 的小型部署但别把生产放在无集群的环境里。ESXi 7.0 最值得用的功能比如快速恢复、无中断迁移、按需负载均衡都必须有 vCenter 参与。没有 vCenter 的 ESXi本质上还是一个独立虚拟化服务器离“服务器虚拟化”这个目标还有距离。2.2 ESXi 7.0 版本、许可证和硬件门槛先查 HCL再定采购单ESXi 7.0 的版本选择比我们想象中更容易被许可证限制。7.0 开始许可证从“每颗 CPU”改成“每 CPU 的核数”计算采购规划千万别只报 CPU 颗数先搞清楚每颗 CPU 几核。常见选择是 Standard 和 Enterprise Plus后者覆盖 vSAN、分布式交换机等功能如果不确定未来会不会用尽量给生产环境留出 Enterprise Plus 的空间。许可证是一次性投入项目上线后再补功能授权虽然也能做但涉及业务停机窗口不如一开始规划清楚。硬件兼容性是服务器虚拟化最容易翻车的环节。ESXi 7.0 对老一代服务器支持不是很好比如某些 2014 年以前的主板装完不是没有网卡驱动就是 CPU 微码引发紫屏。所以在下单前把我拿到的服务器型号、CPU、存储控制器、网卡逐一放到官方硬件兼容性列表里查一遍。这里有个容易被忽略的细节兼容列表分为“支持”和“附带前提条件”例如某个网卡需要指定固件版本某个 NVMe 需要开启特定 BIOS 选项。只看型号支持是不够的得看“Requirements and Notes”那一栏。项目最低要求生产建议CPU64 位 x86支持 NX/XD至少 2 颗志强或同档主频优先内存官方最低 4GB16GB 起步vSAN 集群另加启动存储8GB USB 或磁盘32GB 以上 SSD别用机械盘数据存储VMFS 分区自动创建SSD/NVMe 按容量规划网络单块 1GbE双万兆冗余管理网分离上表是安装门槛和常规配置的对照生产建议远比“能跑”重要。比如启动存储虽然 U 盘能装 ESXi但日志轮转和安装包升级会大量写盘U 盘寿命撑不了太久生产我至少配一块小容量 SSD。网络方面管理网络和业务流量最好分开用两张物理网卡或 VLAN 隔离否则后续做 vMotion 时你会被广播风暴折磨。查询 HCL 的动作不复杂打开官方兼容性中心按服务器厂商和型号筛选再逐一核对 CPU、存储控制器、网卡。没有官方驱动支持的设备没经验就不要碰。某开发者曾踩过一个 2.5G 板载网卡的坑安装时系统识别不到最后靠加装一块 HCL 认可的千兆网卡才装完。如果你预算充足也可以让服务器厂商直接给你出厂预装 ESXi 的整机省掉这些适配问题。升级路径同样要开门见山从 6.5 升到 7.0 需要先升级到 6.76.7 可以直升 7.0。升级前把第三方驱动 VIB 重新评估一遍用 esxcli software remove 去掉那些已经不兼容的组件不然重启后主机可能起不来。老版本遗留下来的模板、分布式交换机配置通常会保留但虚拟机兼容性版本建议逐步升到 ESXi 7.0 支持的级别别做一窝蜂大迁移。还有一个常被忽视的规划点网络冗余。ESXi 7.0 管理网络默认绑定在 vmk0 上如果你的服务器只有一块物理网卡一旦网卡故障整个 vSphere 环境就失去可管理性。分布式交换机虽好但 7.0 里配置更复杂我通常给生产环境保留两张物理网卡做 vSwitch 的负载均衡并在 NIC teaming 里把主备设成 implicit这样故障切换时虚拟机业务能少受影响。网络规划别想着省钱虚拟化省下来的服务器资源足够抵消两块网卡的成本。3. 从 ISO 到管理 IPESXi 7.0 安装的完整操作路径3.1 做安装盘、选 BIOS 模式和首次启动安装安装 ESXi 7.0 不比装一个主流 Linux 发行版难但几个前置选择会在后面放大成麻烦。先准备一个容量至少 4GB 的 U 盘用 Rufus 或 balenaEtcher 把 ISO 写入。写入模式要留意如果是老服务器支持 Legacy BIOS就选 MBR 分区表如果是近几年的机器建议 UEFI。这里我踩过一次U 盘用 Legacy 引导安装完 ESXi机器改成 UEFI 启动后就找不到 bootloader折腾半天重装才解决。所以装机前先确认服务器的启动方式安装过程中保持和它一致。安装过程里需要盯着两个地方一是磁盘选择二是 root 密码。磁盘选择界面会列出所有可用设备包括板载 RAID 卡创建的虚拟磁盘、直通 HBA 卡带来的物理盘。没做过 RAID 的话这个列表可能是一堆空白盘别选错否则数据存储建在系统盘边上后续清理很麻烦。root 密码要满足强度要求但别用过于怪异的字符因为控制台 DCUI 输入特殊符号有时会出现键盘布局问题建议字母加数字再加下划线就够。企业批量部署通常不会一台台点安装向导Kickstart 文件才是正道。下面是一个最小可用的 ks.cfg适合放在 U 盘根目录或通过 HTTP 服务器分发# ks.cfg: ESXi 7.0 无人值守安装最小示例 accepteula rootpw MyLab_Passw0rd install --firstdisklocal:0 --overwritevmfs network --bootprotodhcp --devicevmnic0 vmsupport --enabled reboot这个文件的核心是第 3 行的--firstdisklocal:0它告诉安装器使用第一个本地磁盘--overwritevmfs表示清掉数据存储里的旧数据重新分区。第 4 行让管理网卡走 DHCP首次启动能自动拿到 IP省去手工配置。实际生产建议把network行改成静态地址写成network --bootprotostatic --ip10.10.10.2 --netmask255.255.255.0 --gateway10.10.10.1 --nameserver10.10.10.5 --devicevmnic0会更稳。accepteula代替图形界面里的 F11 协议确认vmsupport --enabled开启远程支持通道排障时能少跑一趟机房。引导时需要手动输入ksusb:/ks.cfg告诉安装器读取脚本。有些服务器不支持从 U 盘读取那就把 ks.cfg 和 ISO 一起放到 HTTP 服务器引导时指定kshttp://10.10.10.5/esxi/ks.cfg。这里面最容易翻车的是文件名大小写和路径宁可多核对一遍也不要盲目回车。3.2 安装完成后的第一屏配置与 esxcli 网络调整安装完成后自动重启ESXi 会停在 Direct Console UI也就是黄灰色控制台界面。此时要把主机从“裸机”变成“可管理”需要配置管理网络的 IP。按 F2 输入 root 凭据进入系统配置在 IP Configuration 里填静态地址。如果设备较多这一步可以用 esxcli 命令行批量改但前提是先能从控制台进入 ESXi Shell——按 AltF1登录 root 后执行下面的命令# 进入 ESXi Shell 后启用 SSH 服务 vim-cmd hostsvc/enable_ssh # 把 vmk0 改成静态 IP 并配网关 esxcli network ip set --interface-namevmk0 --ipv4-addr192.168.1.10 --ipv4-mask255.255.255.0 --ipv4-gateway192.168.1.1 --ipv4-typestatic # 添加 DNS 服务器 esxcli network ip dns server add --server192.168.1.5 # 再次确认 vmk0 走静态 IP防止 DHCP 覆盖 esxcli network ip set --interface-namevmk0 --ipv4-typestatic这段命令里第一条 vim-cmd 启用 SSH 服务方便后续远程维护。第二条设置 vmk0 的静态 IPvmk0是安装时默认生成的管理内核端口一般绑定在 vmnic0 上。注意顺序先设 IP 再配网关避免命令冲突。后面的 DNS 配置写在系统配置里重启后依然生效但只有网络配置为静态时才会持久。如果原先是 DHCP 的机器重启后 DNS 可能被覆盖所以静态 IP 一定在部署当天就落实。网络配置完成后用浏览器访问https://IP会看到一个下载 vSphere Client 的页面。这里有一个很多新手都会问的疑问为什么登录界面没有“新建虚拟机”按钮因为 ESXi 的管理界面分为 HTML5 的浏览器界面和 vSphere Client7.0 之后只有基于 HTML5 的 vSphere Client直接用浏览器进 IP 就能管理单台 ESXi。但单台主机的管理界面和 vCenter 完全不同你会在首页看到“尚无已连接到 vCenter Server 的主机”之类的提示别慌下一步就是部署 vCSA。存储这块安装器已经做了默认处理会在目标磁盘上划出系统分区和一个 VMFS 数据存储。如果规划里有直通盘需要在安装后把 PCI 设备交给虚拟机但直通盘不能被 VMFS 使用两者别混。第一次启动后我建议先在 DCUI 里确认系统识别了多少物理网卡用esxcli network nic list看列表和机器背后的网口一一对应。这一步省得后面加虚拟交换机时把管理口配错导致远程失联。3.3 首次登录、驱动排查和主机加固的 3 个动作首次登录后第一件事是确认硬件驱动是否全部就位。执行esxcli software vib list查看已安装组件重点看存储控制器和网卡驱动有没有带native或厂商标记。ESXi 7.0 对有些老驱动做了清理比如旧的vmxnet3不匹配会报错。如果某个设备显示“不受支持”先不要急着乱装到兼容列表查对应 VIB然后通过esxcli software install -d /vmfs/volumes/datastore/offline-bundle.zip离线包更新。第二件事是关闭无用的服务。安装完我只开启 SSH 和管理 UI其他服务按需开。用esxcli system service list查看不用的服务用esxcli system service set --enabledfalse --service...关闭。比如vprobe服务和syslog按需开。早期版本还有ntpd默认关闭生产环境要在这里提前打开否则后续 vCenter 纳管后时间偏差会引发告警。第三件事是加固 root把 root 密码换掉并创建本地用户用于日常登录。esxcli system account add -d user -p pass之类。在 vCenter 纳管后最好用 AD 域账号本地 root 留作救急。另外把时区从默认 UTC 调成Asia/Shanghai用esxcli system timezone set --timezoneAsia/Shanghai否则和管理工具比对日志会错 8 小时。在 DCUI 的“Configure Management Network”里也能设置 NTP但命令行可以一次在多台主机上批量执行。虽然安装完到纳管前的主机都可以用 DCUI 图形化完成先跑一次命令学一次后面批量管理主机时就知道值不值。4. 把单机变成集群vCenter Server 7.0 部署与主机纳管4.1 vCSA 部署向导中的网络、存储和 SSO 参数vCSA 部署在本质上是向 ESXi 主机投放一台“管理虚拟机”。虽然界面是图形化向导但提前规划好参数能避免半途卡住。我先说结论DNS 必须先行时间源必须统一SSO 域名不要用默认之外太复杂的名字。如果 DNS 没配好vCSA 的 FQDN 解析失败安装器会在“网络设置”那一步反复提示无法解析。所以给 ESXi 配好 DNS 后再反向解析 vCSA 的 IP 到 FQDN并且在同一个网段内部署。安装器 vCSA ISO 解压后运行vcsa-ui-installer下的安装程序。选择“Install”输入目标 ESXi 的 IP 和 root 凭据。接下来是设置 vCSA 虚拟机参数名字默认即可root 密码要独立设置别和 ESXi 共用。然后选择部署大小。vSphere 7.0 的部署大小选项直接影响内存占用小规模环境选 tiny它吃 8GB 内存适合实验生产环境至少选 small内存 16GB。存储类型选“Thin Provision”还是“Thick”取决于后端存储SSD 上选 thin 就够了机械盘反而建议 thick 避免碎片。网络参数里最关键的是“System Name”和 IP。System Name 填 FQDN不能填 IP否则后续证书校验时所有客户端都会提示证书不匹配。DNS、NTP、SSO 密码按规范填好。SSO 域默认vsphere.local如果你已有 AD 打算做身份源也可以用 AD但我建议先保留默认部署完成后想加外部身份源随时能加反过来改 SSO 域非常麻烦。最后一个选项是加入现有 SSO 域还是新建域第一次部署选“Create a new SSO domain”即可。整个部署过程大约 15 到 30 分钟取决于存储性能。部署完成后用浏览器打开https://vcsa-fqdn:5480这是 VAMI 管理界面能看服务状态、网络、更新配置。如果发现 NTP 没同步直接在这里改。之后用https://vcsa-fqdn/ui进入 vCenter 管理界面开始创建数据中心。下面这段是在 vCSA SSH 终端里检查服务状态最常用的命令等部署完成、服务异常时能快速定位service-control --status --all如果显示某个服务状态为 Stopped就用service-control --start 服务名拉起。比如service-control --start vmware-vpxd。这里vmware-vpxd是 vCenter 的进程管理服务它的状态直接决定你在 UI 里能不能看到主机。首次部署后如果 UI 打不开十有八九是vpxd没起来先看状态再决定重启。4.2 用 PowerCLI 创建集群和添加主机HA、DRS 和 vMotion 一次到位图形界面操作也能建集群但两台以上主机时手点的效率太低而且很容易漏开某些开关。我用 PowerCLI 的习惯是先把凭证、主机列表放在脚本变量里再循环执行。你需要在本地安装 PowerShell 和 VMware.PowerCLI再用Set-PowerCLIConfiguration -InvalidCertificateAction Ignore跳过证书提示。下面示例把创建数据中心、集群、加入主机一起做了$vcsa vcsa01.lab.local $esxiHost esxi01.lab.local $esxiUser root $esxiPass Esxi_Passw0rd Connect-VIServer -Server $vcsa -User administratorvsphere.local -Password Vc_Passw0rd New-Datacenter -Name LabDC -Location $vcsa $dc Get-Datacenter -Name LabDC New-Cluster -Name LabCluster -Location $dc -HAEnabled $true -DrsEnabled $true -DrsAutomationLevel FullyAutomated Add-VMHost -Name $esxiHost -Location (Get-Cluster -Name LabCluster) -User $esxiUser -Password $esxiPassNew-Datacenter的-Location参数要填 vCenter 上的 root 对象而不是数据中心路径New-Cluster的两个开关分别打开 HA 和 DRS。高可用靠 HA 监测主机心跳DRS 负责负载均衡。Add-VMHost会给该主机自动安装 license。如果主机不在集群里需要先建集群再添加否则Get-Cluster会报空对象。生产建议把-HAEnabled -DrsEnabled分开写便于阅读。加入主机后需要在每台主机上配置 vMotion 专用 VMkernel 端口。vMotion 不能走管理流量否则会把管理网络打成瓶颈。我通常新建一个独立的虚拟交换机并关联一个专用 VLAN$vmHost Get-VMHost -Name esxi01.lab.local $vSwitch New-VirtualSwitch -VMHost $vmHost -Name vMotionSwitch -Mtu 9000 $vmk New-VMHostNetworkAdapter -VMHost $vmHost -VirtualSwitch $vSwitch -PortGroup vMotion -IP 10.10.20.1 -SubnetMask 255.255.255.0 -VMotionEnabled $true这段脚本的关键是-Mtu 9000启用巨型帧后海量大页迁移的带宽占用会下降不少。但要注意所有参与 vMotion 的主机必须在同一二层网络且网关、MTU 一致。-VMotionEnabled $true直接在这个 VMkernel 网卡上开启 vMotion 服务。如果刚加完主机还没创建虚拟交换机也可以先不加-VMotionEnabled后续用Set-VMHostNetworkAdapter -VMotionEnabled $true补开。手动验证的时候可以右键虚拟机选“迁移”然后选择“仅更改主机”系统会做一次 pre-check提示当前是否能 vMotion。在命令行里也可以直接测Get-VM demo-vm | Move-VM -Destination (Get-VMHost -Name esxi02.lab.local) -Confirm:$falseMove-VM不加-Datastore参数就是纯计算迁移只切主机不切存储。如果迁移卡住多半是网络不通或 CPU 兼容性被打回这时候回去看上一步配置。vMotion 是虚拟化集群最核心的可用性动作建议在纳管之后立刻把测试虚拟机来回迁一遍别等生产出事才第一次用。5. ESXi 7.0 运维避坑指南四个高频事故与修复路径5.1 安装时提示找不到网卡板载网卡不在驱动列表里现象安装器走到网络配置阶段直接显示“No network adapters were detected”或者列表里空空如也只能退出。原因最常见是网卡芯片不在 ESXi 7.0 官方驱动 VIB 内。比如某些消费级 2.5G 网卡和较新的板载螃蟹卡官方 ISO 不带驱动其次是网卡固件太老驱动识别不了。ESXi 7.0 对网卡驱动的问题是“默认不支持而不是兼容但未开启”。解决先查 HCL 确认再去兼容列表下载对应的 offline bundle 驱动包用esxcli software vib install在安装前注入。如果安装器阶段找不到网卡初装时最简单的是换成服务器厂商的定制镜像里面已经塞了常见网卡驱动或者直接加装一块 HCL 认可的 Intel 千兆网卡别在无驱动网卡上浪费时间。5.2 主机维护模式下 vSAN 组件无法重分配磁盘状态“不兼容”现象做 vSAN 集群的主机执行“进入维护模式”后一直停在“正在进入”数据中心窗口提示磁盘组件需重分配但等了很久没有进展退出维护模式按钮为灰色。原因vSAN 7.0 对全闪存配置要求更严格SSD 不在 HCL 支持列表时vSAN 会拒绝把组件重新分片。另一个隐藏原因是磁盘组里的缓存盘和容量盘配对不符合 vSAN 的闪存缓存规则比如缓存盘容量小于容量盘容量的 10%重新分配就无法完成。解决先在 vSAN 界面的“磁盘管理”里看磁盘状态把不兼容的 SSD 移除再用 HCL 里的同型号盘替换。如果你确实需要维护模式可以在进入维护模式时选择“确保数据可用性”选项系统会自动调整重分配策略。我在生产上遇到过一次最后是把一个未认证的 NVMe 换成官方支持的型号问题立刻消失。5.3 vMotion 提示 CPU 不兼容EVC 模式没开或基线太旧现象虚拟机从 esxi01 迁到 esxi02 时预检报“The virtual machine is not compatible with the host... requires CPU features that the host does not support”。原因两台服务器 CPU 代际不同比如一个是 4 代另一个是 6 代ESXi 认为迁移后虚拟机指令集可能不可用。如果两台主机同型号但 BIOS 中启用了超线程或虚拟化扩展不一致也会出现该问题。解决在集群的“配置”里启用 EVC把基线 CPU 设置为集群中最老的那代。比如 6 代和 8 代混合就选“Intel Haswell Generation”作为基线这样所有主机向老 CPU 看齐。注意 EVC 需要所有虚拟机关机后才能开启所以规划新集群时应该在创建集群后立刻启用 EVC否则后面一批虚拟机都得停机重启才能进基线。如果不想改 EVC也可以只迁移已关机的虚拟机或者同型号主机之间迁移。5.4 虚拟化存储显示“不可访问”SSD 固件和 LUN 路径背的锅现象VMFS 数据存储突然在一台主机上变成“inaccessible”其他主机正常受影响的虚拟机可能直接卡死无法访问系统盘。原因ESXi 7.0 的 NVMe/OFA 驱动对某些 SSD 固件的超时处理很激进链路不稳时会把设备标记为 lost或者直通 HBA 卡的 LUN 路径重复两条路径在 VMware 看来是同一个设备出现混乱。解决进入维护模式重启该主机在esxcli storage core device list里看设备路径和状态先刷 SSD 固件再去存储配置界面把多路径策略改为“Fixed”指定首选路径并开启路径故障切换。重要提醒不要在生产环境直接重启主机先确认另一台主机能正常接管虚拟机和存储。如果你使用 vSAN同样先看磁盘组件是否已分配再决定是否做数据重构。6. 把 ESXi 7.0 管到省心一套巡检脚本和最终验证清单集群上线不意味着结束日常巡检才是最持久的工作。我一般不会每天登录 UI 点来点去而是用 esxcli 写一个二十分钟跑一轮的小脚本覆盖 CPU、内存、存储、网络和日志这几个维度。在管理机上可以把几台 ESXi 做成一个循环for host in esxi01.lab.local esxi02.lab.local; do echo $host esxcli -s $host -u root -p YourPass system health get esxcli -s $host -u root -p YourPass storage core device list | grep -E Device|State esxcli -s $host -u root -p YourPass network ip connection list | grep -E LISTEN|ESTABLISH done循环脚本很直白但密码明文暴露在脚本里不是好习惯。生产上我建议把主机密码放在受保护的配置文件中或者给每台主机单独建一个只读巡检账号。更规范的方案是让 vCenter 用域账号统一纳管利用 vCenter 的 API 拉取主机状态ESXi 本地 root 只做应急登录。这里的关键是巡检要有固定频率天天跑脚本发现问题和出事后才查日志是两种完全不同的体验。还有一个所有初学用户都容易忽略的动作虚拟机快照绝对不是你想象中的“后悔药”。快照文件越积越大当快照点积压到上百 GB虚拟机开机变慢甚至无法删除快照。我现在的习惯是任何大变更前打一个快照确认没问题后 24 小时内删除做完 HA 验证或 vMotion 迁移后也要立刻检查再清理。快照是保护清理才是日常。最后给出这份部署验证清单照着过一遍基本可以交付HA 测试执行“隔离主机”或“进入维护模式”确认虚拟机是否被另一台主机接管vMotion 测试把一台运行中的虚拟机在集群内来回迁移观察业务是否有感知NTP/时钟看各 ESXi 和 vCSA 的时间差超过 5 秒就会导致证书和安全组件告警防火墙端口vCenter 和 ESXi 之间常见的 443、902、5671 等端口保持放行配置备份用 vSphere Client 导出 vCSA 和 ESXi 的配置备份至少保留最近三份前两条是集群可用性的核心后三条是省心的底线。我自己的一个教训是曾经某次“成功”部署集群HA 显示正常但模拟物理机掉电时虚拟机没有自动重启排查许久才发现其中一台 ESXi 的隔离响应策略配置成了“已禁用”。从那以后不管是多小的集群我只信任实测不信任 UI 上的绿色勾。每次交付前都做一次故障演练做完再放心把项目收尾。希望这篇服务器虚拟化 vSphere ESXi 7.0 的落地记录能帮到你也从踩坑清单里省下几个晚上的加班时间。本文还有配套的精品资源点击获取