Amazon FSx
以全托管方式提供 Lustre、Windows File Server、NetApp ONTAP、OpenZFS 四种文件系统，根据工作负载提供最优选择
概述
Amazon FSx 是以全托管方式提供行业标准文件系统的服务系列。包括面向高性能计算 (HPC) 和机器学习的 FSx for Lustre、面向 Windows 应用的 FSx for Windows File Server、具备企业级 NAS 功能的 FSx for NetApp ONTAP、以及通用 POSIX 兼容文件系统 FSx for OpenZFS 四个变体。所有变体的备份、补丁和硬件故障处理均由 AWS 管理，免除本地文件服务器的运维负担。相比 EFS (Elastic File System) 提供通用 NFS 文件系统，FSx 提供针对特定协议或工作负载优化的选择。
四个变体与选型流程
FSx 选型首先确认协议需求。Windows 应用需要 SMB 协议或 Active Directory 集成时，选择 FSx for Windows File Server。NTFS 访问控制列表 (ACL)、DFS 命名空间、卷影副本等 Windows 原生功能可直接使用，是本地 Windows 文件服务器迁移的候选目标。HPC 或机器学习训练作业需要与 S3 联动的高吞吐量时选择 FSx for Lustre。Lustre 可将 S3 存储桶链接为数据仓库，文件访问时自动从 S3 加载数据 (延迟加载)。在 SageMaker 训练作业中高速读取大量数据集时发挥威力。需要多协议 (NFS、SMB、iSCSI) 或快照、克隆、分层等企业级 NAS 功能时选择 FSx for NetApp ONTAP。无特定协议需求且需要 POSIX 兼容通用文件系统时，FSx for OpenZFS 是一个选择。
与 EFS 的区分使用 - 通用性还是专业性
EFS 和 FSx 作为 AWS 托管文件系统经常被比较。EFS 是 NFS v4 协议的通用文件系统，容量自动扩展，Lambda 和 ECS 也可轻松挂载。而 FSx 针对特定工作负载优化，性能特性差异显著。成本方面，EFS 通过按访问频率的分层 (Standard / Infrequent Access) 自动优化，而 FSx for Lustre 的 SSD 和 HDD 存储类别在创建时指定存储容量 (之后可以增加)，Intelligent-Tiering 存储类别无需指定容量，按存储的数据量计费。Azure 对应服务有 Azure Files (SMB) 和 Azure NetApp Files (NFS/SMB)。
Lustre 与 S3 的联动 - 数据管道加速
FSx for Lustre 的特点之一是与 S3 的联动。将 S3 存储桶链接为数据仓库后，S3 对象的元数据自动映射到 Lustre 文件系统上。实际数据在首次文件访问时从 S3 加载到 Lustre 存储 (延迟加载方式)，无需预先复制全部数据。处理结果写回 S3 可使用 hsm_archive 命令或自动导出功能。部署类型有 Scratch 和 Persistent 两种。Scratch 是临时高速存储，无数据冗余因此成本低，但硬件故障时数据会丢失。适用于原始数据保存在 S3 且可重新执行的批处理或训练作业。Persistent 在 SSD 和 HDD 存储类别下将数据复制到同一可用区内，在 Intelligent-Tiering 存储类别下复制到多个可用区，适合长期运行的工作负载或重新计算成本高的中间数据保持。在 SSD 和 HDD 存储类别下，吞吐量按每单位存储容量的数值选择，数值越高成本越高。一种做法是先以低吞吐量设置开始，监控 CloudWatch 的指标，根据需要逐步提高。
参考资料（AWS 官方）
本页的第一手信息来源是 AWS 官方网站及官方文档。最新的规格与价格请以下列官方页面为准。
如本页内容与官方文档不一致，请以官方文档为准。