esxi虚拟机配置怎么调？核心答案其实很简单
ESXi虚拟机配置调整的核心在于围绕CPU、内存、存储和网络四大资源，优先保障业务负载的稳定性，再通过虚拟机硬件版本、高级参数和资源分配策略来挖掘性能。 不需要盲目追求最高配置，也不建议照搬别人的模板，因为不同应用场景对资源的需求模式完全不同。
调整虚拟机配置前的准备工作
在动手调参数之前,先确认几个基础信息，否则后续优化容易跑偏。
- 确认ESXi版本与虚拟机硬件版本：登录vSphere Client，在虚拟机“编辑设置”里查看“虚拟机硬件版本”，硬件版本越新，支持的高级特性越多，比如第10版以上才支持更细粒度的CPU性能计数器。
- 检查客户机操作系统类型：在“虚拟机选项”中明确选择正确的Guest OS类型，比如Windows Server 2019或Linux 5.x，这会影响虚拟设备驱动加载方式和资源默认阈值。
- 确认底层物理资源余量：用
esxtop或vCenter的性能图表查看宿主机CPU、内存、存储延迟的实时负载，如果宿主机本身已超售严重，那么再怎么调虚拟机配置都是治标不治本。
esxi性能优化参数有哪些：按资源维度逐项调优
CPU虚拟化的关键参数
CPU是ESXi性能调优里最容易踩坑的部分,因为vCPU数量、核心配置和调度策略一起决定了计算效率。
vCPU数量不是越多越好，行业共识认为，多数的数据库和Web应用，vCPU分配给物理逻辑核心的比值建议控制在1:2以内，比如宿主机有16个逻辑核心，那么所有虚拟机的vCPU总和最好不要超过32个，否则频繁的CPU调度切换会拉高等待时间。
建议调整的核心参数包括：
- 预留(Reservation)：对关键业务虚拟机设置比如4GHz的CPU预留，确保物理CPU时钟周期不被抢占。
- 限制(Limit)：对非关键虚拟机设置上限，防止某台虚拟机突发占满所有核心。
- 份额(Share)：高优先级业务设为High，普通业务设为Normal，这是ESXi调度公平性的核心。
- 硬件虚拟化辅助：如果运行64位系统或嵌套虚拟化，需在CPU配置中勾选“向Guest OS公开硬件辅助虚拟化”。
- 超线程核共享：如果业务对延迟敏感，在“每个插槽的内核数”设置中，建议将vCPU对应的物理核心分布在不同物理CPU插槽上，可以减少跨NUMA节点访问。
另外还有两个进阶参数,在虚拟机高级配置选项中可以手工添加：
sched.cpu.affinity：绑定虚拟机vCPU到指定物理CPU核心，适合低延迟交易系统。sched.cpu.latencySensitivity：对时间敏感型应用设置为High，系统会自动降低CPU调度间隔。
内存资源调整策略
内存配置最容易被忽视的是内存热添加和内存预留的配合问题。
如果计划在线扩容内存,必须在“内存”选项中勾选“启用内存热添加”，但要注意，内存热添加开启后，客户机操作系统的内存管理方式会变保守，某些应用（如特定版本的Linux内核）性能反而下降。
内存性能优化的具体参数优先级：
- 预留全部内存：把预留值设为与内存大小相同，比如8GB内存就预留8GB，这样ESXi不会启用内存压缩或交换到磁盘，内存延迟最低。
- 内存份额分配：优先保障核心数据库虚拟机的份额，避免在内存紧张时出现回收波动。
- NUMA节点关联：在“高级参数”中设置
numa.nodeAffinity，让虚拟机内存与vCPU落在同一物理NUMA节点，尤其针对内存密集型应用（如内存在4GB以上的大虚拟机），这招比盲目调内存大小更管用。 - 禁用内存页面共享：对于安全或性能要求高的虚拟机，可以设置
mem.ShareForceSalting = 2来关闭透明页共享，减少CPU开销，但会增加内存占用，适合内存充裕的场景。
存储控制器与磁盘类型选择
磁盘配置对虚拟机性能的影响非常直观,但很多人习惯性选择默认的LSI Logic SAS控制器，这并不适合所有场景。
- 虚拟控制器类型：Windows虚机建议用Paravirtual SCSI (PVSCSI) 控制器，Linux虚机同样推荐PVSCSI，它减少了CPU中断开销，IO吞吐量比LSI Logic高约40%-60%（根据VMware官方基准测试的共识数据），如果是Windows 2008以下老系统，只能选LSI Logic兼容模式。
- 磁盘置备模式：生产环境强烈建议厚置备延迟置零（Thick Provisioned Lazy Zed）或厚置备快速置零（Thick Provisioned Eager Zeroed），避免用精简置备（Thin Provision）造成写性能波动，如果空间紧张，精简置备也可以，但需要在存储层监控空间剩余量，防止存储写满导致虚拟机挂起。
- 独立磁盘模式：对于高IOPS的数据库盘，将虚拟磁盘设置为“独立-持久”，然后配合SSD存储实现直接IO路径，使用过VMware vSAN的用户，常把数据库日志盘设为独立以跳过ESXi快照机制。
存储调优的四步操作：
- 在虚拟机编辑中删除默认的SCSI控制器。
- 添加PVSCSI控制器,并选择“未提供VMware Multipathing (MPIO)”之外的负载均衡策略。
- 把所需虚拟磁盘挂接到新控制器下。
- 在存储配置中为数据盘选择“物理兼容”或“VMFS”中符合业务方式的模式。
网络虚拟化性能参数
网络瓶颈常见的表现是ping值正常但业务吞吐量低,多数是因为默认的vmxnet3网卡参数没调优。
- 网卡类型：统一使用VMXNET3适配器，这是ESXi的准虚拟化网卡，支持多队列和多核并行处理，每一步操作都在“编辑设置”–“添加网络适配器”中选择VMXNET3，并勾选“连接”。
- 开启Tso和Lro：在网卡高级属性里，确认启用TCP Segmentation Offload和Large Receive Offload，这两项能大幅降低CPU负载，但要注意，某些虚拟安全设备不支持，需关闭。
- 多队列设置：在ESXi的虚拟机配置文件中增加
ethernetX.queues = 8（X为网卡序号），配合客户机内的RSS队列，能提升多核负载均衡能力。 - RSS配置：Windows客户机中，在PowerShell执行
Set-NetAdapterRss -Name "以太网" -NumberOfReceiveQueues 4来开启多队列接收侧缩放，Linux系统则设置ethtool -L eth0 combined 4。
针对高负载业务场景的差异化调优
数据库虚拟机的专用配置
如果跑的是SQL Server或Oracle，除上述通用参数外，还建议：
- 每块数据盘单独挂一个PVSCSI控制器,避免多个磁盘共抢一个控制器的队列深度。
- 将数据库日志文件与数据文件分布在不同的虚拟磁盘上,且分属不同存储数据存储（如果条件允许）。
- 在虚拟机高级参数中设置
Mem.AllocGuestLargePage = TRUE，启用客户机大页内存，优化内存访问TLB命中率。 - 关闭虚拟机的透明页共享（同前面存储部分提到的参数），并关闭内存热添加，因为当前主流数据库对热添加内存的感知并不完美。
桌面虚拟化场景的配置反转
对于VDI桌面虚拟机,配置思路相反，核心是压缩单台资源占用，拉高密度。
- vCPU数量固定在2个以内,内存容量最多4GB，磁盘采用精简置备。
- 内存份额设为低的优先级,系统内存把更多空间留给页面缓存。
- 把客户机内不必要的服务（Windows Search、打印后台）禁用，减少无谓的CPU唤醒。
esxi配置调整后的验证与回退方案
很多人修改完参数后,发现性能波动，但找不到原因，正确的调整流程是一次只改一个变量，然后记录基线。
具体操作：
- 用
esxtop -n 1导出宿主机实时数据，重点关注%MLK、%RDY和%WAIT三个指标。%RDY高说明CPU调度争夺严重，%WAIT高说明存储IO等待时间过长。 - 虚拟机内性能监控,Windows用Performance Monitor的
Logical Disk Disk Bytes/sec和Processor Information % Processor Time计数器，Linux用iostat、mpstat命令。 - 每次调优后,保持业务运行至少30分钟，对比调优前后指标变化，如果出现异常，直接在vSphere Client的“编辑设置”中恢复原值即可，由于ESXi参数都是热修改，不需要重启虚拟机（除CPU散热和内存热添加外）。
常见问题问答：esxi虚拟机配置怎么调更稳？
Q：调了CPU份额和预留后，虚拟机性能没提升，反而其他虚拟机变慢了，怎么处理？
A：说明CPU超分配比例已经接近临界，先检查宿主机CPU核心数，在vSphere Client的摘要页面确认逻辑处理器数量，如果vCPU总数超过逻辑核心的1.5倍，建议缩减该虚拟机的vCPU数量，或者给非关键虚拟机设置显式Limit以限制其突发占用。
Q：虚拟机磁盘IO延迟高，通过修改虚拟磁盘模式能否解决？
A：分两步走，第一步确认延迟是物理存储本身还是虚拟层引入的，进入存储设备监控查看平均延迟，如果物理存储延迟已超过20毫秒，那么修改磁盘模式没有意义；如果物理存储正常，将虚拟磁盘从精简置备迁移到厚置备快速置零，并更换为PVSCSI控制器，通常能改善较大比例的写延迟问题。
Q：esxi性能优化参数有哪些能直接提升文件服务器吞吐量？
A：文件服务器主要吃网络和磁盘读性能，推荐组合：VMXNET3网卡并开启RSS队列，磁盘采用独立持久模式，并在文件服务器虚拟机内调整缓存机制，如果仍嫌不足，新增一块虚拟磁盘专门做缓存目录，同时把内存预留值调大，让ESXi少做内存回收，文件服务器吞吐量会有明显改善。
简单说,ESXi虚拟机的性能调优不是一个固定配方，而是基于负载特征做取舍的过程，按照CPU、内存、存储、网络的顺序，逐项调整并用监控数据验证，就能得到最适合你业务的配置，先从通用参数入手，再针对瓶颈打补丁，这才是长期稳定的优化路径。
首发原创文章，作者：王坚，如若转载，请注明出处：https://idctop.com/article/613417.html
