使用3组Master-Slave群集模拟一个Cluster模式的群集

最新推荐文章于 2024-04-03 17:03:08 发布
zhengzizhi
最新推荐文章于 2024-04-03 17:03:08 发布
阅读量1.1k
点赞数
分类专栏： Redis
本文链接：https://blog.csdn.net/zhengzizhi/article/details/77938866
版权
Redis 专栏收录该内容
4 篇文章 0 订阅
订阅专栏
使用3组Master-Slave群集模式模拟Redis的Cluster模式群集
补充点很有用的知识：
watch -n 60 'redis-cli -h 192.168.10.11 -p 6379 info |grep total_commands_processed >> qps2.txt && date >> qps2.txt'

Sentinel和Redis身份验证
当一个master配置为需要密码才能连接时，客户端和slave在连接时都需要提供密码。

master通过requirepass设置自身的密码，不提供密码无法连接到这个master。
slave通过masterauth来设置访问master时的密码。

但是当使用了sentinel时，由于一个master可能会变成一个slave，一个slave也可能会变成master，
所以需要同时设置上述两个配置项。

# Close the connection after a client is idle for N seconds (0 to disable)
timeout 0
[root@contoso11 ~]# redis-cli -h 192.168.10.11 -p 6379 config get timeout
1) "timeout"
2) "0"

很早以前redis.conf文件里这个参数值好像是300秒，现在默认值已经改为0啦
默认值timeout=0表示Redis服务端永远不主动关闭客户端空闲超时连接
此处就不要设置超时时间了选择默认值0就行了。
在redis.conf里如果你设置了timeout参数的值，
那么参数timeout值>0就表示客户端的连接何时被释放(关闭)就由redis服务器来管理了。
安装和启动redis和redis-sentienl服务:
yum -y install redis
systemctl enable redis
systemctl restart redis
systemctl enable redis-sentinel
systemctl restart redis-sentinel  

注意bind参数绑定自己真实网卡IP地址参数的方式：
bind参数只能直接打开/etc/redis.conf配置文件编辑(例如root@contoso11这台机器 bind 192.168.10.11 127.0.0.1,其中192.168.10.11是这台机器真实的IP地址)
bind参数不支持这种格式的命令来设置redis-cli -h 192.168.10.14 -p 6379 config set bind "192.168.10.14 127.0.0.1"
但支持读bind参数的值，如下:
[root@contoso11 ~]# redis-cli -h 192.168.10.11 -p 6379 config get bind
1) "bind"
2) "192.168.10.11 127.0.0.1"
[root@contoso12 ~]# redis-cli -h 192.168.10.12 -p 6379 config get bind
1) "bind"
2) "192.168.10.12 127.0.0.1"
[root@contoso13 ~]# redis-cli -h 192.168.10.13 -p 6379 config get bind
[root@contoso14 ~]# redis-cli -h 192.168.10.14 -p 6379 config get bind
[root@contoso15 ~]# redis-cli -h 192.168.10.15 -p 6379 config get bind
[root@contoso16 ~]# redis-cli -h 192.168.10.16 -p 6379 config get bind
[root@contoso17 ~]# redis-cli -h 192.168.10.17 -p 6379 config get bind
[root@contoso18 ~]# redis-cli -h 192.168.10.18 -p 6379 config get bind
[root@contoso19 ~]# redis-cli -h 192.168.10.19 -p 6379 config get bind



第一组Master-Slave群集 主节点IP:192.168.10.11 6379
                      从节点IP:192.168.10.14 6379
                      从节点IP:192.168.10.15 6379
                      从节点IP:192.168.10.16 6379
[root@contoso11 ~]# 192.168.10.11:6379> slaveof no one    // slaveof参数默认被注释禁用,该指令等价于注释禁用slaveof参数
[root@contoso11 ~]# 192.168.10.11:6379> config rewrite    // 将slaveof的修改写入到 redis.conf 中

