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

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

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

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

如果数据存储库的总大小不超过 ESX 支持的最大数据存储库大小，则可以将新空间作为块区添加到同一个数据存储库中。可以动态地向已安装 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 上所需的空间。

初始设置包含两个节点，每个节点具有两个数据存储库，每个数据存储库具有 30 TB 的空间。ONTAP Deploy 会创建一个双节点集群，其中每个节点都会占用数据存储库 1 中的 10 TB 空间。ONTAP Deploy 会为每个节点配置 5 TB 的活动空间。

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

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

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