#头条创作挑战赛#

过去，选择 SD 卡或 USB 设备来安装 ESXi 系统，确实可以降低主机的投入成本。然而，此类设备的耐用性较低，随着时间的推移容易出现可靠性和其他故障问题。此外，SD 卡和 USB 驱动器也可能出现性能问题，并且可能无法容忍高频读写操作。目前发现了很多主机使用 SD 卡或 USB 驱动器作为引导介质时出现了安装问题的情况出现。

本文将详细概述此类问题，并给出相关的建议。

在进入讨论前，让我们了解一下ESXi系统的分区细节。在 vSphere 7 之前，分区管理受到限制，因为分区大小是固定的，分区编号是静态的。使用具有 6.x 分区大小的多个解决方案存在限制，例如，如果您开始组合 NSX-T、vSAN、Tanzu、vGPU 等。这限制了对安装大型模块、调试功能和可能的第三方组件的支持。

在 ESXi 7.x 中的新分区架构，只有系统引导分区固定为 100 MB。其余分区是动态的，这意味着分区大小将根据启动介质大小确定。

SD卡和USB设备上下文中的另一个重大变化是ESX-OSData分区。所有非引导分区（如核心转储、锁定分区和暂存分区）现在都合并到名为 ESX-OSData （VMFS-L） 分区的新分区下。

ESX-OSData 分区必须在高持久性持久性存储设备上创建，因为发送到 ESX-OSData 分区的 IO 请求会增加。IO 请求增加是 ESXi 7.x 引入的多种因素的结果，例如：

增加了为检查设备状态而发送的探测请求数，确保它们继续为 IO 请求提供服务。计划脚本备份系统状态，时间戳略微导致IO请求增加。此外，更多功能和解决方案将其配置状态存储在 ESX-OSData 上，因此需要将其安装在高耐用性的本地连接的持久存储设备上。ESXi 7 和 SD 卡以及 USB 驱动器的潜在问题

1、潜在的 VMFS-L 存储器分区损坏

由于频繁的读取操作，SD 卡或 USB 驱动器等低耐用性设备会很快磨损。频繁读取操作的最常见原因是虚拟机访问的 VMTools 文件。缓解此问题的一种方法是将 VMTools 读取 IO 操作卸载到 RAM 磁盘，从而显著减少发送到 SD 卡或 USB 驱动器的 IO 操作。

当前的解决方法是通过手动启用 ToolsRAMDisk 选项将 VMTools 移动到 RAMDisk。此问题已在 vSphere 7 Update 2c 中得到解决。有关详细信息，请参阅知识库文章 83376。

2、‘/bootbank’丢失

SD 卡或 USB 设备的队列深度通常较小，导致存储堆栈上出现未完成的 IO 请求，最终超时。此问题已在 vSphere 7 Update 2c 中得到解决。有关更多详细信息，请参阅知识库文章 83963。

使用 SD 卡或 USB 驱动器作为启动介质的修正计划SD 卡或 USB 设备的使用有一些限制：不建议使用独立的 SD 卡或 USB 驱动器（没有其他设备可用于 ESX-OSData 分区）作为启动介质来存储 ESX-OSData 分区。涉及使用 SD 卡或 USB 驱动器作为启动介质的配置至少为 8 GB SD 卡或 USB 驱动器 + 可以使用本地连接的 ESX-OSData 分区的持久存储设备，但不建议使用。下面列出了建议的本地连接的存储设备列表。在任何情况下，如果 SD 或 USB 设备用于启动介质（仅限 SD/USB 或 SD/USB + 本地 HDD/SSD 磁盘），请按照以下说明操作，以减少发送到 SD 或 USB 启动介质的 IO 量：启用 ToolsRamDisk 选项以卸载 RAM 磁盘上的 VMTools 安装/升级 IO 请求。确保在持久存储（如本地 HDD/SSD 或从 SAN 设备启动）上配置 /scratch 分区。ESXi 7.0 安装程序不会 在 SD 卡或 USB 驱动器上创建 /scratch 分区。它尝试查找持久存储并尝试在持久存储设备上创建 /scratch。

如果没有可用的持久存储，则会在 RAM 磁盘上创建一个 250 MB /tmp 分区。请注意，如果 /tmp 分区空间不足，ESXi 主机的性能会受到影响。

VMware 不支持 SD 或 USB 引导介质上的 /scratch 分区。始终 在本地连接的磁盘（HDD 或 SSD）上配置 /scratch。如果本地磁盘不可用，请在 SAN 上配置它。请按照知识库文章 1033696 中提到的步骤操作。

注意：请注意，RAMDisk 易失性且容易丢失数据，因此在 RAM 磁盘上存储部分引导分区会导致不推荐的操作模式。

最好将 ESXi 转储收集器配置为卸载核心转储。请确保客户还升级到 vSphere 7 Update 2c 或更高版本，以克服缺少 /bootbank 的问题。请参阅 中的发行说明双SD卡：这不是客户应该依赖的解决方案。读取干扰/性能问题也可能在双SD卡设置中引起。同样重要的是要注意，即使在镜像设置中单个SD卡降级也会导致其他SD卡降级。如果 ESXi 主机已升级到 7.x，则可以添加本地连接的存储设备并设置 autoPartition=True。它将在下次重新启动时对要用于 ESX-OSData 分区的第一个本地附加存储进行分区。请参阅 VMware 知识库文章 77009ESXi 引导注意事项

截至目前，最佳做法是ESXi主机拥有本地的持久存储设备。请查看以下详细信息以获取更多信息。

从 vSAN 环境中的本地连接的存储引导 ESXi 主机

不建议从 vSAN 磁盘共享的相同存储控制器引导 ESXi 主机。客户可以考虑购买额外的控制器来支持启动设备，或使用 M.2 闪存、PCIe NVMe 或 SATA SSD 设备。

从 SAN 引导

完全支持从 SAN 引导，在这种情况下，客户至少可以使用 32 GB LN （FC/FCoE/iSCSI）。包括 ESXOSData 分区在内的所有分区将完全存储在 SAN LUN 上。

vSphere Auto Deploy 无状态安装

vSphere Auto Deploy 在 vSphere 7 中受支持无状态安装。无状态部署虽然在 vSphere 7 中受支持，但与 vSphere Lifecycle Manager 不兼容。

结论

VMware正在摆脱对SD卡和USB驱动器作为启动介质的支持。不建议在 vSphere 7 Update 3 中使用仅使用 SD 卡或 USB 驱动器且不带任何永久性设备的 ESXi 引导配置。建议客户完全远离SD卡或USB驱动器。如果目前这种情况不可行，请确保存在至少 8GB SD 卡或 USB 驱动器，并为 ESX-OSData 分区提供额外的至少 32 GB 本地连接高耐用性设备。

如前所述，客户应采取所有操作来减少发送到 SD 卡或 USB 设备的 IO 请求，例如在持久性设备上配置 /scratch 分区、配置网络核心转储以及启用 toolsRamDisk 选项。此外，客户应升级到包含 USB 和存储堆栈问题的修复程序的 vSphere 7 Update 2c 版本或更高版本。