为什么我的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 不会平衡现有数据
• 9.10.1 引入了一个中断式流程来重新平衡 FlexGroups； 卷重新平衡文件移动
• 从 ONTAP 9.12.1 开始，通过无中断地将文件从 FlexGroup 中的一个组成部分移动到另一个组成部分来重新平衡 FlexGroup 卷。更多信息请参阅重新平衡 FlexGroup 卷

追加信息

=================================================

最佳实践 2：不再担心容量不平衡

=================================================

• 成员卷之间容量不平衡的 FlexGroup 本身并不是问题，不应将其视为问题。
• 相反，如果 FlexGroup 的性能未达到预期，或者容量不平衡非常严重，导致集群空间不足，则应将容量不平衡视为潜在原因。
• 如果您认为 FlexGroup 卷容量不平衡是性能问题的根源，请务必联系 NetApp 支持
• -4571：NetApp ONTAP FlexGroup 卷最佳实践和实施指南
• TR-4557：NetApp ONTAP FlexGroup 卷技术概述：
• FlexGroup 成分不平衡导致 CPU 利用率高
• 可以使用哪些方法来平衡具有 flexgroups 的聚合空间