คุณเข้าหา disaster recovery บน AWS อย่างไร?

Question

Accepted Answer

**Disaster recovery (DR)** คือการวางแผนว่าจะกู้คืนระบบและข้อมูลอย่างไรหลังเกิดความล้มเหลวหรือภัยพิบัติครั้งใหญ่ AWS มีกลยุทธ์ DR ที่มีการแลกเปลี่ยนต่างกันระหว่าง **ความเร็วในการกู้คืน** **การสูญเสียข้อมูล** และ **ต้นทุน** กำหนดด้วยวัตถุประสงค์ RTO และ RPO

## แนวคิดหลัก: RTO และ RPO

```text
RTO (Recovery Time Objective) → how QUICKLY you must recover (acceptable downtime)
RPO (Recovery Point Objective) → how much DATA LOSS is acceptable (recover to how
  recent a point — e.g. "at most 5 minutes of data lost")
→ Lower RTO/RPO (faster recovery, less data loss) = higher cost/complexity.
  Define these based on business needs; they drive the DR strategy choice.
```

## กลยุทธ์ DR (การแลกเปลี่ยนระหว่างต้นทุนกับความเร็วในการกู้คืน)

```text
1. BACKUP & RESTORE → back up data (to S3, snapshots); restore after a disaster
   → cheapest; slowest recovery (hours); higher RPO. For tolerant workloads.
2. PILOT LIGHT → core systems (e.g. database, replicated) kept minimal/ready;
   scale up the rest on disaster → moderate cost, faster recovery
3. WARM STANDBY → a scaled-down but RUNNING copy in another region; scale up on failover
   → higher cost, fast recovery (minutes)
4. MULTI-SITE ACTIVE-ACTIVE → full running copies in multiple regions serving traffic
   → highest cost/complexity; near-zero RTO/RPO. For the most critical systems.
```

## แนวปฏิบัติ DR ในทางปฏิบัติ

```text
✓ Regular, tested BACKUPS (automated; cross-region copies; verify they restore!)
✓ Cross-REGION strategy for region-level disasters (DR often = another region)
✓ INFRASTRUCTURE AS CODE → recreate environments quickly/reliably
✓ TEST DR plans regularly (a plan never tested may fail when needed)
✓ Automate failover where possible; document runbooks
→ Match the strategy to the workload's RTO/RPO and budget.
```

## ทำไมจึงสำคัญ

การเข้าใจ disaster recovery เป็นความรู้ระดับ senior ที่สำคัญเพราะ **การกู้คืนจากความล้มเหลวครั้งใหญ่จำเป็นต่อระบบที่สำคัญต่อธุรกิจ** และ DR บน AWS เกี่ยวข้องกับการแลกเปลี่ยนที่สำคัญ จึงมีคุณค่าต่อการออกแบบระบบที่ยืดหยุ่น

DR รับมือกับความเป็นจริงที่ว่าภัยพิบัติครั้งใหญ่เกิดขึ้นได้ (region ล้มเหลว ข้อมูลเสียหาย ข้อผิดพลาดร้ายแรง) และ **ระบบที่สำคัญต่อธุรกิจต้องสามารถกู้คืนได้** ทำให้การวางแผน DR จำเป็นสำหรับระบบที่ downtime หรือการสูญเสียข้อมูลมีผลกระทบร้ายแรง

การเข้าใจ **RTO และ RPO** เป็นรากฐาน วัตถุประสงค์เหล่านี้ (ต้องกู้คืนเร็วแค่ไหน และยอมรับการสูญเสียข้อมูลได้มากแค่ไหน) **ขับเคลื่อนกลยุทธ์ DR** และต้องกำหนดตามความต้องการทางธุรกิจ ทำให้ชัดเจนว่า DR ไม่ใช่คำตอบเดียวที่เหมาะกับทุกกรณีแต่เป็นการสร้างสมดุลอย่างตั้งใจ

การเข้าใจ **กลยุทธ์ DR** และ **การแลกเปลี่ยนระหว่างต้นทุนกับความเร็วในการกู้คืน** ได้แก่ backup & restore (ถูกที่สุด ช้าที่สุด) pilot light (ระบบหลักพร้อมไว้) warm standby (สำเนาที่รันอยู่แบบย่อ กู้คืนเร็ว) และ multi-site active-active (สำเนาที่รันเต็มรูปแบบ RTO/RPO เกือบศูนย์แต่ต้นทุนสูงสุด) เป็นความรู้สำคัญสำหรับการเลือกกลยุทธ์ที่เหมาะสม วัตถุประสงค์การกู้คืนที่เข้มงวดกว่าย่อมมีต้นทุนสูงกว่า ดังนั้นกลยุทธ์ต้องสอดคล้องกับความสำคัญของ workload และงบประมาณ

การเข้าใจ **แนวปฏิบัติ DR ในทางปฏิบัติ** (การ backup ที่สม่ำเสมอและทดสอบแล้ว กลยุทธ์ cross-region สำหรับภัยพิบัติระดับ region, Infrastructure as Code สำหรับการสร้าง environment ใหม่อย่างรวดเร็ว และที่สำคัญคือ **การทดสอบแผน DR** เนื่องจากแผนที่ไม่เคยทดสอบมักล้มเหลวเมื่อจำเป็น) สะท้อนวินัยการดำเนินงานที่เป็นผู้ใหญ่

เนื่องจากการกู้คืนจากภัยพิบัติจำเป็นต่อระบบที่สำคัญ และ DR เกี่ยวข้องกับการแลกเปลี่ยนจริง (ความเร็วในการกู้คืน การสูญเสียข้อมูล ต้นทุน) ที่ต้องสอดคล้องกับความต้องการทางธุรกิจ และเนื่องจากการเข้าใจ RTO/RPO กลยุทธ์ DR และแนวปฏิบัติในทางปฏิบัติเปิดทางการออกแบบความสามารถในการกู้คืนที่เหมาะสม การเข้าใจ disaster recovery บน AWS จึงเป็นความรู้ระดับ senior ที่สำคัญสำหรับการสร้างระบบที่ยืดหยุ่น เป็นด้านสำคัญของการดำเนินการ workload ที่สำคัญต่อธุรกิจ สะท้อนความเป็นผู้ใหญ่ในการบริหารความเสี่ยงและการวางแผนความยืดหยุ่นที่คาดหวังในบทบาทระดับ senior ที่รับผิดชอบระบบซึ่งความล้มเหลวและการสูญเสียข้อมูลมีผลกระทบร้ายแรง