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

AWS 中 Cloud Volumes ONTAP 9.10.0 的存储限制

提供者 netapp-bcammett

Cloud Volumes ONTAP 具有存储配置限制,可提供可靠的操作。为获得最佳性能,请勿将系统配置为最大值。

按许可证计算的最大系统容量

Cloud Volumes ONTAP 系统的最大系统容量取决于其许可证。最大系统容量包括基于磁盘的存储以及用于数据分层的对象存储。

NetApp 不支持超过系统容量限制。如果您达到许可的容量限制, Cloud Manager 将显示一条需要执行操作消息,并且不再允许您添加其他磁盘。

对于某些配置,磁盘限制会阻止您单独使用磁盘来达到容量限制。在这些情况下,您可以通过达到容量限制 "将非活动数据分层到对象存储"。有关详细信息,请参见以下容量和磁盘限制。

许可证 最大系统容量(磁盘 + 对象存储)

免费

500 GiB

PAYGO 探索

2 TiB ( Explore 不支持数据分层)

PAYGO 标准

10 TiB

PAYGO 高级版

368 TiB

基于节点的许可证

每个许可证 368 TiB

基于容量的许可证

2 个 PIB

对于 HA ,是每个节点的许可证容量限制还是整个 HA 对的许可证容量限制?

容量限制适用于整个 HA 对。不是每个节点。例如,如果使用高级版许可证,则两个节点之间的容量最多可达 368 TiB 。

对于 AWS 中的 HA 系统,镜像数据是否计入容量限制?

不可以。AWS HA 对中的数据会在节点之间同步镜像,以便在发生故障时可以使用这些数据。例如,如果您在节点 A 上购买了 8 TiB 磁盘,则 Cloud Manager 还会在节点 B 上分配一个 8 TiB 磁盘,用于镜像数据。虽然配置了 16 TiB 的容量,但许可证限制仅会计入 8 TiB 的容量。

EC2 实例的磁盘和分层限制

Cloud Volumes ONTAP 使用 EBS 卷作为磁盘,最大磁盘大小为 16 TiB 。以下各节显示了 EC2 实例系列的磁盘和分层限制,因为许多 EC2 实例类型具有不同的磁盘限制。单节点系统和 HA 对之间的磁盘限制也不同。

请注意以下事项:

  • 新的 Cloud Volumes ONTAP 9.10.0 系统不支持 c4 , m4 和 r4 实例类型。但是,我们仍会显示这些实例类型的磁盘限制,因为在这些实例类型之一上运行时,您可以将系统升级到 9.10.0 版本。

  • 以下磁盘限制特定于包含用户数据的磁盘。这些限制不包括启动磁盘和根磁盘。

  • 现在,您可以为 Cloud Volumes ONTAP BYOL 系统购买多个基于节点的许可证,以分配 368 TiB 以上的容量。您可以为单节点系统或 HA 对购买的许可证数量不受限制。请注意,磁盘限制可能会阻止您单独使用磁盘来达到容量限制。您可以通过超出磁盘限制 "将非活动数据分层到对象存储"。。

具有高级许可证的单个节点

实例 每个节点的最大磁盘数 单独使用磁盘时的最大系统容量 使用磁盘和数据分层的最大系统容量

c5 , m5 和 R5 实例

21 1

336 TiB

368 TiB

m5dn.24xlarge

19 2

304 TiB

368 TiB

c4 , m4 和 r4 实例

34

368 TiB

368 TiB

  1. 21 个数据磁盘是部署 Cloud Volumes ONTAP 的 new 限制。如果升级使用 9.7 或更早版本创建的系统,则系统仍支持 22 个磁盘。由于从 9.8 版开始添加了一个核心磁盘,因此在使用这些实例类型的新系统上支持的数据磁盘减少一个。

  2. 与其他实例类型相比,此实例类型具有更多的本地 NVMe 磁盘,这意味着支持的数据磁盘数量较少。

采用基于节点的许可的单节点

实例 每个节点的最大磁盘数 使用一个许可证时的最大系统容量 使用多个许可证时的最大系统容量

* 仅磁盘 *

* 磁盘 + 数据分层 *

* 仅磁盘 *

* 磁盘 + 数据分层 *

c5 , m5 和 R5 实例

21 1

336 TiB

368 TiB

336 TiB

每个许可证 368 TiB x

m5dn.24xlarge

19 2

304 TiB

368 TiB

304 TiB

每个许可证 368 TiB x

c4 , m4 和 r4 实例

34

368 TiB

368 TiB

544 TiB

每个许可证 368 TiB x

  1. 21 个数据磁盘是部署 Cloud Volumes ONTAP 的 new 限制。如果升级使用 9.7 或更早版本创建的系统,则系统仍支持 22 个磁盘。由于从 9.8 版开始添加了一个核心磁盘,因此在使用这些实例类型的新系统上支持的数据磁盘减少一个。

  2. 与其他实例类型相比,此实例类型具有更多的本地 NVMe 磁盘,这意味着支持的数据磁盘数量较少。

