다중화(Redundancy)와 백업(Backup)

agnusdei·2025년 11월 21일

Information Security

목록 보기
9/96

다중화(Redundancy)와 백업(Backup) 기술 해설

1. 개요 (Overview)

IT 인프라의 안정성 확보를 위한 두 가지 핵심 축인 다중화(Redundancy)백업(Backup)은 그 목적과 구현 방식에서 명확한 차이가 있습니다. 기술사 관점에서 이 두 개념은 비즈니스 연속성(BCP)재해 복구(DR) 전략 수립의 기반이 됩니다.

  • 다중화: 시스템의 가용성(Availability)을 극대화하여 장애 발생 시 서비스 중단을 최소화(Fault Tolerance)하는 것이 목적입니다.
  • 백업: 데이터의 보존성(Preservation)복구(Recovery)를 목적으로 하며, 논리적 오류나 재해로 인한 데이터 유실 시 특정 시점으로 되돌리는 것이 목적입니다.

2. 다중화 (Redundancy) - 고가용성(HA) 구현

다중화는 단일 실패 지점(SPOF, Single Point of Failure)을 제거하는 기술입니다.

2.1. 계층별 다중화 전략

계층주요 기술설명
네트워크LACP, VRRP, GLBPNIC 본딩, 이중화 게이트웨이 구성을 통한 경로 다중화
서버/애플리케이션Clustering, Load BalancingL4/L7 스위치를 통한 부하 분산 및 Failover 구현
스토리지RAID, Mirroring, Multi-Path I/O디스크 장애 대비(RAID 1, 5, 6, 10) 및 경로 이중화
데이터센터GSLB, Active-Active DR지리적 이중화를 통한 데이터센터 레벨의 가용성 확보

2.2. 운영 모드에 따른 분류

  1. Active-Active: 두 개 이상의 노드가 동시에 서비스를 처리. 부하 분산 효과가 있으나, 데이터 동기화(Consistency) 이슈 해결이 필수.
  2. Active-Standby: 주 노드가 처리하고 대기 노드는 장애 시 승계(Failover). 구성이 간단하나 자원 효율성이 낮음.
  3. N+1 / N+M: N개의 Active 노드에 대해 1개 혹은 M개의 Standby 노드 배치.

3. 백업 (Backup) - 데이터 보호 및 복구

백업은 원본 데이터의 손실(삭제, 변조, 랜섬웨어 등)에 대비하여 사본을 생성하는 프로세스입니다.

3.1. 백업 방식

방식설명장점단점
Full Backup전체 데이터 백업복구 속도 가장 빠름백업 시간/용량 과다 소요
Incremental Backup변경된 데이터만 백업백업 시간/용량 최소화복구 시 Full + 모든 증분 필요 (느림)
Differential BackupFull 이후 변경분 누적 백업증분보다 복구 빠름시간이 지날수록 백업량 증가
CDP (Continuous)실시간 변경분 저장RPO를 0에 가깝게 유지 가능저널링 부하, 스토리지 비용

3.2. 백업의 3-2-1 규칙 (Best Practice)

  • 3개의 데이터 사본을 유지 (원본 + 백업1 + 백업2)
  • 2가지 다른 매체에 저장 (Disk, Tape, Cloud 등)
  • 1개의 소산 백업 (Off-site, 재해 대비 원격지 보관)

4. 핵심 지표 및 비교 (Comparison)

BCP/DR 수립 시 가장 중요한 목표 지표입니다.

4.1. 주요 지표

  • RTO (Recovery Time Objective): 목표 복구 시간. 장애 발생 후 서비스가 재개될 때까지 허용되는 최대 시간.
  • RPO (Recovery Point Objective): 목표 복구 시점. 장애 발생 시 데이터 손실을 허용할 수 있는 최대 시간 범위.

4.2. 다중화 vs 백업 비교

구분다중화 (Redundancy)백업 (Backup)
주목적서비스 연속성 (Uptime)데이터 복구 (Restore)
방어 대상하드웨어 장애, OS 충돌, 네트워크 단절데이터 삭제, 부패, 랜섬웨어, 사용자 실수
RTO/RPORTO \approx 0, RPO \approx 0 (동기식)RTO > 0 (복구 시간 필요), RPO > 0 (백업 주기 의존)
특징장애 시 즉시 자동 절체 (Failover)과거 시점으로 데이터 원복 (Rollback)
한계논리적 오류(DB 삭제 등)는 즉시 복제되어 방어 불가실시간 장애 대응에는 부적합 (복구 시간 소요)

5. 결론 및 제언

기술사 관점에서 다중화와 백업은 상호 대체재가 아닌 상호 보완재입니다.

  1. 이중화 맹신 금지: RAID나 미러링은 디스크 장애는 막지만, DROP TABLE과 같은 관리자 실수나 랜섬웨어로부터 데이터를 보호하지 못합니다. 반드시 백업이 병행되어야 합니다.
  2. 계층적 보호 전략:
    • Tier 1 (Mission Critical): Active-Active 이중화 + CDP 백업 + 원격지 DR 소산.
    • Tier 2 (Business Critical): Active-Standby + 일일 증분 백업.
    • Tier 3 (General): 단순 백업.
  3. 검증의 중요성: 백업 데이터는 정기적인 복구 훈련(Restoration Drill)을 통해서만 그 유효성이 입증됩니다. 검증되지 않은 백업은 백업이 아닙니다.
profile
DevSecOps, Pentest, Cloud(OpenStack), Develop, Data Engineering, AI-Agent

0개의 댓글