跳到主要内容

了解 FabricPool 分层策略

FabricPool 分层策略可用于在数据变热或变冷时有效地跨层移动数据。了解分层策略有助于选择适合存储管理需求的正确策略。

FabricPool 分层策略的类型

FabricPool 分层策略根据热(活动)或冷(非活动)的卷“温度”来确定 FabricPool 卷的用户数据块何时或是否移动到云层。频繁访问卷时,其“温度”会升高,反之则会降低。某些分层策略具有关联的分层最小冷却期,该期限决定了 FabricPool 卷中的用户数据必须保持非活动状态以使数据被视为“冷”数据并移至云层的时间。

FabricPool 分层策略是在卷级别指定的。提供了四个选项:

  • snapshot-only 分层策略(默认设置)将与活动文件系统无关的卷快照拷贝的用户数据块移动到云层。

    分层最小冷却期为 2 天。在高级权限级别下使用 volume createvolume modify 命令中的 -tiering-minimum-cooling-days 参数,可以修改分层最小冷却期的默认设置。使用 ONTAP 9.8 及更高版本时,有效值为 2 到 183 天。如果使用的 9.8 之前的 ONTAP 版本,则有效值为 2 到 63 天。

  • auto 分层策略(仅在 ONTAP 9.5 及更高版本中受支持)会将快照拷贝和活动文件系统中的冷用户数据块移动到云层。

    对于活动文件系统和快照拷贝,默认分层最小冷却期均为 31 天,并适用于整个卷。

    在高级权限级别下使用 volume createvolume modify 命令中的 -tiering-minimum-cooling-days 参数,可以修改分层最小冷却期的默认设置。有效值为 2 到 183 天。

  • all 分层策略(仅在 ONTAP 9.6 和更高版本中受支持)将活动文件系统和快照拷贝中的所有用户数据块都移动到云层。它取代了 backup 分层策略。

    由于只要运行分层扫描,数据就会移动到云层,因此分层最小冷却期不适用,并且无法修改此设置。

  • none 分层策略将卷的数据保留在性能层,并阻止将其移动到云层。

    由于数据绝不会移动到云层,因此分层最小冷却期不适用,并且无法修改此设置。

volume show 命令输出中会显示卷的分层策略。从未与 FabricPool 一起使用的卷在输出中显示 none 分层策略。

修改 FabricPool 中的卷的分层策略时发生的情况

可通过执行 volume modify 操作来修改卷的分层策略。必须了解更改分层策略可能会如何影响数据变冷并移至云层所需的时间。

  • 将分层策略从 snapshot-onlynone 更改为 auto 后,ONTAP 会将活动文件系统中已处于冷状态的用户数据块发送到云层,无论用户数据块之前是否符合云层加入条件。

  • 将分层策略从其他策略更改为 all 后,ONTAP 会在下次运行分层扫描时,将活动文件系统和快照拷贝中的所有用户数据块都移动到云层。

    不允许将数据块移回性能层。

  • 将分层策略从 auto 更改为 snapshot-onlynone 后,已移动到云层的活动文件系统数据块不会移回性能层。

    需要执行卷读取才能将数据移回性能层。

  • 每次更改卷上的分层策略时,分层最小冷却期将重置为策略的默认值。

移动卷时分层策略发生的情况

  • 除非明确指定其他分层策略,否则在卷移入和移出启用了 FabricPool 的聚合时,该卷会保留其原始分层策略。

    但是,仅当卷位于启用了 FabricPool 的聚合中时,分层策略才会生效。

  • 卷的 -tiering-minimum-cooling-days 参数的现有值随卷一起移动(除非为目标指定其他分层策略)。

    如果指定其他分层策略,则卷将使用该策略的默认分层最小冷却期。无论目标是否为 FabricPool,均如此。

  • 您可以跨聚合移动卷,同时修改分层策略。

  • volume move 操作涉及到 auto 分层策略时,应该特别注意。

    假设源和目标都是启用了 FabricPool 的聚合,下表概括了 volume move 操作(其中涉及到与 auto 分层策略相关的策略更改)的结果:

    要移动的卷的分层策略为...在移动时将分层策略更改为...在卷移动后...
    allauto所有数据均移动到性能层。
    snapshot-onlynoneautoauto数据块将移动到与先前在源上相同的目标层。
    autoallsnapshot-only所有数据均移动到性能层。
    autoall所有用户数据均移动到云层。
    snapshot-onlyautoallnone所有数据均保留在性能层。

克隆卷时分层策略会发生什么情况

  • 从 ONTAP 9.8 开始,克隆卷始终从父卷继承分层策略和云检索策略。

    在 ONTAP 9.8 之前的版本中,克隆卷从父卷继承分层策略,但父卷具有 all 分层策略的情况除外。

  • 如果父卷具有 never 云检索策略,其克隆卷必须要么具有 never 云检索策略,要么具有 all 分层策略,以及相应的云检索策略 default
  • 父卷云检索策略不能更改为 never,除非其所有克隆卷均具有云检索策略 never
在克隆卷时,请记住以下最佳实践原则:
  • 克隆卷的 -tiering-policy 选项和 tiering-minimum-cooling-days 选项仅控制该克隆卷独有的块的分层行为。因此,建议父 FlexVol 上使用的分层设置所移动的数据量不超过任何克隆卷的分层设置所移动的数据量。
  • 父 FlexVol 上的云检索策略所移动的数据量应不少于任何克隆卷的检索策略所移动的数据量。

分层策略对云迁移的影响

FabricPool 云数据检索由分层策略控制,这些策略会根据读取模式确定从云层到性能层的数据检索。读取模式可以是顺序读取或随机读取。

下表列出了分层策略以及每个策略的云数据检索规则。

分层策略检索行为
none顺序和随机读取
snapshot-only顺序和随机读取
auto随机读取
所有无数据检索

从 ONTAP 9.8 开始,云迁移控制 cloud-retrieval-policy 选项会覆盖由分层策略控制的默认云迁移或检索行为。

下表列出了受支持的云检索策略及其检索行为。

云检索策略检索行为
default分层策略决定了应拉回哪些数据,因此在使用“default” cloud-retrieval-policy 来进行云数据检索方面没有变化。

此策略是所有卷的默认值(无论托管聚合类型为何)。

on-read所有客户端驱动的数据读取都会从云层拉到性能层。
never不将客户端驱动的数据从云层拉取到性能层
promote
  • 对于分层策略“none”,所有云数据都会从云层拉取到性能层
  • 对于分层策略“snapshot-only”,会拉取 AFS 数据。