为什么我的FlexGroup成分卷不平衡？
适用场景
- ONTAP 9
- FlexGroup
问题解答
- 在最佳平衡的 FlexGroup 卷中，所有组成部分都具有大致相同量的数据和负载，并且卷可以保持该状态，同时使用高频率的本地放置以获得最佳性能。
- 文件夹和文件大小均衡的工作负载将能够维持本地父文件夹的位置，同时保持相对均匀的容量平衡。
- 不太理想的 FlexGroup 卷可能会有一些组成部分比其他组成部分保存更多或更少的数据，或者接收更多或更少的流量。
- 只有几个文件夹且每个文件夹包含许多文件的工作负载，或者文件大小差异很大的工作负载可能会在 FlexGroup 中出现数据使用不平衡的情况。
- 然而，容量平衡并不是 FlexGroup 卷最重要的功能。
- 相反，FlexGroup 卷在本地放置以提高性能的同时，兼顾容量和 inode 数量的平衡，才能发挥最佳性能。
- 我们不想为了在成员卷之间实现完美的容量平衡而牺牲性能。
- 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 引入了一个中断式流程来重新平衡 FlexGroups； 卷重新平衡文件移动
- 从 ONTAP 9.12.1 开始，通过无中断地将文件从 FlexGroup 中的一个组成部分移动到另一个组成部分来重新平衡 FlexGroup 卷。更多信息请参阅重新平衡 FlexGroup 卷
追加信息
=================================================
最佳实践 2：不再担心容量不平衡。
=================================================
- 成员卷之间容量不平衡的 FlexGroup 本身并非问题，不应被视为问题。
- 相反，如果 FlexGroup 的性能未达到预期，或者容量不平衡严重到集群空间不足，则应将容量不平衡视为潜在原因。
- 如果您认为 FlexGroup 卷容量不平衡是性能问题的根源，请务必联系 NetApp 支持。TR
- -4571：NetApp ONTAP FlexGroup 卷最佳实践和实施指南
- TR-4557：NetApp ONTAP FlexGroup 卷技术概述：
- FlexGroup 成分不平衡导致 CPU 利用率高