两种分配方式的差别
厚置备（Thick Provisioning）在创建卷时就把声明的容量从存储池里划走并占用，无论业务是否写入，这部分容量不再给别人用，好处是性能可预期、不会因共享池被别人写满而受影响。精简置备（Thin Provisioning）只在业务真正写入时才实际占用物理空间，因而可以把同一份物理容量分配给远超其大小的逻辑卷，显著提高利用率。代价是引入了超配风险：所有精简卷的实际写入量之和一旦超过物理池容量，就会出现写失败，影响的不只是某个卷，而是整池的业务。因此在精简置备环境中，对物理池水位、回收机制与卷实际使用率的监控，比容量数字本身更重要。
两种方式对照
| 维度 | 厚置备 | 精简置备 |
|---|---|---|
| 空间占用 | 创建即全量占用 | 按实际写入占用 |
| 利用率 | 较低，易闲置 | 高，可弹性分配 |
| 性能 | 稳定可预期 | 通常良好，回收阶段可能波动 |
| 风险 | 容量闲置浪费 | 超配导致写满，影响面大 |
| 回收要求 | 无需特别处理 | 需要空间回收机制配合，否则删除后空间不归还 |
基本信息
| 超配比例 | 逻辑容量之和与物理池容量的比值，需要人为设限 |
|---|---|
| 回收前提 | 底层与上层都要支持空间回收，否则删除文件不释放物理空间 |
| 监控重点 | 物理池水位、各卷实际使用量、增长速率 |
| 适用原则 | 超配比按业务实际增长与扩容周期确定，而非按理论上限 |
| 风险缓释 | 水位告警、单卷配额、超配上限与扩容预案 |
典型使用场景
- 虚拟化与云平台：虚拟机磁盘适合精简置备，配合回收机制提升利用率
- 测试与开发环境：容量需求波动大，精简置备能显著降低闲置浪费
- 核心数据库卷：性能与容量可预期优先，宜采用厚置备
- 大批量卷交付：卷数量多、初始写入少，精简置备可避免海量闲置
- 混合策略：关键卷厚置备、外围卷精简置备，兼顾稳定与效率
精简置备的空间回收链条较长：文件系统删除、块层告知、存储侧回收三步缺一不可。任何一环不支持，删除数据后物理容量都不会下降，容易造成「明明删了却还是满」的现象。
超配必须设上限：不设限制的精简池在下游业务同时增长时会直接写满，且写满影响的是整池所有卷。应按扩容周期内可完成的扩容时间，反推允许的最大超配比。