Redis中的master-slave&sentinel

上海isp

　　redis安装
　　解压完成后可以看到INSTALL和README.md文件，查看以获取更多有用信息。
　　在README文件中可以获取到软件的安装步骤。以下安装步骤基于此。
　　#step1 进入文件夹，执行编译命令
　　

[iyunv@iZ2ze8nco8ibrno0cscszfZ redis-3.2.8]# make　　

　　#step2 为了后面开发测试的方便，把启动脚本，配置文件，日志文件统一放到redis目录下
　　

[iyunv@iZ2ze8nco8ibrno0cscszfZ redis-3.2.8]# mkdir /usr/local/redis　　
[iyunv@iZ2ze8nco8ibrno0cscszfZ redis
-3.2.8]# mkdir /usr/local/redis/logs　　
[iyunv@iZ2ze8nco8ibrno0cscszfZ redis
-3.2.8]# mkdir /usr/local/redis/bin　　
[iyunv@iZ2ze8nco8ibrno0cscszfZ redis
-3.2.8]# mkdir /usr/local/redis/conf　　
[iyunv@iZ2ze8nco8ibrno0cscszfZ redis
-3.2.8]# cp redis.conf sentinel.conf /usr/local/redis/conf/　　
[iyunv@iZ2ze8nco8ibrno0cscszfZ src]# cp redis
-server redis-sentinel redis-cli /usr/local/redis/bin/　　

　　#step3 开启Redis服务,检测其可用性
　　

[iyunv@iZ2ze8nco8ibrno0cscszfZ bin]# ./redis-server ../conf/redis.conf 　　

　　可以看到日志信息
　　

6261:M 30 Mar 09:29:20.941 * The server is now ready to accept connections on port 6379　　

　　Redis server使用默认端口6379启动成功。
　　#step4 修改配置文件，使其以后台服务方式运行。
　　

#what?局域网内本机IP。　　
#why?只接受外部程序发送到IP
172.17.84.39的数据。　　
#resoult:更加安全，因为只有同一局域网内的机器能够访问。当然也可以把bind注释掉，以支持包括外网在内的所有IP。
　　
bind
172.17.84.39　　
#修改默认端口，避免被恶意脚本扫描。
　　
port
9999　　
loglevel debug
　　
logfile
/usr/local/redis/logs/redis.log.9999　　
#为服务设置安全密码
　　
requirepass redispass
　　
#以守护进程方式运行
　　
daemonize yes
　　

　　#step5 重新启动redis。
　　

[iyunv@iZ2ze8nco8ibrno0cscszfZ bin]# ./redis-cli -h 172.17.84.39 -p 9999 -a redispass shutdown　　
[iyunv@iZ2ze8nco8ibrno0cscszfZ bin]# .
/redis-server ../conf/redis.conf　　

　　查看日志../logs/redis.log.9999
　　

6290:M 30 Mar 10:25:29.050 - Accepted 172.17.84.39:44928　　
6290:M 30 Mar 10:25:29.050 # User requested shutdown...
　　
6290:M 30 Mar 10:25:29.050 * Saving the final RDB snapshot before exiting.
　　
6290:M 30 Mar 10:25:29.053 * DB saved on disk
　　
6290:M 30 Mar 10:25:29.053 * Removing the pid file.
　　
6290:M 30 Mar 10:25:29.053 # Redis is now ready to exit, bye bye...
　　
6290:M 30 Mar 09:46:01.661 * The server is now ready to accept connections on port 9999
　　

　　可以看到，服务端接收到停止服务的命令后，并没有立即停止运行，而是做了一个Saving 的操作，因此，如果采用KILL -9 pid 的方式杀死redis进程，可能导致部分数据丢失！
　　#step6 在redis中保存第一个值
　　

[iyunv@iZ2ze8nco8ibrno0cscszfZ bin]# ./redis-cli -h 172.17.84.39 -p 9999 -a redispass　　

172.17.84.39:9999> set test success　　
OK
　　

172.17.84.39:9999> get test　　

"success"　　

　　开启主从复制（master-slave）
　　主从模式的两个重要目的，提升系统可靠性和读写分离提升部分性能。
　　这里通过修改端口的方式，再启动端口为9997和9998的服务作为备（从）机。
　　备机启动需要修改配置文件部分属性（在9999配置的基础上）。
　　

port 9997　　
logfile
/usr/local/redis/logs/redis.log.9997　　
#指定master ip port
　　
slaveof
172.17.84.39 9999　　
#认证master时需要的密码。必须和master配置的requirepass 保持一致
　　
masterauth redispass
　　
protected
-mode no　　

　　从机9998配置同理
　　

port 9998　　
logfile
/usr/local/redis/logs/redis.log.9998　　
slaveof
172.17.84.39 9999　　
masterauth redispass
　　
protected
-mode no　　

　　开启从机服务
　　

[iyunv@iZ2ze8nco8ibrno0cscszfZ bin]# ./redis-server ../conf/redis.conf.9997　　
[iyunv@iZ2ze8nco8ibrno0cscszfZ bin]# .
/redis-server ../conf/redis.conf.9998　　

　　查看slave 9978日志（省略部分信息），可以看出，slave在启动时成功连接master，并接收到了104字节的同步数据。
　　

6472:S 30 Mar 11:18:17.206 * Connecting to MASTER 172.17.84.39:9999　　
6472:S 30 Mar 11:18:17.206 * MASTER <-> SLAVE sync started
　　
6472:S 30 Mar 11:18:17.223 * MASTER <-> SLAVE sync: receiving 104 bytes from master
　　
6472:S 30 Mar 11:18:17.223 * MASTER <-> SLAVE sync: Finished with success
　　

　　验证：尝试在从机中获取前面存入的key值
　　

