Region 간 복제를 활용한 재해 복구 가이드

개요

클라우드 인프라에 단기간 내 복구하기 어려운 장애나 지진, 화재 등의 재해가 발생하면 다른 Region의 클라우드 자원을 활용하여 IT 서비스를 복구할 수 있습니다.

DR (Disaster Recovery)은 재해 발생 시 기업의 비즈니스 연속성을 확보하기 위한 체계입니다. 클라우드 자원을 활용하면 서비스의 중요도와 복구 목표에 맞춰 DR 환경을 구성할 수 있습니다.

Samsung Cloud Platform에서는 다음과 같은 재해 복구 목표를 고려하여 DR 구성을 설계합니다.

• RPO (Recovery Point Objective, 복구 시점 목표): 장애 발생 시 허용할 수 있는 데이터 손실의 최대 시간 범위입니다.
• RTO (Recovery Time Objective, 복구 시간 목표): 장애 발생 후 서비스를 복구하기까지의 목표 시간입니다.

이 문서에서는 다음 두 가지 구성을 예시로 설명합니다. 실제 달성 가능한 RPO와 RTO는 백업 및 복제 주기, 데이터 규모, 네트워크 상태, 복구 절차 등에 따라 달라집니다.

RTO는 고객의 DR 정책과 사전에 준비한 자원, 복구 자동화 수준 등을 고려하여 설정합니다.

아키텍처 다이어그램

Warm Standby: RPO 30분 목표

1. Web Server와 Application Server에 소프트웨어 기반 동기화 솔루션을 구성하고, RPO 목표에 맞는 복제 정책을 설정합니다.
2. Region 간 복제 회선을 통해 서버의 복제 대상 데이터를 동기화합니다.
3. MariaDB (DBaaS)는 비동기 복제 솔루션을 이용하여 데이터를 동기화합니다.

Backup & Restore: RPO 24시간 목표

1. 백업 대상 서버에 Backup Agent를 설치하고, RPO 목표에 맞는 백업 정책과 스케줄을 설정합니다.
2. Region 간 복제 회선을 통해 백업본이 저장된 Object Storage 데이터를 DR Region으로 복제합니다.
3. 재해 발생 시 DR Region에 Virtual Server를 생성하고, Object Storage에 백업된 OS 이미지와 필요한 데이터를 복구하여 서비스를 재개합니다.

사용 사례

Samsung Cloud Platform West Region 장애 시 서비스 복구

지진이나 화재 등으로 West Region의 IT 자원을 사용할 수 없는 경우, 다른 Region에 백업하거나 복제한 자원을 활용하여 서비스를 복구합니다.

허용 가능한 데이터 손실 시간이 길고 서버 생성 및 복구 시간을 수용할 수 있다면 Backup & Restore 방식을 고려할 수 있습니다.

이 방식은 DR용 서비스 서버를 상시 운영하는 대신 Object Storage에 백업본을 보관하여 상시 운영 자원에 대한 비용을 줄일 수 있습니다. 별도의 백업 인프라 운영 비용은 함께 고려해야 합니다.

다른 퍼블릭 클라우드의 서울 Region 장애 시 서비스 복구

이용 중인 퍼블릭 클라우드 사업자가 국내에 단일 Region만 제공하는 경우, 동일 사업자 내에서 국내 다른 Region을 활용한 DR 구성이 제한될 수 있습니다.

서울 Region의 장애가 장기화되면 Samsung Cloud Platform에 미리 백업하거나 복제한 자원을 활용하여 서비스를 복구하는 구성을 고려할 수 있습니다.

DR 사이트 후보로 Samsung Cloud Platform East Region을 검토할 수 있으며, 원본 서비스 위치와의 지리적 분리, 공통 재해 위험, 네트워크 연결 및 복구 호환성을 확인해야 합니다.

필요 사항

선택한 DR 구성 방식에 따라 다음 자원을 사전에 준비합니다.

• Object Storage: Backup & Restore 구성에서 백업본을 저장할 스토리지를 신청합니다.
• 백업 인프라: Backup Agent 소프트웨어 라이선스, Master Server, Proxy Server 등 백업 솔루션에 필요한 구성 요소를 준비합니다.
• 복제 인프라: 복제 소프트웨어 라이선스, DB 복제 소프트웨어 라이선스, 복제 서버 등 복제 솔루션에 필요한 구성 요소를 준비합니다.
• 복제 정책: RPO 목표에 맞는 백업 및 복제 주기를 설정합니다.

제약 사항

• Agent 방식의 백업을 사용하려면 별도의 백업 인프라를 설치해야 합니다.
• Region 간 Object Storage 복제를 사용하려면 별도의 서비스 요청이 필요합니다.

고려 사항

복제 트래픽 및 비용

Region 간 복제를 구성할 때는 데이터 규모와 변경량을 기준으로 복제 회선의 트래픽 사용량을 추산하고, 이를 전체 DR 비용에 반영해야 합니다.

다른 퍼블릭 클라우드에서 Samsung Cloud Platform으로 데이터를 복제하는 경우에는 원본 클라우드 사업자의 아웃바운드 데이터 전송 요금과 네트워크 비용을 함께 검토해야 합니다.

백업 및 복제 주기

백업 정책과 복제 주기는 RPO 목표에 맞게 설정해야 합니다. 백업 및 복제 작업에 걸리는 시간과 복제 지연을 고려하여 목표를 충족할 수 있는지 확인합니다.

복구 절차 및 검증

RTO 목표를 충족할 수 있도록 서버 준비, 데이터 복구, 애플리케이션 기동, 서비스 전환 절차를 마련합니다. 정기적인 DR 훈련을 통해 실제 복구 시간과 데이터 복구 시점을 확인합니다.

관련 상품

• Virtual Server
• Block Storage
• Object Storage
• Backup
• Load Balancer
• MariaDB (DBaaS)