整理了近期在项目上做的一些技术研究，希望与大家共同探讨交流。

项目中经常使用缓存服务，当前redis是当之无愧的首选，即便如此对于企业级项目，仍然要考虑更高的稳定性，因此进行了如下研究探索。

1，部署结构图：

2，目标清单:

1) 192.168.31.220、192.168.31.221 和 192.168.31.222 为三台 redis 服务器。
初始状态下 220 为 master，221 和 222 为 slave，slave 的数据来源于 master。
2) redis 服务器上各自存在一个 Sentinel，监控本机 redis 运行情况，并通知给闭路环上其它的 redis 节点。
3) 当 master 发生异常(例如:宕机和断电等)导致不可运行时，Sentinel 将通知给其它节点，而剩余节点上的 Sentinel 将重新选举出新的master，而原来的master重新恢复正常后，则一直扮演 slave 角色。
4) 规定整个架构体系中，master提供读写服务，而slave只提供读取服务。

3，安装 redis

tar *  && make && make test

4，实现过程

4.1 编辑 master(220)的配置文件

vi  /etc/redis/redis.conf

Master redis.conf 摘要代码

daemonize  yes  //开启守护模式
dir ./            //指定数据存储目录
appendonly  yes    //打开 aof 持久化
appendfsync everysec // 每秒一次 aof 写
protected-mode no     //保护模式关闭
# bind 192.168.31.220   //要想远程连接 redis，将此行注销

4.2 编辑 slave(221和222上)的配置文件

在上一节的基本上加入如下配置项:
Slave redis.conf 摘要代码

slaveof 192.168.31.220 6379    //  指定所属的主机
slave-read-only  yes     //指定从机"只读"
min-slaves-to-write   1
min-slaves-max-lag    10

4.3 编辑 Sentinel 文件

vi  /etc/redis/sentinel.conf

Sentinel.conf 摘要代码

monitor mymaster 192.168.31.220 6379 2
down-after-milliseconds mymaster 60000
failover-timeout mymaster 180000
parallel-syncs    mymaster 1
down-after-milliseconds resque 10000
failover-timeout resque 180000
parallel-syncs    resque 5

注意:可以配置多个 master 节点

4.4 启动

redis-server redis.conf
redis-sentinel sentinel.conf &

先启动redis，再启动sentinel

注意:

永远部署至少三个 Sentinel 在三个不同的机器里
在 sentinel 没有选举出新 master 之前，不要立即重启失效的 master

4.5 使用

4.5.1 查看复制信息:

redis-cli -h 192.168.31.220 -p 6379
auth 123123     //如果配置了密码请执行这一步，未配置请忽略
info replicaiton

4.5.2 查看 sentinel 监控的 master-slave 信息:

redis-cli -h 192.168.31.220 -p 26379
sentinel masters
sentinel slaves mymaster

此时如果出现报错，那么在sentinel的配置文件中加入

protected-mode  no

重启该 sentinel。