系统学习Linux-Redis集群

目录

一、Redis主从复制

概念

作用

缺点

流程

二、Reids哨兵模式（sentinel）

概念

作用

缺点

结构

搭建

三、redis集群

概述

原理

架构细节

选举过程

实验环境模拟

一、Redis主从复制

概念

是指将一台Redis服务器的数据，复制到其他的Redis服务器。前者称为主节点(Master)，后者称为从节点(Slave)；数据的复制是单向的，只能由主节点到从节点。

作用

数据冗余：主从复制实现了数据的热备份，是持久化之外的一种数据冗余方式。

故障恢复：当主节点出现问题时，可以由从节点提供服务，实现快速的故障恢复；实际上是一种服务的冗余。

负载均衡：在主从复制的基础上，配合读写分离，可以由主节点提供写服务，由从节点提供读服务（即写Redis数据时应用连接主节点，读Redis数据时应用连接从节点），分担服务器负载；尤其是在写少读多的场景下，通过多个从节点分担读负载，可以大大提高Redis服务器的并发量。

高可用：除了上述作用以外，主从复制还是哨兵和集群能够实施的基础，因此说主从复制是Redis高可用的基础。

缺点

故障恢复无法自动化；

写操作无法负载均衡；

存储能力受到单机的限制。

流程

第一步：若启动一个Slave机器进程，则它会向Master机器发送一个“sync command”命令，请求同步连接。

第二步：无论是第一次连接还是重新连接，Master机器都会启动一个后台进程，将数据快照保存到数据文件中（执行rdb操作），同时Master还会记录修改数据的所有命令并缓存在数据文件中。 

第三步：后台进程完成缓存操作之后，Maste机器就会向Slave机器发送数据文件，Slave端机器将数据文件保存到硬盘上，然后将其加载到内存中，接着Master机器就会将修改数据的所有操作一并发送给Slave端机器。若Slave出现故障导致宕机，则恢复正常后会自动重新连接。

第四步：Master机器收到Slave端机器的连接后，将其完整的数据文件发送给Slave端机器，如果Mater同时收到多个Slave发来的同步请求，则Master会在后台启动一个进程以保存数据文件，然后将其发送给所有的Slave端机器，确保所有的Slave端机器都正常。

搭建主（我的实验主机为192.168.0.50）

修改配置文件 vim /etc/redis.conf

bind  0.0.0.0

port  6379

protected-mode = no

daemonize = yes

[root@localhost redis]# vim /etc/redis.conf
bind  0.0.0.0
port  6379
protected-mode = no
daemonize = yes
[root@localhost redis]# systemctl restart redis
[root@localhost redis]# netstat -anptu | grep redis
tcp        0      0 0.0.0.0:6379            0.0.0.0:*               LISTEN      65188/redis-server

搭建从（把主配置文件复制到opt下）

cp /etc/redis.conf /opt/redis_6380.conf -p

修改配置文件

bind  0.0.0.0

port  6380

protected-mode = no

daemonize = yes

slaveof 192.168.115.160 6379

[root@localhost opt]# cp /etc/redis.conf /opt/redis_6380.conf -p
修改vim以下选项
bind  0.0.0.0
port  6380
protected-mode = no
daemonize = yes
slaveof 192.168.115.160 6379开启并测试
[root@localhost opt]# redis-server /opt/redis_6380.conf 
[root@localhost opt]# netstat -anptu | grep 6380
tcp        0      0 0.0.0.0:6380            0.0.0.0:*               LISTEN      65497/redis-server 登陆6379端口创建数据
[root@localhost opt]# redis-cli -p 6379
127.0.0.1:6379> set test 123
OK
127.0.0.1:6379> keys *
1) "test"
2) "liweijias"
3) "liweijia"
127.0.0.1:6379> save
OK
127.0.0.1:6379> exit登陆6380查看是否存在
[root@localhost opt]# redis-cli -p 6380
127.0.0.1:6380> get test
"123"
127.0.0.1:6380>

开启多个主从复制

cp redis_6380.conf redis_6381.conf 
cp redis_6380.conf redis_6382.conf 
修改配置端口6381、6382

修改好后开启从服务

for i in 1 2；do redis-server /opt/redis_638${i}.conf;done

netstat -anptu | grep redis

[root@localhost opt]# for i in 1 2;do redis-server /opt/redis_638${i}.conf;done
[root@localhost opt]# netstat -anptu | grep redis
tcp        0      0 0.0.0.0:6379            0.0.0.0:*               LISTEN      65188/redis-server  
tcp        0      0 0.0.0.0:6380            0.0.0.0:*               LISTEN      65497/redis-server  
tcp        0      0 0.0.0.0:6381            0.0.0.0:*               LISTEN      65693/redis-server  
tcp        0      0 0.0.0.0:6382            0.0.0.0:*               LISTEN      65698/redis-server  
tcp        0      0 192.168.0.50:35500      192.168.0.50:6379       ESTABLISHED 65497/redis-server  
tcp        0      0 192.168.0.50:6379       192.168.0.50:35500      ESTABLISHED 65188/redis-server  
tcp        0      0 192.168.0.50:33343      192.168.0.50:6379       ESTABLISHED 65698/redis-server  
tcp        0      0 192.168.0.50:6379       192.168.0.50:33236      ESTABLISHED 65188/redis-server  
tcp        0      0 192.168.0.50:33236      192.168.0.50:6379       ESTABLISHED 65693/redis-server  
tcp        0      0 192.168.0.50:6379       192.168.0.50:33343      ESTABLISHED 65188/redis-server

