redis部署主从服务

你的名字 2022-03-10 13:48 175阅读 0赞

一、部署redis主服务，主服务部署过程几乎不变

配置Master节点，主节点的配置和之前Redis单机配置完全一样，并不需要额外的其他任何配置

添加的配置有

vim /home/deploy/redis/bin/redis.conf

protected-mode yes

port 6379

\#bind 127.0.0.1

logfile "自己填"

dir "/home/deploy/redis/bin"（或编译时指定）

requirepass "密码自定义"  
masterauth "密码自定义"

二、部署从服务

配置Slave节点，这里使用一台主节点，一台从节点做演示，Slave节点释放安装过程完全一样，redis.conf配置首先保证和之前的配置参数一样，即daemonize要设置为yes、logfile日志位置正确设置，dir数据目录正确设置，然后在这个基础上继续添加下面的配置：

找到slave-read-only这一项，默认是yes，这里不用修改，是指Slave只能从Master上读数据

![20190311140226532.png][]

然后再找到\# slaveof <masterip> <masterport>这个位置，根据提示这里是设置master的ip地址和端口号，slave就是根据这个设置去和master通信的，所以去掉注释设置为：slaveof 192.168.0.156 6379

![20190311140920453.png][]

密码配置（主从都加上以下配置）：

![20190311141218111.png][]

补充完这些设置，保存并退出redis.conf即可，然后分别手动建立数据目录和日志目录

这时候执行命令 redis-server redis.conf  就可以启动slave的redis服务了，然后使用 redis-cli  就可以进入redis客户端了

然后我们输入： keys \* 查看所有存在的key，默认情况下因为我们没有添加任何数据，所以应该返回空，但是之前在主节点我们添加过数据，所以在集群环境下会从master读取数据，这里返回并不是空：

到这里最简单的redis集群就算部署完成了，接下来补充一下安装Sentinel这个工具来监控redis集群，Sentinel就是redis自带的一个组件，我们可以在另外一台服务器上重新安装redis和Sentinel监控节点，这里为了简单就直接使用上面这一个Slave节点继续补充安装Sentinel

在Redis释放安装的目录下，这里是/home/deploy/redis/bin,这下面除了redis.conf之外，还有一个sentinel.conf就是用来配置Sentinel的，执行 vim sentinel.conf  编辑配置文件

首先在某一位置添加配置：daemonize yes，这个配置是默认没有的，仍然表示Sentinel服务后台运行

![20190311141710510.png][]

然后找到sentinel monitor mymaster 127.0.0.1 6379 2这样的一个默认配置，其中mymater是服务名称127.0.0.1要改成master节点IP，我这里就是：sentinel monitor mymaster 192.168.0.156 6379 1 注意最后的2要改成1，这个表示哨兵的队列，如果多个哨兵，那么可以依次往后排，这里是单哨兵，所以必须改为1，否则故障无法转移；默认sentinel不打印日志，所以建议设置一下日志目录，方面观察集群的变动情况，设置比如：logfile "/var/log/redis/sentinel.log" 指定一个日志文件位置即可，具体如下图所示：

![2019031114215890.png][]注：图中红色文字防止出现以下报错：no such master with specified name

配置这些，保存并退出sentinel.conf

然后使用命令 redis-sentinel sentinel.conf  启动Sentinel服务，

然后测试服务是否正常，执行命令 redis-cli -h localhost -p 26379 进入监控管理，26379就是Sentinel服务的端口号，在配置文件可以看到

进入管理界面之后，执行： sentinel master mymaster 可以查看master的信息

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2JhaWR1XzM4NDMyNzMy_size_16_color_FFFFFF_t_70][]

执行 sentinel slaves mymaster 可以查看slave的信息

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2JhaWR1XzM4NDMyNzMy_size_16_color_FFFFFF_t_70 1][]

到这里，监控服务Sentinel也部署完毕了，生产中可以专门有一台机器用于运行Sentinel和其他redis节点分开

另外可以扩展上面的sentinel配置至多个，来管理多个redis的集群或者主从，只是服务名不再是mymaster而是多个，比如master1,master2....等，非常简单

现在可以简单验证故障转移是否好用，在主节点执行 redis-cli -p 6379 shutdown 停止master节点

这时候查看sentinel.log日志可以看到主节点从14转移到15，可以通过上面的命令查看或者在sentinel节点使用命令： redis-cli -p 26379 info Sentinel 查看管理信息，这时候就会看到主节点变为15，状态仍然是良好，现在如果再次启动14上面的redis，那么会被sentinel重新加入到管理，只是此时变为从节点了

到这里redis集群故障转移是好用的，下面是常用到的一些命令：

查看本机redis节点的信息： redis-cli -p 6379 info Replication 如果端口默认，那么可以省略-p参数，作用和上面sentinel看到的类似

查看远程redis节点信息，比如从主节点查看从节点信息： redis-cli -h 192.168.0.156 -p 26379 info Replication \# -h后跟远程ip地址

停止远程主机redis服务： redis-cli -p 26379 -h 192.168.0.156 shutdown

连接远程客户端redis命令行： redis-cli -p 6379 -h 192.168.0.156 默认端口时-p同样可以省略

[20190311140226532.png]: /images/20220310/0c123e81418847c1aaf87a63bc475956.png
[20190311140920453.png]: /images/20220310/f14fb9181e6448b0bc050f579a818021.png
[20190311141218111.png]: /images/20220310/6d02af91a3904e9e871e21ce1500af68.png
[20190311141710510.png]: /images/20220310/a300303fcf0a4f83878790c3377da945.png
[2019031114215890.png]: /images/20220310/82409fc112454d0099562981e140b50d.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2JhaWR1XzM4NDMyNzMy_size_16_color_FFFFFF_t_70]: /images/20220310/0dfc8c84a68145c9b6f7b3aee0d2c0dc.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2JhaWR1XzM4NDMyNzMy_size_16_color_FFFFFF_t_70 1]: /images/20220310/bac83ea950ea4144880cd65a62ae8f6b.png