Redis replikasyonu ve yüksek kullanılabilirliği nasıl çalışır?

Question

Accepted Answer

Redis **yüksek kullanılabilirliği** **replikasyon** (verinin replica kopyaları), **Redis Sentinel** (otomatik failover izleme) ve **Redis Cluster** (sharding + replikasyon) aracılığıyla sağlar. Bunları anlamak, Redis'i üretimde güvenilir bir şekilde çalıştırmak için önemlidir.

## Replikasyon — primary ve replicalar

```text
PRIMARY (master) → handles writes; asynchronously replicates data to replicas
REPLICAS (slaves) → copies of the primary's data; can serve READS (read scaling)

Write → Primary → async replication → Replicas (eventually consistent)
  ✓ Redundancy (replicas have copies) + read scaling (reads offloaded to replicas)
  ✗ Replication is ASYNC → a small lag; a failover could lose very recent writes
```

Replicalar asenkron olarak primary'nin verilerini kopyalarlar — yedeklilik ve okuma ölçeklendirmesi sağlarlar (okumalar replicalar'a yönlendirilebilir), ancak hafif bir replikasyon gecikmesi vardır.

## Redis Sentinel — otomatik failover

```text
Replication alone doesn't auto-recover if the PRIMARY fails. REDIS SENTINEL adds:
  → MONITORING — Sentinels watch the primary and replicas
  → AUTOMATIC FAILOVER — if the primary fails, Sentinels elect a replica as the new primary
  → SERVICE DISCOVERY — clients ask Sentinel for the current primary address
→ Sentinel provides high availability (auto-failover) for a non-clustered setup.
  (Run multiple Sentinels — a majority must agree — to avoid false failovers.)
```

**Sentinel** kurulumu izler ve **otomatik failover** gerçekleştirir (primary başarısız olursa bir replica yükseltir) — primary arızasını tam bir kesinti yerine kısa bir kesintiye dönüştürür.

## Redis Cluster — sharding + HA

```text
REDIS CLUSTER → for scaling beyond one server's memory AND high availability:
  → SHARDS data across multiple primaries (each holds a subset via hash slots, 16384 total)
  → each primary has replicas (HA — a replica takes over if its primary fails)
  → scales horizontally (more memory/throughput) + built-in failover
→ Use Cluster when data exceeds one node's RAM or you need to scale writes.
```

## Neden önemli

Redis replikasyonu ve yüksek kullanılabilirliğini anlamak, **üretimde Redis'i güvenilir bir şekilde çalıştırmak** için önemlidir ve bu, üretim Redis dağıtımları için değerli senior seviyesi bilgidir.

Redis sıklıkla önemli verileri tutar (kaybedilmesi yük artışına neden olan cacheler, oturumlar, kuyruklar), bu nedenle kullanılabilirlik ve yedeklilik sağlamak önemlidir. **Replikasyon** (replicalar asenkron olarak primary'yi kopyalar) temel oluşturur — yedeklilik (replicalar kopyalar tutar) ve okuma ölçeklendirmesi (okumalar replicalar'a yönetilir) — ancak **asenkron doğasını** (hafif gecikme, failover sırasında çok yakın zamanda yazılan yazıların potansiyel kaybı) anlamak tutarlılık konusunda akıl yürütmek için önemlidir. **Redis Sentinel** kümelenmemiş kurulumlar için yüksek kullanılabilirliğin anahtarıdır: **izleme ve otomatik failover** (primary başarısız olduğunda bir replica yükseltir) ekler ve hizmet keşfi sağlar, primary arızasını tam bir kesinti yerine kısa bir kesintiye dönüştürür — kullanılabilir kalması gereken sistemler için gereklidir (ve yanlış failover'ları önlemek için çoğunluk anlaşması amacıyla birden fazla Sentinel çalıştırmak). **Redis Cluster** hem ölçeklendirmeyi hem de HA'yı ele alır: **verileri birden fazla primary'ye shardlama** (hash slotları aracılığıyla, bir sunucunun belleğini ve yazma verimini aşan ölçeklendirme) failover için replicalar ile — veri bir düğümün RAM'ini aştığında veya yazmaların ölçeklenmesi gerektiğinde gereklidir.

Hangisini kullanacağını anlamak (tek veri seti için Sentinel, ölçekte sharding + HA için Cluster) sağlam operasyonel yargıyı yansıtır.

Üretim Redis'in kullanılabilir olması gerektiğinden ve ölçeklenmesi gerekebileceğinden, ve replikasyon (yedeklilik/okuma ölçeklendirmesi), Sentinel (otomatik failover) ve Cluster (sharding + HA) Redis'in güvenilirlik ve ölçek mekanizmaları olduğundan, Redis replikasyonu ve yüksek kullanılabilirliğini anlamak Redis'i güvenilir bir şekilde dağıtmak için önemli senior seviyesi bilgidir, sık sık kritik olan bir üretim kaygısı ve Redis'in tek bir hata noktası olmak yerine altyapının güvenilir bir parçası olarak nasıl çalıştırılacağının anlaşılmasını gösteren bir konudur.