한 회사에서 Amazon RDS for Oracle 데이터베이스를 다른 AWS 계정의 RDS for PostgreSQL 인스턴스로 마이그레이션해야 합니다. 이때 다운타임은 없어야 하고 마이그레이션 전환 시간은 최소화해야 합니다. 마이그레이션은 모든 기존 데이터와 마이그레이션 중에 생성된 모든 새 데이터를 복제해야 하며, 완료 시 대상은 원본과 동일해야 합니다. 애플리케이션은 RDS for Oracle 엔드포인트에 Route 53 CNAME을 사용합니다. 원본 DB는 프라이빗 서브넷에 있습니다. 솔루션스 아키텍트는 어떤 단계를 조합하여 수행해야 할까요? (3개 선택)

이 시나리오에서는 이기종 데이터베이스 마이그레이션(Oracle에서 PostgreSQL)과 제로 다운타임 요구 사항이 있습니다. 1. 대상 계정에 RDS for PostgreSQL DB 인스턴스를 생성하고 AWS SCT를 사용하여 스키마를 마이그레이션합니다. AWS SCT는 이기종 데이터베이스 마이그레이션에서 스키마를 변환하고 마이그레이션하는 데 필수적입니다. 대상 RDS 인스턴스는 데이터 마이그레이션 전에 준비되어야 합니다. 2. 두 계정의 VPC 간에 VPC 피어링을 구성합니다. 원본 DB는 프라이빗 서브넷에 있으므로, 다른 계정의 대상 DB 인스턴스 또는 DMS 인스턴스가 원본 DB에 안전하게 액세스하려면 VPC 피어링이 필요합니다. 보안 그룹 조정은 통신을 허용합니다. 3. 대상 계정에서 AWS DMS를 실행하여 전체 로드 및 변경 데이터 캡처(CDC)를 수행합니다. AWS DMS는 제로 다운타임 마이그레이션을 위해 전체 데이터 로드와 지속적인 변경 사항 복제(CDC)를 모두 처리할 수 있는 서비스입니다. 마이그레이션 완료 후 Route 53 CNAME을 업데이트하여 애플리케이션을 새 DB로 전환합니다. 다른 옵션들은 다음과 같은 이유로 올바르지 않습니다. "AWS Schema Conversion Tool(AWS SCT)을 사용하여 원본 데이터베이스의 스키마와 초기 데이터를 포함하는 새 RDS for PostgreSQL DB 인스턴스를 대상 계정에 생성합니다."는 SCT가 초기 데이터를 마이그레이션하지 않고 스키마만 마이그레이션하므로 틀렸습니다. "대상 계정이 연결할 수 있도록 원본 DB를 일시적으로 공개적으로 액세스 가능하게 만듭니다."는 보안 위험을 초래하며 프라이빗 서브넷 요건에 위배됩니다. "대상 계정에서 AWS Database Migration Service(AWS DMS)를 실행하여 원본에서 대상으로 변경 데이터 캡처(CDC)만 수행합니다."는 초기 데이터 로드를 누락하여 완전한 마이그레이션이 되지 않습니다.