Redis在windows环境下哨兵模式搭建集群

　　之前研究过基于主从+分片实现的集群，现在研究下基于哨兵模式的集群模式。

Redis 集群模式：

1. 主从同步/复制

原理：

(1) 从数据库连接主数据库，发送SYNC命令；

(2) 主数据库接收到SYNC命令后，开始执行BGSAVE命令生成RDB文件并使用缓冲区记录此后执行的所有写命令；

同步快照：

从数据库完成对快照的载入，开始接收命令请求，并执行来自主数据库缓冲区的写命令；（从数据库初始化完成）

主数据库每执行一个写命令就会向从数据库发送相同的写命令，从数据库接收并执行收到的写命令（从数据库初始化完成后的操作）

优缺点：

优点： 支持主从复制，主机会自动将数据同步到从机，可以进行读写分离；

缺点：主服务器可以写，从服务器也可以写，但是不会同步到其他服务器；

主服务器宕机后会导致服务不可用

2. 哨兵模式

在上面基础上加了哨兵进程，可以监测主服务器，挂掉后从从服务器选取一个服务器担任主节点。

优点：

哨兵模式是基于主从模式的，所有主从的优点，哨兵模式都具有。

主从可以自动切换，系统更健壮，可用性更高。

缺点：Redis较难支持在线扩容，在集群容量达到上限时在线扩容会变得很复杂。

3. cluster 模式

分片模式

　　在 Redis 的每一个节点上，都有这么两个东西，一个是插槽（slot），它的的取值范围是：0-16383。还有一个就是cluster，可以理解为是一个集群管理的插件。

　　当我们的存取的 Key到达的时候，Redis 会根据 crc16的算法得出一个结果，然后把结果对 16384 求余数，这样每个 key 都会对应一个编号在 0-16383 之间的哈希槽，通过这个值，去找到对应的插槽所对应的节点，然后直接自动跳转到这个对应的节点上进行存取操作。

　　为了保证高可用，redis-cluster集群引入了主从模式，一个主节点对应一个或者多个从节点，当主节点宕机的时候，就会启用从节点。当其它主节点ping一个主节点A时，如果半数以上的主节点与A通信超时，那么认为主节点A宕机了。如果主节点A和它的从节点A1都宕机了，那么该集群就无法再提供服务了。

======研究哨兵模式======

1. 下载redis

版本：   3.2.100

2. 开始搭建集群

(1) 复制集三个redis 目录，分别命名为 redis-63791、 redis-63792、 redis-63793    63791是master节点，剩下两个是slave 节点

(2) redis-63791 目录下修改：

1》redis.windows.conf 大概79 行左右： 修改端口号

port 63791

2》 新建startup.bat

title master_63791
redis-server.exe redis.windows.conf

3》 新建sentinel.conf

port 36379
sentinel monitor mymaster 127.0.0.1 63791 1
sentinel down-after-milliseconds mymaster 5000
sentinel config-epoch mymaster 10

4》新建startup-sentinel.bat

title sentinel_63791
redis-server.exe sentinel.conf --sentinel

(2) redis-63792 目录下修改：

1》redis.windows.conf 大概79 行左右：    修改端口和声明是从服务器

port 63792
slaveof 127.0.0.1 63791

2》 新建startup.bat

title slave_63792
redis-server.exe redis.windows.conf

3》 新建sentinel.conf

port 36380
sentinel monitor mymaster 127.0.0.1 63791 1
sentinel down-after-milliseconds mymaster 5000
sentinel config-epoch mymaster 10

4》新建startup-sentinel.bat

title sentinel_63792
redis-server.exe sentinel.conf --sentinel

(3) redis-63793 目录下修改：

1》redis.windows.conf 大概79 行左右：

port 63793
slaveof 127.0.0.1 63791

2》 新建startup.bat

title slave_63793
redis-server.exe redis.windows.conf

3》 新建sentinel.conf

port 36381
sentinel monitor mymaster 127.0.0.1 63791 1
sentinel down-after-milliseconds mymaster 5000
sentinel config-epoch mymaster 10

4》新建startup-sentinel.bat

