ESXi 7.0小硬盘福音：3分钟搞定虚拟闪存空间自定义（附systemMediaSize参数详解）

ESXi 7.0 小容量存储部署实战：告别138G默认占用，精准定制系统分区

如果你手头恰好有一台老旧的服务器，或者一台迷你主机，打算用一块128GB甚至64GB的SSD来安装ESXi 7.0，构建一个轻量级的家庭实验室或边缘计算节点，那么安装过程可能会给你一个“惊喜”。系统安装完毕，你兴冲冲地准备创建第一个虚拟机时，却发现数据存储（Datastore）的可用空间少得可怜，甚至显示为0。硬盘的大部分空间，被一个名为“VMFSL”的虚拟闪存分区悄无声息地占用了。这个默认高达138GB的“巨无霸”分区，对于大容量企业级存储或许不值一提，但对于我们这些资源有限的玩家而言，每一GB都弥足珍贵。

这种现象并非个例。随着ESXi 7.0引入新的分区架构，系统默认会为“ESX-OSData”卷分配大量空间，用于虚拟闪存（用于交换缓存和读缓存）和系统日志等。其初衷是为了保障企业环境下的高性能与高可靠性，但对于小容量存储设备，这无异于一场“空间灾难”。幸运的是，VMware官方并非没有考虑到这种场景。从ESXi 7.0 Update 1c开始，一个名为systemMediaSize的启动参数被正式引入，它允许我们在安装时，就为系统分区选择一个更贴合实际存储容量的预设大小。而更早版本中流传的autoPartitionOSDataSize参数，其适用性和官方支持度已发生变化，盲目使用可能导致意想不到的问题。

本文将带你深入理解ESXi 7.0及更新版本的系统分区机制，并手把手演示如何在不同场景下，通过官方推荐的方式，精准控制安装后的系统占用空间。无论你是使用最新的ESXi 8.0，还是坚守7.0 U1c之后的某个版本，都能找到安全、有效的解决方案，让你小硬盘上的每一分空间都物尽其用。

1. 理解ESXi 7.0+的存储分区变革与虚拟闪存

要解决问题，首先得理解问题的根源。在ESXi 6.7及更早的版本中，系统安装后的磁盘布局相对简单直接。一个典型的安装可能只占用几个GB的空间，剩余部分可以全部划为VMFS数据存储。然而，从ESXi 7.0开始，VMware对存储架构进行了重大调整，引入了更复杂的分区策略，核心目的是提升系统的性能、可靠性和可维护性。

这个调整的核心是创建了一个名为 ESX-OSData 的卷组。你可以把它想象成一个专为ESXi主机系统服务的“专属存储池”。这个池子里主要包含两个关键部分：

1. 虚拟闪存 (VMFSL)：这是占用空间的大头。它并非真正的闪存，而是利用主机本地存储（如SSD）模拟出的一个高速缓存层。其主要作用有两个：

   • 主机交换缓存：当主机物理内存紧张时，部分内存数据可以交换到这个缓存中，其速度远快于传统的硬盘交换，能有效缓解内存压力对虚拟机性能的影响。
   • 虚拟机读缓存：可以为运行在该主机上的虚拟机提供存储读加速，提升I/O密集型应用的响应速度。

2. 系统分区与日志：除了虚拟闪存，ESX-OSData卷还容纳了ESXi系统的核心文件、日志、转储文件以及一些用于系统维护的暂存空间。

在默认安装且未指定任何参数的情况下，ESXi 7.0/8.0会尝试为ESX-OSData卷分配大约138GB的空间。如果安装磁盘总容量小于138GB，那么整个磁盘都将被划给系统，导致你无法创建任何数据存储。这就是小容量SSD用户面临的窘境。

那么，这138GB是固定的吗？并非如此。VMware根据不同的服务器规模和用途，预定义了三个档位。了解这三个档位，是进行自定义的基础：