한 회사에서 AWS DMS를 사용하여 온프레미스 PostgreSQL 데이터베이스의 변경 사항을 지속적으로 캡처하고 Amazon Redshift로 복제합니다. DMS 진행 중인 복제 작업은 PostgreSQL 트랜잭션 로그를 읽지만, 데이터 엔지니어는 CDC에서 높은 지연 시간을 관찰하고 PostgreSQL 소스가 병목 현상이라고 의심합니다. PostgreSQL 데이터베이스가 지연 시간의 원인임을 확인할 수 있는 접근 방식은 무엇입니까?

CDCLatencySource 지표는 DMS 작업이 소스 데이터베이스에서 변경 사항을 읽는 데 걸리는 시간을 측정하여 소스 데이터베이스의 CDC 지연을 직접적으로 나타냅니다. 이 지표가 높으면 PostgreSQL 소스가 병목 현상임을 확인할 수 있습니다. CDCIncomingChanges 지표는 DMS가 소스에서 수신하는 변경 사항의 양을 나타내지만, 지연 시간의 원인을 직접적으로 식별하지는 않습니다. postgresql.conf 파일에서 논리적 복제 구성을 확인하는 것은 설정 문제 해결에 도움이 될 수 있지만, 현재 지연 시간의 원인을 진단하는 데는 CDCLatencySource 지표만큼 직접적이지 않습니다. CloudWatch Logs를 활성화하는 것은 오류를 찾는 데 유용하지만, 지연 시간 측정에는 CDCLatencySource 지표가 더 적합합니다.