ONTAP Deploy 中的存储添加功能是增加管理下的存储的唯一方法，不支持直接修改 ONTAP Select VM。下图显示了启动存储添加向导的"+"图标。

以下注意事项对于容量扩展操作的成功非常重要。添加容量需要现有许可证覆盖总空间量（现有容量加新容量）。导致节点超出其许可容量的存储添加操作会失败。应首先安装具有足够容量的新许可证。

如果将额外容量添加到现有的 ONTAP Select 聚合，则新存储池（数据存储区）的性能配置文件应类似于现有存储池（数据存储区）的性能配置文件。请注意，无法将非 SSD 存储添加到安装有类似 AFF 个性（启用闪存）的 ONTAP Select 节点。也不支持混合 DAS 和外部存储。

如果将本地连接的存储添加到系统以提供其他本地 (DAS) 存储池，则必须构建其他 RAID 组和 LUN（或 LUN）。与 FAS 系统一样，如果您要向相同的聚合添加新的空间，则应注意确保新的 RAID 组性能与原始 RAID 组相似。如果要创建新的聚合，则如果充分了解新聚合的性能影响，则新的 RAID 组布局可能会有所不同。

如果数据存储区的总大小不超过支持的最大数据存储区大小，则可以将新空间作为扩展区添加到同一数据存储区。将数据存储区扩展区添加到已安装 ONTAP Select 的数据存储区可以动态完成，并且不会影响 ONTAP Select 节点的操作。

如果 ONTAP Select 节点是 HA 对的一部分，则应考虑一些其他问题。

在 HA 对中，每个节点都包含来自其合作伙伴的数据的镜像副本。向节点 1 添加空间需要向其合作伙伴节点 2 添加相同数量的空间，以便将来自节点 1 的所有数据复制到节点 2。换句话说，作为节点 1 的容量添加操作的一部分添加到节点 2 的空间在节点 2 上不可见或不可访问。空间被添加到节点 2，以便在 HA 事件期间节点 1 数据得到完全保护。

在性能方面还有一个额外的考虑因素。节点 1 上的数据会同步复制到节点 2。因此，节点 1 上新空间（数据存储）的性能必须与节点 2 上新空间（数据存储）的性能相匹配。换句话说，在两个节点上添加空间，但使用不同的驱动器技术或不同的 RAID 组大小，可能会导致性能问题。这是由于 RAID SyncMirror 操作用于在伙伴节点上维护数据副本。

为了增加 HA 对中两个节点上的用户可访问容量，必须执行两个存储添加操作，每个节点一个。每个存储添加操作都需要在两个节点上都有额外的空间。每个节点所需的总空间等于节点 1 所需的空间加上节点 2 所需的空间。

初始设置为两个节点，每个节点具有两个数据存储，每个数据存储中具有 30TB 的空间。ONTAP Deploy 创建一个双节点集群，每个节点从数据存储 1 消耗 10TB 的空间。ONTAP Deploy 为每个节点配置 5TB 的活动空间。

下图显示了节点 1 的单个存储添加操作的结果。ONTAP Select 仍然在每个节点上使用等量的存储（15TB）。但是，节点 1 具有比节点 2（5TB）更多的活动存储（10TB）。两个节点都受到完全保护，因为每个节点都托管另一个节点数据的副本。数据存储区 1 中还有其他可用空间，数据存储区 2 仍然完全可用。

容量分配：单次存储添加操作后的分配和可用空间

节点 1 上的两个额外的存储添加操作消耗了数据存储区 1 的其余部分和数据存储区 2 的一部分（使用容量上限）。第一次存储添加操作消耗了数据存储区 1 中剩余的 15TB 可用空间。下图显示了第二次存储添加操作的结果。此时，节点 1 有 50TB 的活动数据正在管理中，而节点 2 有原始的 5TB。

容量分配：节点 1 额外增加两个存储操作后的分配和可用空间

容量添加操作期间使用的最大 VMDK 大小为 16TB。集群创建操作期间使用的最大 VMDK 大小仍为 8TB。ONTAP Deploy 根据您的配置（单节点或多节点集群）和添加的容量创建正确大小的 VMDK。但是，每个 VMDK 的最大大小在集群创建操作期间不应超过 8TB，在存储添加操作期间不应超过 16TB。