คุณออกแบบกลยุทธ์ backup และ disaster recovery อย่างไร?

Question

Accepted Answer

กลยุทธ์ backup และ disaster recovery (DR) ตอบคำถามว่า ถ้าเราสูญเสียข้อมูลหรือทั้ง region ไป **เราสูญเสียข้อมูลได้มากแค่ไหน เรากลับมาได้เร็วแค่ไหน และเราสามารถ restore ได้จริงหรือไม่?** มันตั้งอยู่บน **กฎ 3-2-1** เป้าหมาย **RPO/RTO** ที่ชัดเจน และ — ที่สำคัญที่สุด — **การทดสอบ restore เป็นประจำ**

## กฎ 3-2-1

```text
3 copies of the data
2 different media / storage types
1 copy offsite (different region or provider)
→ no single failure (disk, host, datacenter, ransomware) destroys every copy
```

Backup ควรเป็น **อัตโนมัติ** (ไม่มีมนุษย์ต้องจำไว้ว่าต้องรัน) และ **offsite** เพื่อให้ภัยพิบัติระดับ region ไม่พา backup ไปพร้อมกับ primary

## RPO และ RTO

เป้าหมายสองตัวนี้ขับเคลื่อนทุกการตัดสินใจในการออกแบบ:

- **RPO (Recovery Point Objective)** — สูญเสียข้อมูลได้มากแค่ไหนยังยอมรับได้ วัดเป็นเวลา RPO 1 ชั่วโมงหมายถึงสูญเสียได้มากที่สุดคือ write ของชั่วโมงที่ผ่านมา ซึ่งกำหนดความถี่ของ backup/replication
- **RTO (Recovery Time Objective)** — การกู้คืนใช้เวลาได้นานแค่ไหน RTO 30 นาทีหมายถึงระบบต้องถูก restore และให้บริการได้ภายใน 30 นาที ซึ่งกำหนดสถาปัตยกรรม DR

```text
frequent backups / replication → smaller RPO (less data lost)
hotter standby infrastructure  → smaller RTO (faster recovery)
both cost money → pick targets per business criticality
```

## DR tier (ต้นทุน vs RTO)

```text
Backup & restore  → cheapest; restore from backups on demand   (RTO: hours)
Pilot light       → minimal core running, scale up on disaster  (RTO: tens of min)
Warm standby      → scaled-down live copy, scale up to take over (RTO: minutes)
Multi-site active → full live copies serving traffic            (RTO: ~seconds)
```

## ทดสอบการ restore ของคุณ

**Backup ที่คุณไม่เคย restore เลยไม่ใช่ backup — มันคือความหวัง** จัดตารางซ้อม restore เป็นประจำ: rebuild จาก backup เข้าสู่สภาพแวดล้อมที่สะอาดจริง ๆ และตรวจสอบความสมบูรณ์ สิ่งนี้จับ backup ที่เสียหาย ชิ้นส่วนที่หายไป และ runbook ที่พัง *ก่อน* ที่ภัยพิบัติจริงจะมาถึง

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

การสูญเสียข้อมูลและ outage ระดับ region คือช่วงที่ความอยู่รอดของบริษัทถูกทดสอบ 3-2-1 รับประกันว่าสำเนาหนึ่งจะรอดจากความล้มเหลวเดี่ยวใด ๆ RPO/RTO เปลี่ยน "เรามี backup" ที่คลุมเครือให้เป็นพันธสัญญาที่วัดได้ DR tier ทำให้คุณจับคู่ต้นทุนกับความสำคัญ และการทดสอบ restore เป็นหลักฐานเดียวที่พิสูจน์ว่าทั้งหมดนี้ทำงานได้จริง การข้ามการทดสอบคือวิธีที่ทีมค้นพบกลางคัน outage ว่า backup ของพวกเขาไร้ประโยชน์