High Availability Architecture

High Availability (HA) berarti layanan tetap tersedia meskipun satu komponen gagal. HA bukan sekadar menambah server; ia menghilangkan single point of failure (SPOF) dan menyiapkan failover.

Single point of failureCopy Anchor Link

Level HACopy Anchor Link

Biaya meningkat tajam seiring level HA. Pilih sesuai kebutuhan bisnis.

Failover proxy dengan KeepalivedCopy Anchor Link

Dua server Nginx dengan IP virtual (VIP):

Client
  │
  ▼
VIP 192.168.1.100
  ├── nginx-1 (MASTER)
  └── nginx-2 (BACKUP)

Keepalived memindahkan VIP jika master gagal.

Konfigurasi sederhana di kedua node:

vrrp_instance VI_1 {
    state MASTER
    interface eth0
    virtual_router_id 51
    priority 100
    advert_int 1
    authentication {
        auth_type PASS
        auth_pass rahasia
    }
    virtual_ipaddress {
        192.168.1.100/24
    }
}

Node backup memakai state BACKUP dan priority lebih rendah.

Failover DNSCopy Anchor Link

Alternatif tanpa VIP: dua alamat IP dengan health check DNS.

• DNS round robin — sederhana, tetapi failover bergantung TTL.
• DNS failover — provider memeriksa health dan mengubah record.
• Anycast — skala besar, kompleks.

DNS bukan mekanisme failover instan karena cache TTL. Untuk aplikasi kritis, gunakan load balancer dengan health check.

Database HACopy Anchor Link

Primary + replicaCopy Anchor Link

App ──write──▶ Primary
  └──read────▶ Replica

• Primary menangani write.
• Replica menangani read dan menjadi kandidat failover.
• Replikasi bisa asynchronous atau synchronous.

FailoverCopy Anchor Link

• Manual — promosikan replica, ubah koneksi app.
• Otomatis — Patroni/repmgr untuk PostgreSQL, Orchestrator untuk MySQL.

Risiko utama: split brain (dua primary). Gunakan quorum dan fencing.

Redis HACopy Anchor Link

Untuk session/cache, kehilangan Redis sementara bisa ditoleransi dengan fallback, tetapi session pengguna bisa hilang.

Load balancer HACopy Anchor Link

• Dua instance Nginx + Keepalived.
• Atau load balancer cloud terkelola.
• Health check ke backend.
• Jangan biarkan load balancer menjadi SPOF.

Backup dan HA bukan hal yang samaCopy Anchor Link

HA menjaga layanan tetap hidup saat komponen gagal. Backup melindungi dari data loss, korupsi, atau kesalahan manusia. Keduanya diperlukan.

Menguji HACopy Anchor Link

1. Matikan satu app instance — trafik tetap jalan.
2. Matikan proxy master — VIP pindah.
3. Hentikan database primary — failover berjalan.
4. Putuskan jaringan sementara — cek perilaku.
5. Restore backup di lingkungan terpisah.

Checklist HACopy Anchor Link

• Tidak ada SPOF pada jalur trafik.
• Minimal dua app instance.
• Proxy redundan.
• Database memiliki replica dan prosedur failover.
• Cache memiliki strategi fallback.
• Backup offsite dan teruji.
• Health check di semua lapisan.
• Monitoring dan alert.
• Runbook failover.
• HA diuji berkala.

RingkasanCopy Anchor Link

• HA menghilangkan SPOF dan menyiapkan failover.
• Redundansi harus mencakup app, proxy, database, dan jaringan.
• Database HA membutuhkan quorum dan pencegahan split brain.
• Backup tetap wajib meskipun sistem HA.