Kako postići visoku dostupnost u PostgreSQL-u?

Question

Accepted Answer

**Visoka dostupnost (HA)** znači održavanje dostupnosti baze podataka čak i kada se dogode greške — kroz **replikaciju** (rezervne replike), **automatski failover** (promocija replike kada primarna baza padne) i odgovarajuću arhitekturu. Cilj: minimizirati vrijeme zastoja i gubitak podataka, jer padovi baze podataka zaustavljaju cijelu aplikaciju.

## Temelj: replikacija + automatski failover

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

If the PRIMARY fails:
  → a STANDBY is automatically PROMOTED to become the new primary (FAILOVER)
  → the application reconnects to the new primary → minimal downtime
→ Without HA, a primary failure = total database outage = application down.
```

Replikacija održava rezervne replike sinkronizirane; **automatski failover** detektuje grešku primarne baze i promovira repliku — pretvarajući totalni prekid u kratku interrupciju.

## HA alati (automatizacija failovera)

```text
Patroni → the popular HA solution: manages failover, uses a consensus store (etcd/
  Consul/ZooKeeper) to coordinate, prevents split-brain
repmgr → replication and failover management
Managed Postgres (AWS RDS/Aurora, Cloud SQL, etc.) → built-in HA with automatic failover
→ These automate detection + promotion, which is hard to do safely by hand.
```

Manualni failover je spora i podložna greškama, pa HA alati (ili upravljane usluge) automatiziraju ga sigurno — uključujući sprečavanje **split-braina** (dvije primarne baze koje prihvaćaju upise, što oštećuje podatke).

## Usmjeravanje konekcija

```text
Applications need to find the CURRENT primary after a failover:
  → a load balancer / proxy (HAProxy, PgBouncer) or service discovery routes
    WRITES to the current primary and READS to replicas
  → after failover, routing updates to point to the new primary
```

## Ključna HA razmatranja

```text
✓ Synchronous replication → no data loss on failover (vs async's small loss window)
✓ Multiple replicas / multiple availability zones → survive zone failures
✓ Avoid SPLIT-BRAIN (two primaries) — consensus/fencing prevents it (critical for safety)
✓ Monitoring + health checks to detect failures quickly
✓ Test failover regularly (like backups, untested failover may not work)
→ Many teams use MANAGED Postgres for built-in, battle-tested HA.
```

## Zašto je to važno

Visoka dostupnost je važno znanje za rad **proizvodnih PostgreSQL sustava kritičnih za poslovanje**, jer padovi baze podataka gube cijelu aplikaciju (baza podataka je često najjednostavnija kritična ovisnost), pa razumijevanje kako održati Postgres dostupnim unatoč greškama je vrijedna znanja na razini seniora za pouzdane sustave.

Temelj — **replikacija plus automatski failover** — je ono što pretvara grešku primarne baze (koja bi inače bila totalni prekid aplikacije) u kratku, povratnu interrupciju: rezervne replike ostaju sinkronizirane, a kada primarna baza padne, replika se automatski promovira za preuzimanje.

Razumijevanje **HA alata** (Patroni — popularno rješenje koje koordinira failover preko store-a konsenzusa; repmgr; ili upravljani cloud Postgres s ugrađenom HA) je važno jer je automatizacija failovera sigurno teško učiniti ručno.

Znanje **ključnih razmatranja** je kritično: **sinkrona replikacija** za bez gubitka podataka pri failoveru, **više replika preko zona dostupnosti** za preživljavanje grešaka zone, i posebno **izbjegavanje split-braina** (sprečavanje da dvije primarne baze istovremeno prihvaćaju upise, što oštećuje podatke — ozbiljan rizik koji konsenzus/fencing sprečavaju).

Razumijevanje **usmjeravanja konekcija** (usmjeravanje aplikacije na trenutnu primarnu bazu nakon failovera, preko load balancera/proxy-ja) i da failover (kao i sigurnosne kopije) trebaju biti **testirani** zaokružuje praktično znanje.

Znanje da mnogi timovi koriste **upravljanu Postgres** za iskušanu HA je također relevantno.

Budući da je dostupnost baze podataka kritična za proizvodne sustave (prekid gubi sve), i budući da postizanje toga zahtijeva razumijevanje replikacije, automatskog failovera, sprečavanja split-braina i usmjeravanja konekcija (ili korištenja upravljane HA), razumijevanje PostgreSQL visoke dostupnosti je važno znanje na razini seniora za arhitekturiranje pouzdanih, otpornih sustava — često kritična briga za proizvodne baze podataka i tema koja pokazuje razumijevanje kako graditi infrastrukturu baze podataka koja preživi greške, očekivana za uloge viših baza podataka/infrastrukture.