Skip to main content
Cloud Manager 3.7
本产品推出了新版本。
简体中文版经机器翻译而成，仅供参考。如与英语版出现任何冲突，应以英语版为准。

数据分层概述

贡献者
PDF

通过将非活动数据自动分层到低成本的对象存储，降低存储成本。活动数据保留在高性能 SSD 或 HDD 中，而非活动数据则分层到低成本对象存储中。这使您可以回收主存储上的空间并缩减二级存储。

这是一个概念图像，显示了流向 EBS 存储的热数据以及流向 S3 存储的非活动数据。

Cloud Volumes ONTAP 支持在 AWS ， Azure 和 Google 云平台中进行数据分层。数据分层由 FabricPool 技术提供支持。

备注 您无需安装功能许可证即可启用数据分层（ FabricPool ）。

AWS 中的数据分层

在 AWS 中启用数据分层时， Cloud Volumes ONTAP 会将 EBS 用作热数据的性能层，而将 AWS S3 用作非活动数据的容量层。通过更改系统的分层级别，您可以选择其他 S3 存储类。

性能层

性能层可以是通用 SSD 、配置的 IOPS SSD 或吞吐量优化的 HDD 。

Capacity tier

Cloud Volumes ONTAP 系统使用 Standard 存储类将非活动数据分层到一个 S3 存储分段。Standard 是存储在多个可用性区域中的频繁访问数据的理想选择。

备注 Cloud Manager 会为每个工作环境创建一个 S3 存储分段，并将其命名为 fabric-pool-cluster unique identifier 。不会为每个卷创建不同的 S3 存储分段。
分层级别

如果您不打算访问非活动数据，可以通过将系统的分层级别更改为以下级别之一来降低存储成本： Intelligent Tierage ， one-Zone Inrequent Access 或 Standard-Intimic Access 。更改分层级别后，如果 30 天后未访问非活动数据，则非活动数据将从标准存储类开始，并移至选定的存储类。

如果您确实访问数据，访问成本会更高，因此在更改分层级别之前，请考虑这一点。 "了解有关 Amazon S3 存储类的更多信息"。

创建系统后，可以更改分层级别。有关详细信息，请参见 "将非活动数据分层到低成本对象存储"。

分层级别在系统范围内—不是每个卷。

Azure 中的数据分层

在 Azure 中启用数据分层后， Cloud Volumes ONTAP 会将 Azure 托管磁盘用作热数据的性能层，并将 Azure Blob 存储用作非活动数据的容量层。通过更改系统的分层级别，您可以选择其他 Azure 存储层。

性能层

性能层可以是 SSD 或 HDD 。

Capacity tier

Cloud Volumes ONTAP 系统会使用 Azure hot 存储层将非活动数据分层到一个 Blob 容器中。热层非常适合经常访问的数据。

备注 Cloud Manager 会为每个 Cloud Volumes ONTAP 工作环境创建一个新的存储帐户，其中包含一个容器。存储帐户的名称是随机的。不会为每个卷创建不同的容器。
分层级别

如果您不打算访问非活动数据，可以通过将系统的分层级别更改为 Azure cool 存储层来降低存储成本。更改分层级别后，如果 30 天后未访问非活动数据，则非活动数据将从热存储层开始，并移至冷存储层。

如果您确实访问数据，访问成本会更高，因此在更改分层级别之前，请考虑这一点。 "详细了解 Azure Blob 存储访问层"。

创建系统后，可以更改分层级别。有关详细信息，请参见 "将非活动数据分层到低成本对象存储"。

分层级别在系统范围内—不是每个卷。

GCP 中的数据分层

在 GCP 中启用数据分层时， Cloud Volumes ONTAP 会使用永久性磁盘作为热数据的性能层，并使用 Google 云存储分段作为非活动数据的容量层。

性能层

性能层可以是 SSD 或 HDD （标准磁盘）。

Capacity tier

Cloud Volumes ONTAP 系统使用 Region 存储类将非活动数据分层到一个 Google Cloud 存储分段。

备注 Cloud Manager 会为每个工作环境创建一个分段，并将其命名为 fabric-pool-cluster unique identifier 。不会为每个卷创建不同的存储分段。
分层级别

目前不支持其他 GCP 存储类。

数据分层和容量限制

如果启用数据分层，系统的容量限制将保持不变。此限制分布在性能层和容量层中。

卷分层策略

要启用数据分层、您必须在创建、修改或复制卷时选择卷分层策略。您可以为每个卷选择不同的策略。

某些分层策略具有相关的最小冷却周期、这将设置卷中的用户数据必须保持非活动状态的时间、以便将数据视为“冷”并移动到容量层。

通过 Cloud Manager ，您可以在创建或修改卷时从以下卷分层策略中进行选择：

仅快照

在聚合达到 50% 容量后、 Cloud Volumes ONTAP 将不与活动文件系统关联的 Snapshot 副本的冷用户数据分层到容量层。冷却时间约为 2 天。

如果已读取、则容量层上的冷数据块会变得很热并移动到性能层。

自动

在聚合达到 50% 容量后、 Cloud Volumes ONTAP 会将卷中的冷数据块分层到容量层。冷数据不仅包括 Snapshot 副本、还包括来自活动文件系统的冷用户数据。冷却期约为 31 天。

从 Cloud Volumes ONTAP 9.4 开始支持此策略。

如果通过随机读取进行读取、则容量层中的冷数据块会变得很热并移动到性能层。如果按顺序读取（例如与索引和防病毒扫描关联的读取）进行读取、冷数据块将保持冷态并且不会移动到性能层。

无

将卷的数据保留在性能层中、防止将其移动到容量层。

复制卷时，您可以选择是否将数据分层到对象存储。否则， Cloud Manager 会将 * 备份 * 策略应用于数据保护卷。从 Cloud Volumes ONTAP 9.6 开始， * 所有 * 分层策略将取代备份策略。

关闭 Cloud Volumes ONTAP 会影响冷却期

数据块通过散热扫描进行冷却。在此过程中，未使用的块的块温度会移动（冷却）到下一个较低的值。默认散热时间取决于卷分层策略：

  • 自动： 31 天

  • 仅 Snapshot ： 2 天

要使散热扫描正常运行，必须运行 Cloud Volumes ONTAP 。如果关闭 Cloud Volumes ONTAP ，则散热也会停止。因此，散热时间可能会更长。

设置数据分层

有关说明以及支持的配置列表，请参见 "将非活动数据分层到低成本对象存储"。