title sentinel_63793
redis-server.exe sentinel.conf --sentinel

title 是windows 批处理命令，用于设置cmd窗口的title。

3. 启动服务

1. 先启动三个redis 服务startup.bat

依次启动63791/63792/63793， 查看63791 服务的打印的日志如下：

[8928] 24 Apr 15:16:54.001 # Server started, Redis version 3.2.100
[8928] 24 Apr 15:16:54.002 * DB loaded from disk: 0.001 seconds
[8928] 24 Apr 15:16:54.002 * The server is now ready to accept connections on port 63791
[8928] 24 Apr 15:17:12.189 * Slave 127.0.0.1:63792 asks for synchronization
[8928] 24 Apr 15:17:12.189 * Full resync requested by slave 127.0.0.1:63792
[8928] 24 Apr 15:17:12.190 * Starting BGSAVE for SYNC with target: disk
[8928] 24 Apr 15:17:12.259 * Background saving started by pid 9400
[8928] 24 Apr 15:17:12.661 # fork operation complete
[8928] 24 Apr 15:17:12.664 * Background saving terminated with success
[8928] 24 Apr 15:17:12.674 * Synchronization with slave 127.0.0.1:63792 succeeded
[8928] 24 Apr 15:17:26.079 * Slave 127.0.0.1:63793 asks for synchronization
[8928] 24 Apr 15:17:26.080 * Full resync requested by slave 127.0.0.1:63793
[8928] 24 Apr 15:17:26.080 * Starting BGSAVE for SYNC with target: disk
[8928] 24 Apr 15:17:26.158 * Background saving started by pid 8224
[8928] 24 Apr 15:17:26.759 # fork operation complete
[8928] 24 Apr 15:17:26.761 * Background saving terminated with success
[8928] 24 Apr 15:17:26.767 * Synchronization with slave 127.0.0.1:63793 succeeded

63792 打印的日志如下：

[7556] 24 Apr 15:17:12.180 # Server started, Redis version 3.2.100
[7556] 24 Apr 15:17:12.181 * DB loaded from disk: 0.001 seconds
[7556] 24 Apr 15:17:12.182 * The server is now ready to accept connections on port 63792
[7556] 24 Apr 15:17:12.182 * Connecting to MASTER 127.0.0.1:63791
[7556] 24 Apr 15:17:12.184 * MASTER <-> SLAVE sync started
[7556] 24 Apr 15:17:12.185 * Non blocking connect for SYNC fired the event.
[7556] 24 Apr 15:17:12.186 * Master replied to PING, replication can continue...
[7556] 24 Apr 15:17:12.188 * Partial resynchronization not possible (no cached master)
[7556] 24 Apr 15:17:12.260 * Full resync from master: f797667812e495c1e89823ee97f454db6a97b51e:1
[7556] 24 Apr 15:17:12.671 * MASTER <-> SLAVE sync: receiving 380 bytes from master
[7556] 24 Apr 15:17:12.834 * MASTER <-> SLAVE sync: Flushing old data
[7556] 24 Apr 15:17:12.834 * MASTER <-> SLAVE sync: Loading DB in memory
[7556] 24 Apr 15:17:12.835 * MASTER <-> SLAVE sync: Finished with success

可以看到主从复制是通过sync 命令进行同步数据的

2. 接下来启动三个哨兵进程startup-sentinel.bat

3. 客户端连接到三个服务查看集群信息

(1) 63791查看

E:
edis-cluster
edis-63791>redis-cli -p 63791
127.0.0.1:63791> info replication
# Replication
role:master
connected_slaves:2
slave0:ip=127.0.0.1,port=63792,state=online,offset=26578,lag=0
slave1:ip=127.0.0.1,port=63793,state=online,offset=26728,lag=0
master_repl_offset:26728
repl_backlog_active:1
repl_backlog_size:1048576
repl_backlog_first_byte_offset:2
repl_backlog_histlen:26727

　　可以看到是master 节点，并且可以看到两个从节点。

(2) 查看63792 的端口

