애플리케이션은 재해 복구를 위해 교차 리전 읽기 복제본이 있는 MySQL 호환 Amazon Aurora Multi-AZ DB 클러스터를 사용합니다. DevOps 엔지니어는 기본 인스턴스에 장애가 발생할 경우 복제본을 기본 인스턴스로 승격하는 작업을 자동화해야 합니다. 이 작업을 수행할 수 있는 솔루션은 무엇입니까?

이 솔루션은 Aurora 엔드포인트를 AWS Systems Manager Parameter Store에 저장하여 중앙 집중식으로 관리합니다. 데이터베이스 장애 발생 시 Amazon EventBridge가 Lambda 함수를 트리거하여 교차 리전 읽기 복제본을 새 기본 인스턴스로 승격하고, Parameter Store의 엔드포인트 URL을 업데이트합니다. 애플리케이션은 데이터베이스 연결 실패 시 Parameter Store에서 최신 엔드포인트를 다시 로드하도록 설계되어 있어, 수동 개입 없이 자동화된 재해 복구를 가능하게 합니다. 다른 옵션들은 다음과 같은 이유로 적절하지 않습니다. 지연 시간 기반 Route 53 CNAME은 교차 리전 장애 조치를 직접적으로 처리하지 못하며, 복제본 승격 자동화 기능이 없습니다. Aurora 사용자 지정 엔드포인트는 읽기 복제본 승격 시 자동으로 업데이트되지 않으며, CloudTrail은 직접적으로 복제본 승격을 실행하지 않습니다. CloudFormation 템플릿 수정은 배포 자동화에는 유용하지만, 실시간 장애 감지 및 복구 자동화에는 적합하지 않습니다.