In Redis Sentinel, automatic failover happens when the master node is considered down. What condition causes Sentinel to start failover?
Think about how Sentinel detects a master failure automatically.
Sentinel monitors the master by sending periodic PING commands. If the master does not respond within a configured timeout, Sentinel marks it as subjectively down and then, after agreement from other Sentinels, as objectively down, triggering failover.
Consider the Redis Sentinel command SENTINEL FAILOVER <master-name>. What is the immediate output after running this command?
Check the Redis Sentinel documentation for the command response.
The SENTINEL FAILOVER command returns "OK" immediately after starting the failover process. It does not wait for failover completion.
Which configuration directive in sentinel.conf enables Redis Sentinel to perform automatic failover?
Which directive tells Sentinel which master to watch?
The sentinel monitor directive tells Sentinel to watch a master and enables automatic failover. Other directives configure timing and behavior but do not enable monitoring by themselves.
You want to reduce the time Redis Sentinel takes to detect a master failure and complete failover. Which combination of settings helps achieve this?
Think about how Sentinel detects failure and how long it waits before failover.
Lowering down-after-milliseconds makes Sentinel detect failure faster. Reducing failover-timeout shortens the failover process. Increasing quorum or disabling monitoring would delay or prevent failover.
You have a Redis Sentinel setup monitoring a master and its slaves. The master crashes, but Sentinel does not perform failover automatically. Which is the most likely cause?
Consider how Sentinel decides a master is objectively down.
If the quorum (number of Sentinels that must agree the master is down) is higher than the number of Sentinels running, failover will not start because Sentinel never reaches consensus.