验证

[root@localhost opt]# redis-cli -p 6381
127.0.0.1:6381> keys *
1) "liweijia"
2) "liweijias"
3) "test"
127.0.0.1:6381> exit
[root@localhost opt]# redis-cli -p 6382
127.0.0.1:6382> keys *
1) "liweijia"
2) "test"
3) "liweijias"
127.0.0.1:6382>

二、Reids哨兵模式（sentinel）

概念

是一个分布式系统，用于对主从结构中的每台服务器进行监控，当出现故障时通过投票机制选择新的 Master 并将所有 Slave 连接到新的 Master。所以整个运行哨兵的集群的数量不得少于3个节点。

依托于主从模式

作用

监控：哨兵会不断地检查主节点和从节点是否运作正常。

自动故障转移：当主节点不能正常工作时，哨兵会开始自动故障转移操作，它会将失效主节点的其中一个从节点升级为新的主节点，并让其他从节点改为复制新的主节点。

通知（提醒）：哨兵可以将故障转移的结果发送给客户端。

缺点

写操作无法负载均衡

存储能力受到单机的限制

哨兵无法对从节点进行自动故障转移，在读写分离场景下，从节点故障会导致读服务不可用，需要对从节点做额外的监控、切换操作。

结构

哨兵节点：哨兵系统由一个或多个哨兵节点组成，哨兵节点是特殊的redis节点，不存储数据。

数据节点：主节点和从节点都是数据节点。

搭建

配置文件目录 vim /etc/redis-sentinel.conf 

（关闭保护模式
protected-mode no
Redis哨兵默认的监听端口
port 26379

指定日志存放路径
logfile "/var/log/sentinel.log"
指定数据库存放路径
dir "/var/lib/redis"
修改 指定该哨兵节点监控192.168.163.10:6379这个主节点，该主节点的名称是mymaster，最后的2的含义与主节点的故障判定有关：至少需要2个哨兵节点同意，才能判定主节点故障并进行故障转移
sentinel monitor mymaster 192.168.163.10 6379 2
判定服务器down掉的时间周期，默认30000毫秒（30秒）
sentinel down-after-milliseconds mymaster 30000
故障节点的最大超时时间为180000（180秒）
sentinel failover-timeout mymaster 180000）

bind 0.0.0.0

port 26379

daemonize  yes

sentinel monitor mymaster 192.168.115.160 6379 2

启动：redis-sentinel  配置文件路径

[root@localhost opt]# vim /etc/redis-sentinel.conf 
bind 0.0.0.0
port 26379
daemonize  yes
sentinel monitor mymaster 0.0.0.0 6379 2
复制到opt
[root@localhost opt]# cp /etc/redis-sentinel.conf /opt/redis-sentinel_6380.conf
[root@localhost opt]# cp /etc/redis-sentinel.conf /opt/redis-sentinel_6381.conf
[root@localhost opt]# cp /etc/redis-sentinel.conf /opt/redis-sentinel_6382.conf
[root@localhost opt]# ls
redis_6380.conf  redis_6382.conf           redis-sentinel_6381.conf
redis_6381.conf  redis-sentinel_6380.conf  redis-sentinel_6382.conf
每个监听端口改成对应
[root@localhost opt]# vim redis-sentinel_6380.conf 
[root@localhost opt]# vim redis-sentinel_6381.conf 
[root@localhost opt]# vim redis-sentinel_6382.conf

挨个启动

sentinel的就是哨兵端口