[root@contoso14 ~]# redis-cli -h 192.168.10.14 -p 6379 slaveof 192.168.10.11 6379  // 指定从节点的主节点
[root@contoso14 ~]# redis-cli -h 192.168.10.14 -p 6379 config rewrite              // 将slaveof的修改写入到 redis.conf 中
[root@contoso15 ~]# redis-cli -h 192.168.10.15 -p 6379 slaveof 192.168.10.11 6379  // 指定从节点的主节点
[root@contoso15 ~]# redis-cli -h 192.168.10.15 -p 6379 config rewrite              // 将slaveof的修改写入到 redis.conf 中
[root@contoso16 ~]# redis-cli -h 192.168.10.16 -p 6379 slaveof 192.168.10.11 6379  // 指定从节点的主节点
[root@contoso16 ~]# redis-cli -h 192.168.10.16 -p 6379 config rewrite              // 将slaveof的修改写入到 redis.conf 中
设置第一组中3个Slave谁做新的Master(slave-priority参数值相互比较而言值越小的优先级别越高，优先级别越高的Slave节点将被选举成新的Master)
[root@contoso16 ~]# redis-cli -h 192.168.10.16 -p 6379 config set slave-priority 99
[root@contoso16 ~]# redis-cli -h 192.168.10.16 -p 6379 config rewrite
[root@contoso15 ~]# redis-cli -h 192.168.10.15 -p 6379 config set slave-priority 98
[root@contoso15 ~]# redis-cli -h 192.168.10.15 -p 6379 config rewrite
[root@contoso14 ~]# redis-cli -h 192.168.10.14 -p 6379 config set slave-priority 97
[root@contoso14 ~]# redis-cli -h 192.168.10.14 -p 6379 config rewrite

第一种方式：直接编辑配置redis-sentinel文件
[root@contoso11 ~]# vi /etc/redis-sentinel.conf        // master-11 that is the master-group-name
port 26379
dir "/tmp"
sentinel monitor master-11 192.168.10.11 6379 2        // 2表示当有2个Sentinel服务检测到master异常时才会判定其失效，即只有当2个Sentinel都判定Master失效了才会自动迁移，如果Sentinel的数量不达标，则不会执行自动故障迁移。
sentinel config-epoch master-11 0            //
sentinel down-after-milliseconds master-11 30000    // 30秒master不响应认为它是SDOWN主观下线并且启动failover
sentinel leader-epoch master-11 0            //
sentinel parallel-syncs master-11 1            // 同时最多有多少个slave更新slaveof参数，建议设置为1，以免影响正常对外提供服务
sentinel failover-timeout master-11 180000        // 在3分钟内执行failover故障转移---slave节点切换成master节点
# Generated by CONFIG REWRITE
sentinel known-slave master-11 192.168.10.14 6379    // 已知的slave节点
sentinel known-slave master-11 192.168.10.16 6379    // 已知的slave节点
sentinel known-slave master-11 192.168.10.15 6379    // 已知的slave节点
sentinel current-epoch 0                //

注意：不同的是以下指令会直接改变硬盘配置文件参数的值
[root@contoso11 ~]# redis-cli -h 192.168.10.11 -p 26379 SENTINEL MONITOR master-11 192.168.10.11 6379 1
[root@contoso11 ~]# redis-cli -h 192.168.10.11 -p 26379 SENTINEL SET master-11 quorum  2            // quorum参数的值由1变为2,表示发起failover需要的有多少个sentinel服务同意；
[root@contoso11 ~]# redis-cli -h 192.168.10.11 -p 26379 SENTINEL SET master-11 parallel-syncs 1            // 默认值为1,执行该指令后你在redis-sentinel.conf文件中无法找到这个参数值；只要参数值不等于1,指令执行效果会出现在配置文件中
[root@contoso11 ~]# redis-cli -h 192.168.10.11 -p 26379 SENTINEL SET master-11 down-after-milliseconds 30000    // 默认值为30000,执行该指令后你在redis-sentinel.conf文件中无法找到这个参数值    ；只要参数值不等于30000,指令执行效果会出现在配置文件中
[root@contoso11 ~]# redis-cli -h 192.168.10.11 -p 26379 SENTINEL SET master-11 failover-timeout 180000        // 默认值为180000,执行该指令后你在redis-sentinel.conf文件中无法找到这个参数值；只要参数值不等于180000,指令执行效果会出现在配置文件中