E:
edis-cluster
edis-63791>redis-cli -p 63792
127.0.0.1:63792> info replication
# Replication
role:slave
master_host:127.0.0.1
master_port:63791
master_link_status:up
master_last_io_seconds_ago:0
master_sync_in_progress:0
slave_repl_offset:36862
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

　　可以看到是从节点，并且 slave_read_only 只读属性为true， 也就是从节点只能读取数据。

(3) 查看63793集群信息

E:
edis-cluster
edis-63791>redis-cli -p 63793
127.0.0.1:63793> info replication
# Replication
role:slave
master_host:127.0.0.1
master_port:63791
master_link_status:up
master_last_io_seconds_ago:0
master_sync_in_progress:0
slave_repl_offset:53022
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

3. 模拟63791 主节点挂掉：

将63791 哨兵以及redis-server 都停掉，再次查看从63792/63793 查看集群信息

(1)从哨兵控制台可以看到产生了新的master 节点，日志如下：

[11188] 24 Apr 15:29:15.388 # +sdown master mymaster 127.0.0.1 63791
[11188] 24 Apr 15:29:15.388 # +odown master mymaster 127.0.0.1 63791 #quorum 1/1
[11188] 24 Apr 15:29:15.388 # +new-epoch 11
[11188] 24 Apr 15:29:15.388 # +try-failover master mymaster 127.0.0.1 63791
[11188] 24 Apr 15:29:15.393 # +vote-for-leader 956fe7dd1644c38db24792da8af749847bd3c247 11
[11188] 24 Apr 15:29:15.401 # 10765c1132658cf10050164915ea69a5b77da4eb voted for 956fe7dd1644c38db24792da8af749847bd3c24
7 11
[11188] 24 Apr 15:29:15.493 # +elected-leader master mymaster 127.0.0.1 63791
[11188] 24 Apr 15:29:15.493 # +failover-state-select-slave master mymaster 127.0.0.1 63791
[11188] 24 Apr 15:29:15.555 # +selected-slave slave 127.0.0.1:63792 127.0.0.1 63792 @ mymaster 127.0.0.1 63791
[11188] 24 Apr 15:29:15.555 * +failover-state-send-slaveof-noone slave 127.0.0.1:63792 127.0.0.1 63792 @ mymaster 127.0.
0.1 63791
[11188] 24 Apr 15:29:15.623 * +failover-state-wait-promotion slave 127.0.0.1:63792 127.0.0.1 63792 @ mymaster 127.0.0.1
63791
[11188] 24 Apr 15:29:16.466 # +promoted-slave slave 127.0.0.1:63792 127.0.0.1 63792 @ mymaster 127.0.0.1 63791
[11188] 24 Apr 15:29:16.467 # +failover-state-reconf-slaves master mymaster 127.0.0.1 63791
[11188] 24 Apr 15:29:16.524 * +slave-reconf-sent slave 127.0.0.1:63793 127.0.0.1 63793 @ mymaster 127.0.0.1 63791
[11188] 24 Apr 15:29:17.482 * +slave-reconf-inprog slave 127.0.0.1:63793 127.0.0.1 63793 @ mymaster 127.0.0.1 63791
[11188] 24 Apr 15:29:18.513 * +slave-reconf-done slave 127.0.0.1:63793 127.0.0.1 63793 @ mymaster 127.0.0.1 63791
[11188] 24 Apr 15:29:18.583 # +failover-end master mymaster 127.0.0.1 63791
[11188] 24 Apr 15:29:18.583 # +switch-master mymaster 127.0.0.1 63791 127.0.0.1 63792
[11188] 24 Apr 15:29:18.585 * +slave slave 127.0.0.1:63793 127.0.0.1 63793 @ mymaster 127.0.0.1 63792
[11188] 24 Apr 15:29:18.585 * +slave slave 127.0.0.1:63791 127.0.0.1 63791 @ mymaster 127.0.0.1 63792
[11188] 24 Apr 15:29:19.291 # +sdown sentinel 71a27c573f9eb89554a1db4dae04c406e19fd85a 127.0.0.1 36379 @ mymaster 127.0.
0.1 63792
[11188] 24 Apr 15:29:23.665 # +sdown slave 127.0.0.1:63791 127.0.0.1 63791 @ mymaster 127.0.0.1 63792

