Amazon Redshift가 구성된 Amazon RDS 제로 ETL 통합 작업(미리 보기)

여러 데이터 소스에서 총체적인 인사이트를 도출할 수 있도록 도와줍니다.

추출, 전환, 적재(ETL) 작업을 수행하는 복잡한 데이터 파이프라인을 구축하고 유지 관리할 필요가 없습니다. 제로 ETL 통합은 파이프라인을 프로비저닝하고 관리해 주므로 파이프라인을 구축하고 관리하는 데 따르는 어려움이 발생하지 않습니다.

운영 부담과 비용을 줄이고 애플리케이션 개선에 집중할 수 있습니다.

Amazon Redshift의 분석 및 ML 기능을 통해 트랜잭션 및 기타 데이터에서 인사이트를 도출하여 중요하고 시간에 민감한 이벤트에 효과적으로 대응할 수 있습니다.

소스 데이터베이스는 대상 Amazon Redshift 데이터 웨어하우스와 동일한 리전에 있어야 합니다.

기존 통합이 있는 경우 데이터베이스의 이름을 변경할 수 없습니다.

기존 통합이 있는 데이터베이스는 삭제할 수 없습니다. 먼저 연결된 모든 통합을 삭제해야 합니다.

소스 데이터베이스를 중지하면 데이터베이스를 다시 시작할 때까지 마지막 몇 개의 트랜잭션이 대상 데이터 웨어하우스에 복제되지 않을 수 있습니다.

소스 데이터베이스가 중지된 경우 통합을 삭제할 수 없습니다.

Amazon RDS는 단일 AZ 및 다중 AZ DB 인스턴스 배포만 통합 소스로 지원합니다. 현재 다중 AZ DB 클러스터를 지원하지 않습니다.

제로 ETL 통합은 현재 데이터 필터링을 지원하지 않습니다.

데이터베이스가 블루/그린 배포의 소스인 경우 블루 및 그린 환경은 전환 중에 기존의 제로 ETL 통합을 가질 수 없습니다. 먼저 통합을 삭제하고 전환한 다음 다시 만들어야 합니다.

다른 통합이 활발하게 생성되고 있는 소스 데이터베이스에 대해 통합을 생성할 수 없습니다.

처음에 통합을 생성하거나 테이블을 재동기화할 때는 소스 데이터베이스의 크기에 따라 소스에서 대상으로 데이터를 시드하는 데 20~25분 이상 걸릴 수 있습니다. 이러한 지연으로 인해 복제 지연이 증가할 수 있습니다.

일부 데이터 유형은 지원되지 않습니다. 자세한 내용은 RDS와 Amazon Redshift 데이터베이스 간의 데이터 유형 차이 단원을 참조하십시오.

사전 정의된 테이블 업데이트가 포함된 외래 키 참조는 지원되지 않습니다. 특히, CASCADE, SET NULL, SET DEFAULT 작업에서는 ON DELETE 및 ON UPDATE 규칙이 지원되지 않습니다. 다른 테이블에 대한 이러한 참조가 포함된 테이블을 만들거나 업데이트하려고 하면 테이블이 실패 상태가 됩니다.

ALTER TABLE 파티션 작업에서는 RDS에서 Amazon Redshift로 데이터를 다시 로드하기 위해 표가 다시 동기화됩니다. 테이블을 재동기화하는 동안에는 테이블을 쿼리할 수 없습니다. 자세한 내용은 Amazon Redshift 테이블 중 하나 이상을 재동기화해야 합니다 단원을 참조하십시오.

XA 트랜잭션은 지원되지 않습니다.

객체 식별자(데이터베이스 이름, 테이블 이름, 열 이름 등)에는 영숫자, 숫자, $ 및 _(밑줄)만 포함할 수 있습니다.

소스 데이터베이스가 RDS for MySQL 버전 8.0.32 이상을 실행하고 있어야 합니다.

제로 ETL 통합은 진행 중인 데이터 변경 사항을 캡처하기 위해 MySQL 바이너리 로깅(binlog)에 의존합니다. binlog 기반 데이터 필터링을 사용하면 소스 데이터베이스와 대상 데이터베이스 간에 데이터 불일치가 발생할 수 있으므로 사용하지 않는 것이 좋습니다.

RDS for MySQL 시스템 테이블, 임시 테이블 및 뷰는 Amazon Redshift에 복제되지 않습니다.

제로 ETL 통합은 InnoDB 스토리지 엔진을 사용하도록 구성된 데이터베이스에만 지원됩니다.

소스 DB 클러스터는 인증 기관(CA) rds-ca-ecc384-g1로 구성할 수 없습니다.