文件克隆拆分是否由 OpenStack Cinder 生成
适用于
- ONTAP v9.xx
- AFF-A150（以及类似的 AFF/ASA 平台）
- OpenStack Cinder 使用 NetApp NFS 驱动程序
- （FlexVol 卷）具有镜像缓存和大容量卷克隆的环境（例如，100GB Windows 镜像）
- 在卷/实例创建和删除过程中观察到克隆拆分的客户
- 性能问题
回答
- 这不是真的。
- 克隆拆分是后台 ONTAP 进程，通过复制共享块使这些克隆完全独立。
- 当 Cinder 从映像创建新卷或克隆卷时，ONTAP 使用节省空间的文件克隆（SIS 克隆）与父级共享数据块。
- 在某些情况下，ONTAP 会自动将拆分进行排队，例如：
- 需要删除或修改父快照或文件。
- FlexVol’ 的空间利用率超过特定阈值。
- 克隆关系将阻止其他操作。
- Cinder 本身不会启动克隆拆分（无论是在创建还是删除过程中）。
- ONTAP 存储系统根据需要管理拆分，以保持数据完整性和独立性。
- 如果在 ONTAP 拆分操作期间存在性能问题，请参见以下内容：
- 限制克隆拆分负载（推荐）：
- 请使用 ONTAP 命令行界面或 REST API 调整每个节点的最大拆分负载，从而控制可以并发运行的拆分数量并限制其 I/O 影响。
volume file clone split load modify -node <node> -max-split-load <value>
- 增加 OnDemand 作业限制（对于大规模测试可选）：
- 对于具有高拆分并发的环境，增加 ONTAP bootarg ondemand.job_limit（默认值为 50，可以提高到 500）。
- 这允许更多的并发拆分作业，减少了拆分的排队时间。需要节点接管/交还才能生效。
- 监控拆分活动：
- 使用以下方法定期监控拆分队列深度和负载：
volume file clone split statusvolume file clone split load show
- 使用以下方法定期监控拆分队列深度和负载：
- 大多数具有暖数据和现代 ONTAP 硬件的环境受到的性能影响极小，除非拆分操作排队的速度快于其完成的速度。
- 考虑使用 FlexGroup 卷进行扩展：
- 在大规模下，FlexGroup 卷可分布克隆/拆分操作，与 FlexVol 相比减少了瓶颈。
- 镜像缓存：
- 确保已启用 Cinder 映像缓存，以最大限度地增加快速克隆并最大限度地减少完整复制操作。
- 如果拆分操作在高峰时段引起明显的性能问题，请按上述方式暂时限制拆分负载。
- 或者，在非高峰期安排大规模克隆/删除操作，以最大限度地减少影响。