删除用来监视Master-Slave群集的Sentinel服务(重新再一次地配置Sentinel服务时使用)
[root@contoso11 ~]# redis-cli -h 192.168.10.11 -p 26379 SENTINEL REMOVE master-11    // 删除master-group-name,sentinel服务只会剩下以下4个参数值,3个从节点的slaveof参数指定的<master> <ip> <port>不受影响（master-slave群集不受影响）
[root@contoso11 ~]# cat /etc/redis-sentinel.conf    //master-11 that is the master-group-name
port 26379
logfile "/var/log/redis/sentinel.log"
dir "/tmp"
sentinel current-epoch 0
[root@contoso11 ~]# redis-cli -h 192.168.10.11 -p 6379 info Replication        // 只能在master节点上查看，可以证明删除master-group-name后不影响master-slave群集
# Replication
role:master
connected_slaves:3
slave0:ip=192.168.10.14,port=6379,state=online,offset=4055450,lag=1
slave1:ip=192.168.10.15,port=6379,state=online,offset=4055450,lag=0
slave2:ip=192.168.10.16,port=6379,state=online,offset=4055450,lag=1
master_repl_offset:4055450
repl_backlog_active:1
repl_backlog_size:1048576
repl_backlog_first_byte_offset:3006875
repl_backlog_histlen:1048576
[root@contoso11 ~]# redis-cli -h 192.168.10.11 -p 26379 SENTINEL failover master-11    // 强制Redis群集做failover失败转移
[root@contoso11 ~]# redis-cli -h 192.168.10.11 -p 26379 SENTINEL RESET master-11    //

第二种方式：直接命令行配置redis-sentinel服务
[root@contoso11 ~]# redis-cli -h 192.168.10.11 -p 26379 SENTINEL MONITOR master-11 192.168.10.11 6379 2
[root@contoso11 ~]# redis-cli -h 192.168.10.11 -p 26379 SENTINEL SET master-11 parallel-syncs 1
[root@contoso11 ~]# redis-cli -h 192.168.10.11 -p 26379 SENTINEL SET master-11 down-after-milliseconds 30000
[root@contoso11 ~]# redis-cli -h 192.168.10.11 -p 26379 SENTINEL SET master-11 failover-timeout 180000
[root@contoso14 ~]# redis-cli -h 192.168.10.14 -p 26379 SENTINEL MONITOR master-11 192.168.10.11 6379 2
[root@contoso14 ~]# redis-cli -h 192.168.10.14 -p 26379 SENTINEL SET master-11 parallel-syncs 1
[root@contoso14 ~]# redis-cli -h 192.168.10.14 -p 26379 SENTINEL SET master-11 down-after-milliseconds 30000
[root@contoso14 ~]# redis-cli -h 192.168.10.14 -p 26379 SENTINEL SET master-11 failover-timeout 180000
[root@contoso15 ~]# redis-cli -h 192.168.10.15 -p 26379 SENTINEL MONITOR master-11 192.168.10.11 6379 2
[root@contoso15 ~]# redis-cli -h 192.168.10.15 -p 26379 SENTINEL SET master-11 parallel-syncs 1
[root@contoso15 ~]# redis-cli -h 192.168.10.15 -p 26379 SENTINEL SET master-11 down-after-milliseconds 30000
[root@contoso15 ~]# redis-cli -h 192.168.10.15 -p 26379 SENTINEL SET master-11 failover-timeout 180000
[root@contoso16 ~]# redis-cli -h 192.168.10.16 -p 26379 SENTINEL MONITOR master-11 192.168.10.11 6379 2
[root@contoso16 ~]# redis-cli -h 192.168.10.16 -p 26379 SENTINEL SET master-11 parallel-syncs 1
[root@contoso16 ~]# redis-cli -h 192.168.10.16 -p 26379 SENTINEL SET master-11 down-after-milliseconds 30000
[root@contoso16 ~]# redis-cli -h 192.168.10.16 -p 26379 SENTINEL SET master-11 failover-timeout 180000
查看master:
[root@contoso14 ~]# redis-cli -h 192.168.10.14 -p 26379 SENTINEL get-master-addr-by-name master-11
1) "192.168.10.11"
2) "6379"
[root@contoso15 ~]# redis-cli -h 192.168.10.15 -p 26379 SENTINEL get-master-addr-by-name master-11
1) "192.168.10.11"
2) "6379"
[root@contoso16 ~]# redis-cli -h 192.168.10.16 -p 26379 SENTINEL get-master-addr-by-name master-11
1) "192.168.10.11"
2) "6379"
Testing the failover:
查看日志文件记录：
tail -f /var/log/redis/redis.log
tail -f /var/log/redis/sentinel.log
所有节点上都打开监视命令monitor感受群集发生切换时会发送和接收那些命令

