AWS 文件存储 EFS + FSx 全家桶深度实战：EFS / FSx for Windows / Lustre / NetApp ONTAP / OpenZFS 怎么选、怎么计费、怎么挂载（2026 国际版）

📅 2026-09-29 · ChengziCloud - 一站式云端服务

Meta Description: AWS 文件存储选型实战：EFS 与 FSx for Windows/Lustre/NetApp ONTAP/OpenZFS 的计费维度、逐项真实单价、挂载步骤、配额限制与省钱技巧，含 2026 免费套餐口径与 7 大坑。

> 关键词：AWS 文件存储、Amazon EFS、FSx for Windows File Server、FSx for Lustre、FSx for NetApp ONTAP、FSx for OpenZFS、NFS、SMB、EFS 挂载、EFS 计费、文件系统选型

前言：一句话决策口诀，先看计费依据再看单价

AWS 的文件存储不是一个服务，而是五个：一个"无服务器弹性 NFS"（EFS），加四款托管文件系统（FSx for Windows File Server / Lustre / NetApp ONTAP / OpenZFS）。它们共享"POSIX 目录树 + 多机同时挂载"的形态，但计费依据完全不同——这正是选型最容易踩空的地方。

先记住这句口诀：

> 要 NFS 免运维弹性、不预置容量 → EFS；要 SMB + Active Directory → FSx for Windows；要 HPC/AI 并行吞吐 → FSx for Lustre；要 ONTAP 生态与自动分层 → FSx for NetApp ONTAP；要 ZFS 快照与即时克隆 → FSx for OpenZFS；只要给单台机器挂一块盘 → EBS；跨云共享的是静态对象而非目录树 → S3。

比单价更重要的是"计费依据"这条轴：EFS 按"实际用量"计费、不用预置容量和吞吐；而 FSx 四兄弟几乎都要求预置存储容量 + 预置吞吐容量，你建多大就按多大付钱，用不满也不退。两个看起来单价相近的方案，实际账单可能差一倍，差别就出在这一条上。因此本文所有对比表都带"计费依据"列，请先看那一列，再看单价。

另外三句话给没时间细读的人：

1. EFS 没有 Provisioned 吞吐的负担，默认 Elastic Throughput 按实际传输量付费（读 $0.03/GB、写 $0.06/GB）——流量小的业务几乎只付存储费。 2. FSx 的"隐藏成本"是吞吐容量费，Windows 单 AZ 就要 $2.20 每 MB/s·月，一个 16 MB/s 的文件系统光吞吐费就是 $35/月，比 1 TB HDD 存储费（$13）还贵。 3. 文件存储最贵的不是存储单价，而是"跨 AZ 访问费"和"忘记开生命周期分层"——放在 Standard 里半年不动的冷数据，转 IA 能省 90%。

一、先划边界：文件存储 vs 块存储 vs 对象存储

在 AWS 里"存数据"有三条完全不同的路，选错了后面全是坑。本站已分别写过 EBS（块）与 S3（对象），这一篇补齐第三条腿——文件存储。

| 维度 | EBS（块存储） | EFS / FSx（文件存储，本篇） | S3（对象存储） | |---|---|---|---| | 形态 | 一块裸盘，挂给一台实例 | 目录树，多台机器同时挂载 | 桶 + 对象，HTTP API 读写 | | 协议 | 无协议，内核块设备 | NFS / SMB / POSIX | REST / HTTPS | | 挂载数量 | 一般 1 台（io1/io2 可 Multi-Attach 至多 16 台） | 数千客户端并发 | 不挂载（除 Mountpoint/S3 Files） | | 容量 | 预置固定（1 GiB–64 TiB） | 弹性或预置（EFS 弹性；FSx 预置） | 无限，按对象计费 | | 延迟 | 亚毫秒（本地 NVMe） | EFS 亚毫秒 / FSx <0.5–1 ms | 十毫秒级 | | 典型场景 | 系统盘、数据库盘、单机高性能盘 | 共享代码目录、容器持久卷、Windows 共享盘、HPC 训练数据、媒体协作 | 静态托管、备份归档、数据湖 | | 计费依据 | 容量 + IOPS + 吞吐（三维） | EFS：用量 + 数据访问；FSx：预置容量 + 预置吞吐 + IOPS + 备份 | 存储量 + 请求数 + 流量 |

