PostgreSQL에서 고가용성을 어떻게 달성하나요?

Question

Accepted Answer

**고가용성(HA)**은 실패가 발생해도 데이터베이스를 가용 상태로 유지하는 것을 의미합니다 — **replication**(standby replica), **자동 failover**(primary 실패 시 replica 승격), 적절한 아키텍처를 통해서입니다. 목표: 다운타임과 데이터 손실 최소화, 데이터베이스 중단이 전체 애플리케이션을 다운시키기 때문입니다.

## 기초: replication + 자동 failover

```text
Primary ──(streaming replication)──▶ Standby replica(들)

PRIMARY가 실패하면:
  → STANDBY가 자동으로 새 primary로 승격 (FAILOVER)
  → 애플리케이션이 새 primary에 재연결 → 최소 다운타임
→ HA 없이는 primary 실패 = 전체 데이터베이스 중단 = 애플리케이션 다운.
```

Replication이 standby replica를 동기 상태로 유지하고, **자동 failover**가 primary 실패를 감지하여 replica를 승격합니다 — 전체 중단을 짧은 중단으로 전환합니다.

## HA 도구 (failover 자동화)

```text
Patroni → 인기 HA 솔루션: failover 관리, 합의 저장소(etcd/Consul/ZooKeeper)를
  사용해 조정, split-brain 방지
repmgr → replication 및 failover 관리
관리형 Postgres (AWS RDS/Aurora, Cloud SQL 등) → 자동 failover가 있는 내장 HA
→ 이것들이 감지 + 승격을 자동화, 손으로 안전하게 하기 어려움.
```

수동 failover는 느리고 오류가 발생하기 쉬우므로, HA 도구(또는 관리형 서비스)가 이를 안전하게 자동화합니다 — **split-brain**(두 primary가 쓰기를 받아 데이터를 손상시킴) 방지 포함.

## 연결 라우팅

```text
애플리케이션은 failover 후 현재 primary를 찾아야 함:
  → 로드 밸런서/프록시 (HAProxy, PgBouncer) 또는 서비스 디스커버리가
    쓰기를 현재 primary로, 읽기를 replica로 라우팅
  → failover 후, 라우팅이 새 primary를 가리키도록 업데이트
```

## 핵심 HA 고려사항

```text
✓ Synchronous replication → failover 시 데이터 손실 없음 (async의 작은 손실 대비)
✓ 여러 replica / 여러 가용 영역 → 영역 실패 생존
✓ SPLIT-BRAIN (두 primary) 회피 — 합의/펜싱이 방지 (안전에 중요)
✓ 실패를 빠르게 감지하기 위한 모니터링 + 헬스 체크
✓ failover를 정기적으로 테스트 (백업처럼, 테스트되지 않은 failover는 동작 안 할 수 있음)
→ 많은 팀이 내장된 검증된 HA를 위해 관리형 Postgres 사용.
```

## 왜 중요한가

고가용성은 **프로덕션 핵심** PostgreSQL 시스템을 운영하는 중요한 지식입니다. 데이터베이스 중단이 전체 애플리케이션을 다운시키므로(데이터베이스는 흔히 가장 중요한 단일 의존성), 실패에도 Postgres를 가용 상태로 유지하는 방법을 이해하는 것은 신뢰할 수 있는 시스템에 가치 있는 시니어 수준 지식입니다.

기초 — **replication과 자동 failover** — 은 primary 데이터베이스 실패(그렇지 않으면 전체 애플리케이션 중단)를 짧고 복구 가능한 중단으로 전환하는 것입니다: standby replica가 동기 상태를 유지하고, primary가 실패하면 replica가 자동으로 승격되어 인계받습니다.

**HA 도구**(Patroni — 합의 저장소를 통해 failover를 조정하는 인기 솔루션; repmgr; 또는 내장 HA가 있는 관리형 클라우드 Postgres)를 이해하는 것이 중요합니다. failover를 안전하게 자동화하는 것은 손으로 하기 어렵기 때문입니다.

**핵심 고려사항**을 아는 것이 중대합니다: failover 시 데이터 손실 없음을 위한 **synchronous replication**, 영역 실패를 생존하기 위한 **가용 영역에 걸친 여러 replica**, 특히 **split-brain 회피**(두 primary가 동시에 쓰기를 받아 데이터를 손상시키는 것 방지 — 합의/펜싱이 방지하는 심각한 위험).

**연결 라우팅**(failover 후 애플리케이션을 현재 primary로 지시, 로드 밸런서/프록시를 통해)과 failover가 (백업처럼) **테스트**되어야 한다는 것을 이해하면 실용 지식이 완성됩니다.

많은 팀이 검증된 HA를 위해 **관리형 Postgres**를 사용한다는 것을 아는 것도 관련됩니다.

데이터베이스 가용성은 프로덕션 시스템에 중요하고(중단이 모든 것을 다운시킴), 이를 달성하려면 replication, 자동 failover, split-brain 방지, 연결 라우팅을 이해(또는 관리형 HA 사용)해야 하므로, PostgreSQL 고가용성을 이해하는 것은 신뢰할 수 있고 회복력 있는 시스템을 설계하는 중요한 시니어 수준 지식이며 — 프로덕션 데이터베이스의 자주 중대한 우려사항이자 실패를 생존하는 데이터베이스 인프라를 구축하는 방법에 대한 이해를 보여주는 주제로, 시니어 데이터베이스/인프라 역할에 기대됩니다.