使用吞吐量优化 HDD (st1) 时，不建议将数据分层到对象存储。

NetApp Console为每个系统创建一个 S3 存储桶，并将其命名为 fabric-pool-cluster unique identifier。不会为每个卷创建不同的 S3 存储桶。

当控制台创建 S3 存储桶时，它使用以下默认设置：

如果您不打算访问非活动数据，则可以通过将存储类别更改为以下之一来降低存储成本：智能分层、单区不频繁访问、标准不频繁访问_或_S3 Glacier 即时检索。当您更改存储类别时，非活动数据将从标准存储类别开始，如果 30 天后未访问该数据，则将转换到您选择的存储类别。

如果访问数据，访问成本会更高，因此在更改存储类之前请考虑这一点。 "Amazon S3 文档：了解有关 Amazon S3 存储类的更多信息" 。

您可以在创建系统时选择一个存储类，之后可以随时更改它。有关更改存储类别的说明，请参阅"将非活动数据分层到低成本对象存储"。

数据分层的存储类别是系统范围的 - 而不是每个卷的。

控制台为每个Cloud Volumes ONTAP系统创建一个带有容器的新存储帐户。存储帐户的名称是随机的。不会为每个卷创建不同的容器。

控制台使用以下设置创建存储帐户：

如果您不打算访问容量层中的非活动数据，则可以选择_cool_存储层，其中非活动数据至少保留 30 天。您还可以选择冷层，其中非活动数据至少存储 90 天。根据您的存储要求和成本考虑，您可以选择最适合您需求的层。当您将存储层更改为_cool_或_cold_时，非活动容量层数据将直接移动到冷存储层。与热层相比，冷层提供的存储成本较低，但访问成本较高，因此在更改存储层之前请考虑到这一点。参考 "Microsoft Azure 文档：了解有关 Azure Blob 存储访问层的更多信息"。

您可以在添加Cloud Volumes ONTAP系统时选择一个存储层，之后可以随时更改它。有关更改存储层的详细信息，请参阅"将非活动数据分层到低成本对象存储"。

数据分层的存储访问层是系统范围的，而不是每个卷的。

控制台为每个系统创建一个存储桶并将其命名为 fabric-pool-cluster unique identifier。不会为每个卷创建不同的存储桶。

当控制台创建存储桶时，它使用以下默认设置：

如果您确实访问数据，访问成本会更高，因此在更改存储类之前请考虑到这一点。要了解更多信息，请参阅 "Google Cloud 文档：存储类别"。

您可以在创建系统时选择一个存储层，之后可以随时更改它。有关更改存储类别的详细信息，请参阅"将非活动数据分层到低成本对象存储"。

数据分层的存储类别是系统范围的 - 而不是每个卷的。

如果读取，容量层上的冷数据块会变热并被移动到性能层。

如果读取，云层上的冷数据块将保持冷状态并且不会写回性能层。此策略从ONTAP 9.6 开始可用。

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

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