[root@localhost opt]# redis-sentinel redis-sentinel_6380.conf 
[root@localhost opt]# redis-sentinel redis-sentinel_6381.conf 
[root@localhost opt]# redis-sentinel redis-sentinel_6382.conf 
[root@localhost opt]# 
[root@localhost opt]# !net
netstat -anptu | grep redis
tcp        0      0 0.0.0.0:6379            0.0.0.0:*               LISTEN      65188/redis-server  
tcp        0      0 0.0.0.0:26380           0.0.0.0:*               LISTEN      66295/redis-sentine 
tcp        0      0 0.0.0.0:6380            0.0.0.0:*               LISTEN      65497/redis-server  
tcp        0      0 0.0.0.0:26381           0.0.0.0:*               LISTEN      66306/redis-sentine 
tcp        0      0 0.0.0.0:6381            0.0.0.0:*               LISTEN      65693/redis-server  
tcp        0      0 0.0.0.0:26382           0.0.0.0:*               LISTEN      66325/redis-sentine 
tcp        0      0 0.0.0.0:6382            0.0.0.0:*               LISTEN      65698/redis-server  
tcp        0      0 127.0.0.1:41234         127.0.0.1:6379          ESTABLISHED 66306/redis-sentine 
tcp        0      0 127.0.0.1:26382         127.0.0.1:49904         ESTABLISHED 66325/redis-sentine 
tcp        0      0 192.168.0.50:51396      192.168.0.50:6380       ESTABLISHED 66306/redis-sentine 
tcp        0      0 192.168.0.50:6381       192.168.0.50:43298      ESTABLISHED 65693/redis-server  
tcp        0      0 192.168.0.50:35500      192.168.0.50:6379       ESTABLISHED 65497/redis-server  
tcp        0      0 192.168.0.50:6380       192.168.0.50:51386      ESTABLISHED 65497/redis-server  
tcp        0      0 192.168.0.50:43272      192.168.0.50:6381       ESTABLISHED 66306/redis-sentine 
tcp        0      0 192.168.0.50:34642      192.168.0.50:6382       ESTABLISHED 66295/redis-sentine 
tcp        0      0 192.168.0.50:51384      192.168.0.50:6380       ESTABLISHED 66295/redis-sentine 
tcp        0      0 127.0.0.1:41258         127.0.0.1:6379          ESTABLISHED 66325/redis-sentine 
tcp        0      0 127.0.0.1:49904         127.0.0.1:26382         ESTABLISHED 66295/redis-sentine 
tcp        0      0 192.168.0.50:34680      192.168.0.50:6382       ESTABLISHED 66325/redis-sentine 
tcp        0      0 127.0.0.1:26381         127.0.0.1:53226         ESTABLISHED 66306/redis-sentine 
tcp        0      0 127.0.0.1:6379          127.0.0.1:41258         ESTABLISHED 65188/redis-server  
tcp        0      0 192.168.0.50:6382       192.168.0.50:34664      ESTABLISHED 65698/redis-server  
tcp        0      0 192.168.0.50:6382       192.168.0.50:34666      ESTABLISHED 65698/redis-server  
tcp        0      0 192.168.0.50:51386      192.168.0.50:6380       ESTABLISHED 66295/redis-sentine 
tcp        0      0 127.0.0.1:6379          127.0.0.1:41234         ESTABLISHED 65188/redis-server  
tcp        0      0 192.168.0.50:6382       192.168.0.50:34642      ESTABLISHED 65698/redis-server  
tcp        0      0 192.168.0.50:6382       192.168.0.50:34680      ESTABLISHED 65698/redis-server  
tcp        0      0 192.168.0.50:6380       192.168.0.50:51384      ESTABLISHED 65497/redis-server  
tcp        0      0 192.168.0.50:6379       192.168.0.50:35500      ESTABLISHED 65188/redis-server  
tcp        0      0 127.0.0.1:6379          127.0.0.1:41256         ESTABLISHED 65188/redis-server  
tcp        0      0 127.0.0.1:41220         127.0.0.1:6379          ESTABLISHED 66295/redis-sentine 
tcp        0      0 192.168.0.50:51424      192.168.0.50:6380       ESTABLISHED 66325/redis-sentine 
tcp        0      0 192.168.0.50:6381       192.168.0.50:43260      ESTABLISHED 65693/redis-server  
tcp        0      0 192.168.0.50:34640      192.168.0.50:6382       ESTABLISHED 66295/redis-sentine 
tcp        0      0 127.0.0.1:26382         127.0.0.1:49906         ESTABLISHED 66325/redis-sentine 
tcp        0      0 192.168.0.50:33343      192.168.0.50:6379       ESTABLISHED 65698/redis-server  
tcp        0      0 192.168.0.50:6380       192.168.0.50:51396      ESTABLISHED 65497/redis-server  
tcp        0      0 192.168.0.50:34678      192.168.0.50:6382       ESTABLISHED 66325/redis-sentine 
tcp        0      0 127.0.0.1:49906         127.0.0.1:26382         ESTABLISHED 66306/redis-sentine 
tcp        0      0 192.168.0.50:34664      192.168.0.50:6382       ESTABLISHED 66306/redis-sentine 
tcp        0      0 192.168.0.50:43296      192.168.0.50:6381       ESTABLISHED 66325/redis-sentine 
tcp        0      0 192.168.0.50:43260      192.168.0.50:6381       ESTABLISHED 66295/redis-sentine 
tcp        0      0 192.168.0.50:6381       192.168.0.50:43296      ESTABLISHED 65693/redis-server  
tcp        0      0 192.168.0.50:6381       192.168.0.50:43272      ESTABLISHED 65693/redis-server  
tcp        0      0 127.0.0.1:41236         127.0.0.1:6379          ESTABLISHED 66306/redis-sentine 
tcp        0      0 192.168.0.50:43270      192.168.0.50:6381       ESTABLISHED 66306/redis-sentine 
tcp        0      0 192.168.0.50:6380       192.168.0.50:51424      ESTABLISHED 65497/redis-server  
tcp        0      0 192.168.0.50:6381       192.168.0.50:43258      ESTABLISHED 65693/redis-server  
tcp        0      0 192.168.0.50:6382       192.168.0.50:34640      ESTABLISHED 65698/redis-server  
tcp        0      0 127.0.0.1:6379          127.0.0.1:41236         ESTABLISHED 65188/redis-server  
tcp        0      0 192.168.0.50:6381       192.168.0.50:43270      ESTABLISHED 65693/redis-server  
tcp        0      0 192.168.0.50:34666      192.168.0.50:6382       ESTABLISHED 66306/redis-sentine 
tcp        0      0 192.168.0.50:6380       192.168.0.50:51398      ESTABLISHED 65497/redis-server  
tcp        0      0 127.0.0.1:6379          127.0.0.1:41218         ESTABLISHED 65188/redis-server  
tcp        0      0 192.168.0.50:43258      192.168.0.50:6381       ESTABLISHED 66295/redis-sentine 
tcp        0      0 192.168.0.50:6382       192.168.0.50:34678      ESTABLISHED 65698/redis-server  
tcp        0      0 127.0.0.1:6379          127.0.0.1:41220         ESTABLISHED 65188/redis-server  
tcp        0      0 127.0.0.1:53226         127.0.0.1:26381         ESTABLISHED 66325/redis-sentine 
tcp        0      0 127.0.0.1:53224         127.0.0.1:26381         ESTABLISHED 66295/redis-sentine 
tcp        0      0 192.168.0.50:6380       192.168.0.50:51422      ESTABLISHED 65497/redis-server  
tcp        0      0 192.168.0.50:51398      192.168.0.50:6380       ESTABLISHED 66306/redis-sentine 
tcp        0      0 192.168.0.50:6379       192.168.0.50:33236      ESTABLISHED 65188/redis-server  
tcp        0      0 192.168.0.50:43298      192.168.0.50:6381       ESTABLISHED 66325/redis-sentine 
tcp        0      0 127.0.0.1:41218         127.0.0.1:6379          ESTABLISHED 66295/redis-sentine 
tcp        0      0 127.0.0.1:41256         127.0.0.1:6379          ESTABLISHED 66325/redis-sentine 
tcp        0      0 192.168.0.50:33236      192.168.0.50:6379       ESTABLISHED 65693/redis-server  
tcp        0      0 192.168.0.50:6379       192.168.0.50:33343      ESTABLISHED 65188/redis-server  
tcp        0      0 127.0.0.1:26381         127.0.0.1:53224         ESTABLISHED 66306/redis-sentine 
tcp        0      0 192.168.0.50:51422      192.168.0.50:6380       ESTABLISHED 66325/redis-sentine 
tcp6       0      0 :::26380                :::*                    LISTEN      66295/redis-sentine 
tcp6       0      0 :::26381                :::*                    LISTEN      66306/redis-sentine 
tcp6       0      0 :::26382                :::*                    LISTEN      66325/redis-sentine

