Redis Sentinel 的配置

1, 安装环境

+ 安装服务器

- ccsp-1-1(192.168.16.12, 默认为 master 节点)

- ccsp-2-1(192.168.16.14)

- ccsp-1-3(192.168.16.16)

- ccsp-2-3(192.168.16.17)

+ Redis 安装版本 redis-2.8.12

- http://download.redis.io/releases/redis-2.8.12.tar.gz

+ RW 属性: master 节点可读可写，slave 节点为只读

+ 所有 Redis 节点的相关端口和路径:

Port           : 6379

Config file    : /etc/redis/6379.conf

Log file       : /var/log/redis_6379.log

Data dir       : /var/lib/redis/6379

Executable     : /usr/local/bin/redis-server

Cli Executable : /usr/local/bin/redis-cli

Sentinel Config: /etc/redis/sentinel.conf

Cluster Name   : ccsp

2, 安装概述

主要基于 Redis 官方版本提供的 Sentinel 来实现 Redis 集群，Sentinel 主要实现 4 个任务：

+ Monitoring: 监控 Master 和 Slave 节点的运行状况;

+ Notification: 当监测到有 Redis 节点发生故障, Sentinel 需要通过特定的 API 通知系统管理员, 其他程序;

+ Automatic failover: 如果 Master 节点发生故障，Sentinel 需要能够启动 故障转移处理过程:

- 从选择剩余的 Slave 节点中选择一个节点作为 Master 节点;

- 其他的 Slave 节点需要重新配置指向新的 Master 节点;

- 连接到此 Redis 集群的应用程序也应能够获得通知连接新的 address;

+ Configuration provider: Sentinel 同时作为授权角色, 为 client 提供 service disconvery, client 先连接 sentinel 获取当前 master 节点的 address, 当发生 failover 时, sentinel 负责 report the new address of new master.

3, 配置

+ 在每一个节点上运行 redis server 和 sentinel 服务

- redis-server /etc/redis/6379.conf

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

+ 在任意一个节点上通过 redis-cli 登录后执行 INFO 命令，查看集群运行状态(找到 Replication 段):

* 下面为在 master 节点上查看的运行状态信息:

127.0.0.1:6379> INFO

# Server

redis_version:2.8.12

redis_git_sha1:00000000

redis_git_dirty:0

redis_build_id:a0ced9d6bbfe5950

redis_mode:standalone

os:Linux 2.6.32-358.el6.x86_64 x86_64

arch_bits:64

multiplexing_api:epoll

gcc_version:4.4.7

process_id:8942

run_id:e8b0962919eefc55f771e502f6aeb3dfcc32aa88

tcp_port:6379

uptime_in_seconds:3132

uptime_in_days:0

hz:10

lru_clock:13877460

config_file:/etc/redis/6379.conf

# Clients

connected_clients:9

client_longest_output_list:0

client_biggest_input_buf:0

blocked_clients:0

... ...

# Replication

role:master

connected_slaves:3

slave0:ip=192.168.16.14,port=6379,state=online,offset=439275,lag=0

slave1:ip=192.168.16.16,port=6379,state=online,offset=439412,lag=0

slave2:ip=192.168.16.17,port=6379,state=online,offset=439275,lag=1

master_repl_offset:439549

repl_backlog_active:1

repl_backlog_size:1048576

repl_backlog_first_byte_offset:2

repl_backlog_histlen:439548

* 下面为在某一 slave 节点上运行状态信息:

# Replication

role:slave

master_host:192.168.16.12

master_port:6379

master_link_status:up

master_last_io_seconds_ago:1

master_sync_in_progress:0

slave_repl_offset:25834

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

4, 测试

+ data 复制到其他节点:

- 首先在 master 节点 ccsp-1-1 上 write K(testkey) V(testval), 如下:

[[email protected] redis]# redis-cli -h ccsp-1-1 -p 6379 lpush testkey testval

(integer) 1

[[email protected] redis]#

- 之后再任意一个 slave 节点上 read, 如下:

[[email protected] redis]# redis-cli -h ccsp-2-1 -p 6379 lrange testkey 0 -1

1) "testval"

[[email protected] redis]# redis-cli -h ccsp-1-3 -p 6379 lrange testkey 0 -1

1) "testval"

[[email protected] redis]# redis-cli -h ccsp-2-3 -p 6379 lrange testkey 0 -1

1) "testval"

[[email protected] redis]#

+ master 节点挂掉, 通过 sentinel 重新选举一个 slave 为 master 节点:

- 这里通过 service 停止 ccsp-1-1 上的防火墙来演示 其它slave节点无法连接上 master 节点时的情形

