엔터프라이즈 환경에서 상태 저장 워크로드의 백업·복구 및 재해복구 설계 AI 생성 이미지: 상태 저장 워크로드의 백업·복구 및 재해복구 설계 설계 목표와 요구사항을 명확히 정의하기 비즈니스 영향도(매출, 서비스 중단, 평판)를 정량화해 워크로드를 등급화합니다. 각 등급별로 RTO·RPO, SLA, 보관 기간 및 규정 요건을 명확히 정의해야 합니다. 예시 등급: Critical: RTO ≤ 1시간, RPO ≤ 5분, 백업 성공률 ≥ 99.9%, 보관기간 365일 이상 High: RTO ≤ 4시간, RPO ≤ 1시간, 백업 성공률 ≥ 99.5%, 보관기간 90일 Medium: RTO ≤ 24시간, RPO ≤ 24시간, 보관기간 30일 Low: RTO ≤ 7일, RPO ≤ 24시간, 보관기간 14일 규정·컴플라이언스 항목은 전송·저장 시 암호화, 불변(immutable) 보관, 감사로그 보존 기간(예: 금융권 7년), 데이터 주권 준수 여부 등을 수치로 명시합니다. 특히 상태 저장 워크로드의 백업·복구 및 재해복구 설계에서는 복구 우선순위와 규정 준수가 더 엄격하게 적용되어야 합니다. 우선순위는 비즈니스 영향도(50%) + 복구 민감도(RTO/RPO, 30%) + 규정요건(20%)의 가중치로 점수화합니다. 또한 복구 연습 주기(주간·분기·연간)와 테스트 성공 기준(복구 테스트 성공률 ≥ 95%)을 정책에 포함해야 합니다. 실무 체크리스트 예: 1) 등급별 RTO/RPO 정의 2) 암호화·불변성 적용 확인 3) 백업 성공률 모니터링 및 복구 테스트 주기 설정. 데이터·애플리케이션 분류로 보호 범위를 설계하기 데이터와 애플리케이션을 보호하려면 우선 중요도(비즈니스 영향), 변경률(초당·일별), 그리고 일관성 요구(ACID vs eventual)를 기준으로 분류한 뒤, 각 분류에 맞춰 RPO/RTO와 보존 정책을 매핑해야 한다. 데이터베이스 : 트랜잭션 일관성이 필요하면 포인트인타임 복구(PITR)를 설계한다. WAL/로그...