一句话区分："一台机器要一块快盘"→ EBS；"多台机器要共享同一个目录"→ EFS/FSx；"通过 URL 存取海量文件"→ S3。 很多人把 EFS 当"网络版的 EBS"用，结果被跨 AZ 流量费和数据访问费教育——两者计费模型完全不同。

二、Amazon EFS：唯一"不预置容量"的文件存储

EFS 是 AWS 里唯一完全弹性、不预置容量的文件系统：容量随数据自动涨缩，吞吐随负载自动伸缩，你只为真实用量付费。它用标准 NFS v4.1 协议，Linux/macOS 原生挂载，Windows 客户端不支持（要 Windows 就去看 FSx for Windows）。

2.1 四种存储类：Standard / IA / Archive / One Zone

EFS 的核心省钱手段是存储类分层：

| 存储类 | 延迟 | 适用数据 | us-east-1 单价（GB-月） | |---|---|---|---| | EFS Standard（Regional / Multi-AZ） | 亚毫秒 | 频繁访问的活跃数据 | $0.30 | | EFS One Zone（Single-AZ） | 亚毫秒 | 可容忍单 AZ 故障的活跃数据 | $0.16 | | EFS Infrequent Access（IA，Regional） | 毫秒 | 一季度访问几次 | $0.025 | | EFS One Zone-IA | 毫秒 | 单 AZ + 低频 | $0.0133 | | EFS IA（Elastic Throughput 模式） | 毫秒 | 弹性吞吐下的低频 | $0.016 | | EFS Archive | 毫秒 | 一年访问几次或更少的长寿数据 | $0.008 |

两个容易忽略的点：① IA 存储类虽然存储便宜 12 倍（$0.025 vs $0.30），但每次读写要额外付数据访问费 $0.01/GB，如果数据其实访问很频繁，转 IA 反而更贵——AWS 官方建议只有"季度访问几次"的数据才转 IA。② 存在 IA 小文件附加费：IA 存储类下每个小于 128 KiB 的文件，按 128 KiB 折算容量收取 $0.025/GB-月 的 overhead，小文件大户（配置、日志碎片）转 IA 前务必先估算这一项。

2.2 三种吞吐模式：Elastic 是默认且推荐

| 吞吐模式 | 计费方式 | us-east-1 单价 | 何时用 | |---|---|---|---| | Elastic Throughput（默认） | 按实际传输量 | 读 $0.03/GB + 写 $0.06/GB | 绝大部分场景；流量不可预测 | | Provisioned Throughput | 按预置量（超出基线部分） | $6.00/MiBps-月 | 持续稳定高吞吐，且吞吐利用率高 | | Bursting（旧模式） | 含在存储费内 | $0 | 老文件系统，随容量大小的固定信用额度 |

关键认知：Elastic Throughput 是双向计费——读和写各是一条独立 SKU，写单价（$0.06/GB）还是读（$0.03/GB）的两倍，做成本测算时两条都要计入，只算一条会低估一半。这一点与很多"按吞吐计费"的服务写法不同。

2.3 其它计费项速查

| 计费项 | us-east-1 单价 | 备注 | |---|---|---| | IA 数据访问 | $0.01/GB | 读写同价 | | Archive 数据访问 | $0.03/GB | 读写同价 | | IA 小文件 overhead | $0.025/GB-月 | 每个 <128 KiB 文件按 128 KiB 算 | | 预置吞吐 | $6.00/MiBps-月 | 仅超出基线部分 | | 跨 AZ 访问 | $0.01/GB（进 + 出各算） | 访问非本 AZ 的 mount target | | 跨 Region 复制 | EC2 跨区流量费 | 出方向计费 | | 同 AZ 访问 / 同 AZ 复制 | $0 | 免费 | | EFS 备份（AWS Backup） | 按备份存储量 + 恢复量 | 见 AWS Backup 计费 |