- 查看其它节点的日志, 如下显示出其它 slave 节点都一直在尝试连接到 MASTER 节点

[7914] 26 Jul 08:02:26.696 * MASTER <-> SLAVE sync started

[7914] 26 Jul 08:02:26.696 # Error condition on socket for SYNC: Connection refused

[7914] 26 Jul 08:02:27.710 * Connecting to MASTER 192.168.16.12:6379

[7914] 26 Jul 08:02:27.710 * MASTER <-> SLAVE sync started

[7914] 26 Jul 08:02:27.711 # Error condition on socket for SYNC: Connection refused

[7914] 26 Jul 08:02:28.733 - DB 0: 2 keys (0 volatile) in 4 slots HT.

[7914] 26 Jul 08:02:28.734 - 8 clients connected (0 slaves), 976976 bytes in use

[7914] 26 Jul 08:02:28.740 * Connecting to MASTER 192.168.16.12:6379

[7914] 26 Jul 08:02:28.741 * MASTER <-> SLAVE sync started

[7914] 26 Jul 08:02:28.741 # Error condition on socket for SYNC: Connection refused

[7914] 26 Jul 08:02:29.767 * Connecting to MASTER 192.168.16.12:6379

[7914] 26 Jul 08:02:29.768 * MASTER <-> SLAVE sync started

[7914] 26 Jul 08:02:29.769 # Error condition on socket for SYNC: Connection refused

- 在 sentinel.conf 中配置的 down-after-milliseconds 的时长之后开始选举新的 master 节点:

[7374] 26 Jul 08:17:30.142 # +sdown sentinel 192.168.16.12:26379 192.168.16.12 26379 @ ccsp 192.168.16.12 6379

[7374] 26 Jul 08:17:30.388 # +new-epoch 3

[7374] 26 Jul 08:17:30.406 # +vote-for-leader 2ebcd5c3243e72aad45c4dc507ee6fdc820b20a6 3

[7374] 26 Jul 08:17:30.697 # +sdown master ccsp 192.168.16.12 6379

[7374] 26 Jul 08:17:30.767 # +odown master ccsp 192.168.16.12 6379 #quorum 3/2

[7374] 26 Jul 08:17:30.767 # Next failover delay: I will not start a failover before Sat Jul 26 08:23:31 2014

[7374] 26 Jul 08:17:30.770 - -role-change slave 192.168.16.17:6379 192.168.16.17 6379 @ ccsp 192.168.16.12 6379 new reported role is master

[7374] 26 Jul 08:17:31.499 # +config-update-from sentinel 192.168.16.14:26379 192.168.16.14 26379 @ ccsp 192.168.16.12 6379

[7374] 26 Jul 08:17:31.499 # +switch-master ccsp 192.168.16.12 6379 192.168.16.17 6379

[7374] 26 Jul 08:17:31.501 * +slave slave 192.168.16.16:6379 192.168.16.16 6379 @ ccsp 192.168.16.17 6379

[7374] 26 Jul 08:17:31.542 * +slave slave 192.168.16.14:6379 192.168.16.14 6379 @ ccsp 192.168.16.17 6379

[7374] 26 Jul 08:17:31.573 * +slave slave 192.168.16.12:6379 192.168.16.12 6379 @ ccsp 192.168.16.17 6379

[7374] 26 Jul 08:18:01.597 # +sdown slave 192.168.16.12:6379 192.168.16.12 6379 @ ccsp 192.168.16.17 6379

- 下面通过 INFO 命令可以看到剩余的 3 个slave 节点选举了 ccsp-2-3(192.168.16.17) 作为新的 master 节点:

如下为在 ccsp-2-3 上查看 INFO 的结果

[[email protected] ~]# redis-cli -h ccsp-2-3 -p 6379

ccsp-2-3:6379> INFO

# Server

redis_version:2.8.12

redis_git_sha1:00000000

redis_git_dirty:0

redis_build_id:91d7988321783ab4

redis_mode:standalone

os:Linux 2.6.32-358.el6.x86_64 x86_64

arch_bits:64

multiplexing_api:epoll

gcc_version:4.4.7

process_id:7914

run_id:35730970956ffa0e85c95c46eb31070e548430a2

tcp_port:6379

uptime_in_seconds:1654

uptime_in_days:0

hz:10

lru_clock:13879056

config_file:/etc/redis/6379.conf

... ...

# Replication

role:master

connected_slaves:3

slave0:ip=192.168.16.14,port=6379,state=online,offset=103743,lag=0

slave1:ip=192.168.16.16,port=6379,state=online,offset=103743,lag=0

master_repl_offset:104017

repl_backlog_active:1

