Azure Fundamentals · 강의

RTO, RPO 및 복구 계층 정의

중요도에 따라 작업 부하를 분류하고 RTO 및 RPO 목표를 지정한 다음, 적절한 Azure 복구 기능과 복제 주기에 매핑합니다.

RTO, RPO 및 복구 계층 정의은(는) CoddyKit의 무료 Azure Fundamentals 강의입니다. 이것은 4개 중 1번째 강의입니다. 아래에서 전체 강의를 무료로 읽을 수 있으며, 내장 코드 에디터와 24/7 AI 튜터와 함께 브라우저에서 직접 실습할 수 있습니다. 이 강의는 Azure Fundamentals 학습 경로의 일부이며, 진행 상황이 웹과 CoddyKit 앱에 동기화됩니다. Azure Fundamentals 강의에는 총 4개의 강의가 포함되어 있습니다.

비즈니스 연속성 계획 기본 사항

비즈니스 연속성 계획(BCP)은 재해 발생 중과 이후에도 중요한 비즈니스 기능을 계속 수행할 수 있도록 보장하는 프로세스입니다. 클라우드 컴퓨팅에서는 허용 가능한 시간 및 데이터 손실 한도 내에서 장애를 복구할 수 있는 시스템을 설계하는 것을 의미합니다. 두 가지 핵심 메트릭인 RTO와 RPO가 각 워크로드에서 ‘허용 가능’하다는 의미를 정의합니다.

복구 시간 목표(RTO)

복구 시간 목표(RTO)는 재해 발생 후 시스템이 오프라인 상태로 있을 수 있는 최대 허용 시간입니다. 이는 ‘비즈니스에서 이 애플리케이션의 중단을 얼마나 오래 감당할 수 있는가?’라는 질문에 답합니다. RTO는 시간 단위인 시간, 분 또는 초로 표현합니다. 결제 처리 시스템의 RTO는 15분일 수 있지만, 내부 HR 포털의 RTO는 24시간일 수 있습니다.

# RTO examples by workload type:
# Payment processing: RTO = 15 minutes
# E-commerce storefront: RTO = 1 hour
# Internal reporting: RTO = 4 hours
# Archive/audit data: RTO = 24 hours

# Shorter RTO = more expensive architecture required
# (warm standby, active-active, auto-failover)

복구 지점 목표(RPO)

복구 지점 목표(RPO)는 시간으로 측정한 최대 허용 데이터 손실량입니다. 이는 ‘비즈니스에서 데이터를 얼마나 잃어도 감당할 수 있는가?’라는 질문에 답합니다. RPO가 1시간이면 비즈니스에서 최대 1시간 분량의 트랜잭션 손실을 허용한다는 의미입니다. RPO에 따라 데이터를 백업하거나 복제해야 하는 빈도가 결정됩니다. RPO가 0이면 동기식 복제가 필요하며, 이는 비용이 많이 들고 쓰기 성능에 영향을 줄 수 있습니다.

# RPO examples:
# Financial transactions: RPO = 0 (no data loss tolerated)
# E-commerce orders: RPO = 5 minutes
# User-generated content: RPO = 1 hour
# Configuration/metadata: RPO = 24 hours

# Shorter RPO = more frequent replication or synchronous writes
# = higher cost and possibly higher latency

RTO와 RPO의 차이점

RTO와 RPO를 혼동하지 않는 것이 중요합니다.

RTO는 시간에 관한 것입니다. 시스템이 얼마나 오래 중단되는지를 나타냅니다.
RPO는 데이터에 관한 것입니다. 데이터가 얼마나 손실되는지를 나타냅니다.

시스템의 RTO는 짧아 빠르게 복구되지만 RPO는 길어 상당한 데이터 손실을 허용할 수도 있고, 그 반대일 수도 있습니다. 두 값 모두 짧은 것이 이상적이지만, 이를 달성하려면 복제 및 웜 대기 용량에 상당한 투자가 필요합니다.

중요도에 따른 워크로드 분류

모든 워크로드의 중요도가 같은 것은 아닙니다. 일반적으로 비즈니스 영향에 따라 워크로드를 복구 계층으로 분류합니다.

계층 1(업무 핵심) — 엄격한 RTO/RPO, 가장 높은 비용(예: 결제, 거래 플랫폼)
계층 2(비즈니스 핵심) — 중간 수준의 RTO/RPO(예: CRM, ERP)
계층 3(비핵심) — 완화된 RTO/RPO, 가장 낮은 비용(예: 개발 환경, 보관 데이터)

계층을 Azure 복구 옵션에 매핑하기

복구 계층마다 서로 다른 Azure 기능을 매핑할 수 있습니다.

계층 1 — Cosmos DB 다중 지역 쓰기, SQL 자동 장애 조치 그룹, 액티브-액티브 아키텍처, Traffic Manager
계층 2 — 보조 지역으로의 Azure Site Recovery, SQL 지역 간 복제(읽기 복제본), 30일 보존 정책이 적용된 일일 백업
계층 3 — 주간 일정의 Azure Backup, 복제 없음, 스냅샷에서 복원

중단 비용 계산

낮은 RTO 아키텍처에 대한 투자를 정당화하려면 워크로드의 중단 비용을 계산해야 합니다. 여기에는 손실된 Revenue, 고객에 대한 SLA 위약금, Staff 생산성 손실 및 평판 손상이 포함됩니다. 1시간 중단 비용이 $500,000이라면 액티브-액티브 설정에 매월 $50,000를 지출하는 것은 충분히 타당합니다. 이러한 수치를 사용하여 적절한 복구 계층에 대한 비즈니스 근거를 마련합니다.

