支持的配置
AWS 中的存储限制
建议更改
PDF
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 对。不是每个节点。例如，如果使用高级版许可证，则两个节点之间的容量最多可达 368 TiB 。
不可以。AWS HA 对中的数据会在节点之间同步镜像，以便在发生故障时可以使用这些数据。例如、如果您在节点A上购买了8 TiB磁盘、则BlueXP还会在节点B上分配一个8 TiB磁盘、用于镜像数据。虽然配置了 16 TiB 的容量，但许可证限制仅会计入 8 TiB 的容量。
EC2 实例的磁盘和分层限制
Cloud Volumes ONTAP 使用 EBS 卷作为磁盘，最大磁盘大小为 16 TiB 。以下各节显示了 EC2 实例系列的磁盘和分层限制，因为许多 EC2 实例类型具有不同的磁盘限制。单节点系统和 HA 对之间的磁盘限制也不同。
请注意以下事项：
-
以下磁盘限制特定于包含用户数据的磁盘。这些限制不包括启动磁盘和根磁盘。
-
您可以为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机密云区域支持购买多个基于节点的许可证。
-
具有高级许可证的单个节点
| 实例 | 每个节点的最大磁盘数 | 单独使用磁盘时的最大系统容量 | 使用磁盘和数据分层的最大系统容量 |
|---|---|---|---|
c5 ， m5 和 R5 实例 |
21 1 |
336 TiB |
368 TiB |
m5dn.24xlarge |
19 2 |
304 TiB |
368 TiB |
-
21 个数据磁盘是部署 Cloud Volumes ONTAP 的 new 限制。如果升级使用 9.7 或更早版本创建的系统，则系统仍支持 22 个磁盘。由于从 9.8 版开始添加了一个核心磁盘，因此在使用这些实例类型的新系统上支持的数据磁盘减少一个。
-
与其他实例类型相比，此实例类型具有更多的本地 NVMe 磁盘，这意味着支持的数据磁盘数量较少。
采用基于节点的许可的单节点
| 实例 | 每个节点的最大磁盘数 | 使用一个许可证时的最大系统容量 | 使用多个许可证时的最大系统容量 | ||
|---|---|---|---|---|---|
* 仅磁盘 * |
* 磁盘 + 数据分层 * |
* 仅磁盘 * |
* 磁盘 + 数据分层 * |
||
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 |
-
21 个数据磁盘是部署 Cloud Volumes ONTAP 的 new 限制。如果升级使用 9.7 或更早版本创建的系统，则系统仍支持 22 个磁盘。由于从 9.8 版开始添加了一个核心磁盘，因此在使用这些实例类型的新系统上支持的数据磁盘减少一个。
-
与其他实例类型相比，此实例类型具有更多的本地 NVMe 磁盘，这意味着支持的数据磁盘数量较少。
具有基于容量的许可的单个节点
| 实例 | 每个节点的最大磁盘数 | 单独使用磁盘时的最大系统容量 | 使用磁盘和数据分层的最大系统容量 |
|---|---|---|---|
c5 ， m5 和 R5 实例 |
21 |
336 TiB |
2 个 PIB |
m5dn.24xlarge |
19 1 |
304 TiB |
2 个 PIB |
-
与其他实例类型相比，此实例类型具有更多的本地 NVMe 磁盘，这意味着支持的数据磁盘数量较少。
具有高级许可证的 HA 对
| 实例 | 每个节点的最大磁盘数 | 单独使用磁盘时的最大系统容量 | 使用磁盘和数据分层的最大系统容量 |
|---|---|---|---|
c5 ， m5 和 R5 实例 |
18 1 |
288 TiB |
368 TiB |
m5dn.24xlarge |
16 2 |
256 TiB |
368 TiB |
-
18 个数据磁盘是部署 Cloud Volumes ONTAP 的 new 限制。如果升级使用 9.7 或更早版本创建的系统，则系统仍支持 19 个磁盘。由于从 9.8 版开始添加了一个核心磁盘，因此在使用这些实例类型的新系统上支持的数据磁盘减少一个。
-
与其他实例类型相比，此实例类型具有更多的本地 NVMe 磁盘，这意味着支持的数据磁盘数量较少。
采用基于节点的许可的 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 |
-
18 个数据磁盘是部署 Cloud Volumes ONTAP 的 new 限制。如果升级使用 9.7 或更早版本创建的系统，则系统仍支持 19 个磁盘。由于从 9.8 版开始添加了一个核心磁盘，因此在使用这些实例类型的新系统上支持的数据磁盘减少一个。
-
与其他实例类型相比，此实例类型具有更多的本地 NVMe 磁盘，这意味着支持的数据磁盘数量较少。
采用基于容量的许可的 HA 对
| 实例 | 每个节点的最大磁盘数 | 单独使用磁盘时的最大系统容量 | 使用磁盘和数据分层的最大系统容量 |
|---|---|---|---|
c5 ， m5 和 R5 实例 |
18 |
288 TiB |
2 个 PIB |
m5dn.24xlarge |
16 1 |
256 TiB |
2 个 PIB |
-
与其他实例类型相比，此实例类型具有更多的本地 NVMe 磁盘，这意味着支持的数据磁盘数量较少。
聚合限制
Cloud Volumes ONTAP 使用EBS卷作为磁盘并将其分组到_aggregodes_中。聚合可为卷提供存储。
| 参数 | limit |
|---|---|
聚合的最大数量 |
单节点：与磁盘限制 HA 对相同：一个节点中 18 个 1 |
最大聚合大小2 |
|
每个聚合的磁盘数4 |
|
每个聚合的最大 RAID 组数 |
1. |
注释：
-
无法在 HA 对中的两个节点上创建 18 个聚合，因为这样做会超出数据磁盘限制。
-
最大聚合大小取决于构成聚合的磁盘。此限制不包括用于数据分层的对象存储。
-
如果您的配置支持Amazon EBS弹性卷功能、则聚合最多可以包含8个磁盘、从而提供高达128 TiB的容量。使用GP3或IO1磁盘时、new Cloud Volumes ONTAP 9.11.0或更高版本的系统默认启用Amazon EBS弹性卷功能。 "了解有关支持弹性卷的更多信息"
-
聚合中的所有磁盘大小必须相同。
Storage VM 限制
在某些配置中，您可以为 Cloud Volumes ONTAP 创建其他 Storage VM （ SVM ）。
| 许可证类型 | Storage VM 限制 |
|---|---|
* 免费 * |
共 24 个 Storage VM ^1 ， 2^ |
* 基于容量的 PAYGO 或 BYOL* 3 |
共 24 个 Storage VM ^1 ， 2^ |
* 基于节点的 PAYGO* |
|
* 基于节点的 BYOL* 4 |
共 24 个 Storage VM ^1 ， 2^ |
-
根据您使用的 EC2 实例类型，限制可以更低。下面一节列出了每个实例的限制。
-
这 24 个 Storage VM 可以提供数据或配置为灾难恢复（ Disaster Recovery ， DR ）。
-
对于基于容量的许可，额外的 Storage VM 不会产生额外的许可成本，但每个 Storage VM 的最低容量费用为 4 TiB 。例如，如果您创建了两个 Storage VM ，并且每个 VM 都有 2 TiB 的已配置容量，则总共需要支付 8 TiB 的费用。
-
对于基于节点的 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 |
-
此数字表示部署和设置 Cloud Volumes ONTAP 后端口 e0a 上有多少个 realfates 专用 IP 地址可用。例如，一个 * 。 2xlarge 系统最多支持每个网络接口 15 个 IP 地址。在一个 AZ 中部署 HA 对时，会将 5 个专用 IP 地址分配给端口 e0a 。因此，使用 * 。 2xlarge 实例类型的 HA 对还有 10 个专用 IP 地址可用于其他 Storage VM 。
-
这些列中列出的数字包括BlueXP默认创建的初始Storage VM。例如，如果此列中列出 24 个，则表示您可以再创建 23 个 Storage VM ，总共可以创建 24 个。
-
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 |
-
分层克隆深度是可以从单个 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 |