云分层解决了数据快速增长带来的挑战，为您带来以下好处：

本质上，任何在主存储系统和辅助存储系统上被视为非活动的数据都是迁移到云端的良好目标。在主系统上，此类数据可以包括快照、历史记录和已完成的项目。在辅助系统上，这包括为 DR 和备份目的而制作的主数据副本的所有卷。

是的，您可以将数据从 NAS 卷分层到公共云或私有云，例如StorageGRID。当您对通过 SAN 协议访问的数据进行分层时， NetApp建议使用私有云，因为 SAN 协议对连接问题比 NAS 更敏感。

冷数据的定义也可以是：“一段时间内未被访问的卷块（元数据除外）。 “时间量”由名为冷却日的分层策略属性决定。

是的，将数据移动到云层时， ONTAP卷级存储效率（例如压缩、重复数据删除和压缩）得以保留。

FabricPool是ONTAP分层技术，可以通过ONTAP CLI 和系统管理器进行自我管理，也可以通过云分层以服务形式进行管理。 Cloud Tiering 将FabricPool转变为一种托管服务，在ONTAP和云中均具有先进的自动化流程，从而提供对混合和多云部署中分层的更高可见性和控制力。

不可以。由于卷的元数据从未从性能层分层，因此无法直接访问存储在对象存储中的数据。

但是，通过在辅助系统和SnapMirror目标卷（DP 卷）上启用 Cloud Tiering，可以实现经济高效的备份和 DR，从而对所有数据（元数据除外）进行分层，从而减少数据中心占用空间和 TCO。

通过将分层策略与每个卷关联起来，可以在卷级别启用云分层。冷数据识别是在块级别完成的。

与卷相关的分层策略是控制何时对哪些块进行分层的机制。该策略定义了数据块的类型（快照、用户数据或两者）和冷却期。看"卷分层策略"了解详情。

云分层对卷的容量没有影响，但对聚合的性能层使用情况有影响。

是的，Cloud Tiering 在每个聚合上启用非活动数据报告 (IDR)。此设置使我们能够识别可以分层到低成本对象存储的非活动数据量。

配置的冷却期过后，IDR 开始显示信息。使用ONTAP 9.7 及更早版本时，IDR 的不可调节冷却期为 31 天。从ONTAP 9.8 开始，IDR 冷却期最多可配置为 183 天。

将冷数据分层到公共云时：

"查看定价详情"。

将冷数据分层到NetApp StorageGRID系统（私有云）时无需任何成本。

是Cloud Tiering 允许您使用 BYOL 许可证、PAYGO 订阅或两者的组合。

如果您达到 BYOL 容量限制或 BYOL 许可证过期，新冷数据的分层将停止，新冷数据的分层将停止。所有先前分层的数据仍然可以访问；这意味着您可以检索和使用这些数据。检索后，这些数据将从云端移回性能层。

但是，如果您在 PAYGO 市场订阅了_BlueXP - 部署和管理云数据服务_，新的冷数据将继续分层到对象存储，并且您将按每次使用支付这些费用。

不，不是这样的。

是所有来自公共云的读取均需缴纳出口费。

估算云提供商托管数据收费的最佳方法是使用他们的计算器： "AWS" ， "Azure"和 "Google Cloud"。

是查看 "Amazon S3 定价"， "Block Blob 定价" ， 和 "云存储定价"了解数据读取/检索产生的额外定价。

要获得估算，请将您的ONTAP集群添加到NetApp Console并通过 Cloud Tiering Clusters 页面进行检查。选择集群的“计算潜在的分层节省”以启动 "云分层 TCO 计算器"看看您能节省多少钱。

在MetroCluster环境中使用时，总分层许可证适用于两个集群的使用。例如，如果您拥有 100TiB 分层许可证，则每个集群使用的分层容量将计入 100TiB 的总容量。

Cloud Tiering 支持ONTAP 9.2 及更高版本。

