RDS/Aurora는 자동 백업 + 수동 스냅샷 + PITR(Point-in-Time Recovery) 를 제공. Aurora는 연속(continuous) 백업 기반이고, Backtrack(Aurora MySQL) 으로 “되감기”도 가능. 필요하면 AWS Backup으로 백업 정책/보존을 중앙에서 관리할 수 있다.
1) 백업 구성요소 한눈에
RDS(표준 엔진: MySQL/MariaDB/PostgreSQL/Oracle/SQL Server)
- Automated backups: 매일 전체 백업 + 트랜잭션 로그를 5분 간격으로 S3에 업로드 → 최대 35일 보존. 이 조합으로 PITR(초 단위 근사로 원하는 시점 복구) 수행. (docs.aws.amazon.com)
- Manual snapshot: 사용자가 임의 시점 스냅샷 생성·무기한 보관(크로스 리전 복사/계정 공유 가능).
- PITR(복구): 콘솔의 Automated backups → Restore to point in time로 새 인스턴스를 생성. (docs.aws.amazon.com)
- 삭제 시 보존: 인스턴스 삭제 때 자동 백업 보존 선택 가능(보유 기간=해당 인스턴스의 retention). (docs.aws.amazon.com)
Aurora(MySQL/PostgreSQL)
- Automated backups(연속 백업): S3에 지속적·증분 저장, 보존 기간(최대 35일) 내 임의 시점 복구 지원. (docs.aws.amazon.com)
- Manual snapshot: 클러스터 스냅샷(장기 보관/리전 간 복사/공유).
- Backtrack(Aurora MySQL): 스냅샷 없이도 클러스터를 과거 시점으로 되감기(일반적으로 최대 72시간 설정). 작업 중 DB를 일시 정지하고 연결을 닫는 특성이 있으니 운용 창을 잡아 실행. (Amazon Web Services, Inc.)
- 백업 과금 메모: 백업 스토리지와 Backtrack 데이터는 별도 과금(보유량/기간 기준). (docs.aws.amazon.com)
2) AWS Backup 통합 (선택)
- RDS & Aurora를 AWS Backup으로 중앙 관리: 백업 플랜/정책/보존/보안 금고 단위로 운영. (docs.aws.amazon.com)
- 연속 백업 + PITR: 최대 35일, 1초 정밀도로 복구 시점 지정(서비스 지원 리소스 대상). (docs.aws.amazon.com)
- Aurora PITR도 AWS Backup 콘솔에서 수행 가능(백업 리소스 → Restore to point in time). (docs.aws.amazon.com)
3) 스냅샷 Export to S3 (분석/오프로드)
- RDS/Aurora 스냅샷을 S3로 내보내기 → Parquet 포맷으로 저장(컬럼너형, Athena/EMR/Glue에 적합). (docs.aws.amazon.com)
- IAM Role/S3 권한을 먼저 구성한 뒤 Export task 실행.
4) 복구 패턴 비교
| 항목 | RDS Automated + PITR | Aurora Automated + PITR | Aurora Backtrack |
|---|---|---|---|
| 결과물 | 새 DB 인스턴스 생성 | 새 DB 클러스터 생성 | 기존 클러스터를 되감기(새 클러스터 X) |
| 단위 | 인스턴스 | 클러스터 | 클러스터 |
| 속도/다운타임 | 새 리소스 생성 시간 소요 | 새 리소스 생성 시간 소요 | 빠른 전환이지만 일시 정지 필요 |
| 사용 예 | 사용자 실수/오류 복구, 랜섬웨어 대응 | 동일 | 개발/테스트, 실수 즉시 되돌리기 |
5) 운영 베스트 프랙티스
- 보존 기간: 기본 7–14일 → 규정/감사 요구에 맞춰 최대 35일까지. (장기 보관은 스냅샷 또는 AWS Backup 보존 정책) (docs.aws.amazon.com)
- 복구 리허설: 분기마다 PITR 테스트(RDS: 새 인스턴스, Aurora: 새 클러스터). 앱의 재연결/시크릿 회전 확인. (docs.aws.amazon.com)
- 변경 전 스냅샷: 스키마 변경/대규모 배치 전 수동 스냅샷 생성.
- Export to S3: 운영 DB 부하 없이 리포팅/데이터레이크로 내보내기. (docs.aws.amazon.com)
- Aurora Backtrack 사용 조건 점검: 글로벌 리드/바이너리 로깅/블루그린 등과의 제약 존재—운영 전 문서 확인. (docs.aws.amazon.com)
6) 빠른 CLI 스니펫
# (RDS) 임의 시점 복구(PITR): 새 인스턴스로 복원
aws rds restore-db-instance-to-point-in-time \
--source-db-instance-identifier mydb \
--target-db-instance-identifier mydb-restore \
--restore-time 2025-10-08T10:03:00Z# (Aurora) 임의 시점 복구(PITR): 새 클러스터로 복원
aws rds restore-db-cluster-to-point-in-time \
--db-cluster-identifier aurora-green \
--source-db-cluster-identifier aurora-blue \
--restore-to-time 2025-10-08T10:03:00Z# (Aurora MySQL) Backtrack: 기존 클러스터를 특정 시각으로 되감기
aws rds backtrack-db-cluster \
--db-cluster-identifier aurora-blue \
--backtrack-to 2025-10-08T10:03:00Z7) 체크리스트(요약)
- Retention: 자동 백업 ≤ 35일(규정 충족?) (docs.aws.amazon.com)
- PITR 리허설: 실제 복구 절차/애플리케이션 재시도 검증 (docs.aws.amazon.com)
- 스냅샷 수명주기: 크로스 리전 복사/공유 전략 문서화
- Export to S3(Parquet) 로 분석/아카이브 경로 확보 (docs.aws.amazon.com)
- Aurora Backtrack 제약 숙지(버전/리전/기능 상호작용) (docs.aws.amazon.com)
- AWS Backup: 여러 계정/리전을 백업 플랜으로 중앙 관리 (docs.aws.amazon.com)
요약
- RDS: 매일 백업 + 5분 간격 로그로 ≤35일 PITR. (docs.aws.amazon.com)
- Aurora: 연속 백업 + PITR, 여기에 Backtrack(되감기)(MySQL)까지. (docs.aws.amazon.com)
- AWS Backup: 정책·보존·복구를 한곳에서 관리, Aurora PITR도 콘솔에서 수행. (docs.aws.amazon.com)
- Export to S3(Parquet) 로 분석/오프로드를 깔끔히 분리. (docs.aws.amazon.com)
`•.¸¸.•´´¯`••._.• 🎀 𝒸𝓇𝒶𝓏𝓎 𝓅𝓈𝓎𝒸𝒽💞𝓅𝒶𝓉𝒽 🎀 •._.••`¯´´•.¸¸.•`