kill 65188

停止master后，slave会通过选举产生新的master

哨兵配置文件会自动修改监听的master节点地址为新的master节点地址

[root@localhost redis]# cat sentinel.log 
66325:X 08 Aug 2023 21:30:53.397 * +sentinel-address-switch master mymaster 127.0.0.1 6382 ip 127.0.0.1 port 26381 for 173ee2660ae9d9a867379fdb95dfd003436919db

三、redis集群

概述

Redis3.0版本以上开始支持cluster，采用的是hashslot（hash槽），可以将多个Redis实例整合在一起，形成一个群集，也就是将数据分散到群集的多台机器上。

原理

当客户端向群集中任一节点发送与数据库键有关的命令时，接收命令的节点会计算出命令要处理的数据库键属于哪个槽，并检查这个槽是否指派给了自己。如果键所在的槽正好指派给了当前节点，那么节点直接执行这个命令；如果键所在的槽并没有指派给当前节点，那么节点会向客户端返回一个MOVED错误，指引客户端转向（redirect）正确的节点，并再次发送之前想要执行的命令.
群集角色有Master和Slave.Master之间分配slots，一共16384个slot，Slave向它指定的Master 同步数据，实现备份。当其中的一个Master无法提供服务时，该Master的Slave将提升为Mester，以保证群集间 slot 的完整性，当其中的某一个Master和它的Slave都失效，导致了slot不完整，群集失效，这时就需要人工去处理了。
群集搭建好后，群集中的每个节点都会定期地向其他节点发送PING消息，如果接收PONG消息的节点没有在规定的时间内返回PONG 消息，那么发送PNG消息的节点就会将其标记为疑似下线（probable fail，PFAL）。各个节点会通过互相发送消息的方式来交换群集中各个节点的状态信息。如果在一个群集里面，半数以上的主节点都将某个主节点×报告为疑似下线，那么这个主节点×将被标记为已下线（FAL），同时会向群集广播一条关于主节点×的FAL消息，所有收到这条FAL消息的节点都会立即将主节点×标记为已下线。
当需要减少或者增加群集中的机器时，我们需要将已经指派给某个节点（源节点）的槽改为指派给另一个节点（目标节点），并且将相关槽所属的键值对从源节点移动到目标节点。
Redis群集的重新分片操作是由Redis的群集管理软件redis—trib负责执行的，不支持自动的分片，而且需要自己计算从哪些节点上迁移多少 Slot。在重新分片的过程中，群集不需要下线，并且源节点和目标节点都可以继续处理命令请求。

总结：Redis Cluster是一个无中心的结构，每个节点都保存数据和整个群集的状态。每个节点都会保存其他节点的信息，知道其他节点所负责的槽，并且会与其他节点定时发送心跳信息，能够及时感知群集中异常的节点。

架构细节

（1）所有的redis节点彼此互联（PING-PONG机制），内部使用二进制协议优化传输速度和带宽。

（2）节点的失效（fail）在群集中超过半数的主（master）节点检测失效时才生效。

（3）客户端与 redis 节点直连，不需要中间代理（proxy）层，客户端不需要连接群集所有节点，连接群集中任何一个可用节点即可。

