애플리케이션이 Auto Scaling 그룹의 Elastic Load Balancer 뒤에 있는 Amazon EC2 인스턴스에서 실행되며 Amazon DynamoDB 테이블을 사용합니다. 회사는 최소한의 다운타임으로 다른 AWS 리전에서 애플리케이션을 사용할 수 있도록 하고자 합니다. 솔루션스 아키텍트는 이 요구 사항을 최소한의 다운타임으로 충족하기 위해 무엇을 해야 할까요?

정답은 재해 복구 리전에 Auto Scaling 그룹과 로드 밸런서를 생성하고, DynamoDB 테이블을 글로벌 테이블로 구성하며, 새 재해 복구 리전의 로드 밸런서를 가리키도록 DNS 페일오버를 구성하는 것입니다. 이는 최소한의 다운타임으로 다른 리전에서 애플리케이션을 사용할 수 있도록 하는 가장 효과적인 재해 복구 전략입니다. Auto Scaling 그룹과 로드 밸런서를 미리 생성해두면 장애 발생 시 즉시 트래픽을 전환할 수 있습니다. DynamoDB 글로벌 테이블은 여러 리전에 걸쳐 데이터 복제를 자동으로 처리하여 데이터 일관성과 가용성을 보장합니다. DNS 페일오버는 장애 발생 시 트래픽을 자동으로 재해 복구 리전으로 라우팅합니다. 다른 옵션들은 다음과 같은 이유로 적절하지 않습니다. CloudFormation 템플릿을 사용하여 필요할 때 인스턴스를 시작하는 것은 복구 시간을 지연시킬 수 있습니다. CloudWatch 경보를 통해 Lambda 함수를 트리거하여 Route 53을 업데이트하는 것은 수동 개입이 필요하거나 복구 프로세스에 지연을 초래할 수 있습니다.