清空日志文件记录：
cat /dev/null > /var/log/redis/redis.log
cat /dev/null > /var/log/redis/sentinel.log

重新配置先删除这一组master-group-name：
[root@contoso11 ~]# redis-cli -h 192.168.10.11 -p 26379 SENTINEL REMOVE mymaster
[root@contoso14 ~]# redis-cli -h 192.168.10.14 -p 26379 SENTINEL REMOVE mymaster
[root@contoso15 ~]# redis-cli -h 192.168.10.15 -p 26379 SENTINEL REMOVE mymaster
[root@contoso16 ~]# redis-cli -h 192.168.10.16 -p 26379 SENTINEL REMOVE mymaster

最简单的安装指令(Master-Slave 一主三从上都启用redis-sentinel服务)：
[root@contoso11 ~]# redis-cli -h 192.168.10.11 -p 26379 SENTINEL MONITOR master-11 192.168.10.11 6379 2
[root@contoso14 ~]# redis-cli -h 192.168.10.14 -p 26379 SENTINEL MONITOR master-11 192.168.10.11 6379 2
[root@contoso15 ~]# redis-cli -h 192.168.10.15 -p 26379 SENTINEL MONITOR master-11 192.168.10.11 6379 2
[root@contoso16 ~]# redis-cli -h 192.168.10.16 -p 26379 SENTINEL MONITOR master-11 192.168.10.11 6379 2

[root@contoso16 ~]# redis-cli -h 192.168.10.16 -p 6379 config get slave-priority // slave-priority值越小的首先切换成主节点,当前值=99
[root@contoso15 ~]# redis-cli -h 192.168.10.15 -p 6379 config get slave-priority // slave-priority值越小的首先切换成主节点,当前值=98
[root@contoso14 ~]# redis-cli -h 192.168.10.14 -p 6379 config get slave-priority // slave-priority值越小的首先切换成主节点,当前值=97

