ESXi VMFSL 存储大小管理

如果您已在服务器上安装了 ESXi 7.x 或更高版本，可能已注意到启动设备上存在一个名为 VMFSL 的大型分区，占用了宝贵的存储空间。这个 ESXi VMFSL 分区究竟是什么？它存在的原因是什么？又该如何控制其大小或位置，以避免意外的存储分配冲突？深入理解 ESXi VMFSL 对于顺利部署至关重要——尤其是在 VMware 基础架构随着每个新版本发布而日益复杂的背景下。

什么是 ESXi VMFSL？

我们从基础讲起：esxi vmfsl 是 VMware 文件系统本地版（VMFS-L）的缩写。它于 ESXi 7.x 版本中随系统分区架构的重大重构而引入，用作 OSData 卷——即一个单一的本地文件系统，将早期版本中的多个较小分区整合为一个逻辑区域。

该分区用于存储关键主机数据，例如日志（/var/log）、配置文件（/etc/vmware）、诊断用的核心转储文件（/var/core）、跨重启所需的持久化状态（/scratch），以及在内存不足时使用的部分交换数据。与传统的 VMFS 数据存储不同——后者具备集群感知能力，并可在多台主机间共享——VMFSL 是严格本地化的；只有创建该分区的主机才能访问其内容。

在 vSphere Client 的“存储”>“设备” 中浏览磁盘，或运行 esxcli storage filesystem list 等 Shell 命令时，您会看到该分区被标记为“VMFS-L”或“OSDATA”。如果您想了解它占用多少空间，或其中存放了哪些文件，这些工具是您的起点。

为何在 VMware 环境中使用 VMFSL？

为何 VMware 引入了 ESXi VMFSL？在 7.x 版本之前，ESXi 将小型固定大小的分区分散部署在启动设备上——用于日志、状态文件和暂存空间——这使得升级变得复杂，并限制了对需要更多空间的新功能的支持（例如大型模块或第三方驱动程序）。

使用 ESXi VMFSL 作为统一的 OSData 卷：

• 所有系统关键数据集中存放在一个可展开的位置。

• 
  

• 升级过程更加顺畅，因为中途不会出现日志空间不足的风险。

• 
  

• 高耐久性写入操作（如日志记录/临时数据写入）可定向至SSD等高质量存储设备，而非易损的SD卡。

• 
  

• 管理员可根据其环境需求灵活分配恰好足够的空间——无论是运行独立主机，还是运行启用了vSAN的复杂集群。

• 
  

• 安全性得到提升，因为敏感的诊断数据不再分散存储在多个隐藏分区中；所有数据均存于 ESXi VMFSL 内，权限更易于管理。

  对于任何部署 vSAN 集群或大量使用本地磁盘（例如运行 DirectPath IO 工作负载）的用户而言，了解 ESXi vmfsl 占用多少空间及其原因至关重要，可避免日后出现麻烦。

  如何使用 ESXi VMFSL 管理存储？

  管理 ESXi VMFSL 意味着需在安装开始前明确其应占用的空间大小，并在安装完成后验证所有内容是否按预期位置部署。我们先介绍入门操作步骤，再深入探讨高级调优选项。

  步骤1：控制 ESXi VMFSL 分区大小

  安装 ESXi 7.x 及更高版本时，安装程序会根据您的启动介质类型（USB 闪存盘、SSD 或 NVMe）以及启动时设置的任何特殊选项，自动创建一个指定大小的 ESXi VMFSL 分区。默认情况下，该分区可能占用高达 120 GB 的空间——若未加以限制，甚至可能占用更多！

  控制其大小：

  1. 从您选择的安装介质启动。

  2. 当安装程序启动画面提示时，请迅速按下 SHIFT+O 以打开启动选项。

  3. 在现有文本后添加以下任一标志：

• 最小支持尺寸（约25GB）：systemMediaSize=min

• 对于中等大小（约55 GB）：`systemMediaSize=small`

• 标准/默认（约120GB）：systemMediaSize=default

• 最大允许值（约138GB）：systemMediaSize=max

例如：

cdromBoot runweasel systemMediaSize=small

想要更精细的控制？还有一个未记录的标志 autoPartitionOSDataSize，可让您精确指定分配的 MB 数量：

cdromBoot runweasel autoPartitionOSDataSize=8192

步骤2：检查您的 ESXi VMFSL 分区

安装完成后：

1. 通过 vSphere Client 网页界面登录您的主机。

2. 在左侧导航窗格中点击存储。

3. 在页面顶部中央选择设备选项卡。

4. 找到您的启动磁盘；在“类型”列中查找标记为 VMFS-L 或 OSDATA 的分区——该分区应与您之前选择的尺寸选项一致！

偏好命令行？

运行：

esxcli storage filesystem list

此命令列出所有已挂载的卷及其类型；请查找显示“VMFS-L”的行。

如需更深入的硬件映射（包括物理设备 ID），请尝试：

esxcli storage core device list

此命令显示所有已检测到的块设备及其容量详细信息。

如何使用 Vinchin 备份与恢复工具备份 ESXi 虚拟机？

为确保对您的 VMware 环境（包括使用 esxi vmfsl 的环境）提供强有力的保护，实施专为企业需求定制的可靠备份策略至关重要。Vinchin 备份与恢复工具 是一款专业的、面向企业级的虚拟机备份解决方案，支持15 种以上主流虚拟化平台，包括 VMware、Hyper-V、Proxmox、oVirt、OLVM、RHV、XCP-ng、XenServer、OpenStack、ZStack 等。

针对 VMware 用户，Vinchin 提供多项核心功能：支持永久增量备份，实现高效长期保护； CBT 技术 实现快速变更追踪；重复数据删除 与 数据压缩 技术大幅降低存储占用；细粒度恢复 功能支持精确到文件级别的恢复；以及专为最小化停机时间场景设计的 即时恢复 功能——所有这些共同助力简化管理并增强业务连续性。

直观的 Vinchin 备份与恢复 Web 控制台让虚拟机保护变得简单直接：

1. 仅选择主机上的 VMware 虚拟机

2. 然后选择备份目标位置

3. 选择策略

4. 最后提交任务

全球数千家组织信赖 Vinchin 备份与恢复解决方案，为企业的数据提供安全保护——点击下方，即可免费试用全部功能15天！

                               

下载免费试用版

适用于多种数据备份

* 15天全功能免费安全下载

ESXi VMFSL 常见问题解答

问题1：我可以将 ESXi VMFSL 分区用作常规数据存储吗？

不——此处仅保存系统/配置/日志信息；切勿在此存储用户虚拟机！

问题2：我的U盘很快就满了——有没有办法在不重新安装的情况下恢复丢失的容量？

这样做不安全；最佳做法是先备份配置，然后按照上述说明，使用更小的 systemMediaSize 标志重新安装

Q3：启用 vSAN 是否会改变 osdata 的要求？

是的——无论采用何种共享存储设计，所有节点仍需各自拥有健康的 osdata；在规划集群节点规模时，请相应考虑这一点

结论

了解 ESXi VMFSL 有助于避免资源浪费，同时确保系统稳定运行——即使在 vSAN 集群等高要求环境中也不例外！若您同样重视可靠备份，Vinchin 可提供强大的保护能力与便捷的管理体验，并由全球专家支持团队保驾护航。