Redis集群配置

Redis主从复制(一主两仆)

0. 复制2份conf配置文件
1. 在复制的配置文件中分别修改端口号为6380、6381（注意：该端口号可以随意修改，只要不使用已被占用的端口号即可）,并分别命名为redis.windows6380.conf、redis.windows6381.conf
2. 进入Redis目录，启动主Redis，命令如下

 redis-server.exe redis.windows.conf

4. 分别启动从Redis，命令如下

 redis-server.exe redis.windows6380.conf
 
 redis-server.exe redis.windows6381.conf

5. 分别启动3个Redis客户端

 redis-cli.exe -p 6379
 redis-cli.exe -p 6380
 redis-cli.exe -p 6381

6. 在主Redis中保存数据，并在从Redis中查看

主从复制原理

0. slave服务器连接到master服务器，便开始进行数据同步，发送psync命令。
1. master服务器收到psync命令之后，开始执行bgsave命令生成RDB快照文件并使用缓存区记录此后执行的所有写命令。
2. master服务器bgsave执行完之后，就会向所有Slava服务器发送快照文件，并在发送期间继续在缓冲区内记录被执行的写命令。
3. slave服务器收到RDB快照文件后，会将接收到的数据写入磁盘，然后清空所有旧数据，在从本地磁盘载入收到的快照到内存中，同时基于旧的数据版本对外提供服务。
4. master服务器发送完RDB快照文件之后，便开始向slave服务器发送缓冲区中的写命令。
5. slave服务器完成对快照的载入，开始接受命令请求，并执行来自主服务器缓冲区的写命令；
6. 如果slave node开启了AOF，那么会立即执行BGREWRITEAOF，重写AOF。

Redis哨兵模式

同样复制一份配置文件，并修改端口号为9527，文件命名格式同上（文件格式不固定，能区分即可），同时在配置文件中加入如下配置：

 sentinel monitor mymaster 127.0.0.1 6379 1
 sentinel down-after-milliseconds mymaster 60000
 sentinel failover-timeout mymaster 180000
 sentinel parallel-syncs mymaster 1

第一行配置指示 Sentinel 去监视一个名为 mymaster 的主服务器， 这个主服务器的 IP 地址为 127.0.0.1 ， 端口号为 6379 ， 而将这个主服务器判断为失效至少需要 1 个 Sentinel 同意 （只要同意 Sentinel 的数量不达标，自动故障迁移就不会执行）

不过要注意， 无论你设置要多少个 Sentinel 同意才能判断一个服务器失效， 一个 Sentinel 都需要获得系统中多数（majority） Sentinel 的支持， 才能发起一次自动故障迁移

换句话说， 在只有少数（minority） Sentinel 进程正常运作的情况下， Sentinel 是不能执行自动故障迁移的。

其他选项格式如下：

 sentinel <选项的名字> <主服务器的名字> <选项的值>

• down-after-milliseconds：选项指定了 Sentinel 认为服务器已经断线所需的毫秒数。如果服务器在给定的毫秒数之内， 没有返回 Sentinel PING发送的命令的回复， 或者返回一个错误， 那么 Sentinel 将这个服务器标记为主观下线，不过只有一个 Sentinel 将服务器标记为主观下线并不一定会引起服务器的自动故障迁移： 只有在足够数量的 Sentinel 都将一个服务器标记为主观下线之后， 服务器才会被标记为客观下线（objectively down， 简称 ODOWN ）， 这时自动故障迁移才会执行。
• parallel-syncs：选项指定了在执行故障转移时， 最多可以有多少个从服务器同时对新的主服务器进行同步， 这个数字越小， 完成故障转移所需的时间就越长。

常用配置清单

 // 指定哨兵监控的 master 节点配置
 // mymaster redis 节点名称，1 表示判断 redis 节点失效至少需要 1 个 Sentinel 节点同意
 sentinel monitor mymaster 192.168.137.40 6379 1;
 // redis 节点存在密码时验证密码
 sentinel auth-pass mymaster 123456;
 // 哨兵监控的节点多久不能正常返回消息后置为主观下线状态
 sentinel down-after-milliseconds mymaster 5000;
 // 故障转移（主备切换）最大时长，超过该时长未完成转移则认为本次转移失败
 sentinel failover-timeout mymaster 18000;
 // 当发生故障转移时，最多同时有多少个 slave 节点同时从新 master 节点同步数据
 // 值越小故障转移时间越长，值越大同时有更少的 slave 节点可以执行 get 操作
 sentinel parallel-syncs <master-name> <numslaves>;
 // 配置当出现某种状态后出发脚本，例如异常通知管理员等等。脚本返回1将重复执行，大于1将不再执行
 // 当 sentinel 监控节点有任何警告级别的事件发生时调用该脚本，常用来发邮件
 sentinel notification-script <master-name> <script-path>;
 // 当 sentinel 监控节点发生故障转移时调用该脚本，用来通信新的主备机器
 sentinel client-reconfig-script <master-name> <script-path>;

主观下线和客观下线

• 主观下线（Subjectively Down， 简称 SDOWN）指的是单个 Sentinel 实例对服务器做出的下线判断。
• 客观下线（Objectively Down， 简称 ODOWN）指的是多个 Sentinel 实例在对同一个服务器做出 SDOWN 判断， 并且通过 SENTINEL is-master-down-by-addr 命令互相交流之后， 得出的服务器下线判断。 （一个 Sentinel 可以通过向另一个 Sentinel 发送 SENTINEL is-master-down-by-addr 命令来询问对方是否认为给定的服务器已下线。）

启动哨兵

 redis-server.exe redis.windows9527.conf --sentinel