测试failover:
[root@contoso11 ~]# redis-cli -h 192.168.10.11 -p 6379 DEBUG sleep 30 // 参数值设置为30没反应,参数值设置为50会发生主从切换
[root@contoso11 ~]# redis-cli -h 192.168.10.11 -p 6379 DEBUG SEGFAULT
[root@contoso11 ~]# redis-cli -h 192.168.10.11 -p 6379 shutdown // 表示把192.168.10.11这台redis关闭
[root@contoso11 ~]# redis-cli -h 192.168.10.11 -p 6379 info Replication // 查看切换后Master-Slave关系
# Replication
role:slave
master_host:192.168.10.14
master_port:6379
master_link_status:up
master_last_io_seconds_ago:0
master_sync_in_progress:0
slave_repl_offset:73998
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:2
repl_backlog_histlen:55023
[root@contoso14 ~]# redis-cli -h 192.168.10.14 -p 6379 info Replication // 查看切换后Master-Slave关系
# Replication
role:master
connected_slaves:3
slave0:ip=192.168.10.16,port=6379,state=online,offset=123730,lag=1
slave1:ip=192.168.10.15,port=6379,state=online,offset=123438,lag=1
slave2:ip=192.168.10.11,port=6379,state=online,offset=123584,lag=1
master_repl_offset:123876
repl_backlog_active:1
repl_backlog_size:1048576
repl_backlog_first_byte_offset:51357
repl_backlog_histlen:72520
[root@contoso14 ~]# redis-cli -h 192.168.10.14 -p 26379 SENTINEL get-master-addr-by-name master-11 // 查看切换后的Master
1) "192.168.10.14"
2) "6379"
[root@contoso11 ~]# redis-cli -h 192.168.10.11 -p 6379 config set slave-priority 90
[root@contoso11 ~]# redis-cli -h 192.168.10.11 -p 6379 config rewrite
[root@contoso11 ~]# redis-cli -h 192.168.10.11 -p 26379 SENTINEL failover master-11    // 强制Redis群集做failover失败转移
使用命令关闭RDB持久化：在客户端执行127.0.0.1:6316> config set save ""
[root@contoso11 ~]# redis-cli -h 192.168.10.11 -p 6379 config set save ""




                //当前可同时同步的slave数最大同步阀值

第二组Master-Slave群集 主节点IP:192.168.10.12 6379
                      从节点IP:192.168.10.17 6379
                      从节点IP:192.168.10.18 6379
[root@contoso17 ~]# redis-cli -h 192.168.10.17 -p 6379 slaveof 192.168.10.12 6379
[root@contoso17 ~]# redis-cli -h 192.168.10.17 -p 6379 config rewrite    // 将slaveof的修改写入到 redis.conf 中
[root@contoso18 ~]# redis-cli -h 192.168.10.18 -p 6379 slaveof 192.168.10.12 6379
[root@contoso18 ~]# redis-cli -h 192.168.10.18 -p 6379 config rewrite    // 将slaveof的修改写入到 redis.conf 中


第三组Master-Slave群集 主节点IP:192.168.10.13 6379
                      从节点IP:192.168.10.19 6379
[root@contoso19 ~]# redis-cli -h 192.168.10.19 -p 6379 slaveof 192.168.10.13 6379
[root@contoso19 ~]# redis-cli -h 192.168.10.19 -p 6379 config rewrite    // 将slaveof的修改写入到 redis.conf 中



                 查看每组Master-Slave模式群集运行信息
[root@contoso11 ~]# redis-cli -h 192.168.10.11 -p 6379 info
[root@contoso12 ~]# redis-cli -h 192.168.10.12 -p 6379 info
[root@contoso13 ~]# redis-cli -h 192.168.10.13 -p 6379 info
[root@contoso11 ~]# redis-cli -h 192.168.10.11 -p 6379 config get bind




[root@contoso11 ~]# ps aux|grep redis
redis      1132  0.3  0.6 142760  7892 ?        Ssl  Feb04   9:20 /usr/bin/redis-server 192.168.10.11:6379
redis      3313  0.4  0.4 142760  5856 ?        Ssl  Feb05   7:05 /usr/bin/redis-sentinel *:26379 [sentinel]
root       3994  0.0  0.0 112648   948 pts/0    S+   23:57   0:00 grep --color=auto redis
[root@contoso11 ~]#
http://redis.io/topics/sentinel
http://redisdoc.com/topic/sentinel.html

允许一次性有几台slave连接新的master（建议一个）
sentinel config-epoch mymaster 1
sentinel leader-epoch mymaster 0
sentinel current-epoch 0

