Update nexus: fix conflicts and sync local changes
This commit is contained in:
Shen Wei
@@ -1,64 +1,64 @@
|
||||
---
|
||||
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]]
|
||||
---
|
||||
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]]
|
||||
|
||||
Reference in New Issue
Block a user