NetApp AFX 架构与统一 ONTAP 的区别
建议更改
PDF
NetApp AFX 引入了与统一 ONTAP 在存储呈现方式、节点与磁盘交互方式以及容量管理方式方面的显著架构差异。
此前，我们展示了统一的 ONTAP 架构如何通过直接连接的 HA 对提供文件、对象和块数据存储，这些 HA 对拥有自己的磁盘集，并通过磁盘聚合提供物理容量。在本节中，我们将进一步详细讨论统一 ONTAP 和 NetApp AFX 架构之间的一些主要区别。
如何判断系统是否正在运行 NetApp AFX
查看系统是否正在运行 NetApp AFX 的主要方法是运行以下命令：
AFX::> node show -fields personality node personality ---------------- ----------- afx-01 AFX afx-02 AFX
另一个线索是新的存储可用区，但这也是 NetApp All-SAN Arrays (ASA) 可用的概念。您可以通过该命令查看您的容量。
AFX::> storage availability-zone show
Availability Zone Name: storage_availability_zone_0
Availability Zone UUID: 545cb59f-32e9-11f1-a2f5-d039eabdd925
Total Size: 69.59TB
Physical Used: 837.1GB
Physical Used Percent: 1%
Available: 68.77TB
Metadata Used: 837.1GB
Log and Recovery Metadata: 834.6GB
Delayed Frees: 2.50GB
Physical User Data Without Snapshot Copies: 17.24MB
Logical User Data Without Snapshot Copies: 17.24MB
Efficiency Ratio Without Snapshot Copies: 1.00:1
Space Full Threshold Percent: 98%
Space Nearly Full Threshold Percent: 95%
节点到磁盘的关系
在统一的 ONTAP 架构中，读取和写入被定向到磁盘的特定子集。因此，即使您在 24 节点集群中有 24 个盘架（每个节点一个盘架），在任何给定时间，每个节点都只能直接访问一个盘架，这限制了集群中的可用容量和性能。
此外，由于 NVRAM 在 HA 对之间直接连接，因此节点必须物理上彼此相邻，并且作为故障转移目标进行更紧密的耦合。例如，当一个节点故障转移到其伙伴节点时，它物理上可以访问的唯一磁盘是 HA 对域中的磁盘。
HA 故障转移期间的统一 ONTAP 集群
在 NetApp AFX 中，磁盘呈现给计算节点的方式发生了一些重大变化。
所有磁盘对所有存储节点均可见 — 无磁盘所有权
在 NetApp AFX 中，节点和盘架都连接到同一个后端交换机，这使得 ONTAP 能够将磁盘的整体可见性域扩展到整个堆栈。因此，没有节点拥有任何特定磁盘。相反，所有磁盘都参与称为 Storage Availability Zone 的单个容量池，该池提供更简单的容量管理和更高的性能潜力（更多的可用磁盘意味着更多的可用性能）。
NetApp AFX 存储可用区
不再有物理聚合
Unified ONTAP 将磁盘收集到 RAID 组中，然后将其合并到称为聚合的容量构造中。此聚合是将物理容量呈现给存储的方式，并且是用于创建卷以向最终用户提供数据的可用空间的边界。每个节点必须至少分配一个聚合，这些聚合的当前限制为 800TB。一旦达到该限制，就没有更多可用于其他写入的空间。
物理聚合也可能带来一些容量管理挑战，因为存储管理员有时需要手动重新分配卷，以保持集群节点之间的容量平衡。当利用横向扩展卷架构（如 FlexGroup 卷）时，这些挑战也可能变得更加严峻。聚合也可能在大小、磁盘数量、磁盘类型等方面有所不同，这在遍历节点时也会产生一些性能差异。
统一 ONTAP 中的聚合
NetApp AFX 采用物理聚合的概念并将其虚拟化，使其由 ONTAP 管理，然后通过新的存储可用区将物理容量管理从每节点方法转移到每群集。这种单一的容量池为空间管理提供了一种"你看到的就是你得到的"方法。
NetApp AFX 存储可用区
NVRAM 从直接连接转移到交换复制
ONTAP 使用 NVRAM 作为暂存来保护对集群的传入写入。ONTAP 集群中的每个节点都有一个电池供电的 NVRAM 卡。当从客户端向卷发送写入时，它首先存储在 NVRAM 中。当 NVRAM 填满或 10 秒计时器到期时（以先到者为准），NVRAM 内容将刷新到磁盘。这被称为一致性点。
NVRAM 内容也会在 HA 对之间不断复制，这进一步有助于保护数据一致性，因为在发生节点故障时，NVRAM 内容将保留在幸存节点上并提交到磁盘。
在统一的 ONTAP 集群中，HA 对之间的 NVRAM 卡直接相互连接。NetApp AFX 将 NVRAM 复制移动到后端集群网络。因此，HA 合作伙伴节点对节点没有如此严格的距离要求。相反，HA 对可以在以太网的最大距离内分离。
NetApp AFX NVRAM 复制
写入可用区中任何（以及所有）磁盘的数据
NetApp AFX 消除了磁盘所有权的概念，并将物理聚合构造转移到由 ONTAP 管理的虚拟化方法，其中为集群购买的容量全部可用于连接到集群的节点。使用 AFX，所有节点都可以写入存储可用区中的任何和所有磁盘，无论节点：卷所有权是什么。节点仍然具有卷所有权的概念，因为写入仍然具有通过 NVRAM 的路径，但该数据可以在可用容量的任何位置存储。这意味着更多的磁盘可以参与单个工作负载，从而提供性能优势。
数据如何到达 Storage Availability Zone
容量和计算节点的独立规模
随着 NetApp AFX 架构中硬件资源的解耦，节点不再需要相互添加相关磁盘。当集群与性能相关的资源（如 RAM、CPU 或网络吞吐量）不足时，只需将存储节点添加到集群中，即可利用现有的存储可用区。相反，如果需求是容量，则只需要将磁盘架添加到组合中。这种灵活性可确保您只购买所需的资源，从而避免过度配置。
NetApp AFX – 独立扩展
节点性能的线性缩放
随着节点被添加到 AFX 集群，更多的 CPU、RAM 和网络资源被引入到工作负载中。随着这些资源被整合到环境中，性能提升本质上是线性的。下图显示了随着节点的添加，性能将如何提高。
随着 NetApp AFX 节点的增加，线性性能提高
更大的 RAID 组，更少的奇偶校验驱动器
ONTAP 通过 RAID 组为磁盘提供数据保护和性能的融合，特别是 RAID-TEC，它在磁盘故障时提供三重奇偶校验保护。RAID-TEC 可以在一个 RAID 组中承受多达三个同时发生的驱动器故障。在统一 ONTAP 中，RAID 组的最大磁盘数量为 28，其中 3 个驱动器用于奇偶校验，1 个驱动器保留作为备用。因此，28 个驱动器中有 24 个用于数据操作/RAID 条带。
统一 ONTAP RAID 组
NetApp AFX 仍然利用 RAID-TEC，但将 RAID 组大小增加到 96 个驱动器，而只需要 3 个奇偶校验驱动器和 1 个备用驱动器。较大的 RAID 组可提供更高的整体性能，而驱动器故障风险可通过 SSD 的低故障率、在更大的驱动器集上更均匀地分布操作以及在 NetApp AFX 中从奇偶校验重建数据驱动器的改进来最大限度地降低。
NetApp AFX 存储可用区 RAID 组
下表概括了具有不同驱动器大小的统一 ONTAP 和 NetApp AFX 中 84 个磁盘的可用原始容量。
大约原始容量比较，84 个驱动器 – Unified ONTAP 和 NetApp AFX
| 驱动器大小 | 近似原始容量（统一） | 近似原始容量 (AFX) |
|---|---|---|
7.6 TB |
~547.2TB |
~608TB（+60.8TB） |
15.3 TB |
~1101.6TB |
~1224TB（+122.4TB） |
30.6 TB |
~2203.2TB |
~2448TB（+244.7TB） |
60.1 TB |
~4327.2TB |
~4808TB（+480.8TB） |
更快的磁盘故障重建时间
在统一 ONTAP 中，每个节点都拥有存储堆栈中的磁盘子集。这意味着该节点仅写入这些磁盘，而且在发生磁盘故障时，磁盘重建仅由单个节点处理。
NetApp AFX 无需磁盘所有权。因此，如果需要，可以从单个节点写入所有驱动器。这也意味着，当需要从奇偶校验重建驱动器时，集群中的所有节点都会参与，因此驱动器重建的发生速度比单个节点必须独自完成时更快。
在 NetApp AFX 中重建磁盘
重复数据删除域
重复数据删除允许存储系统在其文件系统中查找重复块，然后创建指向单个块的指针，以减少总使用容量。在统一 ONTAP 中，重复数据删除遵循特定的边界来确定可以减少哪些块。这些边界取决于使用的重复数据删除类型。一般来说：
-
基于卷的重复数据删除 → 卷边界
-
跨卷重复数据删除 → 聚合边界
统一 ONTAP 重复数据删除域
下表显示了统一 ONTAP 中不同场景下重复数据的容量行为。随着文件副本跨越节点和聚合（从而跨越重复数据删除域），节省的空间也会减少。
相同 10GB 文件在不同场景中的重复数据删除行为 – 统一 ONTAP
| 场景 | 已用空间 |
|---|---|
相同 10GB 文件、相同卷的四个副本（卷重复数据删除） |
10 GB |
相同 10GB 文件、不同卷、相同聚合的四个副本（启用跨卷重复数据删除） |
10 GB |
相同 10GB 文件的四个副本、4 个不同的卷、4 个不同的聚合（启用跨卷重复数据删除） |
40 GB |
由于 NetApp AFX 会移除物理聚合并将容量管理移至新的存储可用区，因此重复数据删除域边界也会发生变化。在 AFX 中，重复数据删除域位于卷级（如统一 ONTAP）和 9.19.1 之前的节点（而不是聚合）。
从 ONTAP 9.19.1 开始，AFX 支持存储可用性区域级别的全局重复数据删除域，因此集群存储池中的所有重复数据块都将得到相同的处理。
NetApp AFX – 全局重复数据删除域 (ONTAP 9.19.1)
下表显示了 NetApp AFX 中不同场景下重复数据的容量行为。
相同 10GB 文件在不同场景中的重复数据删除行为 – NetApp AFX
| 场景 | 已用空间 |
|---|---|
相同 10GB 文件、相同卷的四个副本（卷重复数据删除） |
10GB（9.18.1）10GB（9.19.1） |
相同 10GB 文件、不同卷、相同节点的四个副本（启用跨卷重复数据删除） |
10GB（9.18.1）10GB（9.19.1） |
相同 10GB 文件的四个副本、4 个不同的卷、4 个不同的节点（启用跨卷重复数据删除） |
40GB（9.18.1） 10GB（9.19.1） |
已删除/不支持的功能
NetApp AFX 专为高性能 NAS 和对象工作负载而设计，特别是（但不限于）AI 训练和推理空间中的工作负载。随着 NetApp AFX 的设计，做出了一些决定来禁用 ONTAP 中的某些功能。
-
由于专注于高性能 NAS 和对象，已从 NetApp AFX 解决方案中删除了块工作负载。不支持 FCP、iSCSI 或 NVMe 数据协议，也没有计划添加块协议。
-
分解是解聚合的同义词，这意味着聚合（至少作为物理存储管理概念）已被删除。移除物理聚合不仅简化了 ONTAP 中的容量管理，而且还提供了允许单个容量池的机制。
-
被删除的聚合意味着特定于聚合的功能也会被删除。例如，Metrocluster 利用聚合级镜像来实现其站点故障转移功能。因此，Metrocluster 也从 NetApp AFX 中删除。站点故障转移功能将由 ONTAP 9.19.1GA 中提供的新的 SnapMirror Active-Sync for NAS 功能提供。
-
称为 FabricPool 的冷数据分层功能目前也对 NetApp AFX 不可用，因为它也是特定于聚合的。
-
由于新的容量架构，NetApp AFX 中也不再需要基于拷贝的卷移动。有关详细信息，请参见 零拷贝卷移动。
-
功能删除还意味着某些 CLI/GUI/REST API 更改，因此不再支持的功能的任何命令或 API 调用也将被删除。
-
ZAPI 当前不可用于 NetApp AFX。
-
用于虚拟化的 NFS 副本卸载（仅限具有粒度数据分发的 FlexGroup 卷）
ONTAP 管理变更
一般来说，NetApp AFX 管理不会改变用于管理集群的机制。管理员仍然可以利用 CLI、GUI 和 REST API 登录并配置集群。但 NetApp AFX 确实提供了一个改进存储管理操作方式的机会。
更简单的容量管理
NetApp AFX 存储可用区将管理端点从基于节点和聚合的方法减少到整个集群可用的单个容量池。随着卷的增加和减少，ONTAP 会自动向存储可用区借用容量并从存储可用区返回容量。
因此，存储管理员不再需要担心在多达 24 个节点和可能数百个聚合中查找和管理可用空间。相反，只有一个地方可以管理和查看容量。
例如，在统一 ONTAP 的 CLI 中，如果要查看集群的总物理容量信息，可以使用"`aggregate show-space`"，然后打印出每个聚合条目。在 NetApp AFX 中，您有"`cluster space show`"，它将仅显示单个存储可用区。
并排比较统一 ONTAP 和 NetApp AFX 中的容量 CLI 命令
在 Unified ONTAP System Manager GUI 中，层用于显示容量。事实上，GUI 确实试图通过总和来显示集群的整体容量，但它仍然会显示每个聚合的整体使用情况。
System Manager 容量视图 – Unified ONTAP
在 NetApp AFX System Manager 中，集群空间的视图几乎相同，但由于没有聚合，因此无需进行额外的数学运算。您看到的容量就是您获得的容量。
System Manager 容量视图 – NetApp AFX
FlexGroup 卷管理改进
FlexGroup 卷由跨群集中的多个节点和聚合创建的多个底层 FlexVol 组成卷组成，并作为单个大型命名空间呈现给 NAS 客户端。FlexGroup 卷为高性能工作负载提供性能、规模、负载平衡和文件计数优势。但是，由于它们跨节点和聚合进行协调，因此在容量开始填充时偶尔会遇到一些物理限制，因为聚合提供的独立文件系统也有独立的容量使用和限制。例如，如果具有 FlexGroup 卷成分的聚合在集群中的其他聚合之前开始填充，则整个 FlexGroup 本身可能会受到容量或性能问题的影响。
因此，存储管理员可能会发现自己过于担心底层 FlexGroup 基础架构，而不太关注维护环境的其他方面。
FlexGroup 卷布局 - Unified ONTAP 聚合
NetApp AFX 在单个存储可用区中提供容量，这更接近于反映 FlexGroup 卷的预期工作方式。所有卷都位于同一容量池中，而不是跨多个不同大小的不同聚合的多个组成卷，这大大简化了使用 FlexGroup 卷的整体管理开销。
此外，默认情况下，AFX 为 FlexGroup 卷启用高级容量平衡，这有助于更好地分发卷中的较大文件。现在，FlexGroup 卷成分不再是一个管理概念，而是在后台安静地工作。
FlexGroup 卷布局 - NetApp AFX
自动存储管理任务
使用 NetApp AFX 中的存储可用区，所有容量在所有节点之间共享。虽然节点仍然拥有卷，但 ONTAP 会根据每个节点在任何给定时间的需求，通过借用和释放容量来自动管理每个节点的容量使用情况。这意味着存储管理员不再需要关心如何最好地平衡可用空间。
此外，RAID 组管理由 ONTAP 自动化，新添加的磁盘将被添加到现有或新的 RAID 组中，而无需管理员干预。ONTAP 还管理跨节点的卷移动，而无需复制数据。
零拷贝卷移动
Unified ONTAP 提供了一种在节点或聚合之间无中断移动卷的方法，以此来管理集群中的性能和容量使用情况。
启动卷移动时，会发生以下情况：
-
在指定的目标聚合上创建新的空卷
-
卷元数据（如存储效率信息、文件句柄等）被复制到新的目标卷
-
卷数据通过 SnapMirror 技术通过后端集群网络复制到目标卷—目标聚合需要有可用的可用空间进行移动，否则移动作业将失败
-
再次进行卷复制，以确保两个卷与任何数据更改保持一致
-
启动切换过程，使原始卷脱机，并将目标卷提升为客户端的新原始卷
-
客户端 IO 在切换期间短暂暂停，但不需要重新装载
在 NetApp AFX 中，存储可用区向所有节点显示所有容量，所有节点都可以写入该池中的任何磁盘。数据放置后，即使卷被移动，它也会停留在原位。这意味着不需要数据副本。卷移动过程与统一 ONTAP 相同，减去通过 SnapMirror 复制数据的需要。无需额外容量。
NetApp AFX 中的零拷贝卷移动
具有轻量级的卷移动性使 AFX 能够在没有性能或容量限制的情况下自动执行许多管理任务，并且这些卷移动用于 NetApp AFX 提供的一些新功能，如下面的主题所述。
HA 故障转移行为
在统一 ONTAP 中，节点拥有磁盘和聚合，其中数据通过卷提供服务。写入操作使用本地节点的 NVRAM 执行，以刷新到节点拥有的磁盘。当节点重新启动或发生故障时，ONTAP 将触发对故障节点资源的接管，其中磁盘和聚合所有权转移到配对节点。网络接口也故障切换到 IP 空间中的端口，并且由于 NVRAM 内容在 HA 对中不断复制，因此节点将刷新 NVRAM 内容，以提交故障节点对磁盘的写入。之后，幸存节点将拥有故障节点的聚合和卷，直到发生节点回馈。这意味着，这些卷的所有流量以及幸存节点已拥有的卷都将在单个节点上进行处理，直到故障转移问题得到解决。
作为初始统一 ONTAP 集群部署的一部分，建议提前规划故障转移，以帮助避免单个节点使其合作伙伴过载。这本身就是一个挑战，因为很难预测哪些卷可能是性能瓶颈，但无中断卷移动和卷服务质量策略等功能可以帮助缓解。
下图显示了统一 ONTAP 集群如何在节点之间产生不均匀的性能平衡，以及在某些情况下，故障转移如何会导致性能下降。
Unified ONTAP – 节点利用率的潜在不平衡
当 HA 对的节点与卷计数和性能利用率不平衡时，节点故障转移将影响整体性能，因为幸存的节点现在将拥有失败节点的所有卷。同时，集群中的其他节点可能有空间承担额外的工作。
Unified ONTAP – 故障转移对节点利用率的影响
在上文中，当 HA 合作伙伴必须承担额外的工作时，它可能会过载并影响该节点上所有卷的性能。卷移动可以帮助缓解这种情况，但这需要跨节点的副本（这需要可用的可用空间），并且所需的时间可能超过节点故障回复所需的时间。此外，如果重新定位卷，它不会故障回复到原始节点。相反，它将保留在您将其移动到的节点上。
使用 NetApp AFX，节点故障转移会采取一些不同的行为。
-
由于节点不拥有磁盘并且没有物理聚合，因此节点故障转移不需要传输这些资源。相反，只有网络接口和卷所有权转移到其他节点。
-
NVRAM 提交仍然会发生，但通过 HA 网络而不是直接连接。
-
一旦卷执行到合作伙伴节点的初始故障转移，AFX 将跨集群中的其他幸存节点重新分配卷。这是通过零拷贝卷移动实现的。
-
节点恢复后，卷将移回原始节点。
NetApp AFX 已经在集群中的节点之间保持性能平衡，以保持相对均匀的利用率，因此当发生故障转移并重新平衡卷时，整个集群的节点利用率应该大致相同。
NetApp AFX - 故障转移后的卷重新平衡
节点添加和删除
统一的 ONTAP 和 NetApp AFX 都允许从集群中添加和删除节点。但是，由于一些体系结构差异，节点添加和删除的过程略有不同。
统一 ONTAP 中的节点添加/删除
我们已经了解到，统一的 ONTAP 有一个直接的节点到磁盘所有权，并且所有节点都必须有一些磁盘和至少一个聚合连接到它们。考虑到这一点，以下内容适用于添加和删除。
-
统一 ONTAP 中的节点添加不需要任何额外的步骤，但为了在所有节点（包括新节点）之间提供平衡的性能，需要将卷移动到新节点。这需要对现有卷及其工作负载进行前期分析，决定移动哪些卷，然后进行实际的卷移动，这同样需要跨后端集群网络复制数据。
-
统一 ONTAP 中的节点删除需要手动撤离节点上的现有卷，这意味着您必须确定哪些节点可以托管哪些卷来保持均匀的性能，并且您必须有足够的可用容量来为这些卷提供移动位置。如果可用容量是一个挑战，可能需要额外的卷移动来在集群中稍微调整工作负载。节点删除也意味着 HA 对删除，因此所涉及的工作量增加了一倍。由于节点拥有磁盘，因此这些节点还需要重新初始化整个磁盘。这些事情中的每一个都为本应是相对简单的任务增加了时间和精力。
NetApp AFX 中的节点添加/删除
我们还了解到，NetApp AFX 不使用标准节点到磁盘所有权，也不使用物理聚合向集群提供容量。因此，节点添加和删除的行为有所不同。
-
在 NetApp AFX 中添加节点不需要相同的前期卷分析，也不需要管理干预来确保每个节点具有均匀的卷平衡。相反，ONTAP 会在新添加的节点之间自动平衡卷计数，以保持相对均匀的性能配置文件。ONTAP 自动在不复制任何内容的情况下跨节点移动卷，从而减少向集群添加节点所需的时间、容量和工作量。
-
NetApp AFX 中的节点删除也不需要太多（如果有的话）手动干预。当节点被标记为要删除时，ONTAP 会自动跨节点移动卷（再次，无需复制）以撤离被删除的节点。并且由于没有节点拥有的磁盘，因此在删除节点后无需重新初始化磁盘。这使得 AFX 中的节点本质上是模块化的，并且易于扩展或缩小。
性能驱动的卷移动
NetApp AFX 的零拷贝卷移动功能意味着它可以根据需要重新平衡卷，而无需拷贝数据，从而使其能够快速执行而不需要额外的容量。这意味着卷移动可以成为 ONTAP 集群可用的自动负载平衡的更大一部分。现在，移动卷的成本相对较低，ONTAP 可以利用这一有价值的工具来整合性能驱动的卷负载平衡等功能。
在运行 ONTAP 9.18.1 及更高版本的 NetApp AFX 中，不断监控节点、HA 对和卷利用率，同时收集和分析性能数据。如果节点的利用率超出定义的阈值，则 ONTAP 将自动选择一个卷移动到利用率较低的节点，以努力保持整个集群的平衡性能。
NetApp AFX 中性能驱动的卷移动 – 高利用率触发卷移动
NetApp AFX 中的性能驱动卷移动 – 卷移动后的平衡节点利用率
集群规模和扩展
统一 ONTAP 集群最多支持 24 个节点，添加的每个节点还必须添加磁盘（用于系统功能和数据服务）。磁盘架可以添加到集群中，但它们始终连接到单个 HA 对，并且仅由单个节点拥有，即使集群的大小为 24 个节点也是如此。这意味着即使只需要性能，也会将容量添加到集群中，并且性能提升主要归属于新节点所拥有的特定磁盘集。因此，您可能最终会获得不一定需要的额外容量。
Unified ONTAP – 增加了规模考虑因素
NetApp AFX 支持更大的集群规模。从 9.19.1 开始，AFX 集群可以在单个集群中达到 32 个节点。由于所有节点都可以查看和访问所有磁盘，因此它们都可以共享这些驱动器的性能和容量（从 ONTAP 9.19.1 开始高达 32PB），因此永远不会有任何搁浅的资源。卷移动不需要副本，因此 ONTAP 能够自动将卷移动到新添加的节点，以确保均匀分布的节点利用率，同时通过存储可用区均匀分布容量。
NetApp AFX – 添加的规模考虑因素
根卷更改
在 NetApp ONTAP 中，为每个节点分配一个根卷，用于特定于系统的文件和功能，例如日志文件、启动映像、核心文件、群集数据库等。
在统一 ONTAP 中，这些根卷位于物理根聚合上。为了减少根聚合使用的容量，它们是通过高级磁盘分区 (ADP) 跨数据驱动器分区创建的。
NetApp AFX 从等式中删除物理聚合，因此不需要使用根聚合和 ADP。根卷仍然是一个概念，但它们现在位于容量池的虚拟化区域，不需要额外的配置。此外，根卷功能也会发生变化。启动映像和复制的集群数据库将从存储堆栈移到每个 AFX 节点上的板载启动介质中。现在，如果对存储堆栈的访问丢失，节点仍然可以启动并保持集群资格，从而简化了故障排除的复杂性。
板载启动介质
NetApp AFX 节点利用板载引导介质，这是一个 NVMe 连接的 M.2 设备，大小约为 3.8TB。这些引导设备包含与存储盘柜分开的引导映像文件和复制数据库，在发生磁盘访问问题时可提供额外的冗余。如果引导介质出现故障，节点将由其 HA 合作伙伴接管，并且可以更换引导介质。替换后，新的 ONTAP 映像将由存储管理员加载到设备中，ONTAP 将自动重建集群数据库以恢复全部功能。