redis5.0以上基于密码认证的集群cluster方式
更新时间：2023年11月04日 09:59:18 作者：葒脃坧頭
这篇文章主要介绍了redis5.0以上基于密码认证的集群cluster方式,具有很好的参考价值,希望对大家有所帮助,如有错误或未考虑完全的地方,望不吝赐教
本篇基于redis密码认证的集群cluster搭建。
以三主三从进行测试，redis选用5.0以上的版本。
1、环境描述
服务器：centos7.9 redis:5.0.3 服务端口：6379，6378，6377，6376，6375，6374
2、下载安装包
wget http://download.redis.io/releases/redis-5.0.3.tar.gz
3、安装redis
yum install gcc -y tar xvf redis-5.0.3.tar.gz cd redis-5.0.3 make && make install
4、修改配置文件
拷贝6份同样的配置文件 mv redis.conf redis6379.conf echo 'redis6378.conf redis6377.conf redis6376.conf redis6375.conf redis6374.conf' | xargs -n 1 cp redis6379.conf
redis6379.conf修改：
69 #bind 127.0.0.1 #注释掉此行 88 protected-mode no #关闭保护模式 136 daemonize yes #后台启动 158 pidfile /var/run/redis_6379.pid #启动进程文件 171 logfile "6379.log" #方便查看日志 253 dbfilename dump6379.rdb #数据文件 507 requirepass foobared #密码认证 293 masterauth foobared #主从切换时需要认证的主库密码 以下是集群配置： 699 appendonly yes #开启AOF模式 838 cluster-enabled yes #开启 Redis Cluster 846 cluster-config-file nodes-6379.conf #集群配置文件，每个容器配置改唯一就行 852 cluster-node-timeout 5000 #集群中的节点能够失联的最大时间，超过这个时间，该节点就会被认为故障
redis6378.conf修改：
69 #bind 127.0.0.1 #注释掉此行 88 protected-mode no #关闭保护模式 136 daemonize yes #后台启动 158 pidfile /var/run/redis_6378.pid #启动进程文件 171 logfile "6378.log" #方便查看日志 253 dbfilename dump6378.rdb #数据文件 507 requirepass foobared #密码认证 293 masterauth foobared #主从切换时需要认证的主库密码 以下是集群配置： 699 appendonly yes #开启AOF模式 838 cluster-enabled yes #开启 Redis Cluster 846 cluster-config-file nodes-6378.conf #集群配置文件，每个容器配置改唯一就行 852 cluster-node-timeout 5000 #集群中的节点能够失联的最大时间，超过这个时间，该节点就会被认为故障
redis6377.conf修改：
69 #bind 127.0.0.1 #注释掉此行 88 protected-mode no #关闭保护模式 136 daemonize yes #后台启动 158 pidfile /var/run/redis_6377.pid #启动进程文件 171 logfile "6377.log" #方便查看日志 253 dbfilename dump6377.rdb #数据文件 507 requirepass foobared #密码认证 293 masterauth foobared #主从切换时需要认证的主库密码 以下是集群配置： 699 appendonly yes #开启AOF模式 838 cluster-enabled yes #开启 Redis Cluster 846 cluster-config-file nodes-6377.conf #集群配置文件，每个容器配置改唯一就行 852 cluster-node-timeout 5000 #集群中的节点能够失联的最大时间，超过这个时间，该节点就会被认为故障
redis6376.conf修改：
69 #bind 127.0.0.1 #注释掉此行 88 protected-mode no #关闭保护模式 136 daemonize yes #后台启动 158 pidfile /var/run/redis_6376.pid #启动进程文件 171 logfile "6376.log" #方便查看日志 253 dbfilename dump6376.rdb #数据文件 507 requirepass foobared #密码认证 293 masterauth foobared #主从切换时需要认证的主库密码 以下是集群配置： 699 appendonly yes #开启AOF模式 838 cluster-enabled yes #开启 Redis Cluster 846 cluster-config-file nodes-6376.conf #集群配置文件，每个容器配置改唯一就行 852 cluster-node-timeout 5000 #集群中的节点能够失联的最大时间，超过这个时间，该节点就会被认为故障
redis6375.conf修改：
69 #bind 127.0.0.1 #注释掉此行 88 protected-mode no #关闭保护模式 136 daemonize yes #后台启动 158 pidfile /var/run/redis_6375.pid #启动进程文件 171 logfile "6375.log" #方便查看日志 253 dbfilename dump6375.rdb #数据文件 507 requirepass foobared #密码认证 293 masterauth foobared #主从切换时需要认证的主库密码 以下是集群配置： 699 appendonly yes #开启AOF模式 838 cluster-enabled yes #开启 Redis Cluster 846 cluster-config-file nodes-6375.conf #集群配置文件，每个容器配置改唯一就行 852 cluster-node-timeout 5000 #集群中的节点能够失联的最大时间，超过这个时间，该节点就会被认为故障
redis6374.conf修改：
69 #bind 127.0.0.1 #注释掉此行 88 protected-mode no #关闭保护模式 136 daemonize yes #后台启动 158 pidfile /var/run/redis_6374.pid #启动进程文件 171 logfile "6374.log" #方便查看日志 253 dbfilename dump6374.rdb #数据文件 507 requirepass foobared #密码认证 293 masterauth foobared #主从切换时需要认证的主库密码 以下是集群配置： 699 appendonly yes #开启AOF模式 838 cluster-enabled yes #开启 Redis Cluster 846 cluster-config-file nodes-6374.conf #集群配置文件，每个容器配置改唯一就行 852 cluster-node-timeout 5000 #集群中的节点能够失联的最大时间，超过这个时间，该节点就会被认为故障
说明：每个配置文件pidfile，logfile，dbfilename，cluster-config-file不同，其余配置均相同。
5、启动服务
在redis解压目录下依次启动 redis-server redis6379.conf redis-server redis6378.conf redis-server redis6377.conf redis-server redis6376.conf redis-server redis6375.conf redis-server redis6374.conf
[root@iZuf612i9bshiuw3zzlfe9Z redis-5.0.3]# ps -aux |grep redis root 16956 0.0 0.1 153980 2840 ? Ssl 09:36 0:00 redis-server *:6379 [cluster] root 16965 0.0 0.1 153980 2844 ? Ssl 09:36 0:00 redis-server *:6378 [cluster] root 16972 0.0 0.1 153980 2848 ? Ssl 09:36 0:00 redis-server *:6377 [cluster] root 16980 0.0 0.1 153980 2848 ? Ssl 09:36 0:00 redis-server *:6376 [cluster] root 16994 0.0 0.1 153980 2848 ? Ssl 09:36 0:00 redis-server *:6375 [cluster] root 17003 0.0 0.1 153980 2852 ? Ssl 09:36 0:00 redis-server *:6374 [cluster] root 17015 0.0 0.0 112808 964 pts/0 S+ 09:36 0:00 grep --color=auto redis
6、创建集群
redis-cli --cluster create 127.0.0.1:6379 127.0.0.1:6378 127.0.0.1:6377 127.0.0.1:6376 127.0.0.1:6375 127.0.0.1:6374 --cluster-replicas 1 -a foobared
7、数据验证
#登录 redis-cli -p 端口-a foobared -c
说明：-c的目的是为解决“(error) MOVED 5798”报错
[root@iZuf612i9bshiuw3zzlfe9Z redis-5.0.3]# redis-cli -p 6379 -a foobared Warning: Using a password with '-a' or '-u' option on the command line interface may not be safe. 127.0.0.1:6379> set name mike (error) MOVED 5798 127.0.0.1:6378 127.0.0.1:6379> exit [root@iZuf612i9bshiuw3zzlfe9Z redis-5.0.3]# redis-cli -p 6379 -a foobared -c Warning: Using a password with '-a' or '-u' option on the command line interface may not be safe. 127.0.0.1:6379> set name mike -> Redirected to slot [5798] located at 127.0.0.1:6378 OK
《数据验证》验证如下：
《主从切换验证》验证如下：
6374为6378的从，现在停掉6378进行测试
切换之前：
切换之后：
到此，redis集群基于5.0以上版本密码认证搭建。基于docker的redis集群的搭建可参考：基于docker的redis集群搭建
总结
以上为个人经验，希望能给大家一个参考，也希望大家多多支持脚本之家。
相关文章
今天小编就为大家分享一篇解决redis修改requirepass后不生效的问题，具有很好的参考价值，希望对大家有所帮助。一起跟随小编过来看看吧2018-05-05
这篇文章主要介绍了Spring Boot 中的 Redis 分布式锁及,Redis分布式锁的优化需要的朋友可以参考下2023-10-10
这篇文章主要给大家总结了一些Redis 常见缓存问题，并介绍了解决办法，文中的图文示例介绍的非常仔细，感兴趣的同学可以参考阅读下2023-06-06
这篇文章主要为大家介绍了redis lua限流算法实现示例详解，有需要的朋友可以借鉴参考下，希望能够有所帮助，祝大家多多进步，早日升职加薪2022-07-07
这篇文章主要介绍了redis分布式锁的8大坑总结梳理，使用redis的分布式锁，我们首先想到的可能是setNx命令，文章围绕setNx命令展开详细的内容介绍，感兴趣的小伙伴可以参考一下2022-07-07
这篇文章主要介绍了在Redis集群中使用pipeline批量插入的实现方法，文中通过示例代码介绍的非常详细，对大家的学习或者工作具有一定的参考学习价值，需要的朋友们下面随着小编来一起学习学习吧2019-05-05
很多同学对Redis的单线程和I/O多路复用技术并不是很了解，所以我用简单易懂的语言让大家了解下Redis单线程和I/O多路复用技术的原理，对学好和运用好Redis打下基础，感兴趣的朋友跟随小编一起看看吧2021-11-11
这篇文章主要为大家详细介绍了Redis实现多人多聊天室功能,具有一定的参考价值，感兴趣的小伙伴们可以参考一下2016-11-11
Redis也会因为内存不足而产生错误 ， 也可能因为回收过久而导致系统长期的停顿，因此掌握执行回收策略十分有必要，具有一定的参考价值，感兴趣的可以了解一下2021-11-11
这篇文章主要介绍了Redis的Sentinel解决方案介绍与运行机制, Sentinel 是一款面向分布式服务架构的轻量级流量控制组件，主要以流量为切入点，从流量控制、熔断降级、系统自适应保护等多个维度来保障服务的稳定性,需要的朋友可以参考下2023-07-07
最新评论