Hur uppnår du hög tillgänglighet i PostgreSQL?

Question

Accepted Answer

**High availability (HA)** innebär att hålla databasen tillgänglig även när fel uppstår — genom **replication** (standby-repliker), **automatic failover** (att befordra en replik när primären misslyckas) och korrekt arkitektur. Målet: minimera driftöverbrott och dataförlust, eftersom databasavbrott tar ned hela applikationen.

## Fundamentet: replication + automatic 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.
```

Replication håller standby-repliker synkroniserade; **automatic failover** detekterar primärfel och befordrar en replik — vilket omvandlar ett totalt avbrott till en kort avbrytelse.

## HA-verktyg (automatisera failover)

```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.
```

Manuell failover är långsam och felbenägen, så HA-verktyg (eller managed services) automatiserar det säkert — inklusive att förhindra **split-brain** (två primärer som accepterar skrivningar, vilket skadas data).

## Anslutningsroutning

```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
```

## Viktiga HA-överväganden

```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.
```

## Varför det är viktigt

Hög tillgänglighet är viktig kunskap för att driva **produktionskritiska** PostgreSQL-system, eftersom databasavbrott tar ned hela applikationen (databasen är ofta det enskilt viktigaste beroendet), så förståelsen för hur man håller Postgres tillgänglig trots fel är värdefull senior-nivå-kunskap för pålitliga system.

Fundamentet — **replication plus automatic failover** — är det som omvandlar ett primärdatabasfel (vilket annars skulle vara ett totalt applikationsavbrott) till en kort, återhämtningsbar avbrytelse: standby-repliker förblir synkroniserade, och när primären misslyckas befordras en replik automatiskt för att ta över.

Att förstå **HA-verktygen** (Patroni — den populära lösningen som samordnar failover via ett konsensusarkiv; repmgr; eller managed cloud Postgres med inbyggd HA) är viktigt eftersom automatisering av failover säkert är svårt att göra för hand.

Att känna till **viktiga överväganden** är kritiskt: **synchronous replication** för ingen dataförlust vid failover, **flera repliker över tillgänglighetszoner** för att överleva zonavbrott, och särskilt **att undvika split-brain** (förhindra två primärer från att acceptera skrivningar samtidigt, vilket skador data — en allvarlig risk som konsensus/fencing förhindrar).

Att förstå **anslutningsroutning** (dirigera applikationen till den nuvarande primären efter failover, via belastningsbalanserare/proxies) och att failover (som säkerhetskopior) bör **testas** kompletterar den praktiska kunskapen.

Att veta att många team använder **managed Postgres** för battaglia-provad HA är också relevant.

Eftersom databastillgänglighet är kritisk för produktionssystem (ett avbrott tar allt ned), och eftersom det kräver förståelse för replication, automatic failover, split-brain-prevention och anslutningsroutning (eller användning av managed HA), är förståelse för PostgreSQL high availability viktig senior-nivå-kunskap för att designa pålitliga, motståndskraftiga system — en ofta kritisk fråga för produktionsdatabaser och ett ämne som visar förståelse för hur man bygger databassinfrastruktur som överlever fel, förväntat för senior database/infrastructure-roller.