（4）redis-cluster 把所有的物理节点映射到【0-16383】slot 上，cluster 负责维护 node<->slot<->key。

选举过程

选举过程是群集中所有master参与，如果半数以上master节点与当前 master 节点通信超时（cluster—node—timeout），认为当前 master 节点挂掉。以下两种情况为整个群集不可用（cluster_state：fail），当群集不可用时，所有对群集的操作都不可用，收到(（error）CLUSTEFDOWN The cluster is down）错误。

如果群集任意 master挂掉，且当前 master 没有 slave，则群集进入 fail状态，也可以理解成群集的slot映射【0 ~16383】不完整时进入fail状态。

默认情况下，每个群集的节点都使用两个TCP端口.一个是6379，一个是16379；6379服务于客户端的连接，16379 用于群集总线，即使用二进制协议的节点到节点通信通道。节点使用群集总线进行故障检测、配置更新、故障转移授权等。如果开启了防火墙，需要开放这两个端口。
 

实验环境模拟

为了方便实验操作架构好基础环境后

使用finalshell

安装epel源

yum -y install epel-release

更新可以再次输入安装命令

安装redis

yum -y install redis

创建redis目录方便管理

mkdir /etc/redis

查看

rpm -ql redis

[root@localhost ~]# rpm -ql redis
/etc/logrotate.d/redis
/etc/redis-sentinel.conf
/etc/redis.conf
/etc/systemd/system/redis-sentinel.service.d
/etc/systemd/system/redis-sentinel.service.d/limit.conf
/etc/systemd/system/redis.service.d
/etc/systemd/system/redis.service.d/limit.conf
/usr/bin/redis-benchmark
/usr/bin/redis-check-aof
/usr/bin/redis-check-rdb
/usr/bin/redis-cli
/usr/bin/redis-sentinel
/usr/bin/redis-server
/usr/lib/systemd/system/redis-sentinel.service
/usr/lib/systemd/system/redis.service
/usr/libexec/redis-shutdown
/usr/share/doc/redis-3.2.12
/usr/share/doc/redis-3.2.12/00-RELEASENOTES
/usr/share/doc/redis-3.2.12/BUGS
/usr/share/doc/redis-3.2.12/CONTRIBUTING
/usr/share/doc/redis-3.2.12/MANIFESTO
/usr/share/doc/redis-3.2.12/README.md
/usr/share/licenses/redis-3.2.12
/usr/share/licenses/redis-3.2.12/COPYING
/usr/share/man/man1/redis-benchmark.1.gz
/usr/share/man/man1/redis-check-aof.1.gz
/usr/share/man/man1/redis-check-rdb.1.gz
/usr/share/man/man1/redis-cli.1.gz
/usr/share/man/man1/redis-sentinel.1.gz
/usr/share/man/man1/redis-server.1.gz
/usr/share/man/man5/redis-sentinel.conf.5.gz
/usr/share/man/man5/redis.conf.5.gz
/var/lib/redis
/var/log/redis
/var/run/redis

 复制配置文件到创建的文件夹中并修改配置文件

[root@localhost ~]# cp /etc/redis.conf /etc/redis/redis1_6379.conf
[root@localhost ~]# cp /etc/redis.conf /etc/redis/redis2_6380.conf
[root@localhost ~]# vim /etc/redis/redis1_6379.conf61 bind 192.168.0.4180 protected-mode no84 port 6379            端口128 daemonize yes        前台后载247 dir /var/lib/redis/redis_6379/[root@localhost ~]# vim /etc/redis/redis1_6379.conf61 bind 192.168.0.4180 protected-mode no84 port 6379            128 daemonize yes        247 dir /var/lib/redis/redis_6379/

redis-server2/3同样操作
创建var/lib/redis/redisn_63目录

redis-server1
[root@localhost redis]# mkdir /var/lib/redis/{redis1_6379,redis2_6380}
redis-server2
[root@localhost redis]# mkdir /var/lib/redis/{redis3_6379,redis4_6380}
redis-server3
[root@localhost redis]# mkdir /var/lib/redis/{redis5_6379,redis6_6380}

启动检测一下redis-server /etc/redis/

[root@localhost redis]# redis-server /etc/redis/redis1_6379.conf 
[root@localhost redis]# redis-server /etc/redis/redis2_6380.conf
[root@localhost redis]# ss -anl
tcp   LISTEN     0      128          192.168.0.41:6379                *:* 
tcp   LISTEN     0      128          192.168.0.41:6380                *:*            
[root@localhost redis]# ps aux | grep redis
root      43351  0.0  0.2 143056  5184 ?        Ssl  13:43   0:00 redis-server 192.168.0.41:6379
root      43617  0.0  0.2 143056  5184 ?        Ssl  13:43   0:00 redis-server 192.168.0.41:6380
root      48439  0.0  0.0 112824   980 pts/1    R+   13:45   0:00 grep --color=auto redis

另外两台相同原理操作，并测试是否成功开启

构建集群首先分别配置集群文件

vim /etc/redis/redis1_6379.conf

vim /etc/redis/redis1_6380.conf

[root@localhost ~]# vim /etc/redis/redis1_6379.conf
721 cluster-enabled yes
729 cluster-config-file nodes-6379.conf
735  cluster-node-timeout 15000[root@localhost ~]# vim /etc/redis/redis2_6380.conf
721 cluster-enabled yes
729 cluster-config-file nodes-6380.conf
735  cluster-node-timeout 15000

redis3_6379.conf、redis4_6380.conf、redis5_6379.conf、redis6_6380.conf、

相同原理配置文件

再次测试查看是否正常开启

[root@localhost redis]# redis-server /etc/redis/redis1_6379.conf 
[root@localhost redis]# redis-server /etc/redis/redis2_6380.conf [root@localhost redis]# ss -anl
tcp   LISTEN     0      128          192.168.0.41:6379                *:* 
tcp   LISTEN     0      128          192.168.0.41:6380                *:*  
tcp   LISTEN     0      128          192.168.0.41:16379               *:* 
tcp   LISTEN     0      128          192.168.0.41:16380               *:*  [root@localhost redis]# redis-server /etc/redis/redis3_6379.conf 
[root@localhost redis]# redis-server /etc/redis/redis4_6380.conf [root@localhost redis]# ss -anl
tcp   LISTEN     0      128          192.168.0.42:6379                *:* 
tcp   LISTEN     0      128          192.168.0.42:6380                *:*  
tcp   LISTEN     0      128          192.168.0.42:16379               *:* 
tcp   LISTEN     0      128          192.168.0.42:16380               *:*  [root@localhost redis]# redis-server /etc/redis/redis5_6379.conf 
[root@localhost redis]# redis-server /etc/redis/redis6_6380.conf [root@localhost redis]# ss -anl
tcp   LISTEN     0      128          192.168.0.43:6379                *:* 
tcp   LISTEN     0      128          192.168.0.43:6380                *:*  
tcp   LISTEN     0      128          192.168.0.43:16379               *:* 
tcp   LISTEN     0      128          192.168.0.43:16380               *:*

保持开启状态将其他节点加入集群

[root@localhost redis]# redis-cli -h 192.168.0.41
192.168.0.41:6379> CLUSTER MEET 192.168.0.41 6380
OK
192.168.0.41:6379> CLUSTER MEET 192.168.0.42 6379
OK
192.168.0.41:6379> CLUSTER MEET 192.168.0.42 6380
OK
192.168.0.41:6379> CLUSTER MEET 192.168.0.43 6379
OK
192.168.0.41:6379> CLUSTER MEET 192.168.0.43 6380
OK查看所有集群节点
192.168.0.41:6379> CLUSTER NODES
2e51f0d376f5382a1c669bdd3ef9da8f8289c7a1 192.168.0.43:6380 master - 0 1691736056897 5 connected
128fb6b084d1a6c4f30b6c753e03a2da79529a87 192.168.0.43:6379 master - 0 1691736054888 4 connected
bd29d86f90b57707c7405d00b93bb158cb1b28cd 192.168.0.42:6380 master - 0 1691736055894 0 connected
4526894ae49d9bebaf87c45b04df5a913ede9d29 192.168.0.41:6380 master - 0 1691736052878 1 connected
699c0687c3ced2116811d7ddac856bff7670b65c 192.168.0.41:6379 myself,master - 0 0 3 connected
1bda15593547a80fce4b08d7cbb1e7040db67c65 192.168.0.42:6379 master - 0 1691736053883 2 connected其中92.168.0.41:6379 myself,master - 0 0 3 connected 能够看到主节点是登陆分配那个[root@localhost redis]# exit

分配slot（以下操作均要退出数据库）

根据实验环境分别分配slot
[root@localhost redis]# redis-cli -h 192.168.0.41 -p 6379 cluster addslots {0..5461}
OK
[root@localhost redis]# redis-cli -h 192.168.0.42 -p 6380 cluster addslots {5462..10922}
OK
[root@localhost redis]# redis-cli -h 192.168.0.43 -p 6380 cluster addslots {10923..16383}
OK
[root@localhost redis]#

建立主从关系（根据上面给到的mac地址）

redis3为redis1的slave

[root@localhost redis]# redis-cli -h 192.168.0.41 -p 6380 cluster replicate 699c0687c3ced2116811d7ddac856bff7670b65c
OK

redis5为redis4的slave

[root@localhost redis]# redis-cli -h 192.168.0.43 -p 6379 cluster replicate bd29d86f90b57707c7405d00b93bb158cb1b28cd
OK

redis2为redis6的slave

[root@localhost redis]# redis-cli -h 192.168.0.41 -p 6380 cluster replicate 2e51f0d376f5382a1c669bdd3ef9da8f8289c7a1
OK

添加完成后查看集群状态

192.168.0.41:6379> cluster info
cluster_state:ok
cluster_slots_assigned:16384
cluster_slots_ok:16384
cluster_slots_pfail:0
cluster_slots_fail:0
cluster_known_nodes:6
cluster_size:3
cluster_current_epoch:5
cluster_my_epoch:3
cluster_stats_messages_sent:3663
cluster_stats_messages_received:3663
192.168.0.41:6379>

添加数据测试

这里显示移动到12767 因redis采用的是hash槽随机分配值速度快的同时，也有一个缺点要去他分配的值才可执行：12767所以要到redis-server3服务器实现创建数据和查看

192.168.0.41:6379> set zhangsan 123.com
(error) MOVED 12767 192.168.0.43:6380根据值去对应服务器创建
[root@localhost redis]# redis-cli -h 192.168.0.43 -p 6380
192.168.0.43:6380> set lisi 123.com
OK
192.168.0.43:6380> 并查看不到
[root@localhost redis]# redis-cli -h 192.168.0.41 -p 6379
192.168.0.41:6379> keys *
(empty list or set)
需要到他的从查看
[root@localhost redis]# redis-cli -h 192.168.0.41 -p 6380
192.168.0.41:6380> keys *
1) "lisi"

