백업 및 disaster recovery 전략을 어떻게 설계하나요?

Question

IT Interview Practice · Accepted Answer

백업 및 disaster recovery(DR) 전략은 다음 질문에 답합니다: 데이터나 region 전체를 잃으면 **얼마나 많은 데이터를 잃을 수 있고, 얼마나 빨리 복구할 수 있으며, 실제로 복원할 수 있는가?** 이는 **3-2-1 규칙**, 명확한 **RPO/RTO** 목표, 그리고 — 결정적으로 — **정기적으로 테스트된 복원**에 기반합니다.

## 3-2-1 규칙

```text
데이터 사본 3개
서로 다른 매체 / 저장 유형 2가지
1개 사본은 offsite (다른 region 또는 공급자)
→ 단일 장애(디스크, 호스트, 데이터센터, 랜섬웨어)가 모든 사본을 파괴하지 못함
```

백업은 **자동화**(사람이 실행을 기억할 필요 없음)되고 **offsite**여야, region급 재해가 backup과 primary를 함께 가져가지 않습니다.

## RPO와 RTO

이 두 목표가 모든 설계 선택을 좌우합니다:

- **RPO (Recovery Point Objective)** — 허용 가능한 데이터 손실량으로, 시간으로 측정. RPO 1시간은 최근 1시간의 쓰기까지만 잃는다는 뜻이며, 백업/replication 빈도를 결정.
- **RTO (Recovery Time Objective)** — 복구가 걸려도 되는 시간. RTO 30분은 시스템이 30분 내에 복원되어 서비스해야 한다는 뜻이며, DR 아키텍처를 결정.

```text
잦은 백업 / replication → 더 작은 RPO (데이터 손실 감소)
더 "뜨거운" standby 인프라 → 더 작은 RTO (복구 가속)
둘 다 비용이 듦 → 비즈니스 중요도에 따라 목표 선택
```

## DR 계층 (비용 vs RTO)

```text
Backup & restore  → 가장 저렴; 필요 시 백업에서 복원            (RTO: 수 시간)
Pilot light       → 최소 핵심만 가동, 재해 시 scale up           (RTO: 수십 분)
Warm standby      → 축소된 live 사본, scale up하여 인수          (RTO: 수 분)
Multi-site active → 완전한 live 사본이 트래픽을 서비스           (RTO: ~수 초)
```

## 복원을 테스트하라

**한 번도 복원해본 적 없는 백업은 백업이 아니라 희망입니다.** 정기적인 복원 훈련을 일정에 넣으세요: 실제로 백업에서 깨끗한 환경으로 재구축하고 무결성을 검증하세요. 이는 손상된 백업, 누락된 조각, 깨진 runbook을 실제 재해 *전에* 잡아냅니다.

## 왜 중요한가

데이터 손실과 region급 장애는 회사의 생존이 시험받는 순간입니다. 3-2-1은 어떤 단일 장애에도 사본 하나가 살아남게 하고, RPO/RTO는 막연한 "백업은 있다"를 측정 가능한 약속으로 바꾸며, DR 계층은 비용을 중요도에 맞추게 하고, 테스트된 복원은 전체가 실제로 동작한다는 유일한 증거입니다. 테스트를 건너뛰는 것이 바로 팀이 장애 한가운데에서 자신의 백업이 쓸모없었음을 발견하는 방식입니다.

3-2-1 규칙

RPO와 RTO

DR 계층 (비용 vs RTO)

복원을 테스트하라

왜 중요한가

관련 질문