ClickPipes
PeerDB
pg_dump and pg_restore
논리적 복제
wal_level, replication slot,
그리고 REPLICATION 권한은 직접 구성해야 하며, 중간에
서드파티 도구가 개입하지 않습니다. 복제
메커니즘을 완전히 제어해야 하거나 환경상 외부 마이그레이션 도구를 사용할 수 없을 때 이 방식을 선택하십시오.
Managed Postgres 데이터 마이그레이션
ClickHouse Managed Postgres로 데이터를 마이그레이션하는 4가지 경로를 비교하고, 원본 DB와 다운타임 요구 사항에 맞는 방법을 선택합니다.
Managed Postgres로 마이그레이션하는 경로는 4가지입니다. 어떤 경로가
적합한지는 지속적인 복제(CDC)가 필요한지, 어떤 원본에서
마이그레이션하는지, 그리고 전환 과정에서 애플리케이션이 감내할 수 있는
다운타임이 어느 정도인지에 따라 달라집니다.
ClickPipes는 대부분의 마이그레이션에 권장되는
방법입니다. 이 기능은 전적으로 ClickHouse Cloud 콘솔 내에서 실행되며,
원본에 연결하고, 스키마를 내보내고 가져오고, CDC 사용 여부와 관계없이
초기 적재를 시작하는 과정을 단계별로 안내합니다. 사전 구축된 원본
커넥터는 Amazon RDS, Aurora, Supabase, Google Cloud SQL, Azure
Flexible Server, Neon, Crunchy Bridge, TimescaleDB 및 모든 범용 Postgres
인스턴스를 지원합니다.
PeerDB는 Docker로 실행하는 자체 호스팅 마이그레이션
도구입니다. 원본이나 워크플로가 ClickPipes 마법사에 맞지 않을 때 사용하십시오. 예를 들어 여러
데이터베이스에 걸쳐 peer 생성을 스크립트로 처리해야 하거나, 마이그레이션을 전체적으로 자체 네트워크 내부에서
실행해야 하는 경우에 적합합니다. PeerDB는 인덱스, 제약 조건, 트리거를 자동으로 마이그레이션하지 않으므로,
데이터가 대상에 적재된 후 대상에서 이를 다시 생성해야 합니다.
pg_dump and pg_restore
는 원본의 스냅샷을 생성한 뒤 이를 대상에 다시 적용합니다. 지속적인
복제는 없으므로 dump 및 복원이 진행되는 동안에는 원본에 대한 쓰기를 중단해야
합니다. 이 방식은 소규모 또는 정적인 데이터셋, 또는
유지 관리 기간을 허용할 수 있는 비프로덕션 환경에 적합합니다.
논리적 복제는
네이티브 Postgres publication과 subscription을 사용해
원본에서 대상으로 변경 사항을 스트리밍합니다.
데이터 이동이 시작되면 데이터 검증을 사용하여
애플리케이션 트래픽을 전환하기 전에 원본과 대상의 행 수와 내용이
일치하는지 확인하십시오. 마이그레이션 FAQ에서는
일반적인 오류와 복구 절차를 다룹니다.
Supabase에서 마이그레이션하는 경우, 단계별 절차는 Supabase to Managed Postgres migration guide를 참조하십시오.
마지막 수정일 2026년 7월 1일