为什么我的 FlexGroup 成分卷不平衡?
适用场景
- ONTAP 9
- FlexGroup
问题解答
- 在最平衡的 FlexGroup 卷中,所有成分卷的数据量和负载大致相同,并且该卷可以保持这种状态,同时使用高频率的本地放置来实现最佳性能。
- 如果工作负载能够在文件夹和大小相似的文件之间实现良好的平衡,则可以在保持本地父文件夹放置的同时,保持相对均匀的容量平衡。
- 不理想的 FlexGroup 卷可能包含一些成分卷,这些成分卷比其对等卷包含的数据更多或更少,或者接收的流量更多或更少。
- 如果工作负载的每个文件夹中只有几个文件夹且文件数量众多,或者文件大小变化很大的工作负载,则 FlexGroup 中的数据使用量可能会不平衡。
- 但是,容量平衡并不是 FlexGroup 卷最重要的功能。
- 相反,如果在本地放置性能以及容量和索引节点计数平衡的情况下, FlexGroup 卷的功能最佳。
- 我们不希望为了在成员卷之间实现完美的容量平衡而牺牲性能。
- ONTAP 会持续监控成员卷的当前状态,并根据 FlexGroup 卷的当前状态调整放置决策。
- 在 ONTAP 9.8 之前的版本中,如果一个成员卷与其他成员卷略有失衡,则可能不会对载入进行任何调整。
- 但是,如果该成员卷开始接近 90% 的容量,或者容量差异超过 512 GB ,则 ONTAP 会为新数据提供更积极的放置选择,以纠正这种不平衡。
- 这一调整意味着将文件放置在其他成员卷上的远程位置会对 FlexGroup 卷性能产生负面(但可能不明显―大约 5% 到 10% )影响。
- ONTAP 9.8 更改了数据放置紧急性的 90% 阈值(即,当成员卷达到 90% 的容量时, ONTAP 会更频繁地将更多数据强制传输到其他不太完整的成员卷) 提高了值( 99% ),这样,在容量达到 99% 之前,不断增长的 FlexGroup 成员卷不会大幅调整数据载入速率,从而消除了早期版本中远程文件放置的负面影响。
- 在将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 卷技术概述》
- 由于FlexGroup成分卷不平衡、CPU利用率较高