모니터링 및 메트릭
ClickHouse Managed Postgres 인스턴스의 메트릭은 어떻게 확인하나요?
ClickHouse Cloud Console에서 ClickHouse Managed Postgres 인스턴스의 모니터링 탭으로 이동하면 CPU, 메모리, IOPS 및 스토리지 사용량을 직접 모니터링할 수 있습니다. 또한 Query Insights 탭에서 쿼리를 자세히 분석할 수 있도록 Query Performance Insights를 살펴볼 수 있습니다.백업 및 복구
사용 가능한 백업 옵션은 무엇입니까?
ClickHouse Managed Postgres에는 지속적인 WAL 아카이빙과 함께 매일 자동 백업이 포함되어 있어 7일 보관 기간 내의 임의 시점으로 시점 복구를 수행할 수 있습니다. 백업은 객체 스토리지에 저장됩니다. 백업 주기, 보관 기간, 시점 복구 수행 방법에 대한 자세한 내용은 백업 및 복원 문서를 참조하십시오.인프라 및 자동화
어떤 클라우드 제공업체가 지원됩니까?
ClickHouse Managed Postgres는 AWS에서 퍼블릭 베타로 제공됩니다. GCP는 비공개 프리뷰 단계입니다. GCP 비공개 프리뷰 대기 명단은 여기에서 신청할 수 있으며, 더 자세한 내용은 공지를 참고하십시오. 세부 사항은 지원되는 클라우드 제공업체를 참고하십시오.ClickHouse Managed Postgres에서 Terraform을 지원하나요?
예. ClickHouse Terraform 프로바이더의clickhouse_postgres_service 리소스를 사용해 ClickHouse Managed Postgres 서비스를 생성하고 관리할 수 있습니다. 자세한 내용은 Terraform 참고를 확인하십시오. 또한 ClickHouse Cloud 콘솔이나 OpenAPI를 사용해 인스턴스를 생성하고 관리할 수도 있습니다.
확장 기능 및 구성
어떤 확장 기능을 지원하나요?
ClickHouse Managed Postgres에는 PostGIS, pgvector, pg_cron 등 널리 사용되는 PostgreSQL 확장 기능을 포함해 90개 이상의 PostgreSQL 확장 기능이 제공됩니다. 사용 가능한 확장 기능의 전체 목록과 설치 방법은 확장 기능 문서를 참조하십시오.PostgreSQL 구성 매개변수를 사용자 지정할 수 있나요?
예, Console의 설정 탭에서 PostgreSQL 및 PgBouncer의 구성 매개변수를 수정할 수 있습니다. 사용 가능한 매개변수와 변경 방법에 대한 자세한 내용은 설정 문서를 참조하십시오.연결 풀링
PgBouncer를 통해 prepared statement does not exist 오류가 발생하는 이유는 무엇입니까?
ClickHouse Managed Postgres는 트랜잭션 풀링 모드로 PgBouncer를 실행합니다. 이 모드에서는 단일 트랜잭션 동안에만 백엔드 Postgres 연결(connection)이 클라이언트에 할당된 후 풀로 반환됩니다. 따라서 동일한 클라이언트의 다음 트랜잭션은 다른 백엔드로 연결될 수 있습니다.
이로 인해 서버 측 prepared statement가 동작하지 않게 됩니다. 서버 측 prepared statement는 PREPARE(또는 확장 쿼리 Parse)를 실행한 특정 백엔드에 연결되어 있기 때문입니다. 해당 EXECUTE가 다른 백엔드로 전달되면 다음과 같은 오류가 발생합니다:
- 특히 backfill이나 동시성이 높은 쓰기 작업 중에
prepared statement does not exist오류가 급증합니다 - “조용히 실패하는” 것처럼 보이는 삽입 — SQL 문에서 오류가 발생하고 드라이버가 재시도하면서, Batch가 일부만 적용되거나 아예 누락될 수 있습니다
- 유형이 잘못된 반환 값(예:
BIGINT컬럼이float64비트 패턴으로 디코딩됨) — 캐시된 클라이언트 측 계획이, 해당Parse를 전송받은 적이 없는 백엔드에 오래된 유형/포맷 코드를 재사용할 때 발생합니다
워크로드가 prepared statement에 의존한다면, PgBouncer 풀러를 거치지 말고 PostgreSQL에 직접(포트 5432) 연결하십시오. 직접 연결은 prepared statement를 정상적으로 지원합니다. pooled 엔드포인트와 direct 엔드포인트 중 무엇을 선택할지에 대한 자세한 내용은 Connection을 참조하십시오.
PgBouncer의 max_client_conn 설정은 무엇을 의미하며, Postgres의 max_connections와는 어떤 관련이 있습니까?
두 설정은 서로 다른 대상을 제어합니다.
- **Postgres
max_connections**는 PostgreSQL 자체의 백엔드(backend) 연결 수 상한을 정합니다. 이 값은 비용이 큰 편입니다. 각 백엔드는 메모리와 프로세스 슬롯을 사용합니다. - **PgBouncer
max_client_conn**는 풀러에 동시에 열 수 있는 클라이언트(client) 연결 수 상한을 정합니다. PgBouncer는 이렇게 많은 클라이언트 연결을 훨씬 더 적은 수의 백엔드 연결에 다중화합니다.
default_pool_size)에 걸렸을 가능성이 훨씬 높습니다.
데이터베이스 기능
여러 데이터베이스와 스키마를 생성할 수 있습니까?
예. ClickHouse Managed Postgres는 단일 인스턴스 내에서 여러 데이터베이스와 스키마를 지원하는 등 PostgreSQL의 모든 네이티브 기능을 제공합니다. 표준 PostgreSQL 명령으로 데이터베이스와 스키마를 생성하고 관리할 수 있습니다.역할 기반 접근 제어(RBAC)를 지원하나요?
ClickHouse Managed Postgres 인스턴스에서는 전체 슈퍼유저 액세스 권한이 제공되며, 표준 PostgreSQL 명령을 사용해 역할을 생성하고 권한을 관리할 수 있습니다.Console 통합이 포함된 향상된 RBAC 기능은 올해 중 제공될 예정입니다.
업그레이드
PostgreSQL 버전 업그레이드는 어떻게 처리되나요?
마이너 버전 업그레이드와 메이저 버전 업그레이드는 모두 페일오버를 통해 수행되며, 일반적으로 다운타임은 몇 초에 불과합니다. 업그레이드가 적용되는 요일과 UTC 기준 2시간의 기간을 제어할 수 있도록 예약된 업그레이드를 구성할 수 있습니다. 자세한 내용은 업그레이드 문서를 참조하십시오.마이그레이션
ClickHouse Managed Postgres로 마이그레이션할 때 사용할 수 있는 도구는 무엇인가요?
ClickHouse Managed Postgres는 여러 가지 마이그레이션 방식을 지원합니다.- pg_dump and pg_restore: 소규모 데이터베이스 또는 일회성 마이그레이션에 적합합니다. pg_dump and pg_restore 가이드를 참조하세요.
- Logical replication: 다운타임을 최소화해야 하는 대규모 데이터베이스에 적합합니다. 논리적 복제 가이드를 참조하세요.
- PeerDB: 다른 Postgres 소스의 CDC 기반 복제에 적합합니다. PeerDB migration 가이드를 참조하세요.
완전 관리형 마이그레이션 환경이 곧 제공될 예정입니다.