VMware ESXi 磁盘置备类型详解

　　在平时运维VMware ESXi虚拟化环境时，经常要创建虚拟机，而创建虚拟机必要的操作之一是配置磁盘。而磁盘的制备方式有三种类型分别为：精简置备、厚置备延迟置零和厚置备置零，许多用户往往感到困惑。这三种类型到底有何区别？各自适用于什么场景？这篇文章带大家一探究竟，并用通俗易懂（说人话）的比喻让你彻底明白！

 磁盘制备的三种基本类型:

在ESXi环境中，创建虚拟机磁盘时，我们会遇到三种制备选项，每种都有其独特的工作方式和适用场景。

1. 精简置备（Thin Provision）

想象一下你去租仓库：仓库老板承诺给你一个200平米的大仓库，但实际只给你一把能打开10平米小隔间的钥匙。随着你存放的物品增多，老板会陆续给你更多区域的钥匙，直到给满200平米为止。这就是精简置备的工作原理：

• • 按需分配：开始时只占用极小的物理存储空间（可能只有1MB）
• • 动态增长：随着虚拟机写入数据，磁盘文件逐渐增大，直至达到预设的最大容量
• • 空间节省：多个虚拟机可以“超额分配”存储空间，大大提高存储利用率

但这种便利也有代价：当磁盘需要扩展时，系统必须立即现场分配新空间并清零（擦除历史遗留旧数据），导致首次写入性能下降。更需警惕的是，如果所有虚拟机同时大量写入数据，可能瞬间撑爆整个数据存储（当你存储超分太多时）！

适合场景：开发/测试环境、大量轻量 VM、或者希望延迟购买存储的情况。对于大多数普通生产负载，现代建议（在资源受控与监控下）常用精简置备来提高利用率。

 2. 厚置备延迟置零（Lazy Zeroed Thick）

现在换个老板：这次他一次性把200平米仓库的钥匙全给了你，但仓库里还堆着前租户留下的杂物。当你需要存放物品到某个区域时，老板会现场清理那个区域（置零操作），而不是提前打扫整个仓库。

技术角度看：

• • 预先分配：创建时即占用全部设定的磁盘空间（如设定200GB，立即占用200GB物理存储）
• • 延迟清零：不会立即擦除磁盘上的历史数据，仅在首次写入特定区块时进行清零
• • 性能折衷：避免了空间分配的开销，但首次写入仍需等待清零操作

这是ESXi创建磁盘时的默认选项，在空间占用和初始化速度之间取得了平衡。但需注意：未清零的区块可能包含先前残留的敏感数据，存在一定安全风险。

适合场景：需要保证容量不被其他 VM 使用（不想超分配），但又不希望等待很长时间去预清零——例如一般生产 VM（非特殊共享/FT 场景）。

3. 厚置备置零（Eager Zeroed Thick）

最后这位老板最实在：不仅一次性给你整个200平米的仓库，还提前雇人把每个角落都打扫得干干净净，你后续随时可以存放物品到任何位置，无需等待清洁。

技术特点：

• • 完全分配+预清零：创建时就占用全部空间并执行全盘置零操作（如分配了200GB，直接占用200GB的物理存储，并把这整块物理存储空间的历史数据都清除）
• • 最佳性能：首次写入无任何延迟，直接写入数据，不用消耗额外的系统占用
• • 最高安全：确保磁盘空间无残留数据，符合安全合规要求

当然，这种“VIP服务”需要付出代价：创建时间显著延长（特别是大容量磁盘），且立即占用全部空间，存储利用率最低。它也是支持VMware FT等高级功能的必备条件。

适合场景：数据库/共享磁盘、需要 multi-writer 的集群、或对首写延迟/数据隔离有严格要求的场景（但你必须能承受创建时的 IO / 时间成本）

三种磁盘类型的对比分析:

下表总结了三种磁盘类型的关键特性：

 性能深度解析

• 首次写入延迟：厚置备置零因提前完成清零工作，首次写入性能最佳；厚置备延迟置零需要现场清零特定区块，有轻微延迟；精简置备最差，既要分配新空间又要清零
• • 后续性能：一旦空间分配完成，三种磁盘的后续读写性能几乎无差别。性能差异主要体现在空间分配和首次写入阶段
• • 长期影响：频繁写入/删除数据的精简置备磁盘可能出现“空间膨胀”——实际占用空间超过虚拟机内显示的使用量

参考文档：https://mp.weixin.qq.com/s/ht_5QAmNHcG59e5iO41QOg