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 的容量。
聚合限制
Cloud Volumes ONTAP 使用EBS卷作为磁盘并将其分组到_aggregodes_中。聚合可为卷提供存储。
| 参数 | 限制 |
|---|---|
聚合的最大数量 |
单节点：与磁盘限制 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 El生 卷功能。 "了解有关支持弹性卷的更多信息"
-
聚合中的所有磁盘大小必须相同。
EC2 实例的磁盘和分层限制
根据您使用的EC2实例类型系列以及您使用的是单节点系统还是HA对、容量限制会有所不同。
以下注释提供了有关下表中所示数字的详细信息：
-
磁盘限制特定于包含用户数据的磁盘。
这些限制不包括启动磁盘和根磁盘。
-
仅使用磁盘以及使用磁盘以及将冷数据分层到对象存储时、将列出最大系统容量。
-
Cloud Volumes ONTAP 使用 EBS 卷作为磁盘，最大磁盘大小为 16 TiB 。
基于容量的许可限制
以下磁盘限制适用于使用基于容量的许可包的Cloud Volumes ONTAP系统。 "了解Cloud Volumes ONTAP 许可选项"
单节点
| 实例 | 每个节点的最大磁盘数 | 单独使用磁盘时的最大系统容量 | 使用磁盘和数据分层的最大系统容量 |
|---|---|---|---|
c5 ， m5 和 R5 实例 |
21 |
336 TiB |
2 个 PIB |
|
19 1 |
304 TiB |
2 个 PIB |
-
与其他实例类型相比，此实例类型具有更多的本地 NVMe 磁盘，这意味着支持的数据磁盘数量较少。
HA 对
| 实例 | 每个节点的最大磁盘数 | 单独使用磁盘时的最大系统容量 | 使用磁盘和数据分层的最大系统容量 |
|---|---|---|---|
c5 ， m5 和 R5 实例 |
18 |
288 TiB |
2 个 PIB |
|
16 1 |
256 TiB |
2 个 PIB |
-
与其他实例类型相比，此实例类型具有更多的本地 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 |
|
19 2 |
304 TiB |
368 TiB |
-
Cloud Volumes ONTAP的_new_部署限制为21个数据磁盘。如果升级使用9.7或更早版本创建的系统、则该系统仍支持22个磁盘。由于从 9.8 版开始添加了一个核心磁盘，因此在使用这些实例类型的新系统上支持的数据磁盘减少一个。
-
与其他实例类型相比，此实例类型具有更多的本地 NVMe 磁盘，这意味着支持的数据磁盘数量较少。
具有BYOL的单个节点
| 实例 | 每个节点的最大磁盘数 | 使用一个许可证时的最大系统容量 | 使用多个许可证时的最大系统容量 | ||
|---|---|---|---|---|---|
* 仅磁盘 * |
* 磁盘 + 数据分层 * |
* 仅磁盘 * |
* 磁盘 + 数据分层 * |
||
c5 ， m5 和 R5 实例 |
21 1 |
336 TiB |
368 TiB |
336 TiB |
2 个 PIB |
|
19 2 |
304 TiB |
368 TiB |
304 TiB |
2 个 PIB |
-
Cloud Volumes ONTAP的_new_部署限制为21个数据磁盘。如果升级使用9.7或更早版本创建的系统、则该系统仍支持22个磁盘。由于从 9.8 版开始添加了一个核心磁盘，因此在使用这些实例类型的新系统上支持的数据磁盘减少一个。
-
与其他实例类型相比，此实例类型具有更多的本地 NVMe 磁盘，这意味着支持的数据磁盘数量较少。
采用PAYGO Premium的HA对
| 实例 | 每个节点的最大磁盘数 | 单独使用磁盘时的最大系统容量 | 使用磁盘和数据分层的最大系统容量 |
|---|---|---|---|
c5 ， m5 和 R5 实例 |
18 1 |
288 TiB |
368 TiB |
|
16 2 |
256 TiB |
368 TiB |
-
Cloud Volumes ONTAP的_new_部署限制为18个数据磁盘。如果升级使用9.7或更早版本创建的系统、则该系统仍支持19个磁盘。由于从 9.8 版开始添加了一个核心磁盘，因此在使用这些实例类型的新系统上支持的数据磁盘减少一个。
-
与其他实例类型相比，此实例类型具有更多的本地 NVMe 磁盘，这意味着支持的数据磁盘数量较少。
具有BYOL的HA对
| 实例 | 每个节点的最大磁盘数 | 使用一个许可证时的最大系统容量 | 使用多个许可证时的最大系统容量 | ||
|---|---|---|---|---|---|
* 仅磁盘 * |
* 磁盘 + 数据分层 * |
* 仅磁盘 * |
* 磁盘 + 数据分层 * |
||
c5 ， m5 和 R5 实例 |
18 1 |
288 TiB |
368 TiB |
288 TiB |
2 个 PIB |
|
16 2 |
256 TiB |
368 TiB |
256 TiB |
2 个 PIB |
-
Cloud Volumes ONTAP的_new_部署限制为18个数据磁盘。如果升级使用9.7或更早版本创建的系统、则该系统仍支持19个磁盘。由于从 9.8 版开始添加了一个核心磁盘，因此在使用这些实例类型的新系统上支持的数据磁盘减少一个。
-
与其他实例类型相比，此实例类型具有更多的本地 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* |
|
* 基于节点的 BYOL* 4 |
|
-
根据您使用的 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 实例系列。
| 配置 | Instance type | 每个接口的最大专用 IP 数 | 部署后剩余的 IP 1 | 不带管理 LIF 的最大 Storage VM 数 ^2 ， 3^ | 管理 LIF 的最大 Storage VM ^2 ， 3^ |
|---|---|---|---|---|---|
* 单节点 * |
* 。 xlarge |
15 |
9 |
10 |
5 |
*。2x大 |
15 |
9 |
10 |
5 |
|
*。4个大号 |
30 |
24 |
24 |
12 |
|
*。8个大号 |
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 |
|
*。24 x大 |
50 |
44 |
24 |
12 |
|
* 一个 AZ 中的 HA 对 * |
* 。 xlarge |
15 |
10 |
11 |
5 |
*。2x大 |
15 |
10 |
11 |
5 |
|
*。4个大号 |
30 |
25 |
24 |
12 |
|
*。8个大号 |
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 |
|
*。24 x大 |
50 |
44 |
24 |
12 |
|
多个 AZ* 中的 * HA 对 |
* 。 xlarge |
15 |
12 |
13 |
13 |
*。2x大 |
15 |
12 |
13 |
13 |
|
*。4个大号 |
30 |
27 |
24 |
24 |
|
*。8个大号 |
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 |
|
*。24 x大 |
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 限制。
文件和卷限制
| 逻辑存储 | 参数 | 限制 |
|---|---|---|
* 文件 * |
最大尺寸2 |
128 TB |
每个卷的上限 |
取决于卷大小，最多 20 亿个 |
|
* FlexClone 卷 * |
分层克隆深度 1 |
499 |
* FlexVol 卷 * |
每个节点的上限 |
500 |
最小大小 |
20 MB |
|
最大尺寸3 |
300 TiB |
|
* qtree* |
每个 FlexVol 卷的上限 |
4、995 |
* Snapshot 副本 * |
每个 FlexVol 卷的上限 |
1、023 |
-
分层克隆深度是可以从单个 FlexVol 卷创建的 FlexClone 卷嵌套层次结构的最大深度。
-
从ONTAP 9.12.1P2开始、此限制为128 TB。在ONTAP 9.11.1及更早版本中、此限制为16 TB。
-
支持使用以下工具和最低版本创建最大大小为300 TiB的FlexVol卷：
-
Cloud Volumes ONTAP 9.12.1 P2和9.13.0 P2开始的System Manager和ONTAP命令行界面
-
从Cloud Volumes ONTAP 9.13.1.开始的BlueXP
-
iSCSI 存储限制
| iSCSI 存储 | 参数 | 限制 |
|---|---|---|
* LUN * |
每个节点的上限 |
1、024 |
LUN 映射的最大数量 |
1、024 |
|
最大大小 |
16 TiB |
|
每个卷的上限 |
512 |
|
* igroup* |
每个节点的上限 |
256 |
* 启动程序 * |
每个节点的上限 |
512 |
每个 igroup 的最大值 |
128 |
|
* iSCSI 会话 * |
每个节点的上限 |
1、024 |
* LIF* |
每个端口的上限 |
32 |
每个端口集的最大值 |
32 |
|
* 端口集 * |
每个节点的上限 |
256 |