单节点和高可用性AFF、 FAS和ONTAP Select集群支持 Cloud Tiering。 FabricPool Mirror 配置和MetroCluster配置中的集群也受支持。

是的，从ONTAP 9.8 开始，您可以对 HDD 聚合上托管的卷中的数据进行分层。

是可以将 Cloud Tiering 配置为对任何聚合上托管的卷进行分层。数据分层配置与所使用的控制器类型以及集群是否异构无关。

如果您有Cloud Volumes ONTAP系统，您会在 Cloud Tiering Clusters 页面中找到它们，这样您就可以全面了解混合云基础架构中的数据分层。但是， Cloud Volumes ONTAP系统从 Cloud Tiering 来看是只读的。您无法从 Cloud Tiering 在Cloud Volumes ONTAP上设置数据分层。 "您可以从NetApp Console中的ONTAP系统设置Cloud Volumes ONTAP系统的分层" 。

这取决于冷数据的分层位置。请参阅以下链接以了解更多详细信息：

Cloud Tiering 支持以下对象存储提供商：

是的，你可以。设置数据分层时，您可以选择添加新的存储桶/容器或选择现有的存储桶/容器。

Cloud Tiering 支持将数据分层为_标准_、标准-不频繁访问、单区-不频繁访问、_智能分层_和_Glacier 即时检索_存储类。看"支持的 S3 存储类别"了解更多详情。

不支持 Amazon S3 Glacier Flexible 和 S3 Glacier Deep Archive 的主要原因是 Cloud Tiering 被设计为高性能分层解决方案，因此数据必须持续可用且可快速检索。使用 S3 Glacier Flexible 和 S3 Glacier Deep Archive，数据检索可以持续几分钟到 48 小时。

是的，使用ONTAP 9.8 及更高版本的集群支持通过分层 UI 配置与 S3 兼容的对象存储。"详情请见此处" 。

Cloud Tiering 支持将非活动数据分层到_Hot_或_Cool_访问层。看"支持的 Azure Blob 访问层"了解更多详情。

Cloud Tiering 支持将数据分层为 Standard、Nearline、Coldline 和 Archive 存储类。看"支持的 Google Cloud 存储类别"了解更多详情。

是您可以启用生命周期管理，以便 Cloud Tiering 在一定天数后将数据从默认存储类/访问层转换到更具成本效益的层。生命周期规则适用于 Amazon S3 和 Google Cloud 存储所选存储桶中的所有对象，以及 Azure Blob 所选存储帐户中的所有容器。

在典型配置中，整个集群有一个对象存储。从 2022 年 8 月开始，您可以使用 高级设置 页面为集群添加其他对象存储，然后将不同的对象存储附加到不同的聚合，或者将 2 个对象存储附加到聚合以进行镜像。

为了镜像的目的，每个聚合最多可以附加两个存储桶，其中冷数据同步分层到两个存储桶中。这些存储桶可以来自不同的提供商和不同的位置。从 2022 年 8 月开始，您可以使用 高级设置 页面将两个对象存储附加到单个聚合。

是一般最佳做法是将单个存储桶附加到多个聚合体。但是，使用公共云时，对象存储服务的最大 IOPS 限制，因此必须考虑多个存储桶。

将卷从一个集群迁移到另一个集群时，所有冷数据都从云层读取。目标集群上的写入位置取决于是否启用分层以及源卷和目标卷上使用的分层策略类型。

如果目标聚合没有附加的云层，则从源聚合的云层读取数据并将其完全写入目标聚合的本地层。如果目标聚合具有附加的云层，则从源聚合的云层读取数据并首先写入目标聚合的本地层，以便于快速切换。之后，根据所使用的分层策略，将其写入云层。

从ONTAP 9.6 开始，如果目标聚合使用与源聚合相同的云层，则冷数据不会移回本地层。

