postgresql 관리 솔루션들 정리 - pool 관리, HA, 부하 분산, 페일오버, 클러스터링
1. Patroni
- DB Connection Pool 관리: ❌ (별도 도구 필요, 예: PgBouncer)
- 기술: PostgreSQL HA 및 페일오버를 위한 오픈소스 솔루션
- 장점:
- 오픈소스이며 무료
- 다양한 분산 코디네이터와 호환
- 자동 페일오버 및 리더 선출 기능
- 단점:
- 초기 설정이 복잡할 수 있음
- 부하 분산 및 Connection Pool 기능은 별도로 구성해야 함
- 지원 규모:
- 소규모(~10 노드), 중규모(~50 노드), 대규모(50+ 노드) 모두 지원
- 비용: 무료
2. Pgpool-II
- DB Connection Pool 관리: ✅ (내장 기능)
- 기술: PostgreSQL을 위한 부하 분산, 연결 풀링, HA, 페일오버를 제공하는 오픈소스 솔루션
- 장점:
- 오픈소스이며 무료
- 부하 분산 및 연결 풀링 기능 내장
- 읽기/쓰기 분리 지원
- 단점:
- 복잡한 설정이 필요
- 대규모 환경에서 성능 제한이 있을 수 있음
- 지원 규모:
- 소규모(~10 노드), 중규모(~50 노드)에 적합
- 대규모 환경에서는 성능 저하 가능성 있음
- 비용: 무료
3. Repmgr
- DB Connection Pool 관리: ❌ (별도 도구 필요, 예: PgBouncer)
- 기술: PostgreSQL 복제 및 페일오버 관리를 위한 오픈소스 도구
- 장점:
- 오픈소스이며 무료
- 복제 및 페일오버 관리가 간단
- Patroni보다 가볍고 설정이 쉬움
- 단점:
- 부하 분산 및 Connection Pool 기능은 없음
- 대규모 환경에서는 관리가 복잡할 수 있음
- 지원 규모:
- 소규모(~10 노드), 중규모(~50 노드)에 적합
- 대규모 환경에서는 한계가 있음
- 비용: 무료.
4. Citus
- DB Connection Pool 관리: ❌ (별도 도구 필요, 예: PgBouncer)
- 기술: PostgreSQL을 위한 확장성 있는 분산 데이터베이스 솔루션
- 장점:
- 대규모 환경에서의 성능이 뛰어남
- 자동 샤딩 및 부하 분산
- PostgreSQL과 완벽 호환
- 단점:
- 유료 솔루션
- 설정 및 관리가 복잡
- 지원 규모:
- 중규모(~50 노드), 대규모(50+ 노드)에 적합
- 소규모 환경에서는 과도할 수 있음
- 비용:
- 무료 버전(Citus Open Source) 제공
- 유료 버전(Citus Cloud)은 연간 $10,000 이상
5. PostgreSQL Automatic Failover (PAF)
- DB Connection Pool 관리: ❌ (별도 도구 필요, 예: PgBouncer)
- 기술: PostgreSQL을 위한 간단한 페일오버 솔루션
- 장점:
- 오픈소스이며 무료
- 설정이 간단
- 단점:
- 기능이 제한적 (HA 및 페일오버만 지원)
- 대규모 환경에서는 적합하지 않음
- 지원 규모:
- 소규모(~10 노드)에 적합
- 비용: 무료
6. Amazon RDS for PostgreSQL
- DB Connection Pool 관리: ✅ (내장 기능)
- 기술: 클라우드 기반의 관리형 PostgreSQL 서비스
- 장점:
- 완전 관리형 서비스
- 자동 페일오버 및 백업
- 클라우드 기반의 확장성
- 단점:
- 클라우드 종속적
- 비용이 높을 수 있음
- 지원 규모:
- 소규모(~10 노드), 중규모(~50 노드), 대규모(50+ 노드) 모두 지원
7. Google Cloud SQL for PostgreSQL
- DB Connection Pool 관리: ✅ (내장 기능)
- 기술: Google Cloud의 관리형 PostgreSQL 서비스
- 장점:
- 완전 관리형 서비스
- 자동 페일오버 및 백업
- 클라우드 기반의 확장성
- 단점:
- 클라우드 종속적
- 비용이 높을 수 있음
- 지원 규모:
- 소규모(~10 노드), 중규모(~50 노드), 대규모(50+ 노드) 모두 지원
8. Azure Database for PostgreSQL
- DB Connection Pool 관리: ✅ (내장 기능)
- 기술: Microsoft Azure의 관리형 PostgreSQL 서비스
- 장점:
- 완전 관리형 서비스
- 자동 페일오버 및 백업
- 클라우드 기반의 확장성
- 단점:
- 클라우드 종속적
- 비용이 높을 수 있음
- 지원 규모:
- 소규모(~10 노드), 중규모(~50 노드), 대규모(50+ 노드) 모두 지원
9. EDB Postgres Platform
1) 주요기능
1. 고가용성(HA) 및 장애 조치(Failover)
- 자동 페일오버/스위치오버:
- EDB Postgres Failover Manager(EFM)는 기본(primary) 노드에 장애가 발생하면 미리 구성된 스탠바이 노드로 자동 전환하여 다운타임을 최소화한다.
- 스트리밍 복제 기반: 데이터의 실시간 복제를 통해 주-스탠바이 간 데이터 동기화 상태를 유지한다.
- VIP 재구성 및 로드 밸런서 연동: 장애 발생 시 Virtual IP(VIP) 재할당이나 외부 로드 밸런서(F5 Networks 등)와의 연동을 통해 클라이언트 연결을 원활하게 전환한다.
2. 백업, 복제 및 모니터링
- 통합 백업 및 복제:
- 플랫폼 내에서는 물리적 스트리밍 복제 등 다양한 복제 기술을 사용하여 데이터 보호 및 신속한 복구가 가능하도록 지원한다.
- 실시간 모니터링:
- 클러스터의 각 노드 상태와 복제 지연, 장애 발생 여부를 실시간으로 모니터링하여 관리자가 즉각적인 조치를 취할 수 있도록 돕는다.
3. 클러스터링 및 부하 분산
- 클러스터 구성:
- 최소 3 노드 이상의 엔터프라이즈 클러스터 환경을 지원하며, 소규모(~10 노드), 중규모(~50 노드), 대규모(50+ 노드) 환경 모두에 적용할 수 있다.
- 부하 분산:
- 외부 로드 밸런서나 Pgpool과 같은 도구와 연동하여, 클라이언트의 요청을 여러 노드에 분산시킴으로써 응답 속도 및 시스템 안정성을 향상시킨다.
- DB Connection Pool 관리:
- EDB Postgres Platform은 HA, 백업, 모니터링 등 여러 기능을 통합 제공하지만, DB 연결 풀 관리는 기본적으로 지원하지 않는다. 대신 PgBouncer나 Pgpool과 같은 별도의 전용 도구를 사용하여 연결 풀을 관리한다.
2) 장점 및 단점
- 장점
- 엔터프라이즈급 지원:
- 24/7 기술 지원, 정기 업데이트, 보안 패치 제공 등 신뢰성 높은 운영 환경을 보장한다.
- 통합 관리:
- HA, 백업, 복제, 모니터링 등 여러 기능이 하나의 플랫폼에 통합되어 운영 효율성이 높아진다.
- 신뢰성:
- 미션 크리티컬 환경(금융, 정부 등)에서 검증된 안정성과 성능을 제공한다.
- 자동화 기능:
- 자동 페일오버 및 실시간 모니터링을 통한 장애 대응이 가능하여 운영 부담을 경감한다.
- 단점
- 비용:
- 상용 솔루션으로 초기 투자 및 유지보수 비용이 발생하며, 노드당 연간 수천 달러의 비용이 요구될 수 있다.
- 벤더 종속성:
- 특정 공급업체(EnterpriseDB)에 의존하는 측면이 있어 자유도 및 확장성에 제약이 있을 수 있다.
- 설정 복잡성:
- 다양한 기능의 통합 관리로 인해 초기 설치 및 구성 과정이 복잡할 수 있으며, 세밀한 튜닝이 필요할 수 있다.
- DB Connection Pool 관리 미지원:
- 내장 기능으로는 DB 연결 풀 관리가 제공되지 않으므로 별도 도구(예: PgBouncer)를 추가로 도입해야 한다.
3) 기술 및 기능 세부 사항
1) HA 및 페일오버 기술
- 스트리밍 복제 기반:
- 주 노드와 스탠바이 노드 간의 실시간 데이터 동기화를 통해, 장애 시 최신 데이터가 보존된다.
- 자동 장애 감지:
- 모니터링 시스템이 주 노드의 상태를 지속적으로 점검하며, 장애가 감지되면 즉각적으로 페일오버를 실행한다.
- VIP 및 로드 밸런서 재구성:
- 장애 발생 시 가상 IP(VIP)를 재할당하거나 로드 밸런서의 구성을 업데이트하여 클라이언트 연결을 원활하게 유지한다.
2) 부하 분산 및 클러스터링 기술
- 클러스터 노드 관리:
- 클러스터 내 각 노드의 상태, 복제 지연, 장애 상황을 통합적으로 관리하여, 전체 시스템의 안정성을 보장한다.
- 외부 부하 분산 도구와 연동:
- 내장 기능 외에도, Pgpool과 같은 부하 분산 도구와의 연동을 통해 클라이언트 요청을 효율적으로 분산할 수 있다.
- DB Connection Pool 관리:
- 플랫폼 내에서는 제공되지 않으므로, 별도의 전용 도구(PgBouncer 등)를 통해 효율적인 연결 풀 관리를 구현한다.
3) 통합 백업 및 복제 기능
- 데이터 보호:
- 주기적인 백업과 실시간 복제 기능을 통해 데이터 손실 위험을 최소화하고, 장애 복구 시간을 단축한다.
- 복제 모니터링:
- 복제 상태와 지연 시간을 지속적으로 모니터링하여, 데이터 동기화 문제 발생 시 신속한 대응이 가능한다.
4) 모니터링 및 관리 도구
- 실시간 클러스터 상태 확인:
- 각 노드의 상태, 장애 발생 여부, 복제 지연 등을 한눈에 확인할 수 있는 관리 대시보드를 제공하여, 관리자가 쉽게 모니터링할 수 있다.
- 알림 및 스크립트 연동:
- 장애 발생 시 이메일 알림이나 커스텀 스크립트를 실행할 수 있도록 지원하여, 자동화된 관리 작업이 가능하다.
10. Bucardo
- DB Connection Pool 관리: ❌ (별도 도구 필요, 예: PgBouncer)
- 기술: PostgreSQL을 위한 비동기 복제 솔루션
- 장점:
- 오픈소스이며 무료
- 다중 마스터 복제 지원
- 단점:
- 설정 및 관리가 복잡
- 대규모 환경에서는 성능 제한이 있음
- 지원 규모:
- 소규모(~10 노드), 중규모(~50 노드)에 적합
- 비용: 무료
11. Stolon
- 주요 기능
- 클라우드 네이티브 환경에서의 PostgreSQL HA 관리
- 외부 KV 저장소(예: Consul, etcd)를 통한 리더 선출 및 클러스터 상태 관리
- Kubernetes와의 통합에 유리한 설계
- 장점
- 클라우드 최적화: 컨테이너 기반 및 쿠버네티스 환경에 쉽게 배포 가능
- 유연성: 다양한 구성 옵션으로 클러스터 토폴로지 변경에 용이
- 오픈 소스: 비용 부담 없이 사용 가능
- 단점
- 신생 프로젝트: Patroni에 비해 커뮤니티 규모나 문서가 상대적으로 적을 수 있음
- 비컨테이너 환경: 전통적 인프라에서는 초기 구성 시 추가 학습 곡선 존재
- 지원 규모 및 성능
- 소규모 ~ 중규모: 일반적으로 1~10 노드 환경에 적합하며, 컨테이너 오케스트레이션을 통해 확장 가능
- 성능: 합의 저장소의 성능에 따라 다르며, Patroni와 유사한 장애 전환 속도 제공
- 라이선스
- 무료 (오픈 소스)
- 비용: 없음
12. Postgres-BDR (Bi-Directional Replication)
- 주요 기능
- 다중 마스터 복제를 통해 여러 노드에서 동시에 쓰기 가능한 환경 제공
- 지리적으로 분산된 클러스터에서 데이터 동기화 및 충돌 해결 지원
- 장점
- 활성-활성 구성: 모든 노드에서 읽기/쓰기가 가능하여 장애 조치 및 분산 처리가 유연함
- 지리적 분산: 여러 지역에 노드를 배치하여 로컬 접근성 및 내재적 고가용성 확보
- 단점
- 복잡한 충돌 해결: 다중 마스터 환경 특성상 데이터 충돌 관리가 어려울 수 있음
- 확장 한계: 노드 수가 많아질수록 복잡성이 기하급수적으로 증가함
- 버전 및 호환성: PostgreSQL 버전에 따라 제약이 있을 수 있음
- 지원 규모 및 성능
- 소규모 ~ 중규모: 일반적으로 3~7 노드 정도의 다중 마스터 환경에 적합
- 성능: 다중 복제 오버헤드와 충돌 해결 로직으로 인해 쓰기 지연 가능성이 존재
- 라이선스
- 초기 버전은 오픈 소스이나, 최근 엔터프라이즈 환경에서는 상용 지원을 권장하는 경우가 많음
- 비용: 상용 지원 시 공급업체에 따라 가격이 책정되며, 프로젝트 규모에 따라 다름
13. Postgres-XL / Postgres-XC
- 주요 기능
- 공유-노트(shared-nothing) 아키텍처를 통한 분산 트랜잭션 및 병렬 쿼리 처리
- OLTP와 OLAP 워크로드를 동시에 처리할 수 있는 확장형 클러스터링 제공
- 장점
- 수평 확장: 다수의 노드를 통해 대규모 데이터 처리 및 병렬 처리 지원
- 분산 처리: 대용량 트랜잭션과 분석 쿼리를 동시에 처리할 수 있음
- 단점
- 관리 복잡성: 클러스터 관리 및 튜닝이 어려워 운영 비용이 증가할 수 있음
- 커뮤니티: Patroni나 Pgpool-II에 비해 사용자 기반 및 자료가 상대적으로 적음
- 호환성: 일부 PostgreSQL 기능과의 완전한 호환성이 보장되지 않을 수 있음
- 지원 규모 및 성능
- 중규모 ~ 대규모: 4~10 노드 이상의 클러스터 구성 가능 (대규모 환경에서는 수십 노드 이상)
- 성능: 분산 쿼리 처리에 강점을 보이나, 클러스터 관리 복잡성으로 인한 오버헤드 존재
- 라이선스
- 무료 (오픈 소스)
- 비용: 없음
루션 | HA | 부하 분산 | 페일오버 | 클러스터링 | Connection Pool | 소규모 | 중규모 | 대규모 | 비용 |
Patroni | ✅ | ❌ | ✅ | ✅ | ❌ | ✅ | ✅ | ✅ | 무료 |
Pgpool-II | ✅ | ✅ | ✅ | ❌ | ✅ | ✅ | ✅ | ❌ | 무료 |
Repmgr | ✅ | ❌ | ✅ | ❌ | ❌ | ✅ | ✅ | ❌ | 무료 |
Citus | ✅ | ✅ | ✅ | ✅ | ❌ | ❌ | ✅ | ✅ | 유료 |
PAF (PostgreSQL Automatic Failover) | ✅ | ❌ | ✅ | ❌ | ❌ | ✅ | ❌ | ❌ | 무료 |
Amazon RDS | ✅ | ✅ | ✅ | ✅ | ✅ | ✅ | ✅ | ✅ | 유료 |
Google Cloud SQL | ✅ | ✅ | ✅ | ✅ | ✅ | ✅ | ✅ | ✅ | 유료 |
Azure Database | ✅ | ✅ | ✅ | ✅ | ✅ | ✅ | ✅ | ✅ | 유료 |
EDB EFM (Failover Manager) | ✅ | ❌ | ✅ | ❌ | ❌ | ✅ | ✅ | ✅ | 유료 |
Bucardo | ✅ | ❌ | ✅ | ❌ | ❌ | ✅ | ✅ | ❌ | 무료 |
Stolon | ✅ | ❌ | ✅ | ✅ | ❌ | ✅ | ✅ | ✅ | 무료 |
Postgres-BDR | ✅ | ❌ | ✅ | ✅ | ❌ | ❌ | ✅ | ✅ | 유료 |
EDB Postgres Platform | ✅ | ✅ | ✅ | ✅ | ✅ | ✅ | ✅ | ✅ | 유료 |
Postgres-XL/XC | ✅ | ✅ | ✅ | ✅ | ❌ | ❌ | ✅ | ✅ | 무료 |
솔루션 | 주요 기능 및 기술 | 장점 | 단점 | HA 지원 | 부하 분산 지원 | 페일오버 지원 | 클러스터링 지원 | Connection Pool 지원 | 적절한 규모 | 비용 및 라이선스 | 대처 방안/대안 |
Patroni | PostgreSQL HA 관리, 자동 페일오버, 리더 선출 (외부 KV스토어(etcd, Consul, ZooKeeper) 연동) | 유연한 구성, 오픈 소스, 커뮤니티 지원 | 부하 분산 및 연결 풀 기능 미포함(별도 LB/PgBouncer 필요), 초기 구성 복잡 | 예 | 아니오 (외부 필요) | 예 (자동) | 기본 리플리케이션 관리 | 아니오 | 소규모 ~ 중규모 (1~10 노드) | 무료 | 부하 분산은 HAProxy 등, 연결 풀은 PgBouncer 등과 별도 구성하여 보완 |
Pgpool-II | 연결 풀링, 부하 분산, 쿼리 캐싱, 장애 조치 및 리플리케이션 관리 | 통합 솔루션(여러 기능 제공), 오랜 기간 사용되어 안정성 검증 | 미들웨어 계층으로 인한 약간의 오버헤드, 클러스터 규모가 커지면 설정 및 튜닝 복잡 | 예 | 예 | 예 | 제한적 (주로 마스터-슬레이브) | 예 | 소규모 ~ 중규모 (1~10 노드) | 무료 | 대규모 환경에서는 여러 Pgpool-II 인스턴스 분산 운영하거나 다른 부하 분산 솔루션과 병행 고려 |
Repmgr | 스트리밍 리플리케이션 관리, 모니터링, 장애 감지 및 자동/수동 페일오버 | 경량, 설정이 간단하며 문서화 잘 되어 있음 | 부하 분산 및 연결 풀 기능 없음, 단순 마스터-슬레이브 구성에 초점 | 예 | 아니오 | 예 | 제한적 (마스터-슬레이브) | 아니오 | 소규모 ~ 중규모 (1~5 노드) | 무료 | 부하 분산은 외부 LB(HAProxy)와 결합, 필요 시 Patroni 등과 연계 가능 |
Citus | 데이터 샤딩, 분산 쿼리 실행, 수평 확장 (OLTP 및 실시간 분석 지원) | 대규모 데이터 분산 처리 및 확장에 최적화, 높은 성능 | 데이터 모델링 제약, 설정 복잡, 샤딩으로 인한 오버헤드 발생 가능 | 예 (복제 지원) | 예 | 예 (구성에 따라) | 예 (분산 클러스터) | 아니오 | 중규모 ~ 대규모 (4 노드 이상) | 무료 코어 버전 / 유료 엔터프라이즈: 연간 수천 달러 이상 (규모 및 지원 범위에 따라) | HA/연결 풀 기능은 Patroni, Pgpool-II 등과 병행하여 사용 가능 |
PAF (PostgreSQL Automatic Failover) | Pacemaker 기반 자동 장애 조치, 리더 선출 | Pacemaker와 연동해 안정적인 장애 조치 제공 | Pacemaker 등 추가 구성 필요, 부하 분산 및 연결 풀 기능 미지원 | 예 | 아니오 | 예 | 제한적 (장애 조치 중심) | 아니오 | 소규모 ~ 중규모 (1~5 노드) | 무료 | 부하 분산은 외부 LB, 연결 풀은 PgBouncer 등 별도 구성하여 사용 |
Amazon RDS for PostgreSQL | 관리형 PostgreSQL 서비스, 자동 백업, HA(Multi-AZ), 읽기 전용 복제, 모니터링 | 관리 편의성, 자동 백업 및 장애 조치, AWS와의 통합 | 커스터마이징 제한, 클라우드 종속, 사용량 기반 비용 부담 | 예 (Multi-AZ) | 예 (읽기 복제/ELB 연계) | 예 (자동) | 제한적 (마스터-슬레이브) | 아니오 | 중규모 ~ 대규모 | 유료 – 인스턴스 및 사용량에 따라 과금 (예: 시간당/월별 과금 방식) | 연결 풀은 별도(PgBouncer 등), 부하 분산은 AWS ELB 활용 |
Google Cloud SQL for PostgreSQL | 관리형 PostgreSQL 서비스, 자동 백업, HA, 읽기 전용 복제, 모니터링 | 관리형 서비스로 운영 부담 경감, 높은 가용성 | 커스터마이징 제한, 비용 부담, 클라우드 종속 | 예 | 예 (읽기 복제) | 예 | 제한적 | 아니오 | 중규모 ~ 대규모 | 유료 – 사용량 및 인스턴스 사양에 따라 과금 | 외부 Connection Pool 솔루션(PgBouncer) 사용 고려 |
Azure Database for PostgreSQL | 관리형 PostgreSQL 서비스, 내장 HA, 백업, 자동 장애 조치, 성능 튜닝 | Azure 에코시스템과의 통합, 관리 편의성 | 커스터마이징 제한, 클라우드 종속, 비용 부담 | 예 | 예 (읽기 복제 및 Azure LB 연계) | 예 | 제한적 | 아니오 | 중규모 ~ 대규모 | 유료 – 인스턴스 및 성능 티어에 따른 사용량 기반 과금 | 별도 Connection Pool 솔루션(PgBouncer 등) 활용 |
EDB Postgres Platform | 엔터프라이즈급 PostgreSQL 관리, HA, 자동 페일오버, 백업, 모니터링, 통합 관리 도구, 클러스터링 지원 | 24/7 엔터프라이즈 지원, 통합 관리로 운영 효율성, 미션 크리티컬 환경에서 안정성 입증 | 비용 부담, 벤더 종속, 복잡한 라이선스 모델 | 예 | 예 | 예 | 예 | 예 | 소규모 ~ 대규모 | 유료 – 노드당 연간 수천 달러 이상 (기업 규모, SLA 등에 따라 견적 상이) | 비용 부담이 클 경우 오픈 소스 솔루션(Patroni + Pgpool-II 등) 조합 고려 |
Bucardo | 비동기 복제, 다중 마스터 복제 지원 (멀티마스터 복제) | 오픈 소스, 유연한 복제 구성 가능 | HA, 부하 분산, 연결 풀 기능 미흡, 복제 지연 및 설정 복잡 | 제한적 | 아니오 | 제한적 | 제한적 | 아니오 | 소규모 ~ 중규모 (1~5 노드) | 무료 | HA는 Patroni, 부하 분산은 Pgpool-II와 함께 사용하여 보완 가능 |
Stolon | 클라우드 네이티브 PostgreSQL HA, 자동 장애 조치, 외부 KV스토어(Consul, etcd) 기반 리더 선출 및 상태 관리 | 쿠버네티스/컨테이너 환경 최적화, 유연한 구성 | 전통적 인프라에서 초기 구성 난이도, 부하 분산 및 연결 풀 기능 미포함 | 예 | 아니오 (외부 필요) | 예 | 예 | 아니오 | 소규모 ~ 중규모 (1~10 노드) | 무료 | 부하 분산은 HAProxy 등 외부 LB 도입, Connection Pool은 PgBouncer 등과 연계 |
Postgres-BDR | 다중 마스터 복제, 활성-활성 구성, 지리적 분산 복제 | 활성-활성 구성 지원, 지리적 분산으로 로컬 접근성 향상 | 복잡한 설정, 충돌 해결 어려움, 확장성 한계 (노드 수 증가 시 관리 복잡) | 예 | 제한적 (읽기 분산 가능) | 예 (단, 충돌 위험) | 예 (다중 마스터 클러스터) | 아니오 | 소규모 ~ 중규모 (3~7 노드) | 무료 (오픈 소스) / 유료 엔터프라이즈 지원 옵션 있음 | 활성-활성 구성이 부담되면 Patroni 기반의 마스터-슬레이브 구조로 전환 고려 |
Postgres-XL/XC | 분산 트랜잭션, 병렬 쿼리 처리, shared-nothing 아키텍처에 의한 대규모 클러스터링 | 대규모 분산 데이터 처리 및 높은 병렬 처리 성능 | 관리 및 튜닝 복잡, 일부 PostgreSQL 기능 완벽 호환 어려움 | 예 | 예 | 예 | 예 (완전 분산 클러스터) | 아니오 | 중규모 ~ 대규모 (4 노드 이상, 수십 노드 가능) | 무료 | 외부 Connection Pool(PgBouncer) 도입 고려, 클러스터 운영 시 전문 관리 도구 및 모니터링 시스템 병행 |
'Database > Postgresql' 카테고리의 다른 글
DB를 먼저 설계하고 django와 연동하기 (2) - migration 후 db 추가 설계 그리고 inspectdb (1) | 2023.12.07 |
---|---|
Deferrable과 Deferred에 대한 정리 (1) | 2023.12.06 |
postgresql - 시퀀스 초기화하기 : setval 사용 (0) | 2023.10.31 |
댓글