The database of a business is hosted in the us-east-1 Region on an Amazon Aurora MySQL DB cluster. The database is around 4 terabytes in size. The company's disaster recovery plan should be expanded to include the us-west-2 region. The firm must be able to fail over to us-west-2 within a 15-minute recovery time goal (RTO).
What recommendations should a solutions architect make to satisfy these requirements?
- A. Create a Multi-Region Aurora MySQL DB cluster in us-east-1 and use-west-2. Use an Amazon Route 53 health check to monitor us-east-1 and fail over to us- west-2 upon failure.
- B. Take a snapshot of the DB cluster in us-east-1. Configure an Amazon EventBridge (Amazon CloudWatch Events) rule that invokes an AWS Lambda function upon receipt of resource events. Configure the Lambda function to copy the snapshot to us-west-2 and restore the snapshot in us-west-2 when failure is detected.
- C. Create an AWS CloudFormation script to create another Aurora MySQL DB cluster in us-west-2 in case of failure. Configure an Amazon EventBridge (Amazon CloudWatch Events) rule that invokes an AWS Lambda function upon receipt of resource events. Configure the Lambda function to deploy the AWS CloudFormation stack in us-west-2 when failure is detected.
- D. Recreate the database as an Aurora global database with the primary DB cluster in us-east-1 and a secondary DB cluster in us-west-2. Configure an Amazon EventBridge (Amazon CloudWatch Events) rule that invokes an AWS Lambda function upon receipt of resource events. Configure the Lambda function to promote the DB cluster in us-west-2 when failure is detected.
한글 번역
비즈니스 데이터베이스는 Amazon Aurora MySQL DB 클러스터의 us-east-1 리전에서 호스팅됩니다. 데이터베이스 크기는 약 4TB입니다. 회사의 재해 복구 계획은 us-west-2 지역을 포함하도록 확장되어야 합니다. 회사는 15분 RTO(복구 시간 목표) 내에 us-west-2로 장애 조치할 수 있어야 합니다.
솔루션 설계자는 이러한 요구 사항을 충족하기 위해 어떤 권장 사항을 제시해야 합니까?
- A. us-east-1 및 use-west-2에 다중 리전 Aurora MySQL DB 클러스터를 생성합니다. Amazon Route 53 상태 확인을 사용하여 us-east-1을 모니터링하고 실패 시 us-west-2로 장애 조치합니다.
- B. us-east-1에서 DB 클러스터의 스냅샷을 생성합니다. 리소스 이벤트 수신 시 AWS Lambda 함수를 호출하는 Amazon EventBridge(Amazon CloudWatch Events) 규칙을 구성합니다. 스냅샷을 us-west-2에 복사하고 실패가 감지되면 us-west-2에서 스냅샷을 복원하도록 Lambda 함수를 구성합니다.
- C. AWS CloudFormation 스크립트를 생성하여 실패 시 us-west-2에 다른 Aurora MySQL DB 클러스터를 생성합니다. 리소스 이벤트 수신 시 AWS Lambda 함수를 호출하는 Amazon EventBridge(Amazon CloudWatch Events) 규칙을 구성합니다. 장애가 감지되면 us-west-2에 AWS CloudFormation 스택을 배포하도록 Lambda 함수를 구성합니다.
- D. us-east-1의 기본 DB 클러스터와 us-west-2의 보조 DB 클러스터를 사용하여 데이터베이스를 Aurora 글로벌 데이터베이스로 다시 생성합니다. 리소스 이벤트 수신 시 AWS Lambda 함수를 호출하는 Amazon EventBridge(Amazon CloudWatch Events) 규칙을 구성합니다. 장애가 감지되면 us-west-2에서 DB 클러스터를 승격하도록 Lambda 함수를 구성합니다.
정답:
- A. Create a Multi-Region Aurora MySQL DB cluster in us-east-1 and use-west-2. Use an Amazon Route 53 health check to monitor us-east-1 and fail over to us- west-2 upon failure.
해설
Aurora 글로벌 데이터베이스를 사용하여 Amazon 리전 전반에 걸친 고가용성
여러 Amazon Web Services 리전에서 고가용성을 위해 Aurora 글로벌 데이터베이스를 설정할 수 있습니다. 각 Aurora 글로벌 데이터베이스는 여러 Amazon Web Services 리전에 걸쳐 있으므로 Amazon Web Services 리전 전반에 걸쳐 중단 시 지연 시간이 짧은 글로벌 읽기 및 재해 복구가 가능합니다. Aurora는 기본 Amazon Web Services 리전에서 각 보조 리전으로의 모든 데이터 및 업데이트 복제를 자동으로 처리합니다. 자세한 내용은 Amazon Aurora 글로벌 데이터베이스 사용 단원 을 참조하십시오 .
특정 조직은 재해 복구 및 비즈니스 연속성을 달성하기 위해 워크로드에 대해 다중 리전 이중화가 필요합니다. 재해 복구는 복원력 전략의 중요한 부분이며 재해가 발생했을 때 워크로드가 어떻게 반응하는지에 관한 것입니다. AWS에서 재해 복구 솔루션으로 사용하는 가장 일반적인 패턴은 백엔드 데이터 저장소를 포함하는 다중 리전 애플리케이션 아키텍처를 구축하는 것입니다. 일반적인 OLTP(온라인 트랜잭션 처리) 데이터베이스에 대한 지역 간 장애 조치에는 데이터베이스 끝점 전환과 관련된 명확한 전략, 리소스 및 수동 작업이 필요한 경우가 많습니다. 이러한 모든 작업을 관리하는 것은 전체 재해 복구 솔루션에서 어려울 수 있습니다.
Amazon Aurora 는 기존 엔터프라이즈 데이터베이스의 성능 및 가용성과 오픈 소스 데이터베이스의 단순성 및 비용 효율성을 결합한 MySQL 및 PostgreSQL 호환 관계형 데이터베이스입니다. Aurora 글로벌 데이터베이스 를 사용하면 데이터가 상주하는 기본 리전과 데이터가 복제되는 하나 이상의 읽기 전용 보조 리전을 사용할 수 있습니다. Aurora Global Database는 데이터 손실이 없는 관리형 계획 장애 조치 기능이 있으며 클러스터의 토폴로지를 유지합니다.
이 기능을 사용하여 재해 복구 전략을 테스트하고 검증할 수 있습니다. 실제 재해가 발생할 경우 보조 리전의 Aurora 클러스터를 승격하여 쓰기 기능을 갖추어야 합니다. 그렇게 하려면 글로벌 데이터베이스 클러스터에서 제거해야 하며 보조 리전의 클러스터는 독립 실행형이 됩니다. 보조 리전의 클러스터를 사용할 수 있게 되면 새로운 리더 및 라이터 엔드포인트가 생성됩니다. 올바른 데이터베이스를 가리키도록 애플리케이션 구성에서 이러한 끝점을 변경해야 합니다. 이러한 모든 작업은 수동으로 수행할 경우 오류가 발생하기 쉽고 시간이 많이 소요될 수 있습니다.
이 게시물에서는 Aurora 장애 조치 작업을 스크립팅하고 장애 조치 후 데이터베이스 엔드포인트를 전환하는 접근 방식을 제공합니다.
이 솔루션은 Amazon Route 53 CNAME 레코드를 사용하여 Aurora 리더 및 라이터 엔드포인트를 저장합니다. 애플리케이션은 이러한 레코드를 사용하여 데이터베이스에 연결합니다. AWS Lambda 함수를 사용하여 수동 작업을 실행합니다. 이 함수는 보조 리전의 Aurora 클러스터를 승격하고 클러스터를 사용할 수 있을 때까지 기다렸다가 Route 53에서 이러한 엔드포인트로 CNAME 값을 업데이트합니다.
다음 다이어그램은 이 솔루션의 아키텍처를 보여줍니다. 먼저 두 개의 서로 다른 Route 53 CNAME 레코드가 구성되고 리더 및 라이터 Aurora 데이터베이스 엔드포인트와 연결됩니다. 소비 애플리케이션은 읽기 또는 쓰기 작업에 따라 이러한 엔드포인트를 사용하여 Aurora 데이터베이스를 호출합니다.
애플리케이션은 다중 리전(기본 및 보조 리전)에 배포됩니다. Aurora 글로벌 데이터베이스는 기본 제공되는 복제 기능을 사용하여 기본 리전에서 보조 리전으로 데이터를 복제합니다. 보조 리전의 DB 인스턴스는 읽기 전용이며 클러스터의 리더 엔드포인트에 연결하여 애플리케이션에 대한 읽기 작업을 확장하는 데 사용할 수 있습니다.
참조 문서
'[AWS] > AWS SAA EXAMTOPICS' 카테고리의 다른 글
[AWS][SAA][EXAMTOPICS] Question 162 (0) | 2022.06.28 |
---|---|
[AWS][SAA][EXAMTOPICS] Question 161 (0) | 2022.06.28 |
[AWS][SAA][EXAMTOPICS] Question 160 (0) | 2022.06.28 |
[AWS][SAA][EXAMTOPICS] Question 159 (0) | 2022.06.28 |
[AWS][SAA][EXAMTOPICS] Question 157 (0) | 2022.06.28 |
[AWS][SAA][EXAMTOPICS] Question 156 (0) | 2022.06.28 |
[AWS][SAA][EXAMTOPICS] Question 155 (0) | 2022.06.28 |
[AWS][SAA][EXAMTOPICS] Question 154 (0) | 2022.06.28 |
댓글