ตัวเลือกการจัดเก็บข้อมูลใน AWS มีอะไรบ้าง (S3, EBS, EFS)?

Question

Accepted Answer

AWS มี **ประเภทการจัดเก็บข้อมูล** หลายแบบสำหรับความต้องการที่ต่างกัน ได้แก่ **S3** (object storage) **EBS** (block storage / ดิสก์สำหรับ EC2) และ **EFS** (shared file storage) การเข้าใจความแตกต่างและกรณีใช้งานช่วยให้เลือกการจัดเก็บที่เหมาะสมกับแต่ละ workload

## ประเภทการจัดเก็บหลักสามแบบ

```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 มีคุณค่าเพราะการเลือกประเภทการจัดเก็บที่เหมาะสมกับแต่ละ workload สำคัญต่อทั้งฟังก์ชันการทำงานและต้นทุน จึงเป็นความรู้ AWS ที่มีประโยชน์ในทางปฏิบัติ

ประเภทหลักสามแบบตอบโจทย์วัตถุประสงค์ที่ต่างกันโดยพื้นฐาน **S3** (object storage) สำหรับไฟล์ ข้อมูลสำรอง static asset และ data lake เข้าถึงเป็น object ทั้งก้อนผ่าน API ไม่จำกัดปริมาณและทนทาน เป็นการจัดเก็บทั่วไปที่พบบ่อยที่สุด **EBS** (block storage) ให้ **ดิสก์เสมือนที่ผูกกับ EC2 instance เดียว** เหมือนฮาร์ดไดรฟ์ ใช้สำหรับ filesystem ของ instance, boot volume และฐานข้อมูลที่ต้องการ block storage แบบ low-latency และ **EFS** (file storage) ให้ **filesystem แบบ shared ที่ mount ได้จากหลาย instance พร้อมกัน** สำหรับไฟล์ที่แชร์ข้ามหลาย instance

การเข้าใจความแตกต่างหลัก ทั้งวิธีการเข้าถึง (S3 ผ่าน API/key, EBS เป็นดิสก์ที่ผูกไว้, EFS เป็น filesystem ที่ mount) สิ่งที่มันผูกด้วย (S3 เข้าถึงผ่าน URL, EBS ผูกกับ instance เดียว, EFS แชร์ข้ามหลาย instance) และกรณีใช้งาน จำเป็นต่อการเลือกอย่างถูกต้อง

การเลือก **ประเภทการจัดเก็บผิด** ก่อให้เกิดปัญหาจริง เช่นพยายามแชร์ EBS volume ข้าม instance (ทำไม่ได้) ใช้ S3 สำหรับ block storage แบบ low-latency ที่ฐานข้อมูลต้องการ (โมเดลผิด) หรือใช้ EFS ทั้งที่ object storage จะถูกและง่ายกว่า ดังนั้นการจับคู่การจัดเก็บกับ workload จึงสำคัญทั้งต่อฟังก์ชัน (ใช้ประเภทที่รองรับ access pattern ได้) และต้นทุน (ประเภทที่เหมาะสมมักถูกกว่า)

การเข้าใจ **เมื่อใดควรใช้แต่ละแบบ** (S3 สำหรับ object/ไฟล์/ข้อมูลสำรอง, EBS สำหรับดิสก์ของ instance และฐานข้อมูล, EFS สำหรับการเข้าถึง filesystem แบบ shared) สะท้อนการตัดสินใจด้านสถาปัตยกรรมที่ดี

เนื่องจากแอปพลิเคชัน AWS มีความต้องการการจัดเก็บที่หลากหลาย (object storage สำหรับไฟล์, block storage สำหรับฐานข้อมูลและดิสก์, shared file storage ข้าม instance) และการเลือกประเภทที่เหมาะสมส่งผลต่อฟังก์ชันและต้นทุน การเข้าใจตัวเลือกการจัดเก็บของ AWS (S3, EBS, EFS) และกรณีใช้งานที่เหมาะสมจึงเป็นความรู้ AWS ที่มีคุณค่าและเกี่ยวข้องในทางปฏิบัติสำหรับการออกแบบแอปพลิเคชันด้วยการจัดเก็บที่ถูกต้องสำหรับแต่ละ workload ซึ่งเป็นข้อพิจารณาด้านสถาปัตยกรรมที่พบบ่อยและสำคัญ