在三台Redis节点上部署哨兵集群以及主备切换、故障恢复的容灾演练中哨兵各自的日志信息、状态查看分析

1. 创建哨兵的配置文件

先在 /etc 目录创建一个sentinel目录作为哨兵的配置信息存放目录，并将Redis安装目录的sentinel.conf文件(我这边路径是 /usr/local/redis-3.2.8/sentinel.conf)复制到 /etc/sentinel目录，并重命名为26379.conf，26379是哨兵的默认端口，如下图。

2. 哨兵的配置

2.1 进入 /var 目录使用 mkdir -p sentinel/26379 指令创建一个哨兵的工作目录，存放哨兵工作相关的信息，如下图。

2.2 打开/etc/sentinel/26379.conf进行配置，哨兵的配置主要有三处，①bind 本机的IP地址；②哨兵的工作目录；③sentinel monitor的信息，如下图。

注意：这是其它三个要改名字的地方。

2.3 成功启动哨兵监控，如下图。

3. 哨兵集群的配置

3.1 两台主机同样进行第一点和第二点的操作即可，唯一需要注意的是在bind时，bind自身的主机IP地址如下图。

3.2 第二台哨兵配置完之后，同样运行redis-sentinel /etc/sentinel/26379.conf，得到如下图输出结果。

3.3 同样配置第三台哨兵即可构成哨兵集群。

3.4 此时，不能关闭哨兵会话，新建一个终端窗口或会话，使用 redis-cli -h 192.168.56.101 -p 26379 连接本机哨兵，查看哨兵所监控的相关信息，如下图。

4. 主备切换

4.1 在运行哨兵情况下，重新开启一个终端或会话，使用 ps -ef | grep redis 指令得到Redis进程ID，然后使用 kill -9 ID 将Redis master节点杀掉，模拟生产环境中的系统崩溃，如下图。

4.2 先查看被杀的master所在主机的哨兵信息，如下图。

4.3 被杀的master的slave的哨兵日志信息，如下图。

4.4 Redis集群另外一个master的哨兵的日志信息，如下图。

5. 故障恢复

5.1 将被杀的master重新启动后，需要先删除 /var/run 目录下的redis_6379id文件，否则直接启动会报错，如下图。

5.2 进入 /var/run 目录，删除 redis_6379.pid 文件，如下图。

5.3 重启Redis服务，分别查看三个哨兵的日志信息，如下图。

6. 哨兵进程设置

6.1 实际中，哨兵进程应该作为后台进程启动，而不是占着一个终端，并且日志文件应该输出到指定文件(我这边指定日志文件为 /var/sentinel/26379.log)中，而不是输出到终端，在 /etc/sentinel/26379.conf 文件开头设置即可，如下图。

6.2 此时启动哨兵，哨兵就作为后台进程运行，不会占着终端，而且log文件中保存了相应内容，如下图。