2.4 挂载实战：从建文件系统到 NFS 挂进目录

控制台最省事，命令行适合自动化。以下命令均已核实存在于 aws efs CLI（子命令集：create-file-system、create-mount-target、create-access-point、create-replication-configuration、put-lifecycle-configuration、put-backup-policy、update-file-system、describe-file-systems、describe-mount-targets、describe-lifecycle-configuration 等）。

第一步，创建文件系统（默认即 Regional，Elastic Throughput）：

`bash // 创建 EFS 文件系统，开启加密，返回 FileSystemId aws efs create-file-system \ --region ap-southeast-1 \ --performance-mode generalPurpose \ --encrypted \ --throughput-mode elastic \ --tags Key=Name,Value=shared-app-data `

第二步，给文件系统在每个需要访问的 AZ 建一个 mount target（NFS 挂载点）：

`bash // 为文件系统在指定子网建立挂载目标，绑定安全组 aws efs create-mount-target \ --file-system-id fs-0123456789abcdef0 \ --subnet-id subnet-0a1b2c3d4e5f \ --security-groups sg-0a1b2c3d `

第三步，在 EC2 上安装官方挂载助手并挂载（推荐 amazon-efs-utils，它自带 TLS 加密与自动重连）：

`bash // 在 Amazon Linux / RHEL 上安装 EFS 挂载助手 sudo yum install -y amazon-efs-utils sudo mkdir -p /mnt/efs // 挂载：-o tls 走传输加密，_netdev 保证网络就绪后再挂 sudo mount -t efs -o tls,iam fs-0123456789abcdef0:/ /mnt/efs // 写入 /etc/fstab 实现开机自动挂载 echo 'fs-0123456789abcdef0:/ /mnt/efs efs _netdev,tls,iam 0 0' | sudo tee -a /etc/fstab `

两个高频坑：① 安全组必须放行 2049/TCP（NFS 端口），且挂载点所在 AZ 与实例 AZ 要对上，跨 AZ 访问会被收 $0.01/GB；② 用 -o iam 时必须先给实例挂上能访问 EFS 的 IAM 角色，否则报权限错。

2.5 生命周期、复制与访问点

- 生命周期管理（Lifecycle Management）：官方推荐策略是"Standard 连续 30 天未访问 → 转 IA，连续 90 天未访问 → 转 Archive"。命令是 put-lifecycle-configuration。这是 EFS 最大的省钱杠杆：把 1 TB 冷数据从 Standard 转 Archive，月费从 $307 降到 $8。 - Intelligent-Tiering：比固定生命周期更聪明——文件被访问时自动从 IA/Archive 回迁到 Standard，无需重写配置。 - EFS Replication：跨 Region / 跨 AZ 复制文件系统，用于容灾。注意复制是双向计费（源 + 目标都按各自存储与访问费率收，另加跨区流量费）。 - Access Point（访问点）：为多租户场景强制"入口目录 + POSIX 用户/组"，配合 IAM 策略做最小权限，是容器（EKS/ECS/Fargate/Lambda）挂载 EFS 的标准姿势。

三、FSx 四兄弟：都是"预置式"，但各有各的计费轴

FSx 是 AWS 的托管文件系统家族，共四款。它们与 EFS 的根本差异是：要么预置容量、要么预置吞吐、通常两者都要——建好即计费，用不用都付钱。以下单价均为 us-east-1、2026 年 9 月口径。

3.1 FSx for Windows File Server：SMB + AD 的原生替代

如果你的应用硬依赖 SMB、NTFS ACL、Active Directory 或 DFS，这是唯一选择。计费五维：存储容量、SSD IOPS、吞吐容量、备份、数据传输。

