BlueXP分层解决了数据快速增长带来的挑战、可为您带来以下优势：

从本质上讲、主存储系统和二级存储系统上被视为非活动的任何数据都是迁移到云的理想目标。在主系统上、此类数据可以包括快照、历史记录和已完成项目。在二级系统上、这包括包含用于灾难恢复和备份的主数据副本的所有卷。

可以、您可以将数据从NAS卷分层到公有 云或私有云、例如StorageGRID。在分层通过SAN协议访问的数据时、NetApp建议使用私有云、因为SAN协议比NAS更容易受到连接问题的影响。

冷数据的定义也可以称为："已有一段时间未访问的卷块(元数据除外)"。"时间量"由名为cooling-days的分层策略属性确定。

是的、将数据移至云层时、ONTAP 卷级存储效率会得到保留、例如数据压缩、重复数据删除和数据缩减。

FabricPool 是一种ONTAP 分层技术、可以通过ONTAP 命令行界面和System Manager进行自我管理、也可以通过BlueXP分层作为服务进行管理。BlueXP分层功能可在ONTAP 和云端将FabricPool 转变为具有高级自动化流程的托管服务、从而在混合云和多云部署中更好地了解和控制分层。

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

但是、可以使用BlueXP分层功能在二级系统和SnapMirror目标卷(DP卷)上对所有数据(不包括元数据)进行分层、从而降低数据中心占用空间和TCO、从而实现经济高效的备份和灾难恢复。

通过将分层策略与每个卷关联、可以在卷级别启用BlueXP分层。冷数据标识在块级别完成。

与卷关联的分层策略是一种机制、用于控制分层块和分层时间。该策略定义数据块的类型(快照、用户数据或两者)以及冷却期。请参见 "卷分层策略" 了解详细信息。

BlueXP分层对卷的容量没有影响、而是对聚合的性能层使用情况有影响。

是的、BlueXP分层功能可在每个聚合上启用非活动数据报告(IDR)。通过此设置，我们可以确定可分层到低成本对象存储的非活动数据量。

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

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

"查看定价详细信息"。

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

是的。通过BlueXP分层、您可以使用BYOL许可证、PAYGO订阅或两者的组合。

如果达到BYOL容量限制、则会停止对新冷数据进行分层。以前分层的所有数据仍可访问；这意味着您可以检索和使用此数据。检索后、此数据将从云移回性能层。

但是、如果您订阅了_BlueXP -部署和管理云数据服务_的PAYGO Marketplace、则新的冷数据将继续分层到对象存储、您将按使用情况支付这些费用。

不可以。

是的。从公有 云进行的所有读取均需支付出站费用。

估算云提供商托管数据所需的费用的最佳方法是使用其计算器： "AWS"， "Azure 酒店" 和 "Google Cloud"。

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

要获得估计值、只需将ONTAP 集群添加到BlueXP中并通过"BlueXP分层集群"页面对其进行检查即可。单击*计算可能的分层节省量*、以使集群启动 "BlueXP分层TCO计算器" 了解您可以节省多少资金。

BlueXP分层支持ONTAP 9.2及更高版本。

单节点和高可用性AFF 、FAS 和ONTAP Select 集群支持BlueXP分层。此外、还支持FabricPool 镜像配置和MetroCluster 配置中的集群。

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

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

如果您使用的是Cloud Volumes ONTAP 系统、则可以在"BlueXP分层集群"页面中找到这些系统、以便您全面了解混合云基础架构中的数据分层。但是、Cloud Volumes ONTAP 系统在BlueXP分层中是只读的。您无法通过BlueXP分层在Cloud Volumes ONTAP 上设置数据分层。 "您可以在BlueXP的工作环境中为Cloud Volumes ONTAP 系统设置分层"。

这取决于冷数据分层的位置。有关更多详细信息、请参见以下链接：

BlueXP分层支持以下对象存储提供程序：

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

BlueXP分层支持将数据分层到_Standard_、Standard-Infrequent Access、One Zone-Infrequent Access、_Intelligent Tierage_和_Glacier即时检索_存储类。请参见 "支持的 S3 存储类" 有关详细信息：