具有基于容量的许可的单个节点

实例 每个节点的最大磁盘数 单独使用磁盘时的最大系统容量 使用磁盘和数据分层的最大系统容量

c5 , m5 和 R5 实例

21

336 TiB

2 个 PIB

m5dn.24xlarge

19 1

304 TiB

2 个 PIB

  1. 与其他实例类型相比,此实例类型具有更多的本地 NVMe 磁盘,这意味着支持的数据磁盘数量较少。

具有高级许可证的 HA 对

实例 每个节点的最大磁盘数 单独使用磁盘时的最大系统容量 使用磁盘和数据分层的最大系统容量

c5 , m5 和 R5 实例

18 1

288 TiB

368 TiB

m5dn.24xlarge

16 2

256 TiB

368 TiB

c4 , m4 和 r4 实例

31

368 TiB

368 TiB

  1. 18 个数据磁盘是部署 Cloud Volumes ONTAP 的 new 限制。如果升级使用 9.7 或更早版本创建的系统,则系统仍支持 19 个磁盘。由于从 9.8 版开始添加了一个核心磁盘,因此在使用这些实例类型的新系统上支持的数据磁盘减少一个。

  2. 与其他实例类型相比,此实例类型具有更多的本地 NVMe 磁盘,这意味着支持的数据磁盘数量较少。

采用基于节点的许可的 HA 对

实例 每个节点的最大磁盘数 使用一个许可证时的最大系统容量 使用多个许可证时的最大系统容量

* 仅磁盘 *

* 磁盘 + 数据分层 *

* 仅磁盘 *

* 磁盘 + 数据分层 *

c5 , m5 和 R5 实例

18 1

288 TiB

368 TiB

288 TiB

每个许可证 368 TiB x

m5dn.24xlarge

16 2

256 TiB

368 TiB

256 TiB

每个许可证 368 TiB x

c4 , m4 和 r4 实例

31

368 TiB

368 TiB

496 TiB

每个许可证 368 TiB x

  1. 18 个数据磁盘是部署 Cloud Volumes ONTAP 的 new 限制。如果升级使用 9.7 或更早版本创建的系统,则系统仍支持 19 个磁盘。由于从 9.8 版开始添加了一个核心磁盘,因此在使用这些实例类型的新系统上支持的数据磁盘减少一个。

  2. 与其他实例类型相比,此实例类型具有更多的本地 NVMe 磁盘,这意味着支持的数据磁盘数量较少。

采用基于容量的许可的 HA 对

实例 每个节点的最大磁盘数 单独使用磁盘时的最大系统容量 使用磁盘和数据分层的最大系统容量

c5 , m5 和 R5 实例

18

288 TiB

2 个 PIB

m5dn.24xlarge

16 1

256 TiB

2 个 PIB

  1. 与其他实例类型相比,此实例类型具有更多的本地 NVMe 磁盘,这意味着支持的数据磁盘数量较少。

聚合限制

Cloud Volumes ONTAP 使用 AWS 卷作为磁盘,并将其分组为 aggregodes 。聚合可为卷提供存储。

参数 limit

聚合的最大数量

单节点:与磁盘限制 HA 对相同:一个节点中 18 个 1

最大聚合大小

96 TiB 原始容量 2

每个聚合的磁盘数

1-6 3

每个聚合的最大 RAID 组数

1.

注释:

  1. 无法在 HA 对中的两个节点上创建 18 个聚合,因为这样做会超出数据磁盘限制。

  2. 聚合容量限制基于构成聚合的磁盘。此限制不包括用于数据分层的对象存储。

  3. 聚合中的所有磁盘大小必须相同。

Storage VM 限制

在某些配置中,您可以为 Cloud Volumes ONTAP 创建其他 Storage VM ( SVM )。

许可证类型 实例系列 Storage VM 限制

* PAYGO*

c4 , m4 和 r4

  • 1 个存储 VM 用于提供数据

  • 1 个 Storage VM 用于灾难恢复

c5 , m5 和 R5

  • 1 个存储 VM 用于提供数据

  • 1 个 Storage VM 用于灾难恢复

* 免费 *

c5 , m5 和 R5

  • 共 24 个 Storage VM ^1 , 2^

* 基于容量的许可证 * 3

c5 , m5 和 R5

  • 共 24 个 Storage VM ^1 , 2^

* 基于节点的 BYOL* 4

c4 , m4 和 r4

  • 1 个存储 VM 用于提供数据

  • 1 个 Storage VM 用于灾难恢复