| 计费维度 | 部署 / 类型 | us-east-1 单价 | |---|---|---| | 存储（SSD） | Single-AZ | $0.13 /GB-月 | | 存储（SSD） | Multi-AZ | $0.23 /GB-月 | | 存储（HDD） | Single-AZ | $0.013 /GB-月 | | 存储（HDD） | Multi-AZ | $0.025 /GB-月 | | 吞吐容量 | Single-AZ | $2.20 /MBps-月 | | 吞吐容量 | Multi-AZ | $4.50 /MBps-月 | | 额外 SSD IOPS | Single-AZ | $0.012 /IOPS-月 | | 额外 SSD IOPS | Multi-AZ | $0.024 /IOPS-月 | | 备份 | 全部 | $0.050 /GB-月 |

默认每 GB SSD 存储含 3 IOPS，超出部分才收费。官方算例：10 TB 通用共享数据、约 50–60% 去重后预置 5 TB HDD Multi-AZ + 16 MBps 吞吐 + 5 TB 备份 → 存储 $128 + 吞吐 $72 + 备份 $256 = $456/月（折合每 GB $0.045）。

注意 HDD 存储虽便宜（$0.025/GB vs SSD $0.23/GB），但 HDD 只适合顺序读的场景，随机小 IO 性能差，且吞吐容量费与存储类型无关，是独立的一笔。

3.2 FSx for Lustre：HPC / AI 训练的并行文件系统

面向机器学习训练、基因测序、渲染农场等需要数百 GB/s 聚合吞吐的场景。它的存储单价随吞吐档位浮动——档位越高越贵：

| 存储类型（每 TiB 吞吐档位） | us-east-1 单价 | |---|---| | SSD · 50 MB/s/TiB | $0.140 /GB-月 | | SSD · 100 MB/s/TiB | $0.190 /GB-月 | | SSD · 125 MB/s/TiB | $0.145 /GB-月 | | SSD · 200 MB/s/TiB | $0.290 /GB-月 | | SSD · 250 MB/s/TiB | $0.210 /GB-月 | | SSD · 500 MB/s/TiB | $0.340 /GB-月 | | SSD · 1000 MB/s/TiB | $0.600 /GB-月 | | HDD · 12 MB/s/TiB | $0.025 /GB-月 | | HDD · 40 MB/s/TiB | $0.083 /GB-月 | | SSD 读缓存（HDD 附加） | $0.041–$0.099 /GB-月 | | 元数据 IOPS（超出默认） | $0.055 /IOPS-月 | | 预置吞吐容量 | $0.52 /MBps-月 | | 智能分层 · 频繁访问层 | $0.023 /GB-月 | | 智能分层 · 不频繁访问层 | $0.0125 /GB-月 | | 智能分层 · 归档即时访问层 | $0.004 /GB-月 | | 智能分层 · 监控与自动化 | $0.0006 /GB-月 | | 智能分层读写请求 | 读 $0.40 /百万次、写 $5.00 /百万次 | | 备份 | $0.050 /GB-月 |

Lustre 的两个杀手锏：① Scratch（临时）文件系统按秒计费——官方算例 4,800 GB Scratch 每天跑 8 小时、每月 30 天 → 只要 $224/月，用完即删，不用长期养着；② 自动从 S3 导入/导出数据集，是四兄弟里唯一天生打通对象存储的（create-data-repository-association / create-data-repository-task）。

注意其智能分层的请求费：读 $0.40/百万次看着便宜，但按时序推算——每秒 100 次读、跑满 30 天 = 2.59 亿次请求 → 读请求费 $103.68/月，比很多人的存储费还高。小文件高频读的负载慎用智能分层。

3.3 FSx for NetApp ONTAP：企业 NAS 迁移的首选

支持 SMB + NFS + iSCSI 三种协议，带压缩/去重/快照/即时克隆/跨区复制（SnapMirror），是本地 NetApp 阵列上云的首选。计费五维：SSD 存储、SSD IOPS、容量池（Capacity Pool）、吞吐、备份。

