redis主备哨兵搭建

主配置 redis.conf

# 当主备无法切换时可能是这个的原因 或者是服务器防火墙没有关闭
# 要么将bind注释 要么将bind配置成 bind 127.0.0.1 ip1 ip2        将网卡的IP都配置上去.不要写0.0.0.0
# bind 0.0.0.0 
# 备redis密码有就写这行, 不然当主备切换一次后就切不回来了
masterauth  密码

主配置 sentinel.conf

port 26379
# 后台运行 yes
daemonize no
pidfile /var/run/redis-sentinel.pid
#logfile ""
# 数据存储地址
dir /tmp
# 默认主的ip 当几台哨兵认为主服务down 即为客观down
sentinel monitor mymaster ip 端口 2
# 主备的redis密码一定要一致. 如果没有密码就不用配这行
sentinel auth-pass mymaster 1q2w#E4r
# 这个配置项指定了需要多少失效时间，一个master才会被这个sentinel主观地认为是不可用的 单位是毫秒，默认为30秒
sentinel down-after-milliseconds mymaster 30000
# 这个配置项指定了在发生failover主备切换时最多可以有多少个slave同时对新的master进行 同步，这个数字越小，完成failover所需的时间就越长，但是如果这个数字越大，就意味着越 多的slave因为replication而不可用。可以通过将这个值设为 1 来保证每次只有一个slave 处于不能处理命令请求的状态。
sentinel parallel-syncs mymaster 1
# 单台哨兵的情况下这个配置..
sentinel config-epoch mymaster 1 
sentinel failover-timeout mymaster 180000
sentinel deny-scripts-reconfig yes

备配置 redis.conf

#bind 0.0.0.0
replicaof ip port
masterauth 主密码有就写这行            通过命令设置密码:config set masterauth 密码

配置 sentinel.conf

port 26379
daemonize no
pidfile /var/run/redis-sentinel.pid
#logfile ""
dir /tmp
# 主备这里都写主redis的地址即可. 2表示当几台哨兵认为redis挂掉就是客观挂掉了
sentinel monitor mymaster ip 端口 2      
sentinel auth-pass mymaster 1q2w#E4r
sentinel down-after-milliseconds mymaster 30000
sentinel parallel-syncs mymaster 1
sentinel config-epoch mymaster 1
sentinel failover-timeout mymaster 180000
sentinel deny-scripts-reconfig yes

主备无效处理方法:

1. 任意一台通过 redis-cli -h ip -p port -a pwd        连接另一台redis看看是否能连接成功.如果不行就是这个原因导致的
2. 观察sentinel日志是因为裁决原因吗


启动redis和sentinel
    path/src/redis 配置文件
    path/sentinel/redis-sentinel 配置文件

补充点

补充点   哨兵最少只要一台就可以了
 停止主从复制 replicaof no one 在备上执行就可以了
如果主备配置失败 备可以开启logfile看看失败原因
127.0.0.1:6379> info replication      
role:slave
master_host:100.100.30.77
master_port:6379
master_link_status:up         失败这里是down
master_last_io_seconds_ago:2
master_sync_in_progress:0
slave_repl_offset:476
slave_priority:100
slave_read_only:1
connected_slaves:0
master_replid:09e9d9198fcd4c11073503be45eadcbf82d99073
master_replid2:0000000000000000000000000000000000000000
master_repl_offset:476
second_repl_offset:-1
repl_backlog_active:1
repl_backlog_size:1048576
repl_backlog_first_byte_offset:1
repl_backlog_histlen:476

slave-read-only：两个值，yes/no，用于控制slave是否为只读
slave-serve-stale-data: 用于控制当slave和master失去连接或正在进行同步时，slave的行为。
yes（默认）:仍然正常处理客户端请求，但数据可能是旧的
no:向客户端回复SYNC with master in progress
如果配置了主备且没有哨兵的情况下，建议master开启数据持久化，或者至少不要让master在挂掉后可以自动重启。
可以想象这样一个场景：master未开启持久化，master挂了后被监控重启。这时，master中没有任何数据，slave由于和master同步，上面的数据也将被清空!