使用ONTAP FabricPool策略高效地分层数据
通过 FabricPool 分层策略,您可以在数据变热或变冷时在各层之间高效移动数据。了解分层策略有助于您选择适合存储管理需求的正确策略。
FabricPool 分层策略的类型
FabricPool 分层策略可根据热(活动)或冷(非活动)的卷 "`temperature` " 确定何时或是否将 FabricPool 中卷的用户数据块移至云层。频繁访问卷 "`temperature` " 时,卷 " 温度 " 会增加,而不访问时,卷会降低。某些分层策略具有关联的分层最小冷却期,用于设置 FabricPool 卷中的用户数据必须保持非活动状态的时间,以便将数据视为 "`冷` " 并移至云层。
将块标识为冷数据块后、该数据块将标记为有资格进行分层。 每日后台层扫描会查找冷数据块。从同一卷收集到足够的4 KB块后、这些块会连接到一个4 MB对象、并根据卷分层策略移动到云层。
使用的卷中的数据 |
您可以使用[volume object-store tiering show`命令查看FabricPool卷的层状态。要详细了解ONTAP命令参考中的link:https://docs NetApp.ONTAP-CLI//volume-object-store-tiering-show.html[`volume object-store tiering show
^)命令。
FabricPool 分层策略在卷级别指定。有四种选择:
-
。
snapshot-only
分层策略(默认值)会将卷Snapshot副本中与活动文件系统无关的用户数据块移至云层。分层最小冷却期为 2 天。您可以使用修改层最小冷却期的默认设置
-tiering-minimum-cooling-days
的高级权限级别中的参数volume create
和volume modify
命令使用 ONTAP 9.8 及更高版本时,有效值为 2 到 183 天。如果您使用的 ONTAP 版本早于 9.8 ,则有效值为 2 到 63 天。 -
。
auto
只有ONTAP 9.4及更高版本才支持分层策略、此策略会将Snapshot副本和活动文件系统中的冷用户数据块移至云层。对于活动文件系统和 Snapshot 副本,默认分层最小冷却期为 31 天,并对整个卷进行适用场景处理。
您可以使用修改层最小冷却期的默认设置
-tiering-minimum-cooling-days
的高级权限级别中的参数volume create
和volume modify
命令有效值为 2 到 183 天。 -
。
all
只有ONTAP 9.6及更高版本才支持分层策略、此策略会将活动文件系统和Snapshot副本中的所有用户数据块移至云层。它取代了backup
层策略。。
all
不应在客户端流量正常的读/写卷上使用卷层策略。分层最小冷却期不适用、因为一旦运行分层扫描、数据就会移至云层、并且您无法修改设置。
-
。
none
分层策略会将卷的数据保留在性能层中、而不会将冷数据移至云层。将层策略设置为
none
阻止新的层。先前已移至云层的卷数据将一直保留在云层中、直到变热为止、并自动移回本地层。分层最小冷却期不适用,因为数据从不移动到云层,并且您无法修改设置。
当卷中的冷块的层策略设置为时
none
被读取后、它们将变为热状态并写入本地层。
。 volume show
命令输出显示了卷的层策略。从未与FabricPool一起使用的卷会显示 none
输出中的层策略。
在 FabricPool 中修改卷的分层策略时会发生什么情况
您可以通过执行来修改卷的层策略 volume modify
操作。您必须了解更改分层策略可能会如何影响数据变冷并移至云层所需的时间。
-
正在从更改此层策略
snapshot-only
或none
toauto
使ONTAP将活动文件系统中已冷的用户数据块发送到云层、即使这些用户数据块先前不符合云层的条件也是如此。 -
将层策略更改为
all
从另一个策略中删除数据会导致ONTAP尽快将活动文件系统和Snapshot副本中的所有用户块移动到云。在ONTAP 9.8之前的版本中、数据块需要等待、直到运行下一个分层扫描。不允许将块移回性能层。
-
正在从更改此层策略
auto
tosnapshot-only
或none
不会发生原因已移至云层以移回性能层的活动文件系统块。要将数据移回性能层,需要进行卷读取。
-
每当更改卷上的分层策略时,分层最小冷却期都会重置为策略的默认值。
移动卷时分层策略会发生什么情况
-
除非明确指定其他分层策略,否则在将卷移入和移出启用了 FabricPool 的聚合时,卷将保留其原始分层策略。
但是,只有当卷位于启用了 FabricPool 的聚合中时,分层策略才会生效。
-
的现有值
-tiering-minimum-cooling-days
除非您为目标指定了不同的层策略、否则卷的参数将随卷一起移动。如果指定其他分层策略,则卷将使用该策略的默认分层最小冷却期。无论目标是否为 FabricPool ,都是如此。
-
您可以跨聚合移动卷,同时修改分层策略。
-
当出现时、您应特别注意
volume move
操作涉及auto
层策略。假设源和目标均为启用了FabricPool的聚合、下表总结了的结果
volume move
涉及与相关的策略更改的操作auto
:移动分层策略为的卷时
您可以通过移动到 … 来更改分层策略
卷移动后 …
all
auto
所有数据都会移至性能层。
snapshot-only
,none`或 `auto
auto
数据块将移至与先前在源上相同的目标层。
auto
或all
snapshot-only
所有数据都会移至性能层。
auto
all
所有用户数据都会移至云层。
snapshot-only
,auto
或all
none
所有数据都保留在性能层。
克隆卷时分层策略会发生什么情况
-
从 ONTAP 9.8 开始,克隆卷始终从父卷继承分层策略和云检索策略。
在ONTAP 9.8之前的版本中、克隆会从父级继承分层策略、除非父级具有
all
层策略。 -
如果父卷具有
never
云检索策略中、其克隆卷必须具有never
云检索策略或all
分层策略以及相应的云检索策略default
。 -
无法将父卷云检索策略更改为
never
除非其所有克隆卷都具有云检索策略never
。
克隆卷时,请记住以下最佳实践:
-
。
-tiering-policy
选项、然后tiering-minimum-cooling-days
克隆选项仅控制克隆所特有的块的层化行为。因此,我们建议在父 FlexVol 上使用分层设置,这样可以移动与任何克隆相同的数据量或移动较少的数据 -
父 FlexVol 上的云检索策略应移动相同数量的数据,或者应移动比任何克隆的检索策略更多的数据
分层策略如何与云迁移配合使用
FabricPool 云数据检索由分层策略控制,分层策略可根据读取模式确定从云层到性能层的数据检索。读取模式可以是顺序模式,也可以是随机模式。
下表列出了每个策略的分层策略和云数据检索规则。
Tiering policy |
检索行为 |
无 |
顺序和随机读取 |
仅 Snapshot |
顺序和随机读取 |
自动 |
随机读取 |
全部 |
无数据检索 |
从ONTAP 9.8开始、云迁移控制 cloud-retrieval-policy
选项会覆盖由层策略控制的默认云迁移或检索行为。
下表列出了支持的云检索策略及其检索行为。
云检索策略 |
检索行为 |
default |
分层`d决定了应将哪些数据提取回、因此使用"默认"功能时、云数据检索不会发生任何变化, |
读写 |
所有客户端驱动的数据读取都会从云层提取到性能层。 |
从不 |
客户端驱动的数据不会从云层提取到性能层 |
提升 |
|
有关此过程中所述命令的更多信息,请参见"ONTAP 命令参考"。