

기계 번역으로 제공되는 번역입니다. 제공된 번역과 원본 영어의 내용이 상충하는 경우에는 영어 버전이 우선합니다.

# 재해 복구 테스트
<a name="testing-disaster-recovery"></a>

 재해 복구 구현을 테스트하여 구현을 검증하고 워크로드의 DR 리전에 대한 장애 조치를 정기적으로 테스트하여 RTO 및 RPO가 충족되는지 확인합니다.

 피해야 할 패턴은 거의 실행되지 않는 복구 경로를 개발하는 것입니다. 읽기 전용 쿼리에 사용되는 보조 데이터 스토어를 예로 들 수 있습니다. 데이터 스토어에 데이터를 쓸 때 기본 스토어에서 장애가 발생하면 보조 데이터 스토어로 장애 조치를 진행할 수 있습니다. 이 장애 조치를 자주 테스트하지 않으면 보조 데이터 스토어의 기능에 대한 가정이 잘못될 수 있습니다. 마지막으로 테스트했을 때 충분했을 수 있는 보조의 용량은이 시나리오에서 더 이상 부하를 견딜 수 없거나 보조 리전의 서비스 할당량으로 충분하지 않을 수 있습니다.

 경험에 따르면 자주 테스트하는 경로만이 유일하게 작동하는 오류 복구 방법입니다. 이것이 복구 경로 수가 적은 것이 가장 좋은 이유입니다.

 복구 패턴을 설정하고 정기적으로 테스트할 수 있습니다. 복잡하거나 중요한 복구 경로가 있는 경우에도 복구 경로가 작동하는지 검증하기 위해 프로덕션 환경에서 해당 실패를 정기적으로 실행해야 합니다.

 DR 리전에서 구성 드리프트를 관리합니다. 인프라, 데이터 및 구성이 DR 리전에서 필요에 따라 이루어지는지 확인합니다. 예를 들어 AMIs 및 서비스 할당량이 up-to-date 상태인지 확인합니다.

 [AWS Config](https://aws.amazon.com/config/)를 사용하여 AWS 리소스 구성을 지속적으로 모니터링하고 기록할 수 있습니다. AWS Config 는 드리프트를 감지하고 [AWS Systems Manager Automation](https://docs.aws.amazon.com/systems-manager/latest/userguide/systems-manager-automation.html)을 트리거하여 드리프트를 수정하고 경보를 발생시킬 수 있습니다.는 배포한 스택의 드리프트를 추가로 감지할 [AWS CloudFormation](https://aws.amazon.com/cloudformation/) 수 있습니다.