PostgreSQL에서 replication은 어떻게 동작하나요?

Question

Accepted Answer

**Replication**은 **primary** 데이터베이스에서 하나 이상의 **replica**(standby) 서버로 데이터를 복사합니다 — 고가용성(primary 실패 시 failover)과 읽기 확장(읽기 쿼리 분산)을 위해서입니다. PostgreSQL은 주로 write-ahead log(WAL)에 기반한 **streaming replication**(물리적)을 사용합니다.

## Streaming (물리적) replication

```text
Primary  ──(WAL 스트리밍: 변경의 write-ahead log)──▶  Replica(들)
  ✓ primary가 모든 쓰기 처리
  ✓ replica가 primary의 WAL을 지속 적용 → 동기 유지 (거의 실시간)
  ✓ replica가 읽기 쿼리 서비스 가능 ("hot standby") → 읽기 확장
```

primary는 **WAL**(write-ahead log — 모든 변경의 기록)을 replica로 스트리밍하고, replica는 이를 적용하여 동기 상태를 유지합니다. replica는 읽기 쿼리를 서비스할 수 있는 읽기 전용 복사본입니다.

## 이점: HA와 읽기 확장

```text
고가용성 → primary 실패 시, replica가 primary로 승격될 수 있음 (failover)
  → 최소 다운타임, 데이터 손실 없음 (synchronous replication과 함께)
읽기 확장 → 읽기 전용 쿼리를 replica로 라우팅 → primary 부담 경감
  → 더 많은 읽기 트래픽 처리 (읽기 중심 워크로드에 좋음)
백업 → primary에 부담 없이 replica에서 백업 수행
```

## Synchronous vs asynchronous replication

```text
ASYNCHRONOUS (기본) → primary가 replica를 기다리지 않고 커밋
  ✓ 빠른 쓰기 (대기 없음)   ✗ failover 시 잠재적 데이터 손실의 작은 창
SYNCHRONOUS → primary가 커밋 전 replica 확인을 기다림
  ✓ failover 시 데이터 손실 없음  ✗ 느린 쓰기 (replica 대기)
→ 내구성 vs 성능 트레이드오프에 따라 선택.
```

## Logical replication (다른 모델)

```text
LOGICAL replication → 특정 테이블/변경을 복제 (전체 클러스터 아님), 발행/구독
모델 기반. 가능: 선택적 복제, 버전 간, 다른 스키마로 복제 → 마이그레이션,
통합, 부분 복제에 좋음.
```

## 실전 고가용성

```text
Patroni, repmgr, 또는 클라우드 관리형 Postgres 같은 도구가 FAILOVER(primary 실패
감지 및 replica 승격)를 자동화 → 거의 자동 고가용성.
로드 밸런서/연결 라우터가 쓰기를 primary로, 읽기를 replica로 지시.
```

## 왜 중요한가

Replication은 **고가용성과 확장 가능한** PostgreSQL 배포를 구축하는 데 중요하므로, 프로덕션 데이터베이스 아키텍처에 가치 있는 시니어 수준 지식입니다.

두 핵심 이점은 본격적인 애플리케이션에 중요합니다: **고가용성**(primary 데이터베이스가 실패하면 replica가 승격되어 인계받아 다운타임 최소화 — 가용 상태를 유지해야 하는 시스템에 필수)과 **읽기 확장**(읽기 전용 쿼리를 replica로 라우팅하여 primary 부담을 경감, 시스템이 훨씬 많은 읽기 트래픽을 처리하게 함 — 읽기 중심 워크로드에 가치 있음).

**streaming replication**(primary가 WAL을 동기 상태를 유지하고 읽기를 서비스할 수 있는 replica로 스트리밍)을 이해하는 것이 기초입니다.

**synchronous vs asynchronous** 트레이드오프를 아는 것이 중요합니다: asynchronous(기본 — 빠른 쓰기이지만 failover 시 잠재적 데이터 손실의 작은 창) 대 synchronous(데이터 손실 없지만 느린 쓰기) — 신뢰성에 영향을 미치는 내구성-대-성능 결정.

**logical replication**(발행/구독으로 특정 테이블 복제, 마이그레이션, 버전 간, 부분/선택적 복제에 유용)을 이해하면 옵션이 넓어집니다.

**HA 도구**(Patroni, repmgr, 관리형 클라우드 Postgres)가 failover를 자동화하고, 읽기/쓰기 라우팅이 트래픽을 적절히 지시한다는 것을 아는 것은 실용적 아키텍처 지식입니다.

고가용성과 확장성은 프로덕션 데이터베이스 시스템의 필수 요구사항이고, replication(HA failover, 읽기 확장, sync/async 내구성 트레이드오프, 유연성을 위한 logical replication 포함)이 PostgreSQL이 이를 위해 제공하는 주요 메커니즘이므로, replication을 이해하는 것은 신뢰할 수 있고 확장 가능한 Postgres 배포를 설계하는 중요한 시니어 수준 지식이며 — 프로덕션 시스템의 자주 관련되는 우려사항이자 시니어 데이터베이스/백엔드 역할에 기대되는 데이터베이스 가용성과 확장에 대한 이해를 보여주는 주제입니다.