| 计费维度 | Single-AZ | Multi-AZ | |---|---|---| | SSD 存储 | $0.125 /GB-月 | $0.250 /GB-月 | | 容量池存储 | $0.0219 /GB-月 | $0.0438 /GB-月 | | 吞吐容量 | $0.72 /MBps-月 | $1.20 /MBps-月 | | 额外 SSD IOPS | $0.017 /IOPS-月 | $0.034 /IOPS-月 | | 容量池读请求 | $0.0000004/次（$0.40/百万次） | 同 | | 容量池写请求 | $0.000005/次（$5.00/百万次） | 同 | | 备份 | $0.050 /GB-月 | $0.050 /GB-月 |

容量池是 ONTAP 独有的省钱武器：它按访问模式自动把冷数据从 SSD 下沉到容量池，成本只有 SSD 的约 1/6（单 AZ $0.0219 vs $0.125），且只按实际占用付费。官方算例：100 TB 数据，80% 冷数据自动下沉 → 预置 7 TB SSD + 28 TB 容量池 + 1,024 MBps 吞吐 → $4,277/月（折合 $0.042/GB-月，Multi-AZ），比全 SSD 便宜 65% 以上。

另一个卖点是 NetApp 的存储效率：SSD、容量池、备份三层都支持压缩 + 去重，官方给的一般共享负载典型节省 65%。做容量规划时要按"去重后容量"预置，否则会多买 3 倍存储。

3.4 FSx for OpenZFS：Linux 文件服务器 / ZFS 的托管版

从 ZFS（或其它 Linux 文件服务器）迁移、且需要 ZFS 的即时快照 + 即时克隆能力时选它。三种部署：Single-AZ（非 HA）、Single-AZ（HA）、Multi-AZ（HA）。

| 计费维度 | Single-AZ (非 HA) | Single-AZ (HA) | Multi-AZ | |---|---|---|---| | SSD 存储 | $0.09 /GB-月 | $0.09 /GB-月 | $0.18 /GB-月 | | 吞吐容量 | $0.26 /MBps-月 | $0.52 /MBps-月 | $0.87 /MBps-月 | | SSD IOPS（额外） | $0.006 /IOPS-月 | $0.012 /IOPS-月 | $0.024 /IOPS-月 | | 智能分层 · 频繁访问 | $0.023 /GB-月 | — | — | | 智能分层 · 不频繁访问 | $0.0125 /GB-月 | — | — | | 智能分层 · 归档即时访问 | $0.004 /GB-月 | — | — | | 智能分层 · 监控与自动化 | $0.0006 /GB-月 | — | — | | 备份 | $0.050 /GB-月 | $0.050 /GB-月 | $0.050 /GB-月 |

官方算例（Multi-AZ，10 TB）：预置 5 TB SSD × $0.18 = $922，320 MBps × $0.87 = $278，合计 $1,200/月（不含备份），加 5 TB 备份 $256 → $1,456/月。同例若换 Single-AZ 非 HA，存储 $0.09 + 吞吐 $0.26，账单能压到约 $450——但 SLA 从 99.99% 掉到 99.5%。

3.5 五者横向对比：11 个维度说清怎么选

| 维度 | EFS | FSx for Windows | FSx for Lustre | FSx for NetApp ONTAP | FSx for OpenZFS | |---|---|---|---|---|---| | 协议 | NFS v4.1 | SMB 2.0–3.1.1 | 自定义 POSIX | SMB / NFS / iSCSI | NFS 3–4.2 | | 客户端 | Linux / macOS | Windows / Linux / macOS | 仅 Linux | Windows / Linux / macOS | Windows / Linux / macOS | | 容量模型 | 弹性，不预置 | 预置 | 预置 | 预置 + 弹性容量池 | 预置 | | 计费依据 | 用量 + 数据访问 | 容量 + 吞吐 + IOPS + 备份 | 吞吐档位 + 元数据 IOPS | SSD + 容量池 + 吞吐 + IOPS | 容量 + 吞吐 + IOPS | | 延迟 | 亚毫秒 | <1 ms | <1 ms | <1 ms | <0.5 ms | | 单文件系统最大吞吐 | 弹性（数十 GB/s） | 12–20 GB/s | 1000 GB/s | 72–80 GB/s | 10–21 GB/s | | 最大容量 | PB 级 | 64 TiB | 多 PB | 数十 PB | 512 TiB | | Multi-AZ SLA | Regional 99.99% | 99.99% | — | 99.99% | 99.99% | | Windows AD 集成 | ✗ | ✓ | ✗ | ✓ | ✗ | | S3 互通 | 经 DataSync | ✗ | ✓（原生导入导出） | ✓（S3 Access Point） | ✗ | | 最低门槛 | 无（按量） | 有最低容量要求 | 有 | 有 | 有 |

