为什么我的 FlexGroup 成分不平衡?
适用于
- ONTAP 9
- FlexGroup
问题解答
- 在最佳平衡的 FlexGroup 卷中,所有成分都具有大致相同的数据量和负载,并且该卷可以保持该状态,同时使用高频率的本地放置以获得最佳性能
- 具有良好的文件夹平衡和类似大小的文件的工作负载将能够保持本地父文件夹的放置,同时还能保持相对均匀的容量平衡
- 较不理想的 FlexGroup 卷可能包含一些成分,这些成分比同级成分拥有更多或更少的数据,或者接收的流量要多得多或少得多。
- 只有少数文件夹且每个文件夹包含许多文件的工作负载,或文件大小变化很大的工作负载可能会在 FlexGroup 中遇到数据使用不平衡。
- 容量平衡并不是 FlexGroup 卷的最重要功能
- 相反,当本地放置与容量和 inode 计数平衡相结合以提高性能时,FlexGroup 卷的功能最好。
- 我们不想为了跨成员卷的完美平衡容量而牺牲性能
- ONTAP 不断监控成员卷的当前状态,并根据 FlexGroup 卷的当前状态调整放置决策。
- 在 ONTAP 9.8 之前,如果一个成员卷与其他成员卷稍微不平衡,则很可能不会对摄取进行调整
- 但是,如果该成员卷开始接近 90% 的容量,或容量差异超过 512GB,则 ONTAP 会做出更积极的放置选择来纠正不平衡
- 这种调整意味着更多的远程文件放置到其他成员卷,这可能会对 FlexGroup 卷性能产生负面影响(但可能不会引起注意——大约 5% 到 10%)
- ONTAP 9.8 将数据放置紧急性的 90% 阈值(当成员卷达到 90% 容量时,ONTAP 会更频繁地将更多数据强制到其他较少填满的成员卷)更改为更高的值(99%),以便大小不断增长的 FlexGroup 成员卷在达到 99% 容量之前不会大幅调整其数据摄取速率,从而消除了早期版本中远程文件放置的负面影响
- 在 FlexVol 到 FlexGroup 转换后,接着进行 FlexGroup 扩展,初始成分卷上的已用空间可能与扩展后 ONTAP 自动创建的成分卷有很大不同。扩展 FlexGroup 不会平衡现有数据
- ONTAP 9.10.1 引入了一个中断性过程来重新平衡 FlexGroups; volume rebalance file-move
- 从 ONTAP 9.12.1 开始,通过无中断地将文件从 FlexGroup 中的一个成分卷移动到另一个成分卷来重新平衡 FlexGroup 卷。更多信息可在 Rebalance FlexGroup volumes中找到
- 只有 20MB 至 100GB 的文件才有资格自动重新平衡。超出此范围的文件或导致存储效率损失超过 5% 的文件将被跳过。
追加信息
=================================================
最佳实践 2:不再担心容量失衡
=================================================
- 一个成员卷之间容量不平衡的 FlexGroup 本身并不是问题,不应将其视为问题
- 相反,只有当 FlexGroup 的性能未达到预期,或者容量不平衡极端到导致集群空间耗尽时,才应将容量不平衡视为潜在原因
- 如果您认为 FlexGroup 卷容量不平衡是性能问题的根源,请务必联系 NetApp 支持
- TR-4571: NetApp ONTAP FlexGroup 卷最佳实践与实施指南
- TR-4557: NetApp ONTAP FlexGroup 卷技术概述
- 由于 FlexGroup 成员不平衡导致的高 CPU 利用率
- 可以使用哪些方法为带有 flexgroups 的聚合平衡空间