redis replication以及redis sentinel配置

redis replication(复制)功能是为了实现高吞吐量的redis集群，做读写分离架构，以及支持横向扩容的特性。同时，为了保障redis集群的高可用性，redis在2.4版本引入了sentinel功能，主要功能是保障在master节点宕机的时候可以通过选举算法选出一个slave节点将其转为master，保障业务的正常运行。本篇文章主要内容为介绍redis application以及redis sentinel的相关配置，以及一些注意事项。

配置redis集群

服务器信息

系统：CentOs 6.5
redis集群，采用3台服务器，实现一个master节点，两个slave节点，其中服务器的信息如下
- master节点: 192.168.1.103 6739
- slave节点1：192.168.1.104 6739
- slave节点2：192.168.1.105 6739

主从服务器配置：

# master 节点
# 6739.conf文件 

# 关闭RDB持久化,只需要在一个slave节点开启RDB就可以了
# save 900 1
# save 300 10
# save 60 10000 

# 开启AOF，保障master的数据是最新最全的
appendonly yes
appendfsync everysec
no-appendfsync-on-rewrite yes
auto-aof-rewrite-percentage 100
auto-aof-rewrite-min-size 64mb

# 绑定本机ip
bind 192.168.1.103

# 是否开启安全认证(可选)
# requirepass 123456

=======================分割线===========================

# salve节点
# 6739.conf文件

# 配置master的ip和端口
slaveof 192.168.1.103 6739
# 配置master密码

# 打开RDB，只需在一台slave节点打开
save 900 1
save 300 10
save 60 10000

# 如果master开启了安全认证，则需要配置口令
# masterauth 123456

# 配置slave节点只读
slave-read-only yes

配置完毕后启动3台服务器的redis，启动顺序为先启动master节点在启动slave节点，启动完毕后，可以通过登录redis-cli输入info replication命令查看主从集群信息。

# master节点
# Replication
role:master
connected_slaves:2
slave0:ip=192.168.1.104,port=6379,state=online,offset=2802,lag=0
slave1:ip=192.168.1.105,port=6379,state=online,offset=2802,lag=1
master_repl_offset:2802
repl_backlog_active:1
repl_backlog_size:1048576
repl_backlog_first_byte_offset:2
repl_backlog_histlen:2801

=====================分割线=====================

# slave节点
# Replication
role:slave
master_host:192.168.1.103
master_port:6379
master_link_status:up
master_last_io_seconds_ago:10
master_sync_in_progress:0
slave_repl_offset:2480
slave_priority:100
slave_read_only:1
connected_slaves:0
master_repl_offset:0
repl_backlog_active:0
repl_backlog_size:1048576
repl_backlog_first_byte_offset:0
repl_backlog_histlen:0

sentinel的介绍

sentinel的中文名为哨兵，哨兵是redis集群架构中非常重要的一个组件，其主要功能如下：

集群监控，负责监控redis master和slave进程是否正常工作。
消息通知，如果某个reids实例发生了故障，可以通知管理员
故障转移，如果master node挂掉了，会自动转移到slave node上
配置中心，如果故障转移发生了，则通知client新的master地址。

哨兵加redis主从的部署架构，是不会保证数据零丢失的，只能保证redis集群的高可用性，哨兵的配置也是通过分布式集群部署。

数据丢失情况

sentinel是Redis集群的管理工具。在一般的分布式中心节点数据库中，sentinel的作用是中心节点的工作，监控各个其他节点的工作情况并且进行故障恢复，来提高集群的高可用性,在master节点发生故障的时候，可以通过选举某个slave节点进行故障转移，这个过程称之为主备切换。在主备切换的过程中，可能存在以下两种数据丢失的情况。

异步复制导致数据丢失的情况

在replication过程中master节点复制数据的过程是异步的，可能存在某部分数据还未复制到slave节点，master节点就宕机了，此时部分数据就丢失了。
脑裂导致数据丢失

如果由于某些原因导致master所在的机器脱离的正常的网络，导致master节点不可达，但是实际上master还在运行，此时哨兵会认为master宕机了，从而将一个slave节点切换成了master，此时就有两个master节点，即所谓的脑裂问题。此时client连接的是旧的那个master，写入这个master的数据就丢失了，因为旧的master恢复的时候会被作为一个slave节点挂载，从而从新的master节点复制数据。

对于这两种数据丢失的问题，可以通过配置一下内容来减少数据的丢失：

min-slaves-to-write 1
min-slaves-max=lag 10

以上两个配置指的是，至少有一个slave复制数据的同步的延迟不能超过10秒，一旦所有的slave都超过了10秒，则住master拒接请求。

sdown和odown状态

sdown是主观宕机，即一个哨兵认为某个master宕机了。那么就是sdown。odown是客观宕机，如果quorum数量的哨兵都觉得一个master宕机了，那么就是odown。

sentinel 配置

sentinel的配置在redis目录下面的sentinel.conf文件中。

注意：如果master和sentinal是部署在同一台机器上的情况下，则最少需要配置2个以上的sentinel节点才可以正常工作。因为假如一台机器宕机了，则运行在那台机器上的sentinel实例也就没有了，这个时候，另一个哨兵检测到master宕机了，要进行主备切换，但是此时仅仅有一个哨兵在工作，是没有majority数量的哨兵来允许执行故障转移。

# 监听的端口
port 16379
# 主服务器名称,IP地址，端口号和多少个哨兵认为master挂了，则进行主备切换
sentinel monitor mymsater 192.168.1.103 6739 2
# sentinel在多少毫秒内连接不到master则认为master断开
sentinel down-after-milliseconds mymaster 30000
# 表示一次可以同时允许多少个slave指向新的master节点，默认为1，如果设置过大会导致新的master IO过大，
sentinel parallel-syncs mymaster 1
# 在重新配置new master,new slave过程,可以触发的脚本，可发邮件或者修改项目中的redis指向等
sentinel client-reconfig-script mymaster /var/redis/reconfig.sh 
# 执行故障转移的timeout超时时长
sentinel failover-timeout mymaster 180000

启动sentinel

可以通过执行以下命令来启动哨兵:

redis-sentinel /xxx/sentinel.conf

redis-server /xxx/sentinel.conf --sentinel

上述两个命令都可以启动sentinel,但是推荐使用第一个命令，因为这个运行的sentinel不会和redis实例绑定。

总结

本篇文章记录了redis的主从配置，哨兵相关知识，以及哨兵集群的配置。