Skip to main content
本产品推出了新版本。
简体中文版经机器翻译而成,仅供参考。如与英语版出现任何冲突,应以英语版为准。

AWS 中的存储限制

贡献者

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

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

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

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

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

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

免费

500 GiB

PAYGO 探索

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

PAYGO 标准

10 TiB

PAYGO 高级版

368 TiB

基于节点的许可证

2 PIB (需要多个许可证)

基于容量的许可证

2 个 PIB

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

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

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

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

聚合限制

Cloud Volumes ONTAP 使用EBS卷作为磁盘并将其分组到_aggregodes_中。聚合可为卷提供存储。

参数 limit

聚合的最大数量

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

最大聚合大小2

  • 96 TiB 原始容量

  • 128 TiB原始容量、弹性卷3

每个聚合的磁盘数4

  • 1 至 6

  • 1-8、弹性卷3

每个聚合的最大 RAID 组数

1.

注释:

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

  2. 最大聚合大小取决于构成聚合的磁盘。此限制不包括用于数据分层的对象存储。

  3. 如果您的配置支持Amazon EBS弹性卷功能、则聚合最多可以包含8个磁盘、从而提供高达128 TiB的容量。使用GP3或IO1磁盘时、new Cloud Volumes ONTAP 9.11.0或更高版本的系统默认启用Amazon EBS弹性卷功能。 "了解有关支持弹性卷的更多信息"

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

EC2 实例的磁盘和分层限制

根据您使用的EC2实例类型系列以及您使用的是单节点系统还是HA对、容量限制会有所不同。

以下注释提供了有关下表中所示数字的详细信息:

  • 磁盘限制特定于包含用户数据的磁盘。

    这些限制不包括启动磁盘和根磁盘。

  • 仅使用磁盘以及使用磁盘以及将冷数据分层到对象存储时、将列出最大系统容量。

  • Cloud Volumes ONTAP 使用 EBS 卷作为磁盘,最大磁盘大小为 16 TiB 。

基于容量的许可限制

以下磁盘限制适用于使用基于容量的许可包的Cloud Volumes ONTAP 系统。 "了解Cloud Volumes ONTAP 许可选项"

单个节点

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

c5 , m5 和 R5 实例

21

336 TiB

2 个 PIB

m5dn.24xlarge

19 1

304 TiB

2 个 PIB

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

HA 对

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

c5 , m5 和 R5 实例

18

288 TiB

2 个 PIB

m5dn.24xlarge

16 1

256 TiB

2 个 PIB

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

基于节点的许可限制

以下磁盘限制适用于使用基于节点的许可的Cloud Volumes ONTAP 系统、此许可模式是上一代许可模式、可用于按节点许可Cloud Volumes ONTAP。基于节点的许可仍可供现有客户使用。

您可以为Cloud Volumes ONTAP BYOL单节点或HA对系统购买多个基于节点的许可证、以分配368 TiB以上的容量、最高可达到测试和支持的最大系统容量限制2 PIB。请注意,磁盘限制可能会阻止您单独使用磁盘来达到容量限制。您可以通过超出磁盘限制 "将非活动数据分层到对象存储""了解如何向 Cloud Volumes ONTAP 添加其他系统许可证"。尽管Cloud Volumes ONTAP支持的最大测试和支持系统容量为2 PIB、但超过2 PIB限制将导致系统配置不受支持。

从Cloud Volumes ONTAP 9.12.1开始、AWS机密云和Top机密云区域支持购买多个基于节点的许可证。

采用PAYGO Premium的单节点

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

c5 , m5 和 R5 实例

21 1

336 TiB

368 TiB

m5dn.24xlarge

19 2

304 TiB

368 TiB

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

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

具有BYOL的单个节点

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

* 仅磁盘 *

* 磁盘 + 数据分层 *

* 仅磁盘 *

* 磁盘 + 数据分层 *

c5 , m5 和 R5 实例

21 1

336 TiB

368 TiB

336 TiB

2 个 PIB

m5dn.24xlarge

19 2

304 TiB

368 TiB

304 TiB

2 个 PIB

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

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

采用PAYGO Premium的HA对

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

c5 , m5 和 R5 实例

18 1

288 TiB

368 TiB

m5dn.24xlarge

16 2

256 TiB

368 TiB

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

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

具有BYOL的HA对

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

* 仅磁盘 *

* 磁盘 + 数据分层 *

* 仅磁盘 *

* 磁盘 + 数据分层 *

c5 , m5 和 R5 实例

18 1

288 TiB

368 TiB

288 TiB

2 个 PIB

m5dn.24xlarge

16 2

256 TiB

368 TiB

256 TiB

2 个 PIB

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

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

Storage VM 限制

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

许可证类型 Storage VM 限制

* 免费 *

共 24 个 Storage VM ^1 , 2^

* 基于容量的 PAYGO 或 BYOL* 3

共 24 个 Storage VM ^1 , 2^

* 基于节点的 PAYGO*

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

  • 1 个 Storage VM 用于灾难恢复

* 基于节点的 BYOL* 4

  • 共 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^

* 单节点 *

* 。 xlarge

15

9

10

5.

* 。 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 对 *

* 。 xlarge

15

10

11.

5.

* 。 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 对

* 。 xlarge

15

12

13

13

* 。 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. 这些列中列出的数字包括BlueXP默认创建的初始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