4. 存储硬件选型与ONTAP平台
数据库工作负载的存储选型，本质上不是“选最快的盘”，而是把数据库的访问模式、容量规模、延迟目标、可用性等级和预算约束，映射到合适的 ONTAP 硬件平台与介质组合上。ONTAP 的硬件家族主要分为三条产品线：FAS（Fabric-Attached Storage，混合/统一存储）、AFF（All Flash FAS，全闪存统一存储）和 ASA（All SAN Array，全闪存 SAN 专用阵列）。三者都运行 ONTAP，但在介质支持、协议支持、性能定位和可用性模型上存在明确差异。
一、先判断负载类型，再决定介质层级
数据库负载可以按读写比例、随机/顺序特征、延迟敏感度和容量需求粗略分为三类：
- 延迟敏感型 OLTP：大量小随机读、频繁写入、对 P99 延迟敏感，典型如订单、支付、账务库。这类负载应优先考虑全闪存平台，且需要关注写缓存、NVRAM 和 SSD 的写放大控制。
- 混合型业务库：既有在线事务，也有报表查询和批量写入，读多写少但容量增长快。可考虑 AFF 承载热数据、FAS 承载温冷数据，或直接使用混合闪存 FAS 平台。
- 容量型/归档型：以顺序扫描、批量加载、历史数据留存为主，对随机延迟不敏感，但容量和成本敏感。HDD 平台或大容量 FAS 更合适。
判断依据不是单一指标，而是“延迟目标 + IOPS 峰值 + 容量 + 预算”四者的组合。例如，一个 2TB 的 OLTP 库，若要求 P99 读延迟低于 1ms，即使容量不大，也应选择 AFF 或 ASA；而一个 200TB 的历史归档库，若允许 10ms 以上延迟，则 HDD 平台更经济。
二、FAS、AFF、ASA 的核心差异
三条产品线都使用 ONTAP 操作系统，因此快照、SnapMirror、FlexClone、SnapRestore、QoS、FabricPool 等软件能力基本一致。差异集中在硬件介质、协议支持和可用性模型上：
| 维度 | FAS | AFF | ASA |
|---|---|---|---|
| 介质支持 | HDD、SSD、混合 | 全 SSD/NVMe | 全 NVMe SSD |
| 协议支持 | NFS、CIFS、iSCSI、FC、FCoE | NFS、CIFS、iSCSI、FC、NVMe-oF | iSCSI、FC、NVMe-oF（SAN 专用） |
| 典型定位 | 容量优先、混合负载、统一存储 | 性能优先、全闪存统一存储 | 关键 SAN 数据库、双活高可用 |
| 延迟水平 | 毫秒级（HDD）/亚毫秒级（SSD） | 亚毫秒级 | 亚毫秒级，路径更短 |
| 可用性模型 | HA 对 + 聚合/卷级冗余 | HA 对 + 聚合/卷级冗余 | 双活对称架构，SAN 路径冗余 |
需要特别说明的是，ASA 的“对称双活”模型对数据库 SAN 环境意义重大：两个控制器同时主动服务同一组 LUN，主机通过多路径软件看到两条等价路径，单控制器故障时路径切换更快，且不需要传统 HA 对中的“接管—交还”过程。对于 Oracle RAC、SQL Server AlwaysOn 等对路径稳定性敏感的场景，ASA 往往比 AFF 更合适。
三、介质选择与 FabricPool 分层
如果选择 FAS 混合平台，需要明确 HDD 与 SSD 的分工。常见做法是：SSD 聚合承载数据库数据文件、日志文件和高频索引；HDD 聚合承载备份、归档、历史分区。ONTAP 的 FabricPool 可以把全闪存聚合中的冷数据自动分层到对象存储（如 ONTAP S3、StorageGRID 或第三方 S3），从而在保持热数据低延迟的同时降低单位容量成本。
一个合理的教学示例：某业务库热数据 5TB、温数据 20TB、冷数据 75TB，总容量 100TB。若全部放在 AFF 上，成本较高；若采用 AFF + FabricPool，将 30 天未访问的数据分层到对象存储，则 AFF 本地只需保留约 10～15TB 热数据，其余分层，既满足 OLTP 延迟，又控制成本。这里的“30 天”是分层策略参数，不是固定值，需根据业务访问曲线调整。
四、选型判断路径
下面这张图把本节的核心判断逻辑整理为一条可操作的选型路径：从数据库负载特征出发，依次判断延迟敏感度、容量规模、协议类型和可用性要求，最终落到 FAS、AFF 或 ASA 平台，并给出介质与分层建议。
五、选型时的关键检查项
在确定平台后，还需要检查以下工程细节，避免“平台选对但配置不当”：
- 聚合与 RAID 策略：全闪存平台建议使用 RAID-DP 或 RAID-TEC，并根据 SSD 数量规划 RAID 组宽度；HDD 平台需关注重建时间和热备盘数量。
- NVRAM/写缓存：OLTP 写入密集场景需确认控制器 NVRAM 容量和写缓存策略，避免写入放大导致延迟抖动。
- 协议与多路径：SAN 场景需确认 FC/iSCSI/NVMe-oF 端口数量、队列深度和多路径策略；NAS 场景需关注 NFS 版本、pNFS 和会话 trunking。
- QoS 与工作负载隔离：同一阵列承载多个数据库时，应使用 ONTAP QoS 策略组限制 IOPS 上限，防止单库抢占资源。
- 扩展性：确认控制器型号支持的磁盘架数量、最大容量和横向扩展能力，避免上线后无法扩容。
最后需要强调，FAS、AFF、ASA 并不是互斥的“三选一”，在真实数据中心中经常组合使用：核心 OLTP 放在 ASA，报表和文件服务放在 AFF，备份归档放在 FAS，再通过 SnapMirror 和 FabricPool 打通数据流动。选型的最终目标，是让每一层数据都落在与其访问特征匹配的介质和平台上，而不是让所有数据都挤在同一种硬件上。