RTO와 RPO

복구는 속도 한 줄이 아닙니다. 서비스를 언제 다시 켤 것인가와, 어느 시각의 데이터를 살릴 것인가는 다른 질문입니다. RTOⓘ는 장애 이후 업무가 최소 수준으로 돌아오기까지 허용하는 최대 시간입니다. RPOⓘ는 장애 순간에 잃어도 되는 데이터의 최대 시간입니다. 앞은 시계를 앞으로, 뒤는 시계를 뒤로 봅니다.

두 숫자, 두 설계 칸

숫자는 감이 아니라 BIAⓘ에서 나옵니다. 업무가 멈출 때 재무·운영·법·평판이 얼마나 상하는지를 재고, 그 피해 곡선이 RTO·RPO를 갈라 줍니다. 창구 SLAⓘ의 가용성·복구 조항은 이 두 값과 모순되면 안 됩니다.

RTO의 끝점은 “평시와 똑같은 상태”가 아닙니다. MBCO, 즉 최소 연속 업무에 도달하면 복구 완료로 봅니다. 그 시각이 RTO를 넘기면 목표 실패입니다.

타임라인과 부등식

마지막 유효 사본 → 재해 → 서비스 재개. RPO는 앞 간격, RTO는 뒤 간격입니다. 설계 부등식은 RPO ≤ RTO ≤ MTPoD입니다. MTPoDⓘ는 조직이 버티는 최후 시한입니다. RTO가 이 선을 넘기면 복구 성공 선언이 나와도 사업은 이미 끊깁니다. RPO가 RTO보다 길면, 서비스는 켰는데 살릴 데이터가 목표보다 낡아 창구와 장부가 어긋납니다.

숫자가 사이트와 백업을 고른다

RTO가 분이면 미러·Hotⓘ, 시간이면 Warmⓘ, 일이면 Coldⓘ입니다. 클라우드로 같은 칸을 구독하면 실행 수단이 DRaaSⓘ로 바뀝니다. 사이트 유형의 비교는 DRS 구축 유형 노트로 이어집니다.

RPO=0은 동기 복제입니다. 쓰기가 원격에 도착해야 완료라 손실은 없으나 거리가 지연을 만듭니다. 분 단위는 비동기·빈번 스냅샷, 시간 단위는 증분·차등, 하루를 넘기면 일·주 전체 백업입니다. 코어뱅킹은 Hot에 동기를 붙이고, 주문은 Warm에 비동기를, 내부 인사는 Cold에 주간 전체를 두는 식입니다.

둘을 같이 줄이면 설비는 거의 두 벌입니다. 전 시스템을 수분·무손실로 약속하는 문장은 예산이 없습니다. 금융은 전자금융감독규정으로 복구 시간 구간을 두고, 공공은 정보시스템 등급에 따라 목표를 갈라 둡니다. 답안은 정의 두 줄, 타임라인, 사이트·백업 매핑, 부등식, 비용 반비례를 한 표에 닫습니다.

기술사 답안 포인트

관련 용어

• RTOⓘ
• RPOⓘ
• MTPoDⓘ
• MBCOⓘ
• BIAⓘ
• Hot Siteⓘ
• Warm Siteⓘ
• Cold Siteⓘ
• SLAⓘ
• DRaaSⓘ