Redis中的master-slave&sentinel

redis安装

解压完成后可以看到INSTALL和README.md文件，查看以获取更多有用信息。

在README文件中可以获取到软件的安装步骤。以下安装步骤基于此。

#step1 进入文件夹，执行编译命令

[root@iZ2ze8nco8ibrno0cscszfZ redis-]# make

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

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

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

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

可以看到日志信息

:M  Mar ::

Redis server使用默认端口6379启动成功。

#step4 修改配置文件，使其以后台服务方式运行。

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

#step5 重新启动redis。

[root@iZ2ze8nco8ibrno0cscszfZ bin]# ./redis-cli -h  -a redispass shutdown
[root@iZ2ze8nco8ibrno0cscszfZ bin]# ./redis-server ../conf/redis.conf

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

:M  Mar ::
:M  Mar ::29.050 # User requested shutdown...
:M  Mar ::29.050 * Saving the final RDB snapshot before exiting.
:M  Mar ::29.053 * DB saved on disk
:M  Mar ::29.053 * Removing the pid file.
:M  Mar ::29.053 # Redis is now ready to exit, bye bye...
:M  Mar ::

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

#step6 在redis中保存第一个值

[root@iZ2ze8nco8ibrno0cscszfZ bin]# ./redis-cli -h  -a redispass
> set test success
OK
> get test
"success"

开启主从复制（master-slave）

主从模式的两个重要目的，提升系统可靠性和读写分离提升部分性能。

这里通过修改端口的方式，再启动端口为9997和9998的服务作为备（从）机。

备机启动需要修改配置文件部分属性（在9999配置的基础上）。

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

从机9998配置同理

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

开启从机服务

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

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

:S  Mar ::
:S  Mar ::17.206 * MASTER <-> SLAVE sync started
:S  Mar :: bytes from master
:S  Mar ::17.223 * MASTER <-> SLAVE sync: Finished with success

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

[root@iZ2ze8nco8ibrno0cscszfZ bin]# ./redis-cli -h  -a redispass
> get test
"success"

[root@iZ2ze8nco8ibrno0cscszfZ bin]# ./redis-cli -h  -a redispass
> get test
"success"

sentinel模式故障自动迁移

Master-slave主从复制避免了数据丢失带来的灾难性后果。

但是单点故障仍然存在，在运行期间master宕机需要停机手动切换。

Sentinel很好的解决了这个问题，当Master-slave模式中的Master宕机后，能够自主切换，选择另一个可靠的redis-server充当master角色，使系统仍正常运行。

一般来说sentinel server需要大于等于3个。

这里通过修改端口的方式开启3个sentinel server。修改配置文件sentinel.conf部分属性

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

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

开启Sentinel服务

./redis-sentinel ../conf/sentinel.conf.
./redis-sentinel ../conf/sentinel.conf.
./redis-sentinel ../conf/sentinel.conf.

查看日志：

:X  Mar ::27.383 # Sentinel ID is 14a6a8d5d770c8e9d0e880a8e426454e1a652f94
:X  Mar :: quorum
:X  Mar :: @ mymaster
:X  Mar :: @ mymaster 

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

[root@iZ2ze8nco8ibrno0cscszfZ logs]# ps -aux|grep redis
root           ?        Ssl  :   : ./redis-server
root           ?        Ssl  :   : ./redis-server
root           ?        Ssl  :   : ./redis-server
root           ?        Ssl  :   : ./redis-sentinel *: [sentinel]
root           ?        Ssl  :   : ./redis-sentinel *: [sentinel]
root           ?        Ssl  :   : ./redis-sentinel *: [sentinel]

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

Kill - 

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

+sdown master mymaster：主观认为master下线
+odown master mymaster  #quorum /：认为主观下线的sentinel数量达到设定的阈值2，可以开始转移了。
+new-epoch ：新纪元（新版本？因为会产生新的master？蛤？O(∩_∩)O~）
+try-failover master mymaster ：开始转移

:X  Mar ::
:X  Mar ::
:X  Mar ::
通过投票在运行的sentinel 服务中选举一个leader，leader的作用是，向被选举的新的master输送配置信息。

:X  Mar ::  @ mymaster  ：Sentinel 顺利找到适合进行升级的从服务器。
:X  Mar ::
:X  Mar ::  ：配置完成，主服务器变更。

Redis中的master-slave&sentinel的相关教程结束。