[root@contoso11 ~]# redis-cli -h 192.168.10.11 -p 26379 info Sentinel
# Sentinel
sentinel_masters:1
sentinel_tilt:0
sentinel_running_scripts:0
sentinel_scripts_queue_length:0
master0:name=master-11,status=ok,address=192.168.10.11:6379,slaves=3,sentinels=1
[root@contoso11 ~]#
[root@contoso11 ~]# redis-cli -h 192.168.10.11 -p 26379 sentinel get-master-addr-by-name master-11
1) "192.168.10.11"
2) "6379"
[root@contoso11 ~]#
[root@contoso11 ~]# redis-cli -h 192.168.10.11 -p 26379 sentinel sentinels master-11
(empty list or set)
[root@contoso11 ~]#
[root@contoso11 ~]# redis-cli -h 192.168.10.11 -p 26379 sentinel master master-11
[root@contoso11 ~]# redis-cli -h 192.168.10.11 -p 26379 sentinel slaves master-11


http://www.178linux.com/672
[root@contoso11 ~]# redis-cli -h 192.168.10.11 -p 6379 info
# Server
redis_version:3.0.7                //Redis版本号
redis_git_sha1:00000000
redis_git_dirty:0
redis_build_id:729f6a60eb2ca742
redis_mode:standalone                //Redis运行模式
os:Linux 3.10.0-327.el7.x86_64 x86_64        //操作系统的版本
arch_bits:64                    //操作系统架构是64位
multiplexing_api:epoll
gcc_version:4.8.5                //gcc版本号
process_id:1132                    //服务器进程编号pid
run_id:5e952d86b643d0070ed73d04f2c9a3bc50fb875e //Redis随机标示符(用于sentinel和群集)
tcp_port:6379                    //Redis服务被监听的端口
uptime_in_seconds:17671                //Redis运行时长(单位:秒)
uptime_in_days:0                //Redis运行时长(单位:天)
hz:10
lru_clock:11778202                //以分钟为单位的自增时钟(用于LRU管理)
config_file:/etc/redis.conf            //Redis配置文件的绝对路径

# Clients
connected_clients:1                //已连接客户端的数量(不包括通过从属服务器连接的客户数)
client_longest_output_list:0            //当前连接的客户端中最长的输出列表
client_biggest_input_buf:0            //当前连接的客户端中最长的输入缓存
blocked_clients:0                //正在等待阻塞命令(如:BLPOP BRPOP BRPOPLPUSH)的客户端的数量(需要被监控)

# Memory
used_memory:1926752                //由Redis分配内存算法分配的内存总量(单位:byte 字节)                
used_memory_human:1.84M                //以M兆字节为单位格式化输出Redis占用的内存
used_memory_rss:8048640                //从操作系统的角度返回Redis已分配的内存总量(俗称常驻集大小)，这个值与top还有ps等命令输出的一致
used_memory_peak:1978648            //Redis的内存消耗峰值(单位:字节)
used_memory_peak_human:1.89M            //以M兆字节为单位格式化输出Redis的内存消耗峰值
used_memory_lua:36864                //LRU引擎所使用的内存大小
mem_fragmentation_ratio:4.18            //used_memory_rss:8048640/used_memory:1926752 = 4.18
mem_allocator:jemalloc-3.6.0
在理想情况下,used_memory_rss的值应该只比used_memory稍微高一点。
当used_memory_rss > used_memory,且两者的值相差较大时,表示存在(内部或外部的)内存碎片。
内存碎片的比率可以通过mem_fragmentation_ratio的值看出。
当used_memory_rss < used_memory时,表示Redis的部分内存被操作系统换出到交换空间了,在这种情况下,操作可能会产生明显的延迟。

