💾 백업 · RAID · 이중화 · 재해복구
운용 파트에서 "가용성을 어떻게 지키는가"를 묻는 묶음이다.
백업은 데이터를 되살리는 장치, RAID·이중화는 안 죽게 만드는 장치,
재해복구는 건물째 날아갔을 때의 대비다.
🗂️ 백업 3유형 — 시간을 어디서 쓸 것인가
| 유형 | 무엇을 백업 | 백업 시간 | 복구 시간 | 복구 시 필요한 것 |
|---|---|---|---|---|
| 전체 백업 Full | 전체 데이터 | 가장 길다 | 가장 짧다 | 전체본 1개 |
| 증분 백업 Incremental | 직전 백업 이후 바뀐 것 | 가장 짧다 | 가장 길다 | 전체본 + 모든 증분본 |
| 차등 백업 Differential | 마지막 전체 백업 이후 바뀐 것 | 중간 | 중간 | 전체본 + 최근 차등본 1개 |
🧠 가르는 한 마디 — 「증분은 직전, 차등은 전체 이후」
증분 = 직전 기준(쌓인다) · 차등 = 처음(전체) 기준(덮어쓰듯 커진다).
그래서 백업이 빠르면 복구가 느리고, 백업이 느리면 복구가 빠르다는 시소 관계가 성립한다. "복구 시 가장 많은 백업본이 필요한 방식은?" → 증분.
증분 = 직전 기준(쌓인다) · 차등 = 처음(전체) 기준(덮어쓰듯 커진다).
그래서 백업이 빠르면 복구가 느리고, 백업이 느리면 복구가 빠르다는 시소 관계가 성립한다. "복구 시 가장 많은 백업본이 필요한 방식은?" → 증분.
🧱 RAID 레벨
| 레벨 | 방식 | 최소 디스크 | 내결함성 | 용량 효율 |
|---|---|---|---|---|
| RAID 0 | 스트라이핑 — 나눠 저장, 속도만 추구 | 2 | 없음 (1개 고장 = 전멸) | 100% |
| RAID 1 | 미러링 — 똑같이 복제 | 2 | 1개 고장 OK | 50% |
| RAID 3 | 바이트 스트라이핑 + 전용 패리티 디스크 | 3 | 1개 고장 OK | n−1n |
| RAID 4 | 블록 스트라이핑 + 전용 패리티 디스크 | 3 | 1개 고장 OK | n−1n |
| RAID 5 | 블록 스트라이핑 + 패리티 분산 | 3 | 1개 고장 OK | n−1n |
| RAID 6 | 패리티 2벌 분산 | 4 | 2개 고장 OK | n−2n |
| RAID 10 | 미러(1) 묶고 스트라이핑(0) | 4 | 미러 쌍마다 1개씩 OK | 50% |
🧠 숫자만 외우면 되는 것 — RAID 5는 최소 3개·1개 고장 허용, RAID 6은 최소 4개·2개 고장 허용,
RAID 0은 내결함성 0. 패리티가 전용이면 3·4, 분산이면 5.
"성능만 좋고 안정성은 없는 것" → RAID 0. "용량 절반을 버리고 안정성을 사는 것" → RAID 1.
"성능만 좋고 안정성은 없는 것" → RAID 0. "용량 절반을 버리고 안정성을 사는 것" → RAID 1.
🔗 이중화(HA) 구성
Active–Active
둘 다 동시에 서비스
평상시 부하 분산까지 얻는다
하나 죽어도 무중단, 대신 용량 계산 주의
(한쪽이 죽으면 나머지가 2배를 감당)
Active–Standby
하나는 대기만 하다가 넘겨받음(Failover)
Hot standby = 켜둔 채 대기(전환 빠름)
Cold standby = 꺼둔 채 대기(전환 느림)
자원이 놀지만 구성이 단순
신뢰도 계산은 병렬 = 1 − (1−R)ⁿ. 이중화가 신뢰도를 얼마나 올리는지는
「MTTF·MTTR·MTBF」 섹션의 직렬/병렬 신뢰도 계산에서 이어서 본다.
🌋 재해복구 — RTO · RPO
──── 과거 ───────────── ◉ 재해 발생 ───────────── 미래 ────
마지막 백업 ◀── RPO ──▶ 재해 발생 ◀── RTO ──▶ 서비스 재개
RPO = 잃어도 되는 데이터의 폭 → 시점(Point)
RTO = 멈춰 있어도 되는 시간 → 시간(Time)
| 지표 | 정의 | 단위가 뜻하는 것 |
|---|---|---|
| RTO Recovery Time Objective | 재해 후 서비스를 다시 살릴 때까지 걸려도 되는 시간 | 시간 — 얼마나 멈춰 있어도 되나 |
| RPO Recovery Point Objective | 재해 시 잃어도 되는 데이터의 시간 폭 | 시점 — 얼마나 되돌아가도 되나 |
🧠 헷갈릴 때 — 「T는 Time(복구 시간), P는 Point(데이터 시점)」
"RPO = 0" 은 데이터를 한 건도 못 잃는다(동기 미러링 필요), "RTO = 0" 은 한 순간도 못 멈춘다(무중단 이중화 필요). 둘은 다른 요구다.
"RPO = 0" 은 데이터를 한 건도 못 잃는다(동기 미러링 필요), "RTO = 0" 은 한 순간도 못 멈춘다(무중단 이중화 필요). 둘은 다른 요구다.
🏢 재해복구 사이트 4종 — 비용 순
| 사이트 | 상태 | 복구 소요 | 비용 |
|---|---|---|---|
| Mirror Site | 주센터와 동일 구성 + 실시간 동기화, 양쪽 동시 가동 | 즉시 (0) | 최고 |
| Hot Site | 동일 설비를 대기 상태로 유지, 데이터는 주기적 동기화 | 수 시간 | 높음 |
| Warm Site | 중요 설비만 부분 보유 | 수 일 | 중간 |
| Cold Site | 공간·전원·회선만 확보, 장비는 재해 후 반입 | 수 주 | 최저 |
🧠 온도로 외운다 — 미러(똑같이 켜짐) > 뜨겁다(대기 중) > 미지근 > 차갑다(빈 방).
뜨거울수록 빨리 살아나고 비싸다. 순서를 묻는 문제가 대부분이다.
📘 BCP / DRP
| 용어 | 범위 |
|---|---|
| BCP Business Continuity Plan | 업무 연속성 전체 계획 — 인력·프로세스·시설까지 포함하는 상위 개념 |
| DRP Disaster Recovery Plan | BCP 안에서 IT 시스템 복구에 집중한 하위 계획 |
| BIA Business Impact Analysis | 업무 중단 시 피해 규모를 분석해 RTO·RPO를 정하는 선행 작업 |
순서는 BIA(영향 분석) → RTO·RPO 결정 → DR 사이트 등급 선택 → BCP/DRP 수립 → 모의훈련.
"무엇을 먼저 하는가"를 물으면 BIA가 답이다.