Redis服务主从复制、哨兵模式、群集模式

Redis服务主从复制、哨兵模式、群集模式

​1.安装Redis（所有主机）​​​​Master：192.168.132.50​​​​​Slave1：​192.168.132.51​​​​​Slave2：​192.168.132.52​​​yum install -y gcc gcc-c++ makecd /opttar zxvf redis-5.0.7.tar.gz

cd /opt/redis-5.0.7/make && make PREFIX=/usr/local/redis install

cd /opt/redis-5.0.7/utils./install_server.sh......#回车四次后，手动输入，需要一次性输入正确Please select the redis executable path [] /usr/local/redis/bin/redis-server

​2.修改Master节点Redis配置文件​​​Master：192.168.132.50​​

vim /etc/redis/6379.conf#70行，修改bind 项，0.0.0.0监听所有网段bind 0.0.0.0#137行，开启守护进程daemonize yes#172行，指定日志文件目录logfile /var/log/redis_6379.log#264行，指定工作目录dir /var/lib/redis/6379#700行，开启AOF持久化功能appendonly yes

​3.修改Slave节点Redis配置文件​​​Slave1：​192.168.132.51​​​​​Slave2：​192.168.132.52​​​vim /etc/redis/6379.conf#70行，修改bind 项，0.0.0.0监听所有网卡bind 0.0.0.0#137行，开启守护进程daemonize yes#172行，指定日志文件目录logfile /var/log/redis_6379.log#264行，指定工作目录dir /var/lib/redis/6379#288行，指定要同步的Master节点IP和端口replicaof 192.168.163.10 6379#700行，开启AOF持久化功能appendonly yes

​4.验证主从效果​​​Master：192.168.132.50​​

​​在Master节点上看日志​​

​​在Master节点上验证从节点​​

redis-cli info replication

​二、Redis 哨兵模式​​​​哨兵的核心功能：在主从复制的基础上，哨兵引入了主节点的​自动故障转移​​​​

​1、哨兵模式的原理​​​哨兵(sentinel)：是一个​分布式系统​，用于对主从结构中的每台服务器进行监控，当出现故障时​通过投票机制​选择新的 Master 并将所有 Slave 连接到新的 Master。所以整个运行哨兵的集群的数量​不得少于3个节点​。​​​2、哨兵模式的作用​​​监控：哨兵会不断地检查主节点和从节点是否运作正常。​​​​自动故障转移：当主节点不能正常工作时，哨兵会开始自动故障转移操作，它会将失效主节点的其中一个从节点升级为新的主节点，并让其他从节点改为复制新的主节点。​​​​通知（提醒）：哨兵可以将故障转移的结果发送给客户端。​​​3、哨兵模式的结构​​​​哨兵结构由两部分组成，哨兵节点​和​数据节点：​​​

​​哨兵节点：哨兵系统由一个或多个哨兵节点组成，哨兵节点是​特殊的redis节点，不存储数据​。​​​​数据节点：主节点和从节点都是数据节点。​​​​哨兵的启动依赖于主从模式，所以须把主从模式安装好的情况下再去做哨兵模式，​所有节点上都需要部署哨兵模式​，哨兵模式会监控所有的 Redis 工作节点是否正常，当 Master 出现问题的时候，因为其他节点与主节点失去联系，因此会投票，​投票过半就认为这个 Master 的确出现问题​，然后会通知哨兵间，然后从 Slaves 中选取一个作为新的 Master。​​

​​​注意​：客观下线是主节点才有的概念；如果从节点和哨兵节点发生故障，被哨兵主观下线后，不会再有后续的客观下线和故障转移操作。​​​​

​2.启动哨兵模式​​​​Master：192.168.132.50​​​​​Slave1：​192.168.132.51​​​​​Slave2：​192.168.132.52​​​​​​先启master，再启slave​​​

cd /opt/redis-5.0.7/redis-sentinel sentinel.conf &

​3.查看哨兵模式信息​​​​Master：192.168.132.50​​​

​4.故障模拟​​​​Master：192.168.132.50​​​

#查看redis-server进程号ps aux | grep redisroot 8989 0.2 0.3 156404 7936 ? Ssl 10:47 0:14 /usr/local/redis/bin/redis-server 0.0.0.0:6379root 47944 0.6 0.3 153844 7832 ? Ssl 11:47 0:08 redis-sentinel *:26379 [sentinel]root 48496 0.0 0.0 112676 976 pts/2 R+ 12:09 0:00 grep --color=auto redis

​5.验证结果​​​​Master：192.168.132.50​​​