# Persistence
loading:0                    //记录服务器是否正在载入持久化文件
rdb_changes_since_last_save:0            //距离最近一次成功创建持久化文件之后，经过了多少秒
rdb_bgsave_in_progress:0            //记录了服务器是否正在创建RDB文件
rdb_last_save_time:1454618394            //最近一次成功创建RDB文件的UNIX时间戳
rdb_last_bgsave_status:ok            //最近一次创建RDB文件是成功还是失败
rdb_last_bgsave_time_sec:1            //最近一次创建RDB文件耗费的秒数
rdb_current_bgsave_time_sec:-1            //如果服务器正在创建RDB文件,那么这个域记录的就是当前的创建操作已经耗费的秒数
aof_enabled:0                    //AOF是否处于打开状态
aof_rewrite_in_progress:0            //服务器是否正在创建AOF文件
aof_rewrite_scheduled:0                //RDB文件创建完毕后，是否需要执行预约的AOF重写操作
aof_last_rewrite_time_sec:-1            //最近一次创建AOF文件耗费的时长
aof_current_rewrite_time_sec:-1            //如果服务器正在创建AOF文件,那么这个域记录的就是当前的创建操作已经耗费的秒数
aof_last_bgrewrite_status:ok            //最近一次创建AOF文件是成功还是失败
aof_last_write_status:ok

# Stats
total_connections_received:4            //服务已接受的连接请求数量
total_commands_processed:1267            //服务已执行的命令数量
instantaneous_ops_per_sec:2            //服务器每秒种执行的命令数量
total_net_input_bytes:45325
total_net_output_bytes:1898
instantaneous_input_kbps:0.10
instantaneous_output_kbps:0.00
rejected_connections:0                //因为最大客户端数量限制而被拒绝的连接请求数量
sync_full:3
sync_partial_ok:0
sync_partial_err:0
expired_keys:0                    //因为过期而被自动删除的key数量
evicted_keys:0                    //因为最大内存容量限制而被驱逐的key数量
keyspace_hits:0                    //查找key成功的次数
keyspace_misses:0                //查找key失败的次数
pubsub_channels:0                //目前被订阅频道的数量
pubsub_patterns:0                //目前被订阅模式的数量
latest_fork_usec:963                //最近一次fork操作耗费的毫秒数
migrate_cached_sockets:0

# Replication
role:master //如果当前服务器没有在复制任何其他服务器,那么这个域的值就是master；否则这个域的值就是slave。注意在创建复制链接的时候，一个从服务器也可能是另外一个服务器的主服务器。
connected_slaves:3
slave0:ip=192.168.10.14,port=6379,state=online,offset=729,lag=1
slave1:ip=192.168.10.15,port=6379,state=online,offset=729,lag=1
slave2:ip=192.168.10.16,port=6379,state=online,offset=729,lag=1
master_repl_offset:729
repl_backlog_active:1
repl_backlog_size:1048576
repl_backlog_first_byte_offset:2
repl_backlog_histlen:728

# CPU
used_cpu_sys:38.31            //Redis服务器耗费的系统CPU
used_cpu_user:3.26            //Redis服务器耗费的用户CPU
used_cpu_sys_children:0.03        //后台进程耗费的系统CPU
used_cpu_user_children:0.00        //后台进程耗费的用户CPU

# Cluster
cluster_enabled:0

# Keyspace
[root@contoso11 ~]#


测试故障转移
执行以下命令使得主节点redis服务停止
[root@contoso11 ~]# redis-cli -h 192.168.10.11 -p 6379 shutdown //表示把192.168.10.11这台redis服务关闭
[root@contoso14 ~]# redis-cli -h 192.168.10.14 -p 26379 info Sentinel //查看新的主节点信息
像上面那样再定义2组Master-Slave群集就定义3组主从群集了因为Cluster模式至少需要3个主节点没有从节点群集是可以启动的
只要自己实现的代理客户端实现Redis内置的哈希算法，然后定义Slot区间的对应IP地址配置文件，就能实现比官网更牛的Cluster模式群集