재해 복구 시스템(DRS)

재해 복구 시스템(DRS)의 이해는 단순히 '백업 서버'를 두는 것이 아니라, "시스템의 죽음을 인정하고, 그 죽음으로부터 얼마나 빨리, 얼마나 온전하게 부활할 것인가에 대한 비즈니스 설계"에서 출발해야 합니다.

---

1. DRS의 최상위 원리: "중단 없는 가치 전달"

이 토픽의 출발점은 "모든 시스템은 반드시 무너진다는 엔트로피의 법칙을 인정할 때, 우리는 어떻게 비즈니스의 생명을 유지할 것인가?"라는 질문입니다.

• 기본 상황: 화재, 지진, 혹은 최근의 데이터센터 화재 사고처럼 주 센터가 완전히 불능 상태가 되었을 때, 모든 서비스는 중단되고 데이터는 유실될 위기에 처합니다.
• 본질 (Business Continuity): 단순히 기술적인 복구(Recovery)를 넘어, 비즈니스가 멈추지 않고 계속(Continuity)되게 만드는 것이 목적입니다.
• 통찰: DRS는 '리스크의 레버리지'입니다. 평소에는 보이지 않는 비용(Insurance)처럼 느껴지지만, 재난 상황에서 기업의 생존을 결정짓는 가장 강력한 레버리지가 됩니다.

---

2. 어디서부터 이해를 시작해야 할까? (3단계 핵심 논리)

'가장 본질적인 두 가지 지표'에서부터 모든 기술을 파생시켜 이해하십시오.

① RPO와 RTO: "얼마나 잃고, 얼마나 멈출 것인가?"

• 기본: RPO(복구 목표 시점)는 "데이터를 어디까지 되돌릴 것인가"이고, RTO(복구 목표 시간)는 "언제까지 서비스를 살릴 것인가"입니다.
• 이해: 이 두 지표가 0에 가까울수록 기술적 난이도와 비용은 기하급수적으로 상승합니다. 비즈니스의 중요도에 따라 이 지표를 설정하는 것이 DRS 설계의 시작입니다.

② 복제(Replication)의 동기화: "거리와 시간의 타협"

• 기본: 주 센터의 데이터를 원격지 센터로 보낼 때, 실시간으로 보낼지(동기) 조금 늦게 보낼지(비동기) 결정합니다.
• 이해: 동기 방식은 데이터 유실이 없지만 거리가 멀어지면 성능이 떨어집니다. 비동기 방식은 성능은 좋지만 약간의 데이터 유실(RPO 발생)을 감수해야 합니다.

③ 복구 수준(Site Type)의 선택: "준비된 온기"

• 기본: Mirror, Hot, Warm, Cold 사이트로 구분됩니다.
• 이해: 단순히 서버만 있는 방인지(Cold), 전원이 켜진 채 데이터가 흐르는지(Hot), 아예 똑같은 쌍둥이인지(Mirror)에 따라 부활의 속도가 결정됩니다.

---

3. 사고 기반 답안 매칭

질문	답안 목차	핵심 서술 내용
Why	1. 개요	비즈니스 연속성(BCP) 확보 및 재난 시 데이터 자산 보호
What	2. 핵심 지표	RPO(데이터 유실량)와 RTO(중단 시간)의 정의
How	3. 복구 유형	미.핫.웜.콜 (Mirror, Hot, Warm, Cold Site)의 특징
Compare	4. 동기 vs 비동기	실시간 복제와 주기적 복제의 기술적 트레이드오프
So what	5. 기술 동향	클라우드 기반의 DRaaS 및 데이터센터 가용성 등급 연계

---

💡 정리를 위한 한 줄 정리

• A열(토픽): 재해 복구 시스템 (DRS)
• B열(개요): 재난 발생 시 서비스 연속성을 위해 원격지에 구축된 복구 체계 및 복구 목표(RTO/RPO) 달성 기술.
• L열(키워드): 알.피.오.티.미.핫 (RPO, RTO, Mirror Site, Hot Site).

"시스템의 멸망이라는 리스크(Why)를 RTO/RPO라는 명확한 숫자(What)로 관리하고, 거리와 비용의 타협점(How)을 찾아 비즈니스의 불사신을 만드는 것"이 DRS의 본질입니다.