选型结论一句话：新项目、Linux、不确定容量 → EFS；Windows 生态 → FSx for Windows；AI/HPC 训练 → FSx for Lustre；企业 NAS 上云 + 冷热分层 → FSx for NetApp ONTAP；ZFS 快照克隆工作流 → FSx for OpenZFS。

四、成本测算：同一个 10 TB 负载，五种方案差 3.5 倍

下面是一个示意算例，假设条件全部写清，方便你套自己的数字。

> 场景：10 TB 通用文件共享数据（10,240 GB），us-east-1，Multi-AZ，运行 1 个月，其中 20% 活跃 / 80% 冷数据。

| 方案 | 存储与吞吐构成 | 月度账单 | |---|---|---| | A. EFS 分层（Standard + IA） | 活跃 2,048 GB × $0.30 = $614.40；冷 8,192 GB × $0.025 = $204.80 | $819.20 | | B. FSx for Windows Multi-AZ HDD（按 50% 去重预置） | 5,120 GB × $0.025 = $128.00；吞吐 16 MBps × $4.50 = $72.00；备份 5 TB × $0.050 = $256.00 | $456.00 | | C. FSx for NetApp ONTAP Multi-AZ（按 65% 效率预置 + 容量池自动下沉） | SSD 716.8 GB × $0.250 = $179.20；容量池 2,867.2 GB × $0.0438 = $125.58；吞吐 35 MBps × $1.20 = $42.00 | $346.78 | | D. FSx for OpenZFS Multi-AZ（按 50% 压缩预置） | 5,120 GB × $0.18 = $921.60；吞吐 320 MBps × $0.87 = $278.40 | $1,200.00 |

结论有三条，比数字本身更重要：

1. 最贵的不是单价最高的，而是"没做分层"的。方案 A 里若把 8 TB 冷数据留在 Standard（90 天不动也不转 IA），月费会从 $819 涨到 $3,072——生命周期策略是文件存储省钱的 0 号开关。 2. 去重/压缩是 FSx 的隐性折扣。方案 B/C 的账面预置量都小于原始 10 TB，正是因为这两款支持去重与压缩（官方典型值 50–65%）。做容量规划时先问"这个负载能去重多少"，再去预置。 3. 备份费常被低估。方案 B 里备份 $256 比存储 $128 还贵一倍——备份按"备份存储量"全额计费（$0.05/GB-月，全家族同价），5 TB 备份就是 $256，这是 FSx 与 EFS 都躲不掉的一项。

五、2026 免费套餐口径与配额（写 AWS 文章最容易过期的部分）

5.1 免费额度：EFS 有一小块，FSx 完全没有

| 服务 | 按月免费额度 | 说明 | |---|---|---| | Amazon EFS | 5 GB/月 EFS Standard，限新账号前 12 个月 | 仅适用于 Regional（Multi-AZ）文件系统；One Zone 文件系统不享受 | | FSx（四款全部） | 无按月免费额度 | 定价页均无 "with AWS Free Tier" 列 | | 通用 | 2025-07-15 起新账号可选免费计划 + 最高 $200 赠金 | = 注册 $100 + 探索基础服务最多 $100 |

$200 赠金的三条硬规则（任何写 AWS 免费套餐的文章都必须带）： 1. 免费计划有效期 6 个月，或赠金耗尽，先到者为准； 2. 赠金必须在账号创建后 12 个月内用完，逾期作废； 3. 免费计划到期后账号会被关闭，数据保留 90 天；一旦加入 Organizations 或创建 Control Tower landing zone，赠金立即失效并自动转付费计划（企业多账号环境务必注意）。

