Right-sizing และตัวเลือกการซื้อ
เลือกขนาดและ Spot/Reserved/Savings Plans ให้คุ้ม
เช่ารายวันเหมาะกับคนพักแป๊บเดียว (On-Demand), จ่ายล่วงหน้า 1 ปีได้ส่วนลดถูกมาก (Savings Plans), หรือถ้ามีกระเป๋าใบเดียวพร้อมย้ายออกทุกเมื่อก็ไปนอนโฮสเทลลดราคาตอนตีสอง (Spot)
พื้นฐานที่ควรรู้: ในการใช้งานเครื่องเซิร์ฟเวอร์ (EC2) ค่าใช้จ่ายจะขึ้นอยู่กับ 2 ปัจจัยหลักคือ "ขนาดเครื่องใหญ่แค่ไหน (Size)" และ "เราจ่ายเงินด้วยแพ็กเกจแบบไหน (Purchasing Option)"
Right-sizing (การปรับขนาดให้เหมาะสม) คือกระบวนการวิเคราะห์และปรับลดขนาดทรัพยากรให้พอดีกับการใช้งานจริง (โดยดูตัวเลขสถิติจาก CloudWatch ว่า CPU หรือ RAM ถูกใช้งานจริงเท่าไร) — หลายระบบจ่ายเกินเพราะนักพัฒนาเผื่อสเปกเครื่องใหญ่เกินความจำเป็นตั้งแต่แรก
ตัวเลือกการเช่าเครื่อง (Purchasing Options)
- On-Demand (จ่ายตามใช้) — ไม่ติดสัญญา เหมาะกับงานที่โหลดแกว่งไปมา (ผันผวน) คาดเดาไม่ได้ หรือทดสอบระบบชั่วคราว
- Spot Instances (ประมูลเครื่องว่าง) — เอาความจุที่เหลือในโกดัง AWS มาเซลส์ลดราคาถึง 90% แต่ AWS มีสิทธิ์ดึงเครื่องกลับได้ทุกเมื่อ! เหมาะกับงานที่ไม่ซีเรียสเรื่องเครื่องดับกลางคัน (Fault-tolerant) หรืองาน Batch ประมวลผลจำนวนมาก
- Savings Plans / Reserved Instances (สัญญาเหมาจ่าย) — ทำสัญญาผูกมัดว่าจะใช้ยาว 1 หรือ 3 ปี แลกกับส่วนลดมหาศาล เหมาะกับระบบที่เป็นแกนหลัก รันนิ่งๆ ตลอดเวลาแบบคงที่
สรุป Key Takeaways
- Right-sizing = ปรับขนาดตามการใช้จริง (ดู CloudWatch)
- Spot=batch ถูกสุด, Savings/Reserved=โหลดคงที่, On-Demand=ผันผวน
คำถามที่พบบ่อย
Right-sizing เริ่มจากตรงไหน
ดูข้อมูลจริงไม่ใช่เดา — ใช้ Compute Optimizer/CloudWatch ดู utilization ย้อนหลัง เครื่องที่ CPU เฉลี่ยต่ำกว่า ~40% คือผู้สมัครลดขนาด และการขยับไป instance รุ่นใหม่ (เช่น m4→m7g) มักได้ประสิทธิภาพต่อบาทดีขึ้นทันที — ทำ right-size ก่อนค่อยซื้อ Savings Plans เพื่อไม่ล็อกสัญญากับขนาดที่ผิด
ส่วนลดซ้อนกันได้ไหม Savings Plans + Spot
คนละกลุ่มกัน — Savings Plans ครอบ On-Demand usage ส่วน Spot ถูกอยู่แล้วโดยธรรมชาติ (ไม่เอา SP ไปครอบ) กลยุทธ์มาตรฐาน: ฐานที่รันตลอด = Savings Plans, ส่วนขยายที่ interrupt ได้ = Spot, ที่เหลือ = On-Demand
ลองทำ Quiz ท้ายบท
คำถามแนวข้อสอบของโมดูลนี้ 5 ข้อ · เฉลยทันที