(2) 从63792 查看集群信息

127.0.0.1:63792> info replication
# Replication
role:master
connected_slaves:1
slave0:ip=127.0.0.1,port=63793,state=online,offset=12526,lag=0
master_repl_offset:12526
repl_backlog_active:1
repl_backlog_size:1048576
repl_backlog_first_byte_offset:2
repl_backlog_histlen:12525

　　可以看到升级为主节点。并且63793 为从节点。

4. 63791 再次上线

　　启动服务节点与哨兵节点。从63792 查看集群信息

127.0.0.1:63792> info replication
# Replication
role:master
connected_slaves:2
slave0:ip=127.0.0.1,port=63793,state=online,offset=25459,lag=1
slave1:ip=127.0.0.1,port=63791,state=online,offset=25459,lag=0
master_repl_offset:25595
repl_backlog_active:1
repl_backlog_size:1048576
repl_backlog_first_byte_offset:2
repl_backlog_histlen:25594

　　可以看到63791 上线后成为slave 节点。然后查看63791的配置文件：redis.windows.conf 和 sentinel.conf

(1) redis.windows.conf 

slaveof 127.0.0.1 63792

　　可以看到成为从节点

(2) 查看哨兵配置信息： 监控的主节点也变为63792

port 36379
sentinel myid 71a27c573f9eb89554a1db4dae04c406e19fd85a
sentinel monitor mymaster 127.0.0.1 63792 1
sentinel down-after-milliseconds mymaster 5000
# Generated by CONFIG REWRITE
dir "E:\redis-cluster\redis-63791"
sentinel config-epoch mymaster 11
sentinel leader-epoch mymaster 0
sentinel known-slave mymaster 127.0.0.1 63791
sentinel known-slave mymaster 127.0.0.1 63793
sentinel known-sentinel mymaster 127.0.0.1 36381 956fe7dd1644c38db24792da8af749847bd3c247
sentinel known-sentinel mymaster 127.0.0.1 36380 10765c1132658cf10050164915ea69a5b77da4eb
sentinel current-epoch 11

4. 主节点写入数据

　　注意主节点可以写入数据，从节点只能读取数据；主节点接到写入命令后会将命令同步到其他节点。

　　当然从节点可以用如下属性进行设置：  只是从节点不会同步至主节点，所以从节点写入数据没必要。

slave-read-only no

1.  63792 主节点进行操作

127.0.0.1:63792> set str value
OK
127.0.0.1:63792> keys *
1) "str"
127.0.0.1:63792> get str
"value"
127.0.0.1:63792> ttl str
(integer) -1

2. 63793 从节点查看

127.0.0.1:63793> keys *
1) "str"
127.0.0.1:63793> get str
"value"
127.0.0.1:63793> set kk kk
(error) READONLY You can't write against a read only slave.
127.0.0.1:63793> flushall
(error) READONLY You can't write against a read only slave.

　　可以看到63793 从节点只能读取数据，不能进行数据的修改操作。

总结：

1. redis.windows.conf 配置文件中主节点只需要修改端口即可，从节点需要声明是哪个节点的从节点。

2. sentinel.conf 需要声明三个不一样的端口。因为哨兵实际上是启动一个进程进行检测，所以需要声明为是三个不同的端口。

3. 哨兵声明检测的是master 节点。

4. 当主节点挂掉后会自动从从节点选取一个主节点，然后对应的redis.windows.conf 会改变相应的slave 信息； 哨兵配置文件 sentinel.conf 也会改变为对应的文件。

5. 如果不启动哨兵进程， 主节点挂掉之后将没有节点可写入数据，所以需要启动哨兵进程，主节点挂掉之后随机选择一个节点作为主节点， 此节点可以写入数据。

6. 启动各节点之后可以用redis-cli -p 63791 连接到之后用命令 info replication 查看节点的集群信息。

7. redis 主从节点同步是主节点收到命令会同步发送给客户端，并且在启动的时候客户端通过sync 命令同步主节点的数据信息。