当master宕机了要把slave1变为master，并把slave2指向slave1。
运行时更改master-slave，config set/get，修改一台slave(设为A)为new master
1)命令该服务不做其他redis服务的slave，命令: slaveof no one
2)修改其readonly为yes，其他的slave再指向new master A
1)命令该服务为new master A的slave，命令格式 slaveof IP port
6379:>shutdown
6378,6377>info replication
"# Replication
role:slave
master_host:127.0.0.1
master_port:6379
master_link_status:down
6378:0>slaveof no one //不在是从服务器
"OK"
6378:0>info replication //现在已经是主服务器了，0个从
"# Replication
role:master
connected_slaves:0
6378:0>config get slave-read-only //不能是readonly的
1) "slave-read-only"
2) "yes"
6378:0>config set slave-read-only no
"OK"
6378:0>config get slave-read-only
1) "slave-read-only"
2) "no"
6377:0>slaveof 127.0.0.1 6378
"OK"
//原来6377，6378指向6379，现在6379宕机6378变为master6377变为6378的slave
6379:0>info replication
"# Replication
role:master
connected_slaves:0
6378:0>info replication
"# Replication
role:master
connected_slaves:1
slave0:ip=127.0.0.1,port=6377,state=online,offset=408,lag=0
6377:0>info replication
"# Replication
role:slave
master_host:127.0.0.1
master_port:6378
监控工具 sentinel（就是刚才手工的操作）
sentinel monitor mymaster 127.0.0.1 6379 2 //2个sentinel监控到失效了
sentinel auth-pass mymaster 012_345^678-90
##master被当前sentinel实例认定为“失效”的间隔时间
##如果当前sentinel与master直接的通讯中，在指定时间内没有响应或者响应错误代码，那么当前sentinel就认为master失效(SDOWN，“主观”失效)
##<mastername> <millseconds> 默认为30秒
sentinel down-after-milliseconds mymaster 30000 //30000毫秒，30秒
##当前sentinel实例是否允许实施“failover”(故障转移，把不把slave变为master)
##no表示当前sentinel为“观察者”(只参与"投票".不参与实施failover)，(一般是多台sentinel监控一台master，只有一台sentinel可以修改slave为master，多台sentlnel不能一起改。有2台发现宕机了就宕机了)，##全局中至少有一个为yes只能一个sentinel来修改。
sentinel can-failover mymaster yes //
##sentinel notification-script mymaster /var/redis/notify.sh
Sentinel不断与master通信,获取master的slave信息，监听master与slave的状态
如果某slave失效,直接通知master去除该slave，如果master失效,,是按照slave优先级(可配置), 选取1个slave做 new master,把其他slave--> new master
疑问: sentinel与master通信,如果某次因为master IO操作频繁,导致超时,
此时,认为master失效,很武断.解决: sentnel允许多个实例看守1个master, 当N台(N可设置)sentinel都认为master失效,才正式失效.
Sentinel.conf 选项配置:
port 26379 # 端口
sentinel monitor mymaster 127.0.0.1 6379 2 , //给主机起的名字(不重即可), 当2个sentinel实例都认为master失效时,正式失效
sentinel down-after-milliseconds mymaster 30000 #多少毫秒后连接不到master认为断开
sentinel can-failover mymaster yes #是否允许sentinel修改slave->master. 如为no,则只能监控,无权修改./
sentinel parallel-syncs mymaster 1 , #一次性修改几个slave指向新的new master.1表示是一台一台的来，防止新的masterio过高而宕机
sentinel failover-timeout mymaster 900000 //15分钟之内没有完成刚才的所有操作则表示操作失败，然后发送短信什么的。
sentinel client-reconfig-script mymaster /var/redis/reconfig.sh ,# 在重新配置new master,new slave过程,可以触发的脚本
Redis-server ./Sentinel.conf --sentinel //启动
slave-priority 10 //多个slave的时候可以选择哪个优先作为master，越小越靠前。
//同一个redis实例里面复制多个配置文件，就可以开启多个redis实例和sentinel。
80是主，77，78，79是从。80宕机后79是主，并且是改了配置文件，也就是说重启后79仍然是主（通过info replication查看主从信息）。如果79 的数据比80 少，那么79做主后80的数据跟79同步，那么79的数据也会丢失。Sentinel 的配置文件也改了。 因为配置文件改了，所以只启动一个从服务器时他仍然是主服务器的slave,并且等着主服务器起来，只有启动了sentinel看见主服务器没有起来，会修改配置文件把当前的从服务器修改为master.