不支持Amazon S3 Glacier Flexible和S3 Glacier Deep Archive的主要原因是、BlueXP分层设计为高性能分层解决方案 、因此数据必须持续可用且可快速访问以供检索。借助S3 Glacier Flexible和S3 Glacier Deep Archive、数据检索可以在几分钟到48小时之间的任意位置进行。

可以、使用ONTAP 9.8及更高版本的集群支持通过分层UI配置与S3兼容的对象存储。 "请参见此处的详细信息"。

BlueXP分层支持将非活动数据分层到_hot_或_cool_访问层。请参见 "支持的 Azure Blob 访问层" 有关详细信息：

BlueXP分层支持将数据分层到_Standard_、Nearline、_Coldline_和_Archive_存储类。请参见 "支持的 Google Cloud 存储类" 有关详细信息：

是的。您可以启用生命周期管理、以便BlueXP分层在一定天数后将数据从默认存储类/访问层过渡到更经济高效的层。此生命周期规则将应用于Amazon S3和Google Cloud存储的选定存储分段中的所有对象、以及Azure Blb的选定存储帐户中的所有容器。

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

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

是的。一般最佳实践是将一个存储分段附加到多个聚合。但是、在使用公有 云时、对象存储服务的IOPS上限为、因此必须考虑多个存储分段。

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

如果目标聚合没有附加云层、则会从源聚合的云层读取数据、并将其完全写入目标聚合的本地层。如果目标聚合附加了云层、则会从源聚合的云层中读取数据、然后先将其写入目标聚合的本地层、以便于快速转换。之后、根据所使用的分层策略、它将写入到云层。

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

回写通常在读取时执行、具体取决于分层策略类型。在ONTAP 9.8之前的版本中、可以使用_volume move"操作来回写整个卷。从ONTAP 9.8开始、分层UI可选择*恢复所有数据*或*恢复活动文件系统*。 "了解如何将数据移回性能层"。

否在"head swap"操作步骤 期间、唯一需要更改的是聚合的所有权。在这种情况下、它将更改为新控制器、而不会发生任何数据移动。

否构建并分层到云的对象不包含单个文件、而是包含来自多个文件的多达1、024个4 KB块。卷的元数据始终保留在本地层上。

Connector是在您的云帐户或内部环境中的计算实例上运行的软件、可使BlueXP安全地管理云资源。要使用BlueXP分层服务、您必须部署Connector。

是的。您可以下载Connector软件并将其手动安装在网络中的Linux主机上。 "请参见如何在内部安装Connector"。

是的。您必须先拥有帐户、然后才能定义要使用的对象存储。在VPC或vNet上的云中设置Connector时、还需要在云存储提供商处创建帐户。

如果发生连接器故障、则只会影响对分层环境的可见性。所有数据均可访问、新识别的冷数据会自动分层到对象存储。

分层策略有四种：

"详细了解分层策略"。

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

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

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

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

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

重置分层策略时不会发生重新融合、但它会阻止新的冷块移至云层。

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

请勿将分层策略与包含该数据的卷相关联。

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

有关详细信息，请参见：

除BlueXP分层之外、 "Active IQ Unified Manager" 和 "BlueXP数字顾问" 可用于监控和报告。

如果发生网络故障、本地性能层将保持联机状态、热数据仍可访问。但是、已移至云层的块将无法访问、应用程序在尝试访问该数据时将收到错误消息。恢复连接后、所有数据都可以无缝访问。

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

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

是的。云层不能提供与本地层相同的延迟、因为延迟取决于连接情况。为了估算对象存储的延迟和吞吐量、BlueXP分层提供了一个云性能测试(基于ONTAP 对象存储配置程序)、可在附加对象存储后以及设置分层之前使用该测试。

AES-256-GCM加密在性能层和云层上均保持不变。TLS 1.2加密用于在各层之间移动时对通过线缆传输的数据进行加密、以及对连接器与ONTAP 集群和对象存储之间的通信进行加密。

是的。必须在以太网端口上配置集群间LIF、该端口位于HA对中的每个节点上、该HA对托管包含您计划分层到云的数据的卷。有关详细信息、请参见计划对数据进行分层的云提供商的要求部分。