5.2 关键配额

| 配额项 | 数值 | 可否提额 | |---|---|---| | EFS 每区域每账号文件系统数 | 1,000 | ✅ 可提 | | EFS 每文件系统访问点（Access Point） | 默认有限，可申请 | ✅ 可提 | | EFS 每文件系统每 AZ 的 mount target | 1 | ❌ 不可改 | | EFS 每 VPC 的 mount target | 1,400 | ❌ 不可改 | | EFS 每 mount target 的安全组 | 5 | ❌ 不可改 | | EFS 客户端单文件系统吞吐上限 | 1,500 MiB/s（Elastic + efs-utils ≥ 2.0） | ❌ 不可改 | | EFS 每客户端同时打开文件 | 65,536 | ❌ | | EFS 目录深度 | 1,000 层 | ❌ |

区域覆盖：EFS 36 个区域（含 ap-east-1 香港、ap-east-2 台北、ap-southeast-7 泰国），FSx 40 个区域。两者在亚太主要区域均可用，做全球部署时不用担心"没有香港节点"。

六、省钱 5 招

1. 打开生命周期分层（0 号开关）。EFS 用 put-lifecycle-configuration 设"30 天未访问转 IA、90 天转 Archive"；FSx for NetApp ONTAP 启用容量池自动下沉；OpenZFS / Lustre 开智能分层。仅此一项就能砍掉一半以上存储费。 2. 按吞吐"利用率"选模式。EFS 若你的预置吞吐长期跑满（利用率 > 80%），Provisioned Throughput 比 Elastic 便宜；反之流量波动大、平时用不满，就留在 Elastic 按量付费。不要因为"听起来更可控"就盲目预置。 3. 能接受单 AZ 就降级。EFS One Zone 比 Regional 便宜约 47%（$0.16 vs $0.30）；OpenZFS / Windows 的 Single-AZ 比 Multi-AZ 便宜近一半。代价是 SLA 从 99.99% 掉到 99.5%–99.9%，只适合可重建的缓存/临时数据。 4. 顺序读、归档型负载换 HDD。FSx for Windows 的 HDD 存储比 SSD 便宜近 90%（$0.013 vs $0.13），Lustre HDD 12 MB/s/TiB 只要 $0.025。但吞吐容量费与存储类型无关，请把两项加总后再比。 5. 临时负载用 Scratch 并随手删。FSx for Lustre 的 Scratch 文件系统按秒计费，训练跑完立即 delete-file-system，不要让它躺在那里每月烧钱；备份用 AWS Backup 的冷存储层，并定期清理过期备份。

七、7 大坑（按踩坑频率排序）

坑 1：把 EFS 当"网络版 EBS"，跨 AZ 访问被双向收费。 每个 EFS 文件系统在每个 AZ 有一个 mount target；实例访问非本 AZ 的 mount target，会被按 EC2 跨 AZ 费率收 $0.01/GB，进出双向。做数据密集型负载时这一步就能吃掉全部预算。EC2 与 mount target 必须在同一 AZ。

坑 2：One Zone 文件系统既不享受免费额度、SLA 也只有 99.9%。 EFS 的 5 GB 免费额度明确不适用于 One Zone 文件系统；且 One Zone 的可用性设计目标是单 AZ 99.9%，整个 AZ 故障时数据不可用。省钱可以，但别把生产核心数据放进去。

坑 3：频繁访问的数据转 IA，反而更贵。 IA 存储 $0.025/GB 看着比 Standard $0.30 便宜 12 倍，但每次读写加收 $0.01/GB。若数据每月被读几十次，IA 的总价会超过 Standard。判据：一年只访问几次 → 分层；每天都读 → 留在 Standard。

