Redis Sentinel
Rozwiązanie wysokiej dostępności dla Redisa bez shardingu. Procesy Sentinel (3+) monitorują mastera i repliki oraz głosują kworum przy failoverze. Klient pyta Sentinela o aktualny adres mastera.
Prostsze niż Cluster, gdy dane mieszczą się na jednym masterze. Różnica: Sentinel to wyłącznie HA, Cluster to HA plus sharding. Biblioteki klienckie (Jedis, Lettuce, ioredis) mają tryb świadomy Sentinela, który ukrywa wykrywanie mastera. Czas failoveru to zwykle 5–30 s (konfigurowalny przez down-after-milliseconds i failover-timeout). Ryzyko split-brain przy partycji sieci i utracie kworum. Nowoczesna alternatywa: usługi zarządzane (ElastiCache, MemoryDB), które czynią mechanikę Sentinela przezroczystą.