Redis Sentinel
Solução de alta disponibilidade do Redis sem sharding. Processos Sentinel (3 ou mais) monitoram master e réplicas e votam por quórum no failover. O cliente pergunta ao Sentinel qual é o endereço do master atual.
Mais simples que o Cluster quando os dados cabem em um único master. Diferença em relação ao Cluster: Sentinel é só HA, Cluster é HA + sharding. Bibliotecas cliente (Jedis, Lettuce, ioredis) têm modo Sentinel-aware, que abstrai a descoberta. Tempo de failover: 5-30 segundos, tipicamente (configurável via down-after-milliseconds + failover-timeout). Risco de split-brain em caso de partição de rede + falha de quórum. Alternativa moderna: serviços gerenciados (ElastiCache, MemoryDB) tornam a mecânica do Sentinel transparente.