4. 容量规划基础
在 NetApp ONTAP 的容量规划中，物理容量与有效容量之间存在显著差异。如果只按磁盘原始容量做规划，往往会高估可用空间，导致后期扩容被动。理解存储效率技术如何叠加、如何相互影响，是准确估算有效容量的前提。本节围绕 ONTAP 中四类核心效率技术展开：重复数据删除（Deduplication）、压缩（Compression）、Compaction 以及 FlexClone，并给出可落地的有效容量计算方法。
四类效率技术的作用层次
这四项技术并非并列关系，而是作用在数据路径的不同层次上，效率叠加顺序会影响最终结果。
- 重复数据删除：在块级识别相同数据块，只保留一份物理副本，其余以指针引用。它作用于卷内的数据块指纹比对，对虚拟机镜像、备份副本、模板类数据效果最明显。
- 压缩：对数据块内容做压缩编码，减少实际写入磁盘的字节数。ONTAP 支持自适应压缩与后台压缩，前者在写入路径即时压缩，后者在后台对已有数据压缩。
- Compaction：针对小数据块（如小于 4KB 的碎片块）进行合并打包，减少因块碎片造成的空间浪费。它常与去重、压缩配合，处理那些无法被前两者有效收敛的零散数据。
- FlexClone：基于快照的可写克隆，克隆卷与父卷共享数据块，仅在写入时产生新块。它不压缩数据本身，但通过共享大幅降低多副本场景的物理占用。
需要强调的是，效率技术的收益不是简单相乘。去重后的数据再压缩，压缩率可能因数据已被去重而下降；Compaction 对小块的合并效果也依赖前序处理结果。因此有效容量必须基于实际工作负载测量，而非套用理论乘积。
有效容量的计算方法
有效容量的基本关系可以表达为：有效容量 = 物理可用容量 × 综合效率比 + FlexClone 共享节省。其中综合效率比是去重、压缩、Compaction 三者叠加后的实际比值，必须通过工作负载实测获得。
在 ONTAP 中，可以通过以下命令查看卷级效率统计，作为计算依据：
volume show -vserver vs_prod -volume vol_data -fields size,used,available,percent-used
volume efficiency show -vserver vs_prod -volume vol_data -fields efficiency-status,dedupe,compression
volume efficiency stats show -vserver vs_prod -volume vol_data -instance其中 volume efficiency stats show 会输出逻辑数据量、物理数据量以及各项效率比。例如某卷逻辑数据 10TB，物理占用 4TB，则综合效率比约为 2.5:1。若该卷还承载 5 个 FlexClone，克隆卷总逻辑容量 3TB，但实际新增物理块仅 0.3TB，则 FlexClone 额外节省约 2.7TB。
教学示例：一个卷的有效容量估算
假设某生产卷 vol_vm 用于存放虚拟机镜像，物理可用容量为 8TB。经过一段时间运行后，效率统计如下（以下为教学示例参数，非实测结果）：
| 效率技术 | 效率比 | 说明 |
|---|---|---|
| 重复数据删除 | 1.8:1 | 虚拟机模板与系统盘重复块较多 |
| 压缩 | 1.3:1 | 自适应压缩在写入路径生效 |
| Compaction | 1.1:1 | 小块碎片合并 |
| 综合效率比 | 约 2.4:1 | 实测叠加结果，非三者简单相乘 |
若该卷同时有 4 个 FlexClone，克隆卷逻辑容量合计 2TB，实际新增物理块 0.2TB，则 FlexClone 节省约 1.8TB。有效容量估算为：8TB × 2.4 + 1.8TB ≈ 21TB。这个数字意味着，在规划时不能只按 8TB 物理容量分配业务，而应结合效率比给出更接近实际的可用空间预期。
规划时的关键判断
在实际容量规划中，需要关注以下几点：
- 工作负载类型决定效率上限：虚拟机、VDI、备份副本去重收益高；已压缩的媒体文件、加密数据去重和压缩收益低。
- 效率技术需要时间生效：后台去重和后台压缩按计划运行，新数据不会立即达到稳定效率比。
- FlexClone 的节省依赖共享比例：克隆卷写入越多，共享块越少，节省越有限。
- 快照与效率技术相互影响：快照保留旧数据块，可能降低去重和 Compaction 的实际收益。
volume efficiency stats show 的实测值为准，并定期复核。掌握这四类效率技术的作用层次与叠加关系后，容量规划才能从“看物理容量”转向“看有效容量”。下一步需要结合具体业务增长率和效率比变化趋势，建立可持续更新的容量模型。