AWS S3、EBS、EFS 区别是什么？文件存储选错可能多花一半成本
引言：为什么存储选型直接影响云账单？
很多刚开始使用 AWS 的团队，常常在 S3、EBS、EFS 之间犹豫不决。乍一看都是“存数据”，实际用起来却天差地别。选错存储类型最常见的两种结果：一种是性能不够，业务被卡脖子；另一种是成本翻倍，月底账单让人心惊。
我们可以用“停车位”来帮助理解 EBS 和 EFS 的区别：
- EBS 像私人车库：只给一台 EC2 用，安全、高性能、独占资源。
- EFS 像共享停车场：多台服务器通过网络共享同一个文件系统，弹性方便，但单价更高。
一句话总结 AWS 三大存储服务：
- S3= 对象存储（存文件/数据）
- EBS= 块存储（云硬盘）
- EFS= 文件存储（共享文件系统）
只有先搞清楚它们之间的区别，才能真正做到既满足业务需求，又避免花冤枉钱。
一、先搞懂 AWS 三种存储服务是什么？
1. Amazon S3：无限扩展的对象存储
S3 是 AWS 最经典的对象存储服务。所谓“对象存储”，可以简单理解成“把文件放进一个无限大的桶里，每个文件有一个唯一的 URL 来访问”。
S3 的核心特点包括：
- 面向对象存储，可存储任意类型数据，文本、图片、视频、日志、备份文件都能放。
- 超强耐久性：设计目标为 99.999999999%（11 个 9）的数据持久性，几乎不用担心数据丢失。
- 可直接托管静态网站，并配合 CloudFront（CDN）、WAF（Web 应用防火墙）使用，搭建全球访问的网站非常方便。
- 支持多种存储类，例如 S3 Standard、S3 IA（低频访问）、S3 Glacier（归档）等。
在计费方面，S3 按存储用量、请求次数、数据取回、传出流量等多项指标计费。它非常适合数据湖、备份、大数据分析、机器学习等场景。因为容量无限扩展，你不用提前预估要存多少数据。
2. Amazon EBS：EC2 的“云硬盘”
EBS 是块级存储，你可以把它理解为一块“未格式化的云硬盘”。它需要挂载到 EC2 实例上，然后格式化文件系统后才能使用。
EBS 的核心特点：
- 块级存储，类似物理硬盘，操作系统可以直接在上面建文件系统。
- 使用方法：创建 EBS 卷 → 挂载到 EC2 实例 → 格式化 → 存储数据。
- 持久性：EC2 实例关机或终止后，EBS 数据仍然保留。你可以把 EBS 卷卸下来，再挂到另一台 EC2 上。
- 性能强劲：高 IOPS、低延迟，适合运行数据库、SAP、Oracle 等关键业务应用。
计费上，EBS 按每月预分配的 GB 容量计费，而不是按实际使用量。此外，你还需要为预置的 IOPS、快照存储额外付费。换句话说，你创建了一个 100GB 的卷，即使只用了 10GB，也要为 100GB 付费。
3. Amazon EFS：面向多台 Linux EC2 的共享文件存储
EFS 是一个完全托管的网络文件系统，基于 NFS 协议。它让多台 EC2 实例能够同时挂载同一个文件系统，共享数据。
EFS 的核心特点：
- 完全托管，不用自己搭建文件服务器。
- 多台 EC2 可以同时访问同一个文件系统，数据实时同步。
- 适合容器、大数据分析、内容管理、Web 服务等需要共享文件的工作负载。
- 重要限制：EFS 主要面向 Linux 工作负载，Windows 环境不适用。Windows 文件共享建议使用 Amazon FSx for Windows File Server。
计费上，EFS 按实际使用量付费，无需预先分配容量。它支持标准存储、IA 低频存储、Archive 归档存储，配合生命周期管理可以降低成本。
二、S3 vs EBS vs EFS：核心差异对比表
| 对比维度 | S3 | EBS | EFS |
|---|---|---|---|
| 存储类型 | 对象存储 | 块存储 | 文件存储 |
| 使用方式 | HTTP/REST API 访问 | 挂载为 EC2 云硬盘 | 通过 NFS 挂载到多台 EC2 |
| 典型场景 | 数据湖、备份、静态网站 | 数据库、操作系统盘、高性能应用 | 多服务器共享文件、内容管理、大数据 |
| 扩展性 | 无限扩展 | 单卷容量有限，可扩容 | 弹性扩展 |
| 共享能力 | 全局共享 | 默认单台 EC2 使用 | 多台 EC2 共享 |
| 计费模式 | 用量+请求+取回+流量 | 预分配容量+IOPS+快照 | 实际使用量+读写/传输费用 |
| 延迟/性能 | 较高，适合对象访问 | 最低延迟、最高 IOPS | 亚毫秒级延迟，共享吞吐 |
| 持久性 | 11 个 9 | 区域多副本保障 | 标准存储 11 个 9 |
关键结论很简单：
- 单机高性能 → 选 EBS
- 多机共享 → 选 EFS
- 海量对象存储 → 选 S3
三、成本误区：为什么选错可能多花一半成本？
1. 每 GB 单价差距：EFS 大约是 EBS 的 3 倍
这是很多人容易忽略的一点。如果数据量很大，但不需要多台机器共享，选择 EFS 会显著增加成本。比如你只是想让数据库有更大的存储空间，那用 EBS 更合适；如果只是想存备份文件，那 S3 更便宜。
使用 EFS 时，建议利用生命周期管理将低频文件转移到 IA/Archive，最高可节省约 85% 的成本。
2. 计费模式不同，容易误判
- EBS：按“分配容量”付费，即使容量未使用完也要付费。创建了 500GB 卷，实际只用了 100GB，依然按 500GB 收费。
- EFS：按“实际使用量”付费，但单价更高。适合数据量波动大、需要弹性存储的场景。
- S3：单价看起来低，但请求费、取回费、传出流量费容易被忽略。如果业务频繁读取小文件，请求费用可能远超存储费用。
3. 容易被忽略的隐形成本
- EFS 的隐形成本：
- 数据读写费用：EFS 不仅按存储量收费，还按读写请求量收费。
- 使用 EFS One Zone 存储类时，跨可用区数据传输可能产生额外费用。
- S3 的隐形成本：
- 数据取回费：低频存储和归档存储取回数据需要付费。
- 传出到互联网或不同区域的数据传输费：S3 流出流量不便宜，尤其是大量数据下载时。
- EBS 的隐形成本：
- 快照存储费用：EBS 快照存放在 S3 中，但会单独计费。
- 预置 IOPS 费用：如果选择了 io1/io2 类型，IOPS 越多，费用越高。
4. 成本优化建议
- S3：利用生命周期管理，将超过 30 天未访问的文件转入低频存储或归档存储。如果数据很少读取，甚至可以转入 Glacier Deep Archive，成本极低。
- EFS：配置生命周期策略，自动将冷数据迁移到 EFS IA 或 Archive。通过策略管理，可以在不影响功能的情况下节省大量成本。
- EBS：选择匹配性能的卷类型。例如 gp3 可以替代 io2，gp3 的基准性能已经很高，而且费用更低。避免过度预置 IOPS，以免白白浪费钱。
四、怎么选？AWS 文件存储决策指南
1. 先判断类型
- 只有一台 EC2 用 → 优先 EBS
- 多台 EC2 要共享文件 → Linux 选 EFS，Windows 建议用 Amazon FSx for Windows File Server
- 海量非结构化数据、静态网站 → 选 S3
2. 再判断性能需求
- 高 IOPS、低延迟、关键数据库 → EBS
- 需要共享容量且性能弹性扩展 → EFS
- 大数据分析、机器学习训练 → S3 + EFS 可组合使用
3. 最后看成本
- 数据长期不访问 → S3 Glacier/Glacier Deep Archive
- 数据偶尔访问且需要文件系统 → EFS IA/Archive
- 数据必须持久且高频访问 → EBS 或 S3 标准
五、常见问题 FAQ
Q1：EBS 可以挂载到多台 EC2 吗？
普通 EBS 卷默认只能同时挂载到一台 EC2。虽然有 EBS Multi-Attach 功能，但存在较多限制，生产环境需谨慎使用。如果你需要多台机器共享数据，应该用 EFS 而不是 EBS。
Q2：EFS 支持 Windows 吗？
EFS 基于 NFS 协议，主要支持 Linux 工作负载。Windows 文件共享建议使用 Amazon FSx for Windows File Server，它才是 AWS 官方为 Windows 提供的托管文件存储方案。
Q3：S3 是不是一定最便宜？
不一定。S3 单价虽低，但请求费用、数据取回费用和传出流量费用可能使整体成本上升。如果你的业务需要频繁读取大量小文件，S3 的请求费可能让你惊讶。要结合访问频率和数据量综合评估，才能判断哪个方案更省钱。
Q4：数据需要长期归档，选哪个？
强烈建议 S3 的 Glacier 或 Glacier Deep Archive 存储类，成本最低，且不需要提前预置容量。它们的取回时间较长，但归档数据通常很少访问，非常适合冷数据长期保存。
Q5：S3 和 EFS 可以同时使用吗？
可以。典型架构是：S3 存放数据湖和备份，EFS 给多台 EC2 提供共享文件系统，EBS 承载数据库和操作系统盘。三者各司其职，组合使用往往能达到最佳效果。
结语：先搞懂需求，再看价格
选型核心不是“哪个便宜”，而是“哪个适合”。很多成本问题，根源不是云厂商报价高，而是存储类型选错了。
建议你从存储类型 → 使用场景 → 性能要求 → 成本结构，依次判断。如果现有架构成本异常，可以先用 AWS Pricing Calculator 估算不同方案的月成本，再决定是否迁移。花十分钟做一次选型评估，可能帮你省下一半的存储开销。