we use a master/slave setup with manual failover.
automatic failover sounds really nice ..... but:
a) this is (hopefully) a very rare event
b) the exact failure conditions (network, power, disk,
memory etc.) are not known in advance
c) the script is extremely hard to test
in the end, the script might actually *compound* the
problem and cause an even longer downtime -- so we figure
we are better off without it.
cheers
tim
> --
> You received this message because you are subscribed to the Google Groups "Redis DB" group.
> To post to this group, send email to redi...@googlegroups.com.
> To unsubscribe from this group, send email to redis-db+u...@googlegroups.com.
> For more options, visit this group at http://groups.google.com/group/redis-db?hl=en.
For our 100% uptime stuff, we use haproxy on the frontend to do
load-balancing/failure detection on our web frontends, so if a worker
slave dies, they are automatically pulled from the pool. If the
master dies, certain parts of the site go read-only, someone gets
paged, they figure it out, bring it back up, and re-slave the slaves
one at a time (to ensure that neither the master nor the worker pool
is overloaded at any one time). This has worked for us since July
without issue.
- Josiah