存储限制
建议更改
PDF
Cloud Volumes ONTAP 具有存储配置限制，可提供可靠的操作。为获得最佳性能，请勿将系统配置为最大值。
按许可证计算的最大系统容量
Cloud Volumes ONTAP 系统的最大系统容量取决于其许可证。最大系统容量包括基于磁盘的存储以及用于数据分层的对象存储。NetApp 不支持超过此限制。
在 Azure 中，磁盘限制可防止您单独使用磁盘来达到 368 TiB 容量限制。在这些情况下，您可以通过达到 368 TiB 容量限制 "将非活动数据分层到对象存储"。请参见 容量和磁盘限制，按 Azure 虚拟机大小计算 有关详细信息：
| 许可证 | 最大系统容量（磁盘 + 对象存储） |
|---|---|
探索 |
2 TiB （ Explore 不支持数据分层） |
标准 |
10 TiB |
高级版 |
368 TiB |
BYOL |
每个许可证 368 TiB |
容量限制适用于整个 HA 对。不是每个节点。例如，如果使用高级版许可证，则两个节点之间的容量最多可达 368 TiB 。
不可以。AWS HA 对中的数据会在节点之间同步镜像，以便在发生故障时可以使用这些数据。例如，如果您在节点 A 上购买了 8 TiB 磁盘，则 Cloud Manager 还会在节点 B 上分配一个 8 TiB 磁盘，用于镜像数据。虽然配置了 16 TiB 的容量，但许可证限制仅会计入 8 TiB 的容量。
AWS 中 Cloud Volumes ONTAP 的聚合和磁盘限制
在 Cloud Volumes ONTAP 9.4 中，所有 EC2 实例类型均可通过单独使用 EBS 存储或使用 EBS 存储并分层到 S3 （单节点和 HA ）来达到 368 TiB 容量限制。
| 物理存储 | 参数 | limit |
|---|---|---|
* 聚合和磁盘 * |
聚合的最大数量 |
34 对于单节点配置，在 HA 配置中，每个节点 18 1 |
最大聚合大小 |
96 TiB 原始容量 2 |
|
每个聚合的磁盘数 |
1-6 3 |
|
最大磁盘大小 |
16 TiB |
|
所有聚合中的最大数据磁盘数 4 |
34 对于单节点配置，在 HA 配置中，每个节点 31 个 |
|
* RAID 组 * |
每个聚合的上限 |
1. |
注释：
-
无法在 HA 对中的两个节点上创建 18 个聚合，因为这样做会超出数据磁盘限制。
-
聚合容量限制基于构成聚合的磁盘。此限制不包括用于数据分层的对象存储。
-
聚合中的所有磁盘大小必须相同。
-
数据磁盘限制特定于包含用户数据的磁盘。此限制不包括每个节点的启动磁盘和根磁盘。
Azure 中 Cloud Volumes ONTAP 的聚合和磁盘限制
| 物理存储 | 参数 | limit |
|---|---|---|
* 聚合和磁盘 * |
聚合的最大数量 |
与磁盘限制相同 |
最大聚合大小 |
200 TiB 原始容量 1 |
|
每个聚合的磁盘数 |
1-12 2 |
|
最大磁盘大小 |
32 TiB |
|
所有聚合中的最大数据磁盘数 3 |
取决于虚拟机大小。 请参见下文。 |
|
* RAID 组 * |
每个聚合的上限 |
1. |
注释：
-
聚合容量限制基于构成聚合的磁盘。此限制不包括用于数据分层的对象存储。
-
聚合中的所有磁盘大小必须相同。
-
数据磁盘限制特定于包含用户数据的磁盘。此限制不包括每个节点的启动磁盘和根磁盘。
容量和磁盘限制，按 Azure 虚拟机大小计算
在 Azure 中，单节点系统可以使用标准 HDD 受管磁盘，标准 SSD 受管磁盘和高级 SSD 受管磁盘，每个磁盘最多 32 TiB 。支持的磁盘数量因虚拟机大小而异。
下表按虚拟机大小显示了单个磁盘以及将磁盘和冷数据分层到对象存储的最大系统容量。
只有当系统容量限制导致 Explore 或 Standard 许可证无法达到磁盘限制时，才会按高级版和 BYOL 许可证的 VM 大小显示磁盘限制。
具有高级许可证的单个节点
| VM 大小 | 每个节点的最大磁盘数 | 单独使用磁盘时的最大系统容量 | 使用磁盘和数据分层的最大系统容量 |
|---|---|---|---|
DS3_v2 |
15 |
368 TiB |
不支持分层 |
DS4_v2 |
31 |
368 TiB |
368 TiB |
DS5_v2 |
63. |
368 TiB |
368 TiB |
DS13_v2 |
31 |
368 TiB |
368 TiB |
DS14_v2 |
63. |
368 TiB |
368 TiB |
具有一个或多个 BYOL 许可证的单个节点
|
对于某些 VM 类型，您需要多个 BYOL 许可证才能达到下面列出的最大系统容量。例如，使用 DS5_v2 时，您需要 6 个 BYOL 许可证才能达到 2 PiB 。 |
| VM 大小 | 每个节点的最大磁盘数 | 使用一个许可证时的最大系统容量 | 使用多个许可证时的最大系统容量 | ||
|---|---|---|---|---|---|
* 仅磁盘 * |
* 磁盘 + 数据分层 * |
* 仅磁盘 * |
* 磁盘 + 数据分层 * |
||
DS3_v2 |
15 |
368 TiB |
不支持分层 |
480 TiB |
不支持分层 |
DS4_v2 |
31 |
368 TiB |
368 TiB |
896 TiB |
每个许可证 368 TiB x |
DS5_v2 |
63. |
368 TiB |
368 TiB |
896 TiB |
每个许可证 368 TiB x |
DS13_v2 |
31 |
368 TiB |
368 TiB |
896 TiB |
每个许可证 368 TiB x |
DS14_v2 |
63. |
368 TiB |
368 TiB |
896 TiB |
每个许可证 368 TiB x |
逻辑存储限制
| 逻辑存储 | 参数 | limit |
|---|---|---|
* 存储虚拟机（ SVM ） * |
Cloud Volumes ONTAP 的最大数量（ HA 对或单个节点） |
一个提供数据的 SVM 和一个用于灾难恢复的目标 SVM 。如果源 SVM 发生中断，您可以激活目标 SVM 以进行数据访问。1 一个提供数据的 SVM 跨整个 Cloud Volumes ONTAP 系统（ HA 对或单个节点）。 |
* 文件 * |
最大大小 |
16 TiB |
每个卷的上限 |
取决于卷大小，最多 20 亿个 |
|
* FlexClone 卷 * |
分层克隆深度 2 |
499 |
* FlexVol 卷 * |
每个节点的上限 |
500 |
最小大小 |
20 MB |
|
最大大小 |
AWS ：取决于聚合的大小 3 Azure ： 100 TiB |
|
* qtree* |
每个 FlexVol 卷的上限 |
4,995 |
* Snapshot 副本 * |
每个 FlexVol 卷的上限 |
1,023 |
注释：
-
Cloud Manager 不为 SVM 灾难恢复提供任何设置或业务流程支持。它也不支持在其他 SVM 上执行与存储相关的任务。必须使用 System Manager 或 CLI 进行 SVM 灾难恢复。
-
分层克隆深度是可以从单个 FlexVol 卷创建的 FlexClone 卷嵌套层次结构的最大深度。
-
支持的容量小于 100 TiB ，因为此配置的聚合限制为 96 TiB raw 容量。
iSCSI 存储限制
| iSCSI 存储 | 参数 | limit |
|---|---|---|
* LUN * |
每个节点的上限 |
1,024 |
LUN 映射的最大数量 |
1,024 |
|
最大大小 |
16 TiB |
|
每个卷的上限 |
512 |
|
* igroup* |
每个节点的上限 |
256 |
* 启动程序 * |
每个节点的上限 |
512 |
每个 igroup 的最大值 |
128. |
|
* iSCSI 会话 * |
每个节点的上限 |
1,024 |
* LIF* |
每个端口的上限 |
32 |
每个端口集的最大值 |
32 |
|
* 端口集 * |
每个节点的上限 |
256 |