Netflix, RDS PostgreSQL에서 Aurora PostgreSQL로의 자동 마이그레이션 성공 사례 공개

지속적인 복제(Continuous Replication): RDS와 Aurora 간의 지속적인 데이터 동기화(Data Synchronization)를 통해 컷오버(Cutover) 시점의 데이터 격차 최소화

10분 내외의 다운타임(Downtime): RDS 인스턴스(Instance) 재부팅(Reboot) 및 유휴 WAL(Write-Ahead Log) 스위치(Switch) 시간을 포함하여 짧은 다운타임(Downtime) 보장

Data Access Layer(DAL) 활용: 애플리케이션(Application) 코드 변경 없이 트래픽(Traffic) 전환 가능

CDC 중단: 컷오버(Cutover) 전에 CDC 소비를 일시 중단하고, 복제 슬롯(Replication Slot)을 제거하여 WAL(Write-Ahead Log) 리사이클링(Recycling)을 방지

데이터 백필(Backfill): Aurora에서 새로운 복제 슬롯(Replication Slot)을 생성하고, 전체 데이터 백필(Backfill)을 수행하여 데이터 일관성(Data Consistency) 확보

갱신 이벤트(Refresh Events) 처리: CDC 소비자는 갱신 이벤트(Refresh Events)를 웁서트(Upsert) 연산으로 처리하도록 설계되어 데이터 손실(Data Loss) 및 중복 처리 방지

Graviton2 기반 인스턴스(Instance): r6g 제품군을 우선적으로 고려하고, 기존 RDS 인스턴스(Instance)의 메모리(Memory) 사용량과 동일하게 설정

메모리(Memory) 기반 매핑: m-시리즈(Series) 인스턴스(Instance)가 지원되지 않으므로, 메모리(Memory) 용량에 맞춰 Aurora 인스턴스(Instance)를 선택

성능 테스트(Performance Test) 수행: 실제 워크로드(Workload)를 Aurora에서 실행하여 성능 저하 여부 확인

사전 정지(Pre-quiescence) 단계: Aurora 클러스터(Cluster) 삭제 및 RDS PostgreSQL로의 복귀를 통해 간단하게 롤백(Rollback) 수행

정지(Quiescence) 단계: RDS 보안 그룹(Security Group) 재설정 및 CDC(Change Data Capture) 재구성을 통해 RDS PostgreSQL로의 복귀

컷오버(Cutover) 이후: AWS DMS(Database Migration Service)를 활용하여 Aurora에서 RDS PostgreSQL로의 데이터 복제(Data Replication)를 수행