DR 전략 정의

조직의 애플리케이션이 비즈니스에 얼마나 중요한지에 따라 모든 애플리케이션에 대해 통일된 전략을 결정하거나 각 애플리케이션의 중요도를 기반으로 더 복잡한 DR 전략을 개발할 수 있습니다. 조직은 모든 애플리케이션이 DR 사이트에서 시작되기까지 몇 시간의 가동 중지 시간을 감수할 수 있습니다. 이 경우 모든 데이터베이스의 백업 및 복원을 기반으로 하는 비용 효율적인 DR 전략을 선택할 수 있습니다. 반면, 조직의 비즈니스는 보다 공격적인 RPO 및 RTO 요구 사항과 함께 빠르게 제공되는 일부 중요한 서비스 또는 애플리케이션에 의존할 수 있는 반면, 다른 애플리케이션은 덜 엄격한 RPO 및 RTO 요구 사항을 허용할 수 있습니다. 이 경우 각 애플리케이션 및 데이터베이스 계층에 적합한 DR 전략을 할당해야 합니다.

다음 표에서는 조직의 DR 전략을 결정하고 정의하는 AWS 클라우드데 도움이 되도록에서 실행되는 워크로드에 대한 네 가지 DR 옵션을 설명합니다. 이 표에 설명된 RPO 및 RTO는 애플리케이션과 데이터베이스 구성 요소를 모두 포함하는 전체 스택에 대한 것입니다. 자세한 내용은 AWS Well-Architected Framework 설명서의 클라우드의 재해 복구 옵션을 참조하세요. 다음 섹션에서는 데이터베이스와 관련된 RPO 및 RTO 옵션을 다룹니다.

복구 옵션	RPO	RTO	DR 리전의 인프라 작업	비용
백업 및 복원	시간	24시간 미만	DR 리전에서 필요한 모든 애플리케이션 리소스를 프로비저닝하고 복사된 스냅샷에서 데이터베이스를 복원합니다.	낮음
파일럿 라이트	수십 분	수십 분	애플리케이션 인프라의 사본을 프로비저닝하고 애플리케이션 스택의 리소스를 끕니다. 한 리전에서 다른 리전으로 데이터를 복제합니다. 데이터베이스를 항상 켜져 있고 기본 데이터베이스와 동기화된 상태로 유지합니다. 장애 조치 및 테스트 이벤트 중 온디맨드로 리소스를 프로비저닝합니다. 또한 인프라 변경 사항과 애플리케이션 변경 사항을 두 리전에 동시에 배포해야 합니다. 기본 리전과 DR 리전 모두에서 코드와 인프라를 동기화할 수 있는 자동화 파이프라인을 구축하여 이를 간소화할 수 있습니다.	중간
웜 대기	분	수 분	DR 리전에서 전체 애플리케이션 인프라의 사본을 프로비저닝하되, 기본 리전에 비해 사본은 스케일 다운된 상태로 유지합니다. DR 리전은 기본 리전에 비해 더 작은 볼륨의 트래픽을 수용할 수 있습니다.	높음
멀티 사이트 또는 활성/활성	거의 0	0 또는 거의 0	인프라의 전체 사본을 DR 리전에 프로비저닝합니다. DR 리전의 모든 리소스는 기본 리전의 리소스와 동일하며 기본 리전과 동일한 규모로 트래픽을 처리할 수 있습니다. 트래픽 흐름이 중단되지 않으므로 이 옵션에는 DR 계획의 일부로 장애 조치 작업이 필요하지 않습니다.	높음