ข้ามไปเนื้อหาหลัก
จัดการ & มอนิเตอร์· ~12 นาที· อัปเดตล่าสุด

S3 lifecycle และออกแบบให้คุ้มเงิน

ย้ายข้อมูลไปคลาสถูกลงอัตโนมัติ

เปรียบเทียบ: S3 Lifecycle เหมือนการจัดเก็บเอกสารในออฟฟิศ

เดือนแรกเอกสารสำคัญวางไว้บนโต๊ะ (Standard) ผ่านไปครึ่งปีไม่มีคนอ่านก็ย้ายเข้าตู้เก็บเอกสาร (IA) และพอผ่านไป 3 ปีก็นำไปมัดรวมเก็บในโกดังใต้ดิน (Glacier)

พื้นฐานที่ควรรู้: ในการใช้งานจริง ข้อมูลส่วนใหญ่บนโลก (เช่น รูปภาพ, ประวัติ, วิดีโอ) จะถูกเรียกใช้งานแค่ช่วงแรกๆ ที่สร้างขึ้นมา พอผ่านไปสักพักข้อมูลเหล่านั้นก็แทบจะไม่โดนเปิดอ่านอีกเลย แต่เราก็ยังลบทิ้งไม่ได้

S3 Lifecycle Policy (นโยบายวงจรชีวิต) คือการตั้งกฎให้ AWS ย้ายไฟล์ (Object) ของเราไปยัง "คลาส (Class) เก็บข้อมูล" ที่ค่าเช่าถูกลงตามอายุของไฟล์อัตโนมัติ เช่น เก็บในคลาสแพง (Standard) ช่วง 30 วันแรก → จากนั้นย้ายลงคลาสกลาง (Standard-IA) → หลังจากนั้นย้ายไปห้องเย็นเก็บถาวร (Glacier) → และสามารถสั่งให้ลบทิ้ง (Expire) อัตโนมัติเมื่อครบ 7 ปี เป็นต้น

สรุป Key Takeaways

  • Lifecycle ย้าย object ไปคลาสถูกลง/ลบ ตามอายุอัตโนมัติ
  • access เดายาก → Intelligent-Tiering

คำถามที่พบบ่อย

ออกแบบ lifecycle ให้ log ที่ต้องเก็บตามกฎหมายยังไง

แบบแผนที่ออกสอบ: Standard 30 วัน (เผื่อใช้สืบสวน) → Standard-IA 60-90 วัน → Glacier Flexible/Deep Archive จนครบกำหนด → expire ลบทิ้ง — และถ้าห้ามแก้ไข เพิ่ม Object Lock (compliance mode) — โจทย์ให้ระยะเวลา+ความถี่เข้าถึงมา ให้จับคู่ class ตามนั้น

Intelligent-Tiering กับ lifecycle rule ใช้ตัวไหนดี

รู้ pattern ชัด (log เก่าไม่มีใครแตะ) = lifecycle rule ประหยัดสุดเพราะไม่มีค่า monitoring ส่วนเดา pattern ไม่ได้ = Intelligent-Tiering ให้มันย้ายเอง (มีค่า monitoring ต่อ object เล็กน้อย) — สองคีย์เวิร์ดนี้แยกคำตอบได้เกือบทุกข้อ

ลองทำ Quiz ท้ายบท

คำถามแนวข้อสอบของโมดูลนี้ 5 ข้อ · เฉลยทันที

อ่านจบแล้วอย่าลืมทำเครื่องหมาย