# Cost of downtime formula:
# Hourly revenue at risk + (staff hours idle x hourly rate)
# + SLA penalty exposure + estimated reputational cost

# Example:
# Revenue: $100,000/hour
# Staff: 500 people x $60/hour = $30,000/hour idle
# SLA penalties: $5,000/hour
# Total cost of downtime: ~$135,000 per hour

계층 2를 위한 Azure Site Recovery

Azure Site Recovery (ASR)는 Azure에서 계층 2 RTO/RPO 목표를 달성하기 위한 기본 서비스입니다. ASR은 VM을 보조 지역에 지속적으로 복제하며 몇 분 안에 장애 조치를 시작할 수 있습니다. Azure VM의 복제 빈도는 30초(크래시 일관성) 또는 1~4시간(애플리케이션 일관성)이며, 구성에 따라 일반적으로 해당 범위의 RPO를 제공합니다.

# Enable replication for a VM with ASR:
az site-recovery protected-item create \
  --resource-group myRG \
  --vault-name myRecoveryVault \
  --fabric-name 'Primary' \
  --container-name 'asr-a2a-default-eastus-container' \
  --protected-item-name myVM-protected

RPO와 백업 빈도

RPO를 시간 단위로 측정하는 워크로드에는 적절한 일정으로 구성한 Azure Backup이면 충분합니다. 예를 들어 RPO가 4시간이면 최소 4시간 간격으로 백업해야 합니다. Azure Backup은 Azure VM을 매시간 백업하도록 설정할 수 있는 향상된 정책을 지원합니다. 데이터베이스의 경우 트랜잭션 로그 백업을 사용하는 특정 시점 복원(PITR)으로 ASR보다 낮은 비용에 1시간 미만의 RPO를 달성할 수 있습니다.

RTO 및 RPO 약정 문서화

RTO 및 RPO 목표는 비즈니스 영향 분석(BIA)에 공식적으로 문서화하고 기술 및 비즈니스 이해관계자 모두가 검토해야 합니다. BIA는 각 애플리케이션을 복구 계층에 매핑하고, RTO/RPO 목표를 문서화하며, 해당 목표를 충족할 Azure 서비스를 식별하고, 테스트 일정(훈련을 통해 DR 계획을 검증하는 빈도)을 지정합니다.

RTO/RPO 목표에 따른 테스트

RTO 및 RPO 목표는 DR 테스트를 통해 검증하기 전까지는 이상적인 목표에 불과합니다. DR 테스트 중에는 실제 복구 시간(RTO를 충족하는가?)과 복구 지점에서의 실제 데이터 손실(RPO를 충족하는가?)을 측정합니다. 테스트에서 격차가 발견되면 목표를 일관되게 달성할 수 있을 때까지 아키텍처 또는 절차를 업데이트합니다. 규정 준수 감사를 위해 테스트 결과를 문서화합니다.

빠른 확인

이 수업에서 다룬 Microsoft Azure Fundamentals (AZ-900) 개념에 대한 이해도를 확인해 보세요.

수업 요약

이 수업에서는 다음을 배웠습니다. RTO는 허용 가능한 최대 중단 시간이고 RPO는 시간으로 측정한 허용 가능한 최대 데이터 손실입니다. 워크로드는 특정 Azure 서비스에 매핑되는 복구 계층으로 분류됩니다. 또한 RTO/RPO 목표를 달성할 수 있는지 검증하려면 테스트가 필수입니다. 다음에서는 Azure Site Recovery를 사용한 복구 계획과 자동 장애 조치를 살펴봅니다.

자주 묻는 질문

“RTO, RPO 및 복구 계층 정의” 강의는 무료인가요?

네 — “RTO, RPO 및 복구 계층 정의” 전체 내용을 이 웹사이트에서 무료로 읽을 수 있습니다. 인터랙티브하게 실습하려면(내장 코드 에디터와 24/7 AI 튜터), CoddyKit PRO로 업그레이드하면 Azure Fundamentals 강의 전체를 잠금 해제할 수 있습니다. Azure Fundamentals 강의에는 총 4개의 강의가 포함되어 있습니다.

“RTO, RPO 및 복구 계층 정의”에서 뭘 배우나요?

중요도에 따라 작업 부하를 분류하고 RTO 및 RPO 목표를 지정한 다음, 적절한 Azure 복구 기능과 복제 주기에 매핑합니다. 브라우저에서 직접 실행하는 실습 코드로 Azure Fundamentals을(를) 배우며, 24/7 AI 튜터가 강의를 진행하면서 질문에 답변해줍니다.

Azure Fundamentals을(를) 시작하는 데 경험이 필요한가요?

사전 경험은 필요하지 않습니다. CoddyKit의 Azure Fundamentals은(는) 초급자부터 고급 학습자까지를 위해 구성되어 있으므로, 여기서 시작하거나 처음부터 시작할 수 있으며 자신의 속도대로 진행할 수 있습니다. 이것은 4개 중 1번째 강의입니다.

“RTO, RPO 및 복구 계층 정의” 강의는 얼마나 걸리나요?

대부분의 CoddyKit 강의는 약 5~10분이 소요됩니다. 각 강의는 간결하고 인터랙티브하여 꾸준한 진행이 가능하며, 웹과 앱에서 중단한 부분부터 바로 시작할 수 있습니다.

이 Azure Fundamentals 강의에서 코드를 작성하고 실행할 수 있나요?

네. 모든 Azure Fundamentals 강의에는 내장 코드 에디터가 포함되어 있으므로, 브라우저에서 바로 실제 코드를 작성하고 실행한 후 즉시 AI 피드백을 받을 수 있습니다 — 로컬 설정이 필요 없습니다.

이 강의의 모든 강의

← Azure Fundamentals(으)로 돌아가기