복구 계산기 · 8 MIN
RTO와 RPO에 따라 복구 테스트하기
복구 단계와 데이터 공백을 바꿔 보세요. 복원이 빨라져도 데이터 손실이 항상 줄지는 않는 이유를 확인하세요.
상황
가상의 주문 서비스가 10:00에 멈춥니다. 복구할 수 있는 최신 데이터는 09:40 시점입니다. 비즈니스는 60분 중단과 최대 15분의 데이터 손실을 허용합니다.
할 일
- 원래 장애를 선택하세요. 중단 시간을 RTO와, 데이터 공백을 RPO와 비교하세요.
- 빠른 복원을 시도한 뒤 더 최신 복구 시점을 선택하세요. 어느 목표가 개선되고 어떤 입력 때문에 바뀌었는지 읽으세요.
예시로 시작하기
각 예시는 아래 필드를 채우고 결과를 보여 줍니다. 그런 다음 값을 직접 바꿀 수 있습니다.
RPO
복구 시점 → 중단
데이터를 얼마나 이전 시점까지 복구해야 하나요?RTO
중단 → 사용 가능한 서비스
사용 가능한 서비스가 돌아오기까지 얼마나 걸리나요?실습 결과
- 탐지
- 결정
- 복원
- 검증
이 결과는 입력한 시나리오에만 적용됩니다. 서비스 가용성이나 실제 데이터 무결성을 입증하지 않습니다. 누락된 레코드를 대조하고 복구된 비즈니스 작업을 검증하세요.
한 번에 하나의 가정을 바꾸세요
복원을 25분에서 10분으로 줄이세요. 데이터 공백은 바뀌지 않는다는 점을 확인하세요. 그런 다음 데이터 공백을 5분으로 줄이고 다시 계산하세요.
Multi-AZ나 다른 리전만으로는 왜 충분하지 않을까요?
복제본은 원치 않는 삭제도 복사할 수 있습니다. AZ 장애, 리전 손실, 데이터 손상에는 서로 다른 테스트가 필요합니다. 선택한 시나리오에서 복구 가능한 데이터, 키, 의존성, 용량, 결정을 확인하세요.
마무리
서비스를 더 빨리 복원했습니다. 데이터 손실도 줄었을까요?
답을 설명과 비교하세요
아닙니다. 이 예에서 빠른 복원은 중단 시간을 55분에서 40분으로 줄입니다. 복구 시점 때문에 여전히 20분의 데이터가 빠집니다. 더 최신 복구 시점은 공백을 5분으로 줄입니다. 복구 시간과 복구 가능한 데이터에는 별도의 증거가 필요합니다.
업무에 적용하기
복구 훈련에서 서비스를 사용할 수 있게 된 시각과 가장 최근에 복구된 거래의 시각을 모두 기록하세요.
다른 실습 선택