坑 4：小文件转 IA 触发"隐形放大"。 IA 存储类下每个小于 128 KiB 的文件按 128 KiB 折算容量收 $0.025/GB-月 overhead。一个 100 万个小文件的目录，实际占用可能只有 20 GB，但计费容量被放大到 128 GB。小文件大户转 IA 前一定要先算这一项。

坑 5：FSx 的吞吐容量"建了就收费"，而且常比存储费还贵。 Windows 单 AZ 吞吐 $2.20/MBps-月、Multi-AZ $4.50，一个 16 MBps 的文件系统就是 $35–$72/月；若误建了 128 MBps，光吞吐费 $281–$576/月。创建时按峰值需求最小化预置，后续用 update-file-system 动态调整。

坑 6：Lustre 智能分层的"请求费"能淹掉存储费。 读写请求按次计费（读 $0.40/百万次、写 $5.00/百万次）。每秒 100 次读、跑满一个月 = 2.59 亿次 = $103.68/月。小文件高频读的负载，智能分层不一定比 SSD 便宜，务必先估请求量。

坑 7：忽略"复制/跨区备份"的数据传输费。 EFS Replication 与跨 Region 备份都按 EC2 跨区流量费率收出方向费用。复制 10 TB 到另一个 Region，仅流量费就上千美元。跨区容灾前先用价格计算器把流量费算进去，别只看存储费。

八、常见问题 FAQ

Q: EFS 和 FSx 之间能互相迁移数据吗？ A: 可以。服务之间没有"一键互转"，但都能通过 rsync/cp 在同一 VPC 内互相挂载后直接拷，或统一用 AWS DataSync 做加速传输（DataSync Basic 模式 $0.0125/GB、Enhanced $0.015/GB，另加任务执行费 $0.55/次）。跨云或本地到 AWS 的大数据量迁移也走 DataSync。

Q: Windows 客户端能挂载 EFS 吗？ A: 不能。EFS 只支持 NFS v4.1，官方明确"Amazon EFS 不支持 Microsoft Windows"。需要 Windows 共享盘就用 FSx for Windows File Server（SMB + NTFS ACL + AD）。

Q: Lambda 和容器能挂文件存储吗？ A: 能。EFS 是唯一被 Lambda 原生支持的共享文件系统（需把函数配置进 VPC），也是 EKS/ECS/Fargate 的标准持久卷方案。FSx 主要通过 EC2/ECS/EKS 挂载。

Q: 中国大陆区域能用 EFS / FSx 吗？ A: AWS 中国（北京、宁夏）由本地运营方独立运营，与国际版账号不互通、功能上线节奏也不同，EFS/FSx 的可用性需单独确认。本文所有价格与功能均为国际版口径。

Q: 一个文件系统能被几个可用区访问？ A: EFS Regional 文件系统在每个 AZ 建一个 mount target，可被同一区域内所有 AZ 的实例访问（跨 AZ 有流量费）；EFS One Zone 与 FSx Single-AZ 只在一个 AZ 内可用。FSx Multi-AZ 提供跨 AZ 高可用并可跨 AZ 访问。

Q: FSx 的"备份"和"快照"有什么区别？ A: 备份（Backup）是 crash-consistent 的增量副本，按 $0.050/GB-月计费，可跨区域/跨账号；快照（Snapshot）是文件系统内部的时间点副本，ONTAP / OpenZFS / Windows 支持即时克隆（从快照秒级克隆出新文件系统），适合测试环境与快速回滚，通常不额外收存储费（占用文件系统内空间）。

Q: EFS 的 Elastic Throughput 到底要不要额外付吞吐费？ A: 要。Elastic 模式下存储费只含基线，实际传输量单独计费：读 $0.03/GB、写 $0.06/GB，双向都算。这跟很多人以为的"Elastic 全包"不同——流量大的负载要把这笔算进去。

Q: 文件存储能不能跨区域直接访问？ A: 可以挂载但延迟高、流量贵（按 EC2 跨区费率）。正确做法是用 EFS Replication 或快照/备份把数据复制到目标区域，在本地区域访问。跨区在线访问只适合极低频的运维操作。