tail -f /var/log/sentinel.log#-------日志信息------------47944:X 26 Feb 2022 12:14:09.372 # +vote-for-leader cbd01442f72cf29b6be697ab07dd8e7958cd4968 147944:X 26 Feb 2022 12:14:10.422 # +odown master mymaster 192.168.132.50 6379 #quorum 3/247944:X 26 Feb 2022 12:14:10.422 # Next failover delay: I will not start a failover before Sat Feb 26 12:20:10 202247944:X 26 Feb 2022 12:14:10.616 # +config-update-from sentinel cbd01442f72cf29b6be697ab07dd8e7958cd4968 192.168.132.51 26379 @ mymaster 192.168.132.50 637947944:X 26 Feb 2022 12:14:10.616 # +switch-master mymaster 192.168.132.50 6379 192.168.132.51 637947944:X 26 Feb 2022 12:14:10.617 +slave slave 192.168.132.52:6379 192.168.132.52 6379 @ mymaster 192.168.132.51 637947944:X 26 Feb 2022 12:14:10.617 +slave slave 192.168.132.50:6379 192.168.132.50 6379 @ mymaster 192.168.132.51 637947944:X 26 Feb 2022 12:14:40.650 # +sdown slave 192.168.132.50:6379 192.168.132.50 6379 @ mymaster 192.168.132.51 6379

redis-cli -p 26379 INFO Sentinel

​三、Redis 群集模式​​1、redis群集的概念​​​集群，即Redis Cluster，是Redis 3.0开始引入的分布式存储方案。​​​​集群由多个节点(Node)组成，Redis的数据分布在这些节点中。集群中的节点分为主节点和从节点：​只有主节点负责读写请求和集群信息的维护；从节点只进行主节点数据和状态信息的复制​。​​​2、集群的作用​​1.数据分区​​​数据分区(或称数据分片)是集群最核心的功能。​​​​集群将数据分散到多个节点，一方面突破了Redis单机内存大小的限制，存储容量大大增加；另一方面每个主节点都可以对外提供读服务和写服务，大大提高了集群的响应能力。​​​​​Redis单机内存大小受限问题，在介绍持久化和主从复制时都有提及；例如，如果单机内存太大，bgsave和bgrewriteaof的fork操作可能导致主进程阻塞，主从环境下主机切换时可能导致从节点长时间无法提供服务，全量复制阶段主节点的复制缓冲区可能溢出。​​​​2.高可用​​​集群支持主从复制和主节点的自动故障转移（与哨兵类似）；当任一节点发生故障时，集群仍然可以对外提供服务。​​​3、Redis集群的数据分片​​​Redis集群引入了哈希槽的概念​​​​Redis集群有​​​16384个哈希槽​​​（编号0-16383）​​​​集群的每个节点负责一部分哈希槽​​​​每个Key通过​​​CRC16​​​校验后对16384取余来决定放置哪个哈希槽，通过这个值，去找到对应的插槽所对应的节点，然后直接自动跳转到这个对应的节点上进行存取操作​​​​​以3个节点组成的集群为例​​​

​​​节点A包含0到5461号哈希槽​​​

​​​节点B包含5462到10922号哈希槽​​​

​​​节点C包含10923到16383号哈希槽​​​

​​Redis集群的主从复制模型​​

​​集群中具有1、2、3三个节点，如果节点2失败了，整个集群就会因缺少5462-10922这个范围的槽而不可以用。​​

​​为每个节点添加一个从节点A、B、C整个集群便有三个Master节点和三个slave节点组成，在节点2失败后，集群选举B位为的主节点继续服务。当2和B都失败后，集群将不可用​​

​4、搭建Redis 群集模式​​​​redis的集群一般需要6个节点，3主3从。为了方便，这里所有节点在同一台服务器上模拟​​​

​​​​192.168.132.50​​​​

​1.准备​cd /etc/redismkdir -p redis-cluster/redis600{1..6}

​2.开启群集功能​​​其他5个文件夹的配置文件以此类推修改，注意6个端口要不一样​​

cd /etc/redis/redis-cluster/redis6001

​3.启动redis节点​分别进入那六个文件夹，执行命令: redis-server redis.conf ，来启动redis节点cd /etc/redis/redis-cluster/redis6001redis-server redis.conf

for i in {1..6}docd /etc/redis/redis-cluster/redis600$iredis-server redis.confdone

​4.启动集群​redis-cli --cluster create 127.0.0.1:6001 127.0.0.1:6002 127.0.0.1:6003 127.0.0.1:6004 127.0.0.1:6005 127.0.0.1:6006 --cluster-replicas 1

yes

​5.测试群集​复制redis-cli -p 6001 -c #加-c参数，节点之间就可以互相跳转 cluster slots #查看节点的哈希槽编号范围

版权声明：本文内容由网络用户投稿，版权归原作者所有，本站不拥有其著作权，亦不承担相应法律责任。如果您发现本站中有涉嫌抄袭或描述失实的内容，请联系我们jiasou666@gmail.com 处理，核实后本网站将在24小时内删除侵权内容。