简体中文版经机器翻译而成,仅供参考。如与英语版出现任何冲突,应以英语版为准。

关于 FabricPool 分层策略

提供者 netapp-thomi

通过 FabricPool 分层策略,您可以在数据变热或变冷时在各层之间高效移动数据。了解分层策略有助于您选择适合存储管理需求的正确策略。

FabricPool 分层策略的类型

FabricPool 分层策略可根据热(活动)或冷(非活动)的卷 "`temperature` " 确定何时或是否将 FabricPool 中卷的用户数据块移至云层。频繁访问卷 "`temperature` " 时,卷 " 温度 " 会增加,而不访问时,卷会降低。某些分层策略具有关联的分层最小冷却期,用于设置 FabricPool 卷中的用户数据必须保持非活动状态的时间,以便将数据视为 "`冷` " 并移至云层。

FabricPool 分层策略在卷级别指定。有四种选择:

  • snapshot-only 分层策略(默认设置)可将卷 Snapshot 副本中未与活动文件系统关联的用户数据块移至云层。

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

  • 只有 ONTAP 9.4 及更高版本支持 auto 分层策略,此策略会将 Snapshot 副本和活动文件系统中的冷用户数据块移至云层。

    对于活动文件系统和 Snapshot 副本,默认分层最小冷却期为 31 天,并对整个卷进行适用场景处理。

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

  • 仅 ONTAP 9.6 及更高版本支持的 All 分层策略可将活动文件系统和 Snapshot 副本中的所有用户数据块移至云层。它将取代 backup 分层策略。

    分层最小冷却期不适用,因为一旦运行分层扫描,数据就会移动云层,并且您无法修改设置。

  • none 分层策略可将卷的数据保留在性能层中,从而防止将其移动到云层。

    分层最小冷却期不适用,因为数据从不移动到云层,并且您无法修改设置。

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

在 FabricPool 中修改卷的分层策略时会发生什么情况

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

  • 将分层策略从 snapshot-onlynone 更改为 auto 会导致 ONTAP 将活动文件系统中已冷的用户数据块发送到云层,即使这些用户数据块以前不符合云层的条件也是如此。

  • 将分层策略从另一个策略更改为 all 会导致 ONTAP 在下次运行分层扫描时将活动文件系统和 Snapshot 副本中的所有用户块移动到云层。

    不允许将块移回性能层。

  • 将分层策略从 auto 更改为 snapshot-onlynone 不会对已移至云层并移回性能层的活动文件系统块进行发生原因。

    要将数据移回性能层,需要进行卷读取。

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

移动卷时分层策略会发生什么情况

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

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

  • 卷的 ` 分层最小冷却天数` 参数的现有值随卷一起移动,除非为目标指定不同的分层策略。

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

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

  • volume move 操作涉及 auto tiering 策略时,应特别注意。

    假设源和目标都是启用了 FabricPool 的聚合,下表总结了 volume move 操作的结果,该操作涉及到与 auto 相关的策略更改:

    移动分层策略为的卷时

    您可以通过移动到 …​ 来更改分层策略

    卷移动后 …​

    全部

    auto

    所有数据都会移至性能层。

    snapshot-onlynoneauto

    auto

    数据块将移至与先前在源上相同的目标层。

    autoall

    s仅限 napshot-only

    所有数据都会移至性能层。

    auto

    全部

    所有用户数据都会移至云层。

    snapshot-onlyautoall

    所有数据都保留在性能层。

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

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

    在 ONTAP 9.8 之前的版本中,克隆会从父级继承分层策略,除非父级具有 All 分层策略。

  • 如果父卷具有 never cloud retrretrieval policy ,则其克隆卷必须具有 never cloud retrretrretrieval policy 或 all tiering policy 以及相应的云检索策略 default

  • 无法将父卷云检索策略更改为 从不 ,除非其所有克隆卷都具有云检索策略 从不

克隆卷时,请记住以下最佳实践:

  • 克隆的 ` -tiering-policy` 选项和 tiering-minimum-cooling-days 选项仅控制克隆特有的块的分层行为。因此,我们建议在父 FlexVol 上使用分层设置,这样可以移动与任何克隆相同的数据量或移动较少的数据

  • 父 FlexVol 上的云检索策略应移动相同数量的数据,或者应移动比任何克隆的检索策略更多的数据

分层策略如何与云迁移配合使用

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

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

Tiering policy

检索行为

顺序和随机读取

仅 Snapshot

顺序和随机读取

自动

随机读取

全部

无数据检索

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

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

云检索策略

检索行为

default

分层策略决定应将哪些数据回拉,因此使用 " default , " cloud retry-policy 不会对云数据检索进行任何更改。无论托管聚合类型如何,此策略都是任何卷的默认值。

读写

所有客户端驱动的数据读取都会从云层提取到性能层。

从不

客户端驱动的数据不会从云层提取到性能层

提升

  • 对于分层策略 "`none ,` " ,所有云数据都会从云层提取到性能层

  • 对于分层策略 " snapshot-only , "AFS 数据将被提取。