EC2 + 四类存储”的关系图
一、先看图：整体在表达什么？
这是一张 “EC2 + 四类存储”的关系图：
EFS（文件存储） ──┐ ├── EC2 实例 A/B ── EBS（块存储） Instance Store ───┘ └─ Snapshot → S3（对象存储）关键思想只有一句话：
EC2 不是“自带存储”，而是可以同时连接多种不同类型的存储，每种存储解决不同问题。
二、逐个拆解图里的存储选项
① Instance Store（实例存储，图中最下面）
位置：
在 EC2 宿主机本地
属于 EC2 自己的一部分
核心特性
✅ 速度最快（本地磁盘）
❌ 临时存储
❌ 不能 detach
❌ 实例停止 / 终止 → 数据消失
适合
cache
buffer
scratch data
Hadoop / Spark 这种“数据会复制”的系统
一句话记忆
- Instance Store = 快，但一定会丢
② Amazon EBS（块存储，右侧 Volume 1/2/3）
位置：
独立于 EC2
网络附加到实例
核心特性
✅ 持久化
✅ 可 attach / detach
✅ 一个 EC2 可挂多个 EBS
❌ 默认一个卷只能挂一台 EC2
✅ 支持加密
✅ 支持 Snapshot（快照）
📦 适合
操作系统（Root Volume）
数据库
企业应用
高性能读写
一句话记忆
EBS = 不丢数据的“云硬盘”
③ Amazon S3（对象存储，最右侧）
位置：
完全独立
不属于 EC2
核心特性
✅ 对象存储
✅ 无限扩展
✅ 按使用量付费
❌ 不能挂载
❌ 不适合频繁修改
典型用途
备份（EBS Snapshot 就存在 S3）
AMI
静态资源
数据湖
日志归档
一句话记忆
S3 = 云仓库，不是硬盘
④ Amazon EFS（文件存储，左侧）
位置：
网络文件系统
多 AZ 可用
核心特性
✅ 文件存储（目录结构）
✅ 多 EC2 同时挂载
✅ 自动扩展
❌ 仅 Linux（EFS）
适合
多实例共享文件
Web 服务器共享资源
CI/CD
用户目录
一句话记忆
- EFS = 云上的 NAS
⑤ Amazon FSx（高级文件系统）
这是 EFS 的“专业增强版”
支持：
Windows File Server（SMB）
Lustre（HPC）
NetApp ONTAP
OpenZFS
适合
Windows 应用
高性能计算
企业级文件系统迁移
⑥ Amazon File Cache（文件缓存）
它是什么？
放在 EC2 和后端存储之间
提供：
亚毫秒延迟
极高吞吐
极高 IOPS
适合
热数据访问
需要“像本地盘一样快”的文件系统
但后端仍是 S3 / FSx / EFS
一句话记忆
File Cache = 给文件系统加“超高速缓存”
三、把这些存储“按类型重新分类”
① 块存储（Block Storage）
服务
- Instance Store
- Amazon EBS
② 对象存储（Object Storage）
服务
- Amazon S3
③ 文件存储（File Storage）
服务
- Amazon EFS
- Amazon FSx
④ 文件缓存（Cache）
服务
- Amazon File Cache
四、为什么说“这些存储可以组合使用”？
一个真实 EC2 架构通常是：
Instance Store → cache / temp
EBS → OS + 数据库
EFS → 多实例共享文件
S3 → 备份 + 静态资源
👉 不是“选一个”，而是“各司其职”
五、考试 / 面试最常见判断题总结
| 需求 | 正确选择 |
|---|---|
| 最快，但不在乎丢数据 | Instance Store |
| 数据库、系统盘 | EBS |
| 海量静态数据 | S3 |
| 多 EC2 共享文件 | EFS / FSx |
| 文件系统太慢 | File Cache |
六、终极一句话总结（非常重要）
EC2 本身不解决“数据保存”问题，
AWS 通过 Instance Store、EBS、S3、EFS/FSx，把“速度、持久性、共享性、成本”拆成不同工具，让你自由组合。