AFX 存储系统常见问题解答
建议更改
PDF
此常见问题解答列表提供了有关 AFX 存储系统的问题的答案。它包含的概念和术语在更详细地探索 AFX 或执行高级管理任务时很有用。
常规
ONTAP是一个强大且多功能的存储平台，以其全面的功能集和对各种存储需求的适应性而闻名。虽然这种灵活性使其成为具有多样化工作负载的组织的绝佳选择，但一些客户可以从针对其特定环境需求进行优化的更定制的存储解决方案中受益。
为了满足这些特殊需求，一些NetApp存储系统提供了独特的ONTAP特性，每种特性都包含一组旨在支持独特客户需求的功能。 ONTAP特性通常是硬件和软件功能的组合，专门用于为目标用例提供优化的体验。 NetApp提供三种ONTAP特性：
-
Unified ONTAP - Unified ONTAP特性提供了广泛的数据管理功能，支持 NAS、SAN 和 S3 协议，以实现最大的灵活性。这是NetApp 的旗舰产品，可在AFF和FAS系统以及ONTAP Select和Cloud Volumes ONTAP等虚拟化部署上使用。
-
AFX - AFX ONTAP特性提供了一种分解的解决方案，旨在满足高性能 NAS 和 S3 工作负载（包括 AI/ML 应用程序）的严格要求。AFX 系统为需要可扩展、高吞吐量文件和对象存储的客户提供专门的功能。
-
* ASA r2* - ASA r2 ONTAP特性提供了专为仅 SAN 环境设计的分解解决方案。 "ASA r2 系统" 简化块工作负载的存储体验，为 SAN 客户提供简化的管理和优化的性能。
通过提供这些独特的ONTAP特性， NetApp使组织能够选择符合其运营要求和应用程序工作负载的存储解决方案。
不可以。您的ONTAP存储系统的特性是不可变的，无法更改。例如，您不能将FAS或AFF存储系统（运行 Unified ONTAP特性）转换或升级为 AFX 存储系统。
在系统管理器中，选择左侧导航窗格中的“集群”，然后选择“概览”。您将看到页面上显示的个性。或者，您可以在 CLI 中发出命令“system node show”。您还可以使用 REST API 确定ONTAP集群的特性；请参阅"您的第一个 AFX 系统 REST API 调用"了解详情。
AFX 存储系统于 2025 年 10 月在NetApp Insight大会上发布。AFX 支持ONTAP 9.17.1 及更高版本。请联系您的NetApp销售代表以了解更多详细信息。
根据上下文，“分解”一词与 AFX 可以有两种不同但相关的含义。
首先要考虑的一个重要概念是将控制器节点的计算能力与存储架分离。借助 AFX，集群计算和存储组件不再像运行 Unified ONTAP特性的FAS和AFF系统那样紧密耦合。相反，它们是通过集群交换机连接的。每个 AFX 节点控制器都拥有整个集群存储池的完整视图。
与分解存储相关的第二个概念是聚合和 RAID 管理被移除为可管理实体。 AFX 内的存储抽象层自动配置和管理存储的低级方面，包括物理磁盘和 RAID 组。这使得 AFX 管理员可以专注于基于卷和存储桶的高级存储配置。
互操作性
不可以。您不能在同一个集群中混合运行不同ONTAP特性的系统节点。例如，您不能在同一个集群中将 AFX 节点（运行 AFX ONTAP个性化）与AFF或FAS节点（运行 Unified ONTAP个性化）混合使用。
是AFX 存储系统支持FlexCache与运行 Unified ONTAP特性的AFF或FAS系统之间的通信。唯一的限制是 AFX 不支持具有回写模式的FlexCache 。
AFX 的SnapMirror版本规则与 Unified ONTAP相同。这意味着要从 Unified ONTAP复制，源系统必须在支持的版本范围内。要从 AFX 复制，Unified ONTAP系统必须是ONTAP 9.16.1 或更高版本（支持高级容量平衡功能的最早版本）。对于FlexCache，源系统和目标系统适用相同的规则，如 "TR-4743"。
对FlexGroup卷的支持存在一些差异。 AFX 上的FlexGroup卷不能成为使用写回模式的FlexCache卷的原始卷。
不可以。AFX 仅支持ONTAP REST API。任何使用 ZAPI 的自动化代码都需要转换为 REST API 才能与 AFX 一起使用。
高级概念
AFX 支持的数据协议包括：
-
NFSv3、NFSv4.0、NFSv4.1、NFSv4.2
-
SMB2.x、SMB3.x
-
S3
-
NDMP
不。AFX 中的数据协议的运行方式与AFF和FAS系统相同。
不可以。ADP 不与 AFX 一起使用。由于 AFX 没有根聚合，因此不需要 ADP 功能来最大限度地提高磁盘空间效率。
不可以。只有经过专门批准并随 AFX 存储平台提供的交换机才支持集群网络。此外，这些后端交换机专用于 AFX 集群操作。客户端访问操作（使用 NFS、SMB 和 S3）只能通过前端客户端数据网络执行。
集群网络交换机使用NetApp提供的配置文件进行配置。不支持更改配置文件。
连接到 AFX 集群的所有磁盘和存储架都是存储可用区 (SAZ) 的一部分。每个 AFX 集群仅支持一个 SAZ，并且不能在 AFX 集群之间共享（ SnapMirror复制和FlexCache操作除外）。
每个节点都可以看到 SAZ 中的所有存储。当存储架添加到集群时， ONTAP会自动添加磁盘。
分配数据时，可以将其放置在 SAZ 中的任何磁盘上。数据一旦放置完毕，就无需再移动。根据底层数据创建卷，并将其分配给特定节点。 AFX 可以移动交易量，通常是作为平衡过程的一部分。这会影响哪个节点的NVRAM将写入操作提交到磁盘。卷迁移会改变卷的拥有节点，但数据本身可以保持不变。
AFX 包含一项称为自动拓扑管理 (ATM) 的功能，可响应系统和用户对象的不平衡。 ATM 的主要目标是平衡 AFX 集群中的卷。当检测到不平衡时，会触发内部作业以在活动节点之间均匀分布数据。使用 ZCVM 重新分配数据，只需复制和更新对象元数据。
NetApp AFX 可自动平衡集群中所有节点上的卷放置位置。从ONTAP 9.18.1 开始，放置算法得到了增强，在放置或移动体数据时会考虑节点的性能。这样可以改善 AFX 集群中各个节点之间的性能平衡，并大大降低单个节点过载的可能性。之前的 AFX 版本是根据集群中的卷总数来确定放置位置的。无论活动情况如何，每个节点都被分配相同数量的卷。
借助运行 Unified ONTAP特性的AFF和FAS系统，可以无中断地将卷从集群中的一个节点或聚合体重新定位到另一个节点或聚合体。这是通过SnapMirror技术的后台复制操作实现的。在目标位置创建一个新的目标卷。根据卷的大小和集群资源的利用情况，卷移动操作完成所需的时间可能会有所不同。
使用 AFX 时，不存在聚合。所有存储都包含在单个存储可用区 (SAZ) 中，集群中的每个节点都可以访问该可用区。因此，卷移动实际上不需要复制数据。相反，所有卷移动都是通过节点间的指针更新来实现的。这被称为零复制卷移动 (ZCVM)，并且是瞬间发生的，因为实际上没有数据被复制或移动。这本质上与 Unified ONTAP使用的卷移动过程相同，但不使用SnapMirror副本。
在最初的 9.17.1 AFX 版本中，卷只会在存储故障转移恢复场景中以及向集群添加或删除节点时移动。这些移动仅通过ONTAP进行控制。