FabricPool 卷分层策略
建议更改
PDF
FabricPool 卷分层策略确定卷中哪些数据有资格进行分层，而分层最小冷却天数参数确定何时将数据视为非活动数据并有资格进行分层。
|
访问控制列表 (ACL)、目录结构和元数据从不分层，始终保留在本地层。 |
每日后台分层扫描会查找冷块。当从同一卷中收集到足够的 4KB 块时，它们将被串联成一个 4MB 对象，并根据卷分层策略移动到云层。
了解分层策略的工作原理将有助于您根据存储管理需求选择合适的策略。
卷分层策略选项
默认情况下，卷使用 None 卷分层策略。但也有例外情况，即在 FabricPool 聚合上新建的 FlexVol 卷，它们使用的是 Snapshot-Only 卷分层策略。
您可以使用 volume object-store tiering show`命令查看FabricPool卷的层状态。有关的详细信息 `volume object-store tiering show，请参见"ONTAP 命令参考"。
FabricPool 分层策略在卷级别指定。有四种选择：
仅快照
The snapshot-only 分层策略会对不再与活动文件系统关联的快照数据进行分层。默认情况下，快照需要经过两天的非活动时间才有资格进行分层。大多数数据保护计划按每小时或每天执行，并在数据分层之前在本地读取数据。
可以使用 -tiering-minimum-cooling-days 参数（位于 volume create 和 volume modify 命令的高级权限级别中）修改分层最小冷却周期的默认设置。使用 ONTAP 9.8 及更高版本时，有效值为 2 到 183 天。如果使用的是早于 9.8 的 ONTAP 版本，有效值为 2 到 63 天。
读取时，与快照副本关联的冷块会保持冷态，不会写回本地层。
自动
The auto 分层策略将卷中的所有冷数据（快照和活动文件系统）分层到云层。默认分层最短冷却期为 31 天，适用于整个卷，包括活动文件系统和快照。
您可以使用修改层最小冷却期的默认设置 -tiering-minimum-cooling-days 的高级权限级别中的参数 volume create 和 volume modify 命令有效值为 2 到 183 天。
随机读取时，分层策略设置为"自动"的卷中的冷块将变为热块，并写回本地层。
按顺序读取时，将分层策略设置为"自动"的卷中的冷块将保持冷态并保留在云层上。它们不会写回本地层。
全部
The all 分层策略会立即将卷中的所有数据标记为冷数据，并尽快开始将其分层到云层。使用 all 分层策略，卷中的新块无需等待 48 小时即可冷却。
分层最小冷却期不适用、因为一旦运行分层扫描、数据就会移至云层、并且您无法修改设置。
当读取分层策略设置为 All 的卷中的冷块时，它们将保持冷状态并保留在云层上。它们不会写回本地层。
|
|
。 对象存储不像文件或块存储那样是事务性存储。使用 All tiering 策略对作为对象存储在卷中的文件进行更改可能会导致新对象的创建、现有对象的碎片化、读取性能降低以及存储效率低下。 |
无
The none 分层策略将卷的数据保留在性能层中，而不会分层数据。
将层策略设置为 none 阻止新的层。先前已移至云层的卷数据将一直保留在云层中、直到变热为止、并自动移回本地层。
分层最小冷却期不适用，因为数据从不移动到云层，并且您无法修改设置。
当卷中的冷块的层策略设置为时 none 被读取后、它们将变为热状态并写入本地层。
。 volume show 命令输出显示了卷的层策略。从未与FabricPool一起使用的卷会显示 none 输出中的层策略。
|
|
在SVM DR关系中、源卷和目标卷不需要使用FabricPool聚合、但必须使用相同的分层策略。 |
修改卷分层策略时会发生什么
您可以通过执行来修改卷的层策略 volume modify 操作。您必须了解更改分层策略可能会如何影响数据变冷并移至云层所需的时间。
-
正在从更改此层策略
snapshot-only或nonetoauto使ONTAP将活动文件系统中已冷的用户数据块发送到云层、即使这些用户数据块先前不符合云层的条件也是如此。 -
将此层策略从另一个策略更改为 `all`会导致ONTAP尽快将活动文件系统和快照中的所有用户块移动到云。在ONTAP 9.8之前的版本中、数据块需要等待、直到运行下一个分层扫描。
不允许将块移回性能层。
-
正在从更改此层策略
autotosnapshot-only或none不会发生原因已移至云层以移回性能层的活动文件系统块。要将数据移回性能层，需要进行卷读取。
-
每当更改卷上的分层策略时，分层最小冷却期都会重置为策略的默认值。
移动卷时分层策略会发生什么情况
-
除非明确指定其他分层策略，否则在将卷移入和移出启用了 FabricPool 的聚合时，卷将保留其原始分层策略。
但是，只有当卷位于启用了 FabricPool 的聚合中时，分层策略才会生效。
-
的现有值
-tiering-minimum-cooling-days除非您为目标指定了不同的层策略、否则卷的参数将随卷一起移动。如果指定其他分层策略，则卷将使用该策略的默认分层最小冷却期。无论目标是否为 FabricPool ，都是如此。
-
您可以跨聚合移动卷，同时修改分层策略。
-
当出现时、您应特别注意
volume move操作涉及auto层策略。假设源和目标均为启用了FabricPool的聚合、下表总结了的结果
volume move涉及与相关的策略更改的操作auto：移动分层策略为的卷时
您可以通过移动到 … 来更改分层策略
卷移动后 …
allauto所有数据都会移至性能层。
snapshot-only，none`或 `autoauto数据块将移至与先前在源上相同的目标层。
auto或allsnapshot-only所有数据都会移至性能层。
autoall所有用户数据都会移至云层。
snapshot-only,auto或allnone所有数据都保留在性能层。
克隆卷时分层策略会发生什么情况
-
从 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 命令参考"。