DR 계획: 핵심 서비스 및 장애 지점

DR 계획 수립: 핵심 서비스와 장애 지점 식별하기

재해 복구(DR) 계획은 최종 사용자 서비스에 초점을 맞춰 시작합니다. 목표는 개별 인프라 구성 요소가 아니라 비즈니스 프로세스 가동 중단 시간을 최소화하는 것입니다. 사용자는 서버의 디스크 장애가 아니라 이메일이나 ERP 시스템 접근 불가 같은 서비스 수준의 중단을 인지합니다.

먼저, 비즈니스 수익이나 효율성을 잃게 만드는 핵심 IT 서비스를 나열하세요:

• 이메일
• 사내 전화 시스템
• 전사적 자원 관리(ERP, 예: 1C)
• 문서 협업 플랫폼
• 네트워크 프린팅
• 인터넷 접속
• 사내 CRM 및 데이터베이스

게임 서버처럼 일상 운영에 영향을 주지 않는 비핵심 항목은 제외하세요.

인프라 내 장애 지점 찾기

각 서비스에 대해 서비스를 사용할 수 없게 만드는 모든 잠재적 장애 지점—인프라 구성 요소를 식별하세요. 장애 지점은 "고장 났다"로 진단이 멈추는 단위입니다.

모듈식 장비(라우터 등)에서는 개별 모듈과 섀시를 별도로 고려하세요. 하위 구성 요소를 격리하고 교체할 수 있다면 각각 독립적인 장애 지점입니다.

"이메일" 서비스 예시:

• 서버 OS (Linux/Windows Server)
• 이메일 소프트웨어 (Postfix, Exchange)
• 코어 네트워크 스위치
• 전원 시스템 (UPS, PDU)
• 외부 DNS 서버
• 블랙리스트 필터 (RBL)
• 서버실 온도 조절
• 데이터 저장소 (SAN/NAS)

"신뢰할 수 있는" 장비도 간과하지 마세요. RAID와 복제를 갖춘 스토리지 어레이도 고장 나면 복구 계획이 필요합니다.

장애 지점 간 의존성 분석

장애 지점들은 의존성 그래프를 형성합니다. 하나의 장애가 다른 곳으로 연쇄 반응을 일으킬 수 있습니다. 예를 들어 UPS 고장은 서버를 셧다운시키고, 하이퍼바이저 재부팅 시 VM이 제대로 시작되지 않을 수 있습니다. 반면 클라이언트 측 스위치는 독립적입니다.

"이메일"의 경우 의존성 체인이 전원 → 서버 → 애플리케이션 → 네트워크 → 외부 서비스로 이어집니다. 모든 핵심 서비스에 이 모델을 확장해 영향도 다이어그램을 만드세요.

이 통찰이 우선순위화의 핵심입니다. 장애 대응 순서, RTO/RPO 목표, 위험 평가를 결정짓습니다. 후속 섹션에서 복구 절차와 지표를 다루겠습니다.

주요 요점

• 하드웨어가 아닌 사용자 중심 서비스에 집중: 비즈니스는 핵심 도구 가동 중단 시간을 분 단위로 추적합니다.
• "철벽" 장비도 빼먹지 말고 모든 장애 지점 나열—머피의 법칙은 예외를 두지 않습니다.
• 의존성 그래프가 연쇄 장애를 드러내고 MTTR(평균 복구 시간)을 단축합니다.
• DR 계획은 사후 대응에서 예산과 SLA를 동반한 선제적 전략으로 전환합니다.
• CMDB나 ITSM과 연동해 자동 발견을 구현하세요.

— Editorial Team