为什么我的 FlexGroup 成分卷不平衡?
适用场景
- ONTAP 9.
- FlexGroup
问题解答
- 在最佳平衡的FlexGroup卷中、所有成分卷的数据量和 负载大致相同、并且该卷可以保持这种状态、同时使用高频率的本地放置来获得最佳 性能。
- 文件夹和大小相似的文件之间达到良好平衡的工作负载将能够 保持本地父文件夹的放置、同时保持相对均衡的容量。
- 不太理想的FlexGroup卷中的某些成分卷可能比其 对等卷容纳更多或更少的数据、或者接收的流量更多或更少。
- 如果工作负载只有几个文件夹、 每个文件夹包含许多文件、或者文件大小变化很大的工作负载、则FlexGroup中的数据使用情况可能会不平衡。
- 但是、容量平衡并不是FlexGroup卷最重要的功能。
- 相反、 如果同时在本地放置性能以及 容量和Inode计数平衡、则FlexGroup卷的功能最佳。
- 我们不希望为了 在成员卷之间实现容量的完美平衡而牺牲性能。
- ONTAP会持续监控成员卷的持续状态、并 根据FlexGroup卷的当前状态调整放置决策。
- 在ONTAP 9.8之前的版本中、如果一个成员卷与 其他成员卷之间的平衡程度稍差、则可能不会对加载进行任何调整。
- 但是、如果该成员卷开始 接近90%的容量、或者容量差异超过512 GB、则ONTAP会 为新数据选择更积极的放置方式、以纠正这种不平衡。
- 这种调整意味着将更多文件远程放置到其他成员卷、这可能会 ―对FlexGroup卷性能产生负面影响(但可能不明显、大约为5%到10%)。
- ONTAP 9.8更改了数据放置紧急性的90%阈值(在这种情况下、当成员卷达到90%的容量时、ONTAP会更频繁地向其他容量不全的成员卷强制传输更多数据) 设置为更高的值(99%)、以便大小不断增长的FlexGroup成员卷在容量达到99%之前不会对其数据加载速率进行过多调整、从而消除了早期版本中远程文件放置的负面影响。
- 在将FlexVol转换为FlexGroup并进行FlexGroup扩展后、初始成分卷上的已用空间可能与ONTAP在扩展后自动创建的成分卷明显不同。扩展FlexGroup不会平衡现有数据。
- ONTAP 9.10.1引入了一个中断过程来重新平衡FlexGroup; 卷重新平衡文件移动
- 从ONTAP 9.12.1开始、可以通过无系统地将文件从FlexGroup中的一个成分卷移动到另一个成分卷来重新平衡FlexGroup卷。追加信息位于 重新平衡FlexGroup卷中
追加信息
=======
最佳实践2:不再担心容量不平衡。
=======
- 成员卷之间容量不平衡的FlexGroup本身不是问题、不应如此对待。
- 相反、如果FlexGroup未按预期运行、或者容量不平衡非常严重、以致于集群空间不足、则应将容量不平衡视为一个潜在的发生原因。
- 如果您认为FlexGroup卷容量不平衡是导致性能问题描述的原因、请务必联系NetApp支持部门。
- TR-4571: 《NetApp ONTAP FlexGroup卷最佳实践和实施指南》
- TR-4557:《 NetApp ONTAP FlexGroup卷A技术概述》
- 由于FlexGroup成分卷不平衡、CPU利用率较高