[iyunv@iZ2ze8nco8ibrno0cscszfZ bin]# ./redis-cli -h 172.17.84.39 -p 9997 -a redispass　　

172.17.84.39:9997> get test　　

"success"　　
9998
　　
[iyunv@iZ2ze8nco8ibrno0cscszfZ bin]# ./redis-cli -h 172.17.84.39 -p 9998 -a redispass
　　
172.17.84.39:9998> get test
　　
"success"
　　

　　sentinel模式故障自动迁移
　　Master-slave主从复制避免了数据丢失带来的灾难性后果。
　　但是单点故障仍然存在，在运行期间master宕机需要停机手动切换。
　　Sentinel很好的解决了这个问题，当Master-slave模式中的Master宕机后，能够自主切换，选择另一个可靠的redis-server充当master角色，使系统仍正常运行。
　　一般来说sentinel server需要大于等于3个。
　　这里通过修改端口的方式开启3个sentinel server。修改配置文件sentinel.conf部分属性
　　

#服务运行端口号　　
port
26379　　
#mymaster为指定的master服务器起一个别名
　　
#master IP和端口号
　　
#2的含义：当开启的sentinel server认为当前master主观下线的（
+sdown）数量达到2时，则sentinel server认为当前master客观下线（+odown）系统开始自动迁移。2的计算（建议）：sentinel server数量的大多数，至少为count（sentinel server）/2 向上取整。2>3/2（主观下线与客观下线？）　　
sentinel monitor mymaster
172.17.84.39 9999 2　　
#master别名和认证密码。这就提醒了用户，在master
-slave系统中，各服务的认证密码应该保持一致。　　
sentinel auth
-pass mymaster redispass　　
#以守护进程方式运行
　　
daemonize yes
　　
logfile
/usr/local/redis/logs/sentinel.log.26379　　
protected
-mode no　　
sentinel down
-after-milliseconds mymaster 6000　　
sentinel failover
-timeout mymaster 18000　　

　　（多开服务只需要在以上配置基础上修改端口号，其它保持不变 port 26378/port 26377）
　　开启Sentinel服务
　　

./redis-sentinel ../conf/sentinel.conf.26377　　
.
/redis-sentinel ../conf/sentinel.conf.26378　　
.
/redis-sentinel ../conf/sentinel.conf.26379　　

　　查看日志：
　　

6860:X 30 Mar 15:20:27.383 # Sentinel>
6860:X 30 Mar 15:20:27.383 # +monitor master mymaster 172.17.84.39 9999 quorum 2　　
6860:X 30 Mar 15:20:28.776 * +sentinel sentinel b50ce4d448ad1091df76623e625dd7f90b374fd3 172.17.84.39 26379 @ mymaster 172.17.84.39 9999
　　
6860:X 30 Mar 15:20:31.311 * +sentinel sentinel d99a3d163a4a887a240793f2fb5a66c3b14e311a 172.17.84.39 26378 @ mymaster 172.17.84.39 9999
　　

　　此时所有服务的运行情况：
　　

[iyunv@iZ2ze8nco8ibrno0cscszfZ logs]# ps -aux|grep redis　　
root      
6372  0.0  0.2 138964  2532 ?        Ssl  10:26   0:05 ./redis-server 172.17.84.39:9999　　
root      
6472  0.0  0.2 136916  2420 ?        Ssl  11:18   0:04 ./redis-server 172.17.84.39:9997　　
root      
6477  0.0  0.2 136916  2408 ?        Ssl  11:18   0:04 ./redis-server 172.17.84.39:9998　　
root      
6725  0.0  0.2 136916  2076 ?        Ssl  14:40   0:00 ./redis-sentinel *:26379 [sentinel]　　
root      
6737  0.0  0.2 136916  2304 ?        Ssl  14:44   0:00 ./redis-sentinel *:26378 [sentinel]　　
root      
6760  0.0  0.2 136916  2300 ?        Ssl  14:45   0:00 ./redis-sentinel *:26377 [sentinel]　　

　　测试：杀死master进程，模拟master宕机
　　

Kill -9 6372　　

　　查看sentinel日志（省略部分信息），可以知道故障迁移的大致过程：
　　

+sdown master mymaster：主观认为master下线　　

+odown master mymaster 172.17.84.39 9999 #quorum 2/2：认为主观下线的sentinel数量达到设定的阈值2，可以开始转移了。　　

+new-epoch 1：新纪元（新版本？因为会产生新的master？蛤？O(∩_∩)O~）　　

+try-failover master mymaster 172.17.84.39 9999：开始转移　　

　　

7118:X 30 Mar 15:54:43.994 # +vote-for-leader 2c536c5f9f97071cfdfffc9ad3d426dbbf505b02 1　　
7118:X 30 Mar 15:54:44.004 # 69485d9636fad6003cb0dbbdbaa36d59749ee40b voted for 2c536c5f9f97071cfdfffc9ad3d426dbbf505b02 1
　　
7118:X 30 Mar 15:54:44.004 # a027e345d3c31eebe931f1d8e9616fd34d3519b5 voted for 2c536c5f9f97071cfdfffc9ad3d426dbbf505b02 1
　　
通过投票在运行的sentinel 服务中选举一个leader，leader的作用是，向被选举的新的master输送配置信息。
　　

　　
7118:X 30 Mar 15:54:44.133 # +selected-slave slave 172.17.84.39:9997 172.17.84.39 9997 @ mymaster 172.17.84.39 9999 ：Sentinel 顺利找到适合进行升级的从服务器。
　　
7118:X 30 Mar 15:54:46.129 # +failover-end master mymaster 172.17.84.39 9999
　　
7118:X 30 Mar 15:54:46.129 # +switch-master mymaster 172.17.84.39 9999 172.17.84.39 9997 ：配置完成，主服务器变更。