c5 , m5 和 R5

  • 共 24 个 Storage VM ^1 , 2^

  1. 根据您使用的 EC2 实例类型,限制可以更低。下面一节列出了每个实例的限制。

  2. 这 24 个 Storage VM 可以提供数据或配置为灾难恢复( Disaster Recovery , DR )。

  3. 对于基于容量的许可,额外的 Storage VM 不会产生额外的许可成本,但每个 Storage VM 的最低容量费用为 4 TiB 。例如,如果您创建了两个 Storage VM ,并且每个 VM 都有 2 TiB 的已配置容量,则总共需要支付 8 TiB 的费用。

  4. 对于基于节点的 BYOL ,除了默认情况下随 Cloud Volumes ONTAP 提供的第一个 Storage VM 之外,每个额外的 _data-fouring 存储 VM 都需要一个附加许可证。请联系您的客户团队以获取 Storage VM 附加许可证。

    您为灾难恢复( DR )配置的 Storage VM 不需要附加许可证(它们是免费的),但它们会计入 Storage VM 限制。例如,如果为灾难恢复配置了 12 个提供数据的 Storage VM 和 12 个 Storage VM ,则表示已达到此限制,无法再创建任何 Storage VM 。

按 EC2 实例类型指定的 Storage VM 限制

创建其他 Storage VM 时,需要将专用 IP 地址分配给端口 e0a 。下表列出了每个接口的最大专用 IP 数,以及部署 Cloud Volumes ONTAP 后端口 e0a 上可用的 IP 地址数。可用 IP 地址的数量直接影响该配置中的最大 Storage VM 数。

下面列出的实例适用于 c5 , m5 和 R5 实例系列。

Configuration Instance type 每个接口的最大专用 IP 数 部署后剩余的 IP 1 不带管理 LIF 的最大 Storage VM 数 ^2 , 3^ 管理 LIF 的最大 Storage VM ^2 , 3^

* 单节点 *

* 。 2xlarge

15

9

10

5.

* 。 4xlarge

30 个

24

24

12

* 。 8xlarge

30 个

24

24

12

* 。 9 x 大

30 个

24

24

12

* 。 12 x 大

30 个

24

24

12

* 。 16 x 大

50

44

24

12

* 。 18 x 大

50

44

24

12

* 。 24xlarge

50

44

24

12

* 一个 AZ 中的 HA 对 *

* 。 2xlarge

15

10

11.

5.

* 。 4xlarge

30 个

25.

24

12

* 。 8xlarge

30 个

25.

24

12

* 。 9 x 大

30 个

25.

24

12

* 。 12 x 大

30 个

25.

24

12

* 。 16 x 大

50

45

24

12

* 。 18 x 大

50

45

24

12

* 。 24xlarge

50

44

24

12

多个 AZ* 中的 * HA 对

* 。 2xlarge

15

12

13

13

* 。 4xlarge

30 个

27

24

24

* 。 8xlarge

30 个

27

24

24

* 。 9 x 大

30 个

27

24

24

* 。 12 x 大

30 个

27

24

24

* 。 16 x 大

50

47

24

24

* 。 18 x 大

50

47

24

24

* 。 24xlarge

50

44

24

12

  1. 此数字表示部署和设置 Cloud Volumes ONTAP 后端口 e0a 上有多少个 realfates 专用 IP 地址可用。例如,一个 * 。 2xlarge 系统最多支持每个网络接口 15 个 IP 地址。在一个 AZ 中部署 HA 对时,会将 5 个专用 IP 地址分配给端口 e0a 。因此,使用 * 。 2xlarge 实例类型的 HA 对还有 10 个专用 IP 地址可用于其他 Storage VM 。

  2. 这些列中列出的数字包括 Cloud Manager 默认创建的初始 Storage VM 。例如,如果此列中列出 24 个,则表示您可以再创建 23 个 Storage VM ,总共可以创建 24 个。

  3. Storage VM 的管理 LIF 是可选的。管理 LIF 可连接到 SnapCenter 等管理工具。

    由于它需要专用 IP 地址,因此会限制您可以创建的其他 Storage VM 的数量。唯一的例外是多个 AZS 中的 HA 对。在这种情况下,管理 LIF 的 IP 地址为 float IP 地址,因此不计入 private IP 限制。

文件和卷限制

逻辑存储 参数 limit

* 文件 *

最大大小

16 TiB

每个卷的上限

取决于卷大小,最多 20 亿个

* FlexClone 卷 *

分层克隆深度 1

499

* FlexVol 卷 *

每个节点的上限

500

最小大小

20 MB

最大大小

100 TiB

* qtree*

每个 FlexVol 卷的上限

4,995

* Snapshot 副本 *

每个 FlexVol 卷的上限

1,023

  1. 分层克隆深度是可以从单个 FlexVol 卷创建的 FlexClone 卷嵌套层次结构的最大深度。

iSCSI 存储限制

iSCSI 存储 参数 limit

* LUN *

每个节点的上限

1,024

LUN 映射的最大数量

1,024

最大大小

16 TiB

每个卷的上限

512

* igroup*

每个节点的上限

256

* 启动程序 *

每个节点的上限

512

每个 igroup 的最大值

128.

* iSCSI 会话 *

每个节点的上限

1,024

* LIF*

每个端口的上限

32

每个端口集的最大值

32

* 端口集 *

每个节点的上限

256