AWS中的不同存储选项有哪些(S3、EBS、EFS)?

Question

Accepted Answer

AWS为不同的需求提供了多种**存储类型** — **S3**(对象存储)、**EBS**(块存储/EC2的磁盘)和**EFS**(共享文件存储)。理解它们的区别和用途有助于为每个工作负载选择合适的存储。

## 三种主要存储类型

```text
S3 (OBJECT storage) → files/objects accessed via API, virtually unlimited, durable:
  → for: files, backups, static assets, data lakes, anything accessed as whole objects
  → NOT a filesystem (no in-place edits; access by key); accessed over HTTP/API

EBS (BLOCK storage) → virtual disks ATTACHED to a single EC2 instance:
  → like a hard drive for an instance (boot volumes, databases, app data)
  → attached to ONE instance at a time (in one AZ); persists independently of the instance
  → for: an instance's filesystem, databases needing low-latency block storage

EFS (FILE storage) → a shared filesystem mountable by MANY instances simultaneously:
  → NFS file system; multiple EC2 instances mount it concurrently (shared access)
  → scales automatically; for: shared files across instances, content management, etc.
```

## 比较和选择

```text
                S3 (Object)        EBS (Block)         EFS (File)
Access          API/HTTP (key)     attached disk       mounted filesystem (NFS)
Attached to     accessed by URL    ONE instance        MANY instances (shared)
Use for         files, backups,    instance disks,     shared files across
                static assets,     databases, boot     multiple instances
                data lakes         volumes
Scale           unlimited          fixed size (resize) auto-scaling
```

```text
CHOOSE: S3 for objects/files/backups/static content (most common general storage)
        EBS for an instance's disk / database storage (block, single instance)
        EFS for shared filesystem access across multiple instances
```

## 为什么这很重要

理解AWS存储选项很有价值,因为为每个工作负载选择正确的存储类型对功能性和成本都很重要,所以这是实用的AWS知识。

三种主要类型服务于根本不同的目的:**S3**(对象存储)用于文件、备份、静态资源和数据湖 — 以完整对象的形式通过API访问,几乎无限的和持久的,最常见的通用存储;**EBS**(块存储)提供**连接到单个EC2实例的虚拟磁盘** — 就像硬盘一样,用于实例文件系统、启动卷和需要低延迟块存储的数据库;**EFS**(文件存储)提供**可同时由许多实例挂载的共享文件系统** — 用于多个实例间的共享文件。

理解它们的关键区别 — 访问方式(S3通过API/密钥、EBS作为连接的磁盘、EFS作为挂载的文件系统)、连接到什么(S3通过URL访问、EBS连接到一个实例、EFS在多个实例间共享)和用途 — 是正确选择的必要条件。

选择**错误的存储类型**会导致真正的问题:尝试在实例间共享EBS卷(无法实现)、将S3用于数据库需要的低延迟块存储(错误的模式)、或在对象存储更便宜更简单时使用EFS — 因此将存储与工作负载匹配对功能性(使用能够支持访问模式的类型)和成本(合适的类型通常更便宜)都很重要。

理解**何时使用各种存储**(S3用于对象/文件/备份、EBS用于实例磁盘和数据库、EFS用于共享文件系统访问)反映了良好的架构决策。

由于AWS应用程序有不同的存储需求(对象存储用于文件、块存储用于数据库和磁盘、共享文件存储跨实例)且选择正确的类型影响功能性和成本,理解AWS存储选项(S3、EBS、EFS)及其适当的用途是有价值的、实用相关的AWS知识,用于设计具有每个工作负载合适存储的应用程序,这是常见且重要的架构考虑。