Q71. DynamoDB의 데이터 복구 전략 - 지정 시간 복구(PITR)의 강력함
AWS 자격증을 준비하는 여러분, 안녕하세요. 오늘은 DynamoDB의 데이터 복구 전략에 대해 알아보겠습니다. 특히 지정 시간 복구(Point-in-Time Recovery, PITR)가 어떻게 엄격한 RPO와 RTO 요구사항을 충족시킬 수 있는지 살펴보겠습니다.
문제 상황
Q1:
한 회사는 Amazon DynamoDB를 사용하여 고객 정보를 저장하는 쇼핑 애플리케이션을 실행합니다. 데이터 손상의 경우 솔루션 설계자는 15분의 RPO(복구 시점 목표)와 1시간의 RTO(복구 시간 목표)를 충족하는 솔루션을 설계해야 합니다.
이러한 요구 사항을 충족하기 위해 솔루션 설계자는 무엇을 권장해야 합니까?
<small>A company runs a shopping application that uses Amazon DynamoDB to store customer information. In case of data corruption, a solutions architect must design a solution that meets a recovery point objective (RPO) of 15 minutes and a recovery time objective (RTO) of 1 hour.
What should the solutions architect recommend to meet these requirements?</small>
선택지
A. DynamoDB 전역 테이블을 구성합니다. RPO 복구의 경우 애플리케이션이 다른 AWS 리전을 가리키도록 합니다.
<small>Configure DynamoDB global tables. For RPO recovery, point the application to a different AWS Region.</small>
B. DynamoDB 지정 시간 복구를 구성합니다. RPO 복구의 경우 원하는 시점으로 복원합니다.
<small>Configure DynamoDB point-in-time recovery. For RPO recovery, restore to the desired point in time.</small>
C. DynamoDB 데이터를 매일 Amazon S3 Glacier로 내보냅니다. RPO 복구의 경우 S3 Glacier에서 DynamoDB로 데이터를 가져옵니다.
<small>Export DynamoDB data to Amazon S3 Glacier daily. For RPO recovery, import the data from S3 Glacier to DynamoDB.</small>
D. DynamoDB 테이블에 대한 Amazon Elastic Block Store(Amazon EBS) 스냅샷을 15분마다 예약합니다. RPO 복구의 경우 EBS 스냅샷을 사용하여 DynamoDB 테이블을 복원합니다.
<small>Schedule Amazon Elastic Block Store (Amazon EBS) snapshots of the DynamoDB table every 15 minutes. For RPO recovery, restore the DynamoDB table using the EBS snapshot.</small>
정답 및 해설
정답은 B입니다.
<small>The correct answer is B.</small>
DynamoDB의 지정 시간 복구(PITR) 기능은 이 시나리오에 가장 적합한 솔루션입니다. PITR을 사용하면 지난 35일 동안의 어느 시점으로든 테이블을 복원할 수 있습니다. 이는 15분의 RPO와 1시간의 RTO 요구사항을 쉽게 충족시킬 수 있습니다.
PITR의 주요 이점:
- 연속 백업: 데이터가 지속적으로 백업되어 15분 RPO를 충족합니다.
- 빠른 복구: 복원 프로세스가 빠르고 간단하여 1시간 RTO를 충족합니다.
- 세분화된 복구: 원하는 정확한 시점으로 복구할 수 있습니다.
- 사용 편의성: 콘솔, CLI 또는 API를 통해 쉽게 활성화하고 관리할 수 있습니다.
<small>DynamoDB's Point-in-Time Recovery (PITR) feature is the most suitable solution for this scenario. PITR allows you to restore your table to any point in time during the last 35 days. This easily meets the requirements of 15-minute RPO and 1-hour RTO.
Key benefits of PITR:
- Continuous backups: Data is continuously backed up, meeting the 15-minute RPO.
- Fast recovery: The restoration process is quick and simple, meeting the 1-hour RTO.
- Granular recovery: You can recover to the exact point in time desired.
- Ease of use: It's easy to enable and manage through the console, CLI, or API.</small>
오답 설명 - Incorrect Explanations
A. DynamoDB 전역 테이블: 리전 장애 발생 시 리디렉션에는 탁월하나 데이터 손상에는 취약합니다. 전역 테이블에서 새로 작성된 항목은 1초 이내에 모든 복제본 테이블에 전파되므로, 데이터 손상이 빠르게 모든 복제본에 영향을 미칠 수 있습니다.
<small>A. DynamoDB Global Tables: Excellent for redirecting in case of regional failures, but vulnerable to data corruption. New items in global tables are propagated to all replica tables within 1 second, so data corruption could quickly affect all replicas.</small>
C. S3 Glacier로 일일 내보내기: S3 Glacier는 콜드 스토리지로 액세스 시간이 길어 RTO 요구사항을 충족하기 어렵습니다. 또한 일일 백업으로는 15분 RPO를 충족할 수 없습니다.
<small>C. Daily export to S3 Glacier: S3 Glacier is cold storage with longer access times, making it difficult to meet the RTO requirement. Also, daily backups cannot meet the 15-minute RPO.</small>
D. EBS 스냅샷: DynamoDB는 서버리스 서비스로 EBS 볼륨을 사용하지 않습니다. 따라서 EBS 스냅샷을 사용한 백업은 불가능합니다.
<small>D. EBS snapshots: DynamoDB is a serverless service and doesn't use EBS volumes. Therefore, backing up using EBS snapshots is not possible.</small>
결론 - Conclusion
이 문제는 DynamoDB의 데이터 복구 옵션, 특히 지정 시간 복구(PITR) 기능의 중요성을 강조합니다. PITR은 엄격한 RPO와 RTO 요구사항을 충족시키면서 데이터 손상으로부터 보호할 수 있는 강력한 도구입니다. AWS 솔루션 아키텍트로서, 각 서비스의 특성과 기능을 이해하고 적절한 상황에 적용하는 것이 중요합니다.
<small>This question highlights the importance of understanding DynamoDB's data recovery options, particularly the Point-in-Time Recovery (PITR) feature. PITR is a powerful tool that can protect against data corruption while meeting strict RPO and RTO requirements. As an AWS Solutions Architect, it's crucial to understand the characteristics and capabilities of each service and apply them appropriately to different scenarios.</small>
댓글
댓글 쓰기