repl_backlog_size:1048576

repl_backlog_first_byte_offset:68558

repl_backlog_histlen:35460

+ 将原来的节点重新加入集群, 这里在加入时需要指定当前集群中的 master 节点

[[email protected] redis]# redis-server /etc/redis/6379.conf --slaveof ccsp-2-3 6379

[[email protected] redis]# redis-sentinel /etc/redis/sentinel.conf

5, 参考资料:

* Redis Sentinel 官网说明 <http://redis.io/topics/sentinel>

时间： 2024-10-17 12:03:11

Redis Sentinel 的配置的相关文章

Sentinel redis集群配置

1. Redis Sentinel功能 Redis Sentinel是一套用于管理Redis实例的分布式系统,主要完成3项任务: 1) Monitoring:持续监控Redis master或slave实例的运行情况是否符合预期 2) Notification:若被监控的Redis实例运行异常,sentinel会通过API通知外界(人或程序) 3) Automation failover:若master实例故障,sentinel会重新选主并启动自动故障切换:选择slave-priority最小的

Redis sentinel 哨兵模式集群方案配置

第一个方案是创建 redis cluster,第二种方案就是用哨兵模式来进行主从替换以及故障恢复.兵模式集群方案配置 一.sentinel介绍 Sentinel作用: 1):Master状态检测 2):如果Master异常,则会进行Master-Slave切换,将其中一个Slave作为Master,将之前的Master作为Slave 3):Master-Slave切换后,master_redis.conf.slave_redis.conf和sentinel.conf的内容都会发生改变,即mast

redis sentinel 主从切换(failover)解决方案，详细配置

主从复制简单来说就是把一台redis数据库中的数据同步到另一台redis数据库,并且按照数据流向,数据的发送者我们称作master,数据的接受者我们称作slave(master/slave的划分并不是那么一定的,譬如B可以作为A的slave,但同时也可以作为C的master),下面就从slave和master的角度分别说明主从复制流程. 首先是slave端,对于slave端来说,主从复制主要经历四个阶段: 第一阶段:与master建立连接 第二阶段:向master发起同步请求(SYNC) 第三阶

redis sentinel 配置

Redis 主从配置中,主节点挂了以后,需要手动把一个从节点升成主节点,把另外的从节点做为新的主节点的从节点.redis 提供了 sentinel,可以自动的进行上面的处理. 在 redis 的安装包里,有一个 sentinel 的示例.运行下面的命令,可以获得一个去掉空行和注释后的配置文件: cat sentinel.conf | grep -v "#" | grep -v "^$" > sentinel-26379.conf 编辑上面生成的文件,编辑后的内

redis sentinel及redis主从读写分离时sentinel配置

一 主从复制高可用 #主从复制存在的问题: #1 主从复制,主节点发生故障,需要做故障转移,可以手动转移:让其中一个slave变成master #2 主从复制,只能主写数据,所以写能力和存储能力有限 二 架构说明 可以做故障判断,故障转移,通知客户端(其实是一个进程),客户端直接连接sentinel的地址 1 多个sentinel发现并确认master有问题 2 选举触一个sentinel作为领导 3 选取一个slave作为新的master 4 通知其余slave成为新的master的slave

redis+sentinel 安装与配置

redis安装与配置 环境信息: Master:10.10.56.3 Centos6.8Slave:10.10.56.4 Centos6.8 开始安装redis服务 # 下载安装$ wget http://download.redis.io/releases/redis-3.0.0.tar.gz # 解压$ tar xzf redis-3.0.0.tar.gz # 切换到目录$ cd redis-3.0.0 # 编译$ make 复制文件cp redis-benchmark redis-cli

Redis主从集群以及Sentinel的配置

安装完redis后,修改几个redis从节点的配置文件redis.conf,主要是加入主节点位置 slaveof 192.168.0.104 6379 另外需要修改的地方包括,这样允许其他的从节点连入 bind 0.0.0.0 protected-mode no 启动redis主节点和从节点 ./redis-server redis.conf 查看主节点信息 ./redis-cli -h 192.168.0.108 info Replication # Replication role:mast

redis sentinel配置

sentinel.conf ## -------------------------------------- port 26379 dir /tmp # sentinel monitor <master-name> <ip> <redis-port> <quorum> # master-name:不能包含特殊字符,自定义master名字 # ip: redis master IP # redis-port: redis master PORT # quor

sentinel.conf配置

1.常用的配置 port 26379 # sentinel announce-ip <ip> # sentinel announce-port <port> dir "/tmp" ################################# master001 ################################# sentinel monitor master001 192.168.110.103 6379 2 # sentinel auth