写回通常在读取时执行，并且取决于分层策略类型。在ONTAP 9.8 之前，可以使用“volume move”操作写回整个卷。从ONTAP 9.8 开始，分层 UI 具有“恢复所有数据”或“恢复活动文件系统”选项。"了解如何将数据移回性能层" 。

不。在“换头”过程中，唯一改变的是集合体的所有权。在这种情况下，它将被更改为新的控制器，而无需任何数据移动。

不可以。构建并分层到云中的对象不包含单个文件，而是包含来自多个文件的最多 1,024 个 4KB 块。卷的元数据始终保留在本地层。

控制台代理是在您的云帐户或本地的计算实例上运行的软件，它使NetApp Console能够安全地管理云资源。要使用 Cloud Tiering 服务，您必须部署代理。

是您可以下载代理软件并将其手动安装在您网络中的 Linux 主机上。 "了解如何在您的场所安装代理" 。

是您必须先拥有一个帐户，然后才能定义要使用的对象存储。在 VPC 或 VNet 上的云中设置代理时，还需要具有云存储提供商的帐户。

如果代理发生故障，则仅分层环境的可见性会受到影响。所有数据均可访问，新识别的冷数据会自动分层到对象存储。

有四种分层策略：

"了解有关分层策略的更多信息"。

由于数据分层是在块级别完成的，因此在一定时间内未访问数据块后，该数据块将被视为冷数据块，该时间由分层策略的最低冷却天数属性定义。适用范围为ONTAP 9.7 及更早版本中的 2-63 天，或从ONTAP 9.8 开始中的 2-183 天。

冷快照策略的默认冷却期为 2 天，而冷用户数据和快照的默认冷却期为 31 天。冷却天数参数不适用于所有分层策略。

在完整备份期间，将读取所有冷数据。数据的检索取决于所使用的分层策略。使用全部和冷用户数据和快照策略时，冷数据不会写回到性能层。使用冷快照策略时，只有在使用旧快照进行备份的情况下才会检索其冷块。

不可以。但是，您可以选择哪些卷符合分层条件、要分层的数据类型及其冷却期。这是通过将分层策略与该卷关联起来来实现的。

否。数据保护 (DP) 卷可以与三种可用策略中的任何一种相关联。源卷和目标 (DP) 卷上使用的策略类型决定了数据的写入位置。

重置分层策略时不会发生补水，但它会阻止新的冷块移动到云层。

是更改后的行为取决于新的关联策略。

不要将分层策略与包含该数据的卷关联。

卷的元数据始终存储在本地的性能层上——它永远不会分层到云端。

有关详细信息，请参阅：

除了云分层之外， "Active IQ Unified Manager"和 "数字顾问"可用于监测和报告。

如果发生网络故障，本地性能层仍保持在线并且热数据仍然可访问。但是，已经移动到云层的块将无法访问，并且应用程序在尝试访问该数据时将收到错误消息。一旦恢复连接，所有数据将无缝访问。

底层FabricPool分层技术读取延迟取决于与云层的连接。尽管分层适用于任何带宽，但建议将集群间 LIF 放置在 10 Gbps 端口上以提供足够的性能。对于代理没有任何建议或带宽限制。

此外，您可以限制将非活动数据从卷传输到对象存储期间所使用的网络带宽量。在配置集群进行分层时，可以使用“最大传输速率”设置，之后可以从“集群”页面使用。

是云层无法提供与本地层相同的延迟，因为延迟取决于连接性。为了估计对象存储的延迟和吞吐量，Cloud Tiering 提供了云性能测试（基于ONTAP对象存储分析器），可以在连接对象存储之后和设置分层之前使用。

性能层和云层均维护 AES-256-GCM 加密。 TLS 1.2 加密用于在数据在层之间移动时对通过网络传输的数据进行加密，以及对代理与ONTAP集群和对象存储之间的通信进行加密。

是必须在 HA 对内的每个节点的以太网端口上配置集群间 LIF，该节点托管您计划分层到云的数据卷。有关更多信息，请参阅您计划分层数据的云提供商的要求部分。