백업과 복구 전략을 설계할 때 RPO와 RTO는 무엇을 의미하나요?

RPO는 허용 가능한 데이터 손실 시간이고, RTO는 허용 가능한 복구 시간입니다. 목표에 따라 백업 주기, 복제, 장애 조치 자동화, 복구 훈련 수준이 달라집니다.

핵심 개념

핵심 기준은 데이터 손실 허용치와 복구 시간 목표입니다.

RPO는 장애 시 어느 시점까지의 데이터 손실을 허용할 수 있는지를 뜻하고, RTO는 서비스를 언제까지 복구해야 하는지를 뜻합니다. RPO 5분이면 5분 이내 복구 지점이 필요하고, RTO 30분이면 감지부터 복구 완료까지 30분 안에 끝나야 합니다.

동작 흐름

1. 요구사항을 성능, 안정성, 보안, 복구 목표로 나눠 정의합니다.
2. 정상 흐름과 장애 흐름에서 각 구성 요소가 어떻게 동작하는지 확인합니다.
3. 자동화와 관찰 지표로 변경 결과를 검증합니다.
4. 롤백, 복구, 확장, 비용 관리까지 운영 절차로 문서화합니다.

실제 예시

낮은 RPO: 실시간 복제, WAL 보관, 짧은 백업 주기
낮은 RTO: 자동 failover, warm standby, 복구 runbook
정기 점검: 백업 생성 확인, 실제 복원 테스트, 복구 시간 측정

예시는 핵심 구조를 단순화한 것입니다. 실무에서는 운영 환경, 장애 상황, 보안 요구사항에 맞게 세부 설정을 조정해야 합니다.

실무에서 주의할 점

• 자동화가 있어도 롤백과 복구 절차를 실제로 연습하지 않으면 장애 때 동작하지 않을 수 있습니다.
• 관찰 지표가 없으면 장애 원인을 추측에 의존하게 됩니다.
• 확장은 애플리케이션 코드, 데이터베이스, 네트워크, 외부 의존성 한계를 함께 봐야 합니다.

함께 연결해서 보면 좋은 키워드

Backup, Recovery, RPO, RTO

면접에서 짚으면 좋은 포인트

• 정상 동작뿐 아니라 장애, 롤백, 관찰 가능성까지 함께 설명하면 실무적인 답변이 됩니다.
• 설정 예시를 말할 때 보안, 비용, 운영 자동화의 trade-off도 함께 짚는 것이 좋습니다.

정리

한 줄로 정리하면, RPO는 허용 가능한 데이터 손실 시간이고, RTO는 허용 가능한 복구 시간입니다. 목표에 따라 백업 주기, 복제, 장애 조치 자동화, 복구 훈련 수준이 달라집니다. 개념의 정의뿐 아니라 장애 시 동작, 운영 지표, 자동화와 복구 전략까지 함께 이해하는 것이 중요합니다.