简体中文版经机器翻译而成,仅供参考。如与英语版出现任何冲突,应以英语版为准。

磁盘和聚合

了解 Cloud Volumes ONTAP 如何使用云存储可以帮助您了解存储成本。

注意 必须直接从 Cloud Manager 创建和删除所有磁盘和聚合。不应从其他管理工具执行这些操作。这样做可能会影响系统稳定性、妨碍将来添加磁盘的能力、并可能产生冗余云提供商费用。

概述

Cloud Volumes ONTAP 使用云提供商存储作为磁盘,并将其分组为一个或多个聚合。聚合可为一个或多个卷提供存储。

此图显示了由磁盘组成的聚合以及 Cloud Volumes ONTAP 可供主机使用的数据卷。

支持多种类型的云磁盘。您可以在创建卷时选择磁盘类型,在部署 Cloud Volumes ONTAP 时选择默认磁盘大小。

提示 从云提供商购买的存储总量为 raw capacity 。可用容量 _ 较小,因为预留给 Cloud Volumes ONTAP 使用的开销约为 12 到 14% 。例如,如果 Cloud Manager 创建了一个 500 GiB 聚合、则可用容量为 442.94 GiB 。

AWS 存储

在 AWS 中, Cloud Volumes ONTAP 将 EBS 存储用于用户数据,并将本地 NVMe 存储用作某些 EC2 实例类型的 Flash Cache 。

EBS 存储

在 AWS 中,一个聚合最多可以包含 6 个大小相同的磁盘。但是、如果您的配置支持Amazon EBS弹性卷功能、则聚合最多可以包含8个磁盘。 "了解有关支持弹性卷的更多信息"

最大磁盘大小为 16 TiB 。

底层 EBS 磁盘类型可以是通用 SSD ( GP3 或 GP2 ),配置的 IOPS SSD ( IO1 )或吞吐量优化型 HDD ( st1 )。您可以将 EBS 磁盘与 Amazon S3 配对 "将非活动数据分层到低成本对象存储"

注 使用吞吐量优化型 HDD ( st1 )时,不建议将数据分层到对象存储。
本地 NVMe 存储

某些 EC2 实例类型包括本地 NVMe 存储, Cloud Volumes ONTAP 将其用作 "Flash Cache"

Azure 存储

在 Azure 中,一个聚合最多可以包含 12 个大小相同的磁盘。磁盘类型和最大磁盘大小取决于您使用的是单节点系统还是 HA 对:

单节点系统

单节点系统可以使用三种类型的 Azure 受管磁盘:

  • _Premium SSD 受管磁盘 _ 以较高的成本为 I/O 密集型工作负载提供高性能。

  • 标准 SSD 受管磁盘 _ 可为需要低 IOPS 的工作负载提供稳定一致的性能。

  • 如果您不需要高 IOPS 并希望降低成本, _Standard HDD 受管磁盘 _ 是一个不错的选择。

    每个受管磁盘类型的最大磁盘大小为 32 TiB 。

    您可以将受管磁盘与 Azure Blob 存储配对 "将非活动数据分层到低成本对象存储"

HA 对

HA 对使用高级页面 Blobs ,这些页面的最大磁盘大小为 8 TiB 。

Google Cloud存储

在Google Cloud中、一个聚合最多可以包含6个大小相同的磁盘。最大磁盘大小为 64 TiB 。

磁盘类型可以是 zonal SSD persistent diskszonal balanced_persistent disks_或 _zonal standard persistent disks。您可以将永久性磁盘与 Google 存储分段配对 "将非活动数据分层到低成本对象存储"

RAID 类型

每个 Cloud Volumes ONTAP 聚合的 RAID 类型为 RAID0 (条带化)。Cloud Volumes ONTAP 依靠云提供商提供磁盘可用性和持久性。不支持其他 RAID 类型。

热备件

RAID0 不支持使用热备件实现冗余。

创建连接到 Cloud Volumes ONTAP 实例的未使用磁盘(热备用磁盘)是不必要的费用,可能会阻止根据需要配置额外空间。因此,不建议这样做。