65 lines
2.3 KiB
Markdown
65 lines
2.3 KiB
Markdown
---
|
||
title: "EFS vs EBS"
|
||
type: concept
|
||
tags: [aws, storage, cloud-migration, devops]
|
||
last_updated: 2026-04-23
|
||
---
|
||
|
||
## Definition
|
||
AWS 提供多种存储解决方案，其中 EFS（Elastic File System）和 EBS（Elastic Block Store）是两种核心存储类型，适用于不同场景。
|
||
|
||
## Comparison Table
|
||
|
||
| 特性 | EBS | EFS |
|
||
|------|-----|-----|
|
||
| **类型** | 块存储（类似虚拟硬盘） | 文件存储（类似网络文件系统 NFS）|
|
||
| **访问方式** | 单个 EC2 实例 | 多个 EC2 实例同时访问 |
|
||
| **性能** | 高性能、低延迟 | 中等性能，适合共享访问 |
|
||
| **价格** | 按存储量和 Provisioned IOPS 计费 | 按实际使用量计费 |
|
||
| **持久性** | 独立于 EC2 生命周期 | 可用区冗余存储 |
|
||
| **适用场景** | 数据库、日志、系统盘 | 共享文件存储、备份、内容管理 |
|
||
|
||
## Cloud Migration Context
|
||
|
||
### [[Octane-Hub]] 的存储选型经验
|
||
|
||
#### 问题发现
|
||
- 最初考虑使用 EFS 用于存储
|
||
- 发现性能问题：**数据库无法直接在 EFS 上运行**
|
||
- EFS 的延迟和吞吐量不适合高 IOPS 需求的工作负载
|
||
|
||
#### 最终方案
|
||
| 数据类型 | 存储选型 | 原因 |
|
||
|----------|----------|------|
|
||
| MSSQL 数据库（实时）| EBS | 需要高 IOPS、低延迟 |
|
||
| 数据库备份 | EFS | 适合大容量、低频访问 |
|
||
| 未来规划 | S3 | 成本优化目标 |
|
||
|
||
### 存储选型原则
|
||
1. **高 IOPS 需求**（数据库）→ EBS
|
||
2. **共享文件访问**（多实例）→ EFS
|
||
3. **成本优化/归档** → S3
|
||
4. **混合策略**：热数据用 EBS/EFS，冷数据用 S3
|
||
|
||
## Key Differences
|
||
|
||
### EBS 特点
|
||
- 作为 EC2 实例的独立卷挂载
|
||
- 可单独创建快照进行备份
|
||
- 支持 `io1`/`io2` 类型提供高 IOPS
|
||
- 适合：操作系统、数据库、应用数据
|
||
|
||
### EFS 特点
|
||
- 通过 NFS 协议访问
|
||
- 支持多可用区部署
|
||
- 自动扩展，按使用量计费
|
||
- 适合：Web 服务器共享存储、代码仓库、备份文件
|
||
|
||
## Related Concepts
|
||
- [[AWS-Landing-Zone]]：企业级 AWS 环境架构
|
||
- [[Octane-Hub]]：Docker 容器化工作负载迁移案例
|
||
- [[Cloud-Migration]]：云迁移最佳实践
|
||
|
||
## References
|
||
- [[ctp-topic-14-octane-hub-on-aws-real-life-experience-moving-production-services-i]]
|