注：一定看好各自的主从关系，如果填乱

重置集群命令（每个节都要重置）

cluster reset

数据的key不能相同

本文来自互联网用户投稿，该文观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如若转载，请注明出处：http://www.rhkb.cn/news/86360.html

如若内容造成侵权/违法违规/事实不符，请联系长河编程网进行投诉反馈email:809451989@qq.com，一经查实，立即删除！

相关文章

安防监控视频汇聚平台EasyCVR分发的FLV视频流在VLC中无法播放是什么原因？

安防监控视频汇聚平台EasyCVR分发的FLV视频流在VLC中无法播放是什么原因？

众所周知&#xff0c;TSINGSEE青犀视频汇聚平台EasyCVR可支持多协议方式接入&#xff0c;包括主流标准协议国标GB28181、RTSP/Onvif、RTMP等&#xff0c;以及厂家私有协议与SDK接入&#xff0c;包括海康Ehome、海大宇等设备的SDK等。在视频流的处理与分发上&#xff0c;视频监控…
阅读更多...
java之junit Test

java之junit Test

JUnit测试简介 1.什么是单元测试 单元测试是针对最小的功能单元编写测试代码Java程序最小的功能单元是方法单元测试就是针对单个Java方法的测试 2.测试驱动开发 3.单元测试的好处 确保单个方法运行正常如果修改了方法代码&#xff0c;只需确保其对应的单元测试通过测试代码…
阅读更多...
佛祖保佑，永不宕机，永无bug

