한 회사에서 Auto Scaling 그룹 내 Amazon EC2 인스턴스에서 Elastic Load Balancing(ELB) 로드 밸런서 뒤에 애플리케이션을 실행합니다. 이 애플리케이션은 Amazon DynamoDB 테이블을 사용합니다. 재해 복구를 위해 회사는 최소한의 다운타임으로 다른 AWS 리전에서 애플리케이션을 사용할 수 있도록 하려고 합니다. 어떤 솔루션이 가장 적은 다운타임을 제공합니까?

정답은 재해 복구(DR) 리전에 Auto Scaling 그룹과 ELB를 미리 생성하고, DynamoDB 테이블을 글로벌 테이블로 구성하며, DNS 장애 조치를 설정하는 것입니다. 이 접근 방식은 "웜 스탠바이" 또는 "멀티 사이트 활성/활성" 전략에 해당하며, DR 리전에서 애플리케이션이 이미 실행 중이거나 빠르게 시작될 준비가 되어 있어 가장 적은 다운타임을 제공합니다. DynamoDB 글로벌 테이블은 데이터 복제를 자동으로 처리하여 데이터 일관성을 보장합니다. DNS 장애 조치는 문제가 발생했을 때 트래픽을 DR 리전으로 신속하게 전환합니다. 오답 1과 2는 CloudFormation 템플릿을 사용하여 필요할 때 인프라를 배포하는 "재해 복구 백업 및 복원" 또는 "파일럿 라이트" 전략입니다. 이는 인프라 프로비저닝 및 애플리케이션 시작에 시간이 걸리므로 다운타임이 더 길어집니다. 오답 3은 CloudWatch 알람과 Lambda 함수를 사용하여 DNS를 업데이트하는 방식인데, 이는 장애 감지 및 전환에 추가적인 지연을 초래할 수 있으며, Route 53의 DNS 장애 조치 기능만큼 빠르고 효율적이지 않습니다.