2. 硬件平台与选型
ONTAP 是 NetApp 统一存储的操作系统，但它并不直接运行在通用服务器上，而是与不同形态的硬件平台绑定。理解 FAS、AFF、ASA、C 系列以及 ONTAP Select 这五类平台的定位差异，是部署工程中"选对底座"的第一步。选型错误往往不会立刻暴露，而是在性能爬坡、扩容或容灾阶段才显现，代价很高。因此本节从介质类型、访问协议、性能量级、扩展方式和适用场景五个维度，建立一张可对照的选型地图。
五类平台的本质区别
FAS（Fabric-Attached Storage）是 NetApp 的通用混合存储平台，控制器同时支持 SSD 与 HDD，可承载 SAN（FC/iSCSI）与 NAS（NFS/SMB）协议。它的核心价值在于"统一"与"分层"：通过 Flash Pool（SSD 缓存 + HDD 容量层）或 FabricPool（本地 SSD + 云端对象存储分层），在成本与性能之间取得平衡。FAS 适合文件共享、备份目标、虚拟化通用负载、以及需要大容量低成本容量的场景。
AFF（All Flash FAS）是全闪存平台，控制器与 NVMe SSD 或 SAS SSD 组合，端到端为闪存优化。它提供亚毫秒级延迟和极高的 IOPS 密度，主要面向数据库、VDI、AI/ML 训练数据、高频交易等对延迟敏感的业务。AFF 同样支持 SAN 与 NAS，是"性能优先"的默认选择。
ASA（All SAN Array）是全闪存 SAN 专用阵列，本质上是 AFF 的 SAN-only 变体。它通过双活（Active-Active）路径和对称的 LUN 归属，消除了传统 SAN 中"路径切换"带来的延迟抖动，为 Oracle RAC、SQL Server AlwaysOn、VMware vSphere 等要求确定性延迟和双活访问的负载提供更稳定的 I/O 路径。ASA 不支持 NAS 协议，这是它与 AFF 最关键的边界。
C 系列是 NetApp 面向大规模容量与对象场景的横向扩展平台（原 E 系列 / SG 系列演进），采用高密度机箱与磁盘架，强调每 GB 成本与线性扩展能力。它常用于媒体归档、视频监控、HPC 数据湖、备份与冷数据存储，通常以集群方式提供高吞吐而非低延迟。
ONTAP Select 是把 ONTAP 以虚拟机形式运行在通用 x86 服务器或公有云上的软件定义版本。它不绑定 NetApp 专用硬件，适合边缘站点、分支机构、开发测试、以及云上灾备等"小规模、快速交付、预算受限"的场景。其性能受限于底层虚拟化资源，不能替代 AFF/ASA 的高性能定位。
关键规格与选型参数
选型不能只看"全闪还是混合"，还要落到具体参数。以下是一组教学示例参数（非实测，仅用于说明量级差异），帮助建立判断依据：
| 平台 | 介质 | 协议 | 典型延迟量级 | 扩展方式 | 典型场景 |
|---|---|---|---|---|---|
| AFF | NVMe/SAS SSD | FC/iSCSI/NFS/SMB | 0.1–1 ms | 纵向 + 集群 | 数据库、VDI、AI |
| ASA | NVMe/SAS SSD | FC/iSCSI（SAN-only） | 0.1–0.5 ms | 纵向 + 双活 | Oracle RAC、vSphere |
| FAS | SSD + HDD | FC/iSCSI/NFS/SMB | 1–10 ms | 纵向 + 集群 | 文件、备份、通用虚拟化 |
| C 系列 | 高密度 HDD/SSD | NFS/SMB/S3 | 5–20 ms | 横向扩展 | 归档、监控、数据湖 |
| ONTAP Select | 底层 VM 存储 | NFS/SMB/iSCSI | 1–10 ms（受 VM 影响） | VM 资源扩展 | 边缘、分支、测试、云灾备 |
从表中可以看出，AFF 与 ASA 的差异不在介质，而在协议边界与路径模型：ASA 通过双活路径保证 LUN 在两个控制器上同时可写，避免单点路径切换；AFF 则保留 NAS 能力，适合混合协议环境。FAS 的延迟量级明显高于全闪，但通过 Flash Pool 可以把热点数据留在 SSD 上，实际体验往往优于纯 HDD。C 系列追求的是吞吐与容量，而不是低延迟，因此不适合直接承载在线事务库。
选型决策路径
实际工程中，建议按以下顺序判断：
- 先看协议：如果业务只走 SAN 且要求双活确定性延迟，直接锁定 ASA；如果需要 NAS 或混合协议，排除 ASA。
- 再看延迟要求：在线事务、VDI、AI 训练等对延迟敏感，选 AFF；文件共享、备份、归档可接受毫秒级，选 FAS 或 C 系列。
- 再看容量与成本：容量需求大、增长快、对每 GB 成本敏感，选 C 系列或 FAS + FabricPool 分层到云。
- 最后看部署形态：边缘站点、分支机构、开发测试、云上灾备，且预算或空间受限，选 ONTAP Select。
一个可参考的选型示例
假设某企业有三个业务域：核心 Oracle 数据库、部门文件共享、视频监控归档。按上述路径可以这样分配：
- 核心 Oracle 数据库：要求双活路径与确定性延迟，选 ASA，配置 NVMe SSD，SAN 协议，双控制器双活。
- 部门文件共享：NFS/SMB 混合协议，容量中等，延迟要求一般，选 FAS，配置 SSD + HDD，启用 Flash Pool 缓存热点。
- 视频监控归档：容量极大，写入吞吐优先，延迟不敏感，选 C 系列，横向扩展节点，NFS/S3 接口。
如果该企业还有一个 20 人的分支办公室，只需要本地文件缓存和少量虚拟机，且没有专用机房，则可以在分支的 x86 服务器上部署 ONTAP Select，通过 SnapMirror 与总部 FAS 做异步复制，实现本地快速访问与集中灾备。
选型检查清单
在提交选型方案前，建议逐项确认：
- 业务协议是 SAN、NAS 还是混合？是否必须双活？
- 延迟目标是多少？是否低于 1 ms？
- 当前容量与三年增长预期是多少？每 GB 成本预算是多少？
- 是否需要分层到云（FabricPool）或跨站点复制（SnapMirror）？
- 部署位置是数据中心、边缘还是公有云？是否有专用机房与机架空间？
- 是否需要横向扩展？扩展粒度是节点、磁盘架还是虚拟机资源？
把这六个问题回答清楚，五类平台的边界基本就确定了。选型不是追求"最高配置"，而是让平台能力与业务画像精确对齐，避免性能过剩或瓶颈后置。