集群版本

主从架构

- 由一个Redis实例作为master，负责写操作；多个Redis实例作为slave，负责读操作，实现读写分离。

- 通过配置可以让slave自动同步master的数据。

- slave在同步数据时，不能响应用户的读请求。

- 为了政治正确，Redis逐渐将slave改名为replica。

部署时，只需在slave的配置文件中加上master的信息，如下：

replicaof 0.0.0.0 6379 # 设置master

masterauth ****** # master的密码

replica-read-only yes # slave只允许读操作

用这样的配置文件启动slave之后，进入Redis的终端，执行`info Replication`即可查看主从服务器的信息。

三节点集群+哨兵集群

主从架构通常还要部署哨兵（Sentinel）系统进行监控，当master挂掉时自动选出新的master，从而实现高可用。

1. - 哨兵系统需要在多个主机上运行多个哨兵进程，构成分布式监控系统，实现高可用，但不必与Redis运行在同一主机上。
2. - 哨兵系统至少需要部署三个哨兵实例。如果启动的哨兵数过少，就可能达不到同意救援的哨兵数。
3. - 如果哨兵判断master挂掉了，就自动选出一个slave作为新的master。该救援过程称为failover。
4. - 选出新master的过程中，需要有一个slave得到超过半数的哨兵投票，否则开始下一轮投票。
5. - 哨兵默认使用的端口是26379。
6. - Redis客户端可以连接到任一哨兵，通过哨兵连接到当前的master。

执行`vim /etc/redis/sentinel.conf`编辑哨兵的配置文件，例如：

protected-mode no # 相当于bind 0.0.0.0

port 26379

daemonize yes

dir /etc/redis/

logfile /var/log/redis-sentinel.log

pidfile /var/run/redis-sentinel.pid

sentinel monitor master1 0.0.0.0 6379 2 # 监控的master

sentinel auth-pass master1 ****** # master的密码

sentinel down-after-milliseconds master1 1000 # 哨兵不能连接到master超过多久时（单位ms），就判断master挂掉了

sentinel parallel-syncs master1 1 # 选出新master之后，同时安排多少个slave与它开始同步

sentinel failover-timeout master1 10000 # 救援过程的超时时间（单位ms），超过该时间之后就认为救援失败

sentinel deny-scripts-reconfig yes # 不允许在Redis终端用SENTINEL SET进行配置

1. - sentinel monitor的最后一个字段称为quorum，表示至少有多少个哨兵认为master挂掉了，就由其中一个哨兵开始救援。
2. - 哨兵在运行时会根据情况自动重写自己的配置文件，以及各个Redis实例的配置文件。
3. - 它会自动检测出其它slave和哨兵，作为known-replica、known-sentinel记在配置文件中。
4. - master与slave应该使用同样的密码，否则哨兵切换master时就不能使用原master的密码控制slave。
5. - 选出新的master之后，如果原来的master重新连接，则会被安排成slave。
6. - 执行`redis-server /etc/redis/sentinel.conf --sentinel`启动哨兵。
7. - 执行`redis-cli -p 26379 info Sentinel`可查看哨兵的信息。