佛祖保佑，永不宕机，永无bug

当我们的程序编译通过&#xff0c;能预防的bug也都预防了&#xff0c;其它的就只能交给天意了。当然请求佛祖的保佑也是必不可少的。 下面是一些常用的保佑图&#xff1a; 佛祖保佑图 ——————————————————————————————————————————…
阅读更多...
【uniapp】uniapp设置安全区域：

【uniapp】uniapp设置安全区域：

文章目录 一、效果图:二、实现代码: 一、效果图: 二、实现代码: {"path": "pages/index/index","style": {"navigationStyle": "custom","navigationBarTextStyle": "white","navigationBarTitle…
阅读更多...
List list=new ArrayList()抛出的ArrayIndexOutOfBoundsException异常

List list=new ArrayList()抛出的ArrayIndexOutOfBoundsException异常

1.应用场景&#xff0c;今天生产日志监控到一组new ArrayList() 进行add 异常&#xff0c;具体日志如下&#xff1a; eptionHandler.handler(178): TXXYBUSSINESS|执行异常 java.util.concurrent.CompletionException: java.lang.ArrayIndexOutOfBoundsException: Index 1 out…
阅读更多...
PyTorch翻译官网教程-NLP FROM SCRATCH: GENERATING NAMES WITH A CHARACTER-LEVEL RNN

PyTorch翻译官网教程-NLP FROM SCRATCH: GENERATING NAMES WITH A CHARACTER-LEVEL RNN

官网链接 NLP From Scratch: Generating Names with a Character-Level RNN — PyTorch Tutorials 2.0.1cu117 documentation 使用字符级RNN生成名字 这是我们关于“NLP From Scratch”的三篇教程中的第二篇。在第一个教程中</intermediate/char_rnn_classification_tutor…
阅读更多...
MongoDB的下载和安装

MongoDB的下载和安装

一、MongoD下载 下载地址&#xff1a;https://www.mongodb.com/try/download/community 二、安装 因为选择下载的是 .zip 文件&#xff0c;直接跳过安装&#xff0c;一步到位。 选择在任一磁盘创建空文件夹&#xff08;不要使用中文路径&#xff09;&#xff0c;解压之后把文…
阅读更多...
android 如何分析应用的内存（十七）——使用MAT查看Android堆

android 如何分析应用的内存（十七）——使用MAT查看Android堆

android 如何分析应用的内存&#xff08;十七&#xff09;——使用MAT查看Android堆 前一篇文章&#xff0c;介绍了使用Android profiler中的memory profiler来查看Android的堆情况。 如Android 堆中有哪些对象&#xff0c;这些对象的引用情况是什么样子的。 可是我们依然面临…
阅读更多...
flink kafka消费者如何处理kafka主题的rebalance

flink kafka消费者如何处理kafka主题的rebalance

背景&#xff1a; 我们日常使用kafka客户端消费kafka主题的消息时&#xff0c;当消费者退出/加入消费者组&#xff0c;kafka主题分区数有变等事件发生时&#xff0c;都会导致rebalance的发生&#xff0c;此时一般情况下&#xff0c;如果我们不自己处理offset&#xff0c;我们不…
阅读更多...
深入理解PyTorch中的NoamOpt优化器

深入理解PyTorch中的NoamOpt优化器

深入理解PyTorch中的NoamOpt优化器 作者&#xff1a;安静到无声 个人主页 今天&#xff0c;我们将深入探讨一个在自然语言处理领域广泛使用的优化器——NoamOpt。这个优化器是基于PyTorch实现的&#xff0c;并且在"Attention is All You Need"这篇论文中首次提出。…
阅读更多...
c++11-14-17_内存管理（RAII）_多线程

c++11-14-17_内存管理（RAII）_多线程

文章目录 前言&#xff1a;什么是RAII&#xff1f;指针/智能指针&#xff1a;使用智能指针管理内存资源&#xff1a;unique_ptr的使用&#xff1a;自定义删除器&#xff1a; shared_ptr的使用&#xff1a;shared_ptr指向同一个对象的不同成员&#xff1a;自定义删除函数&#x…
阅读更多...
centos7 安装桌面

centos7 安装桌面

先装 xrdp $ sudo yum install -y epel-release $ sudo yum install -y xrdp $ sudo systemctl enable xrdp $ sudo systemctl start xrdp开防火墙端口 $ sudo firewall-cmd --add-port3389/tcp --permanent $ sudo firewall-cmd --reload比较喜欢 GNOME $ sudo yum groupin…
阅读更多...
Stable Diffusion - 幻想 (Fantasy) 风格与糖果世界 (Candy Land) 人物提示词配置

Stable Diffusion - 幻想 (Fantasy) 风格与糖果世界 (Candy Land) 人物提示词配置

欢迎关注我的CSDN&#xff1a;https://spike.blog.csdn.net/ 本文地址&#xff1a;https://spike.blog.csdn.net/article/details/132212193 图像由 DreamShaper8 模型生成&#xff0c;融合糖果世界。 幻想 (Fantasy) 风格图像是一种以想象力为主导的艺术形式&#xff0c;创造了…
阅读更多...
Vue.js2+Cesium1.103.0 七、Primitive 绘制航线元素

Vue.js2+Cesium1.103.0 七、Primitive 绘制航线元素

Vue.js2Cesium1.103.0 七、Primitive 绘制航线元素 用 Primitive 绘制航线元素&#xff0c;包括航点图标&#xff0c;航线线段&#xff0c;线段距离标注&#xff0c;航点序号&#xff0c;海拔标注&#xff0c;总航程等信息。 可同时绘制多条航线&#xff1b;可根据 id 清除指…
阅读更多...
亚马逊 EC2服务器下部署java环境

亚马逊 EC2服务器下部署java环境

1. jdk 1.8 安装 1.1 下载jdk包 官网 Java Downloads | Oracle tar.gz 包 下载下来 1.2 本地连接 服务器 我用的是亚马逊的ec2 系统是 ubuntu 的 ssh工具是 Mobaxterm , 公有dns 创建实例时的秘钥 链接 Mobaxterm 因为使用的 ubuntu 所以登录的 名称 就是 ubuntu 然后 …
阅读更多...
php代码审计，php漏洞详解

php代码审计，php漏洞详解

文章目录 1、输入验证和输出显示2、命令注入(Command Injection)3、eval 注入(Eval Injection)4、跨网站脚本攻击(Cross Site Scripting, XSS)5、SQL 注入攻击(SQL injection)6、跨网站请求伪造攻击(Cross Site Request Forgeries, CSRF)7、Session 会话劫持(Session Hijacking…
阅读更多...
基于DETR (DEtection TRansformer)开发构建MSTAR雷达影像目标检测系统

基于DETR (DEtection TRansformer)开发构建MSTAR雷达影像目标检测系统

关于DETR相关的实践在之前的文章中很详细地介绍过&#xff0c;感兴趣的话可以自行移步阅读即可&#xff1a; 《DETR (DEtection TRansformer)基于自建数据集开发构建目标检测模型超详细教程》 《书接上文——DETR评估可视化》 基于MSTAR雷达影像数据开发构建目标检测系统&am…
阅读更多...
双向循环链表、dancing links

双向循环链表、dancing links

目录 双向循环链表 力扣 426. 将二叉搜索树转化为排序的双向链表 十字交叉双向循环链表&#xff08;dancing links&#xff09; 精确覆盖问题 dancing links X算法&#xff08;V1递归版&#xff09; POJ 3740 Easy Finding 数独 X算法优化 X算法&#xff08;V2非递归…
阅读更多...
手机app测试

手机app测试

一、安装、卸载、更新、运行 1.安装、卸载 应用是否可以正常安装&#xff08;命令行安装&#xff1b;apk&#xff0f;ipa安装包安装&#xff09;&#xff08;有网&#xff0c;无网是否都正常&#xff09;卸载过程中出现死机&#xff0c;断电&#xff0c;重启等意外的情况&…
阅读更多...
关于ArrayList的十三连问

关于ArrayList的十三连问

文章目录 一、底层存储结构是什么二、初始容量三、构造方法四、扩容原理五、读写速度比较六、克隆为深克隆还是浅克隆七、多线程环境下是否安全八、增强遍历时添加或删除元素会发生什么事情九、为什么数组被transient修饰十、通过subList()获得的集合能否转为ArrayList十一、使…
阅读更多...
最新文章
推荐文章

Copyright @ 2022~2023