PostgreSQL'de yüksek kullanılabilirliği nasıl sağlarsınız?

Question

Accepted Answer

**Yüksek kullanılabilirlik (HA)**, veritabanını başarısızlık durumlarında bile kullanılabilir tutmak anlamına gelir — **replikasyon** (standby replikaları), **otomatik yük devretme** (primary başarısız olduğunda bir replicayı terfi ettirme) ve uygun mimarinin yoluyla. Amaç: kapalı kalma süresini ve veri kaybını en aza indirmek, çünkü veritabanı kesintileri tüm uygulamayı devre dışı bırakır.

## Temel: replikasyon + otomatik yük devretme

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

Replikasyon, standby replikaları senkronize tutar; **otomatik yük devretme**, primary başarısızlığını algılar ve bir replicayı terfi ettirir — tam bir kesintiyü kısa bir ara periyoduna dönüştürür.

## HA araçları (yük devretmeyi otomatikleştirme)

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

Manuel yük devretme yavaş ve hata eğilimlidir, bu nedenle HA araçları (veya yönetilen hizmetler) onu güvenli bir şekilde otomatikleştirir — **split-brain** (iki primary'nin yazışları kabul etmesi, veri bozulmasına neden olması) da dahil olmak üzere.

## Bağlantı yönlendirmesi

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

## Önemli HA hususları

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

## Neden önemli

Yüksek kullanılabilirlik, **üretim açısından kritik** PostgreSQL sistemlerini işletmek için önemli bilgidir, çünkü veritabanı kesintileri tüm uygulamayı devre dışı bırakır (veritabanı genellikle en kritik tek bağımlılıktır), bu nedenle Postgres'i başarısızlıklara rağmen kullanılabilir tutmayı anlamak, güvenilir sistemler için değerli ileri seviye bilgidir.

Temel — **replikasyon artı otomatik yük devretme** — birincil veritabanı başarısızlığını (aksi takdirde tüm uygulama kesintisine neden olacak) kısa, kurtarılabilir bir araya dönüştüren şeydir: standby replikaları senkronize kalır ve primary başarısız olduğunda, bir replica otomatik olarak devralması için terfi ettirilir.

**HA araçlarını** anlamak (yük devretmeyi bir konsensüs deposu yoluyla koordine eden popüler çözüm Patroni; repmgr; veya yerleşik HA'ya sahip yönetilen bulut Postgres) önemlidir, çünkü yük devretmeyi otomatikleştirmek güvenli bir şekilde elle yapmak zordur.

**Önemli hususları** bilmek kritiktir: yük devretme sırasında veri kaybı olmaması için **senkron replikasyon**, bölge başarısızlıklarından kurtulmak için **birden fazla replica'yla birden fazla kullanılabilirlik bölgesinde**, ve özellikle **split-brain'den kaçınmak** (iki primary'nin aynı anda yazışları kabul etmesini engelleme, veri bozulmasına neden olur — konsensüs/çit mekanizması tarafından önlenen ciddi bir risk).

**Bağlantı yönlendirmesini** anlamak (yük devretmeden sonra uygulamayı mevcut primary'ye yönlendirme, yük dengeleyiciler/proxy'ler yoluyla) ve yük devretmenin (yedeklemeler gibi) **test edilmesi** gereken bilgiyi tamamlar.

Birçok ekibin HA için **yönetilen Postgres** kullandığını bilmek de ilgilidir.

Veritabanı kullanılabilirliği üretim sistemleri için kritik olduğundan (bir kesinti her şeyi devre dışı bırakır) ve bunu sağlamak replikasyon, otomatik yük devretme, split-brain önleme ve bağlantı yönlendirmesini anlamayı gerektirir (veya yönetilen HA'yı kullanır), PostgreSQL yüksek kullanılabilirliğini anlamak, güvenilir ve esnek sistemler mimarisi için önemli ileri seviye bilgidir — üretim veritabanları için sık eleştirilen bir konu ve başarısızlıklara karşı dayanıklı veritabanı altyapısı oluşturmayı anlamayı gösteren bir konudur, ileri seviye veritabanı/altyapı rolleri için beklenmektedir.