docker环境下，redis的扩容和缩容

吃西瓜的鱼

码龄7年

关注

原创最新推荐文章于 2024-11-09 08:00:00 发布 759 阅读

docker环境下配置redis3主3从集群配置，实现主从容错、主从扩容、主从缩容。阅读详情

本文根据阳哥的docker教程来的

首先创建出redis的image

docker run -d --name redis-node-1 --net host --privileged=true -v /data/redis/share/redis-node-1:/data redis:6.0.8 --cluster-enabled yes --appendonly yes --port 6381

按照上面的格式依次创建出6个

然后进入一个容器
构建主从关系

docker exec -it redis-node-1 /bin/bash

进入1号机之后。

redis -cli --cluster create 192.168.10.102:6381 192.168.10.102:6382 192.168.10.102:6383 192.168.10.102:6384 192.168.10.102:6385 192.168.10.102:6386
--cluster-replicas 1

--cluster-replicas 1 //这句的意思是主从关系1:1

运行结果如下

以6381为切入点，在这里插入图片描述

当我们去6381里添加数据时会报错，因为不在那个槽的范围内![在这里插入图片描述](https://img-blog.csdnimg.cn/fbdc7cf018624e5081b1c58d13772f8c.png?x-oss-process=image/watermark,type_d3F5LXplbmhlaQ,shadow_50,text_Q1NETiBA5ZCD6KW_55Oc55qE6bG8,size_20,color_FFFFFF,t_70

集群方式启动

接下来我们以集群的方式去启动，就会发现，可以插入。
集群的启动方式是在原先的后面加一个 -c
在这里插入图片描述

检查集群

接下来一个检查集群的一个命令

redis -cli --cluster check IP:port

在这里插入图片描述

主从切换

当我们的主机挂了之后，丛机会不会主动切换上去呢？
首先停掉一个
在这里插入图片描述现在我们进入2号机，去连接redis客户端，并检查当前节点状态，发现1号机已经dang掉了。
而且6384已经成为了master，不再是slave了
那如果，1号机又活过来了呢？情况会是怎样的呢？
我们先启动1号机

通过结果，可以发现，结果不会改变，1号机会变成从机，4号机依旧是主机
在这里插入图片描述

主从扩容

注意：他的hash槽是从各个主机上依次剥离出来的。
首先，新建两个节点。

docker run -d --name redis-node-7 --net host --privileged=true -v /data/redis/share/redis-node-7:/data redis:6.0.8 --cluster-enabled yes --appendonly yes --port 6387

docker run -d --name redis-node-8 --net host --privileged=true -v /data/redis/share/redis-node-8:/data redis:6.0.8 --cluster-enabled yes --appendonly yes --port 6388

接下来，将启动好的redis加入我们的集群。
进入我们新建好的redis节点。
然后执行命令

redis-cli --cluster add-node

在这里插入图片描述
执行完命令后，我们新建的节点确实加入到集群中。

接下来检查一下。
进入到1号机。
执行检查命令。
在这里插入图片描述虽然加入进去了，但是我们发现，我们的第四号却没有槽位。

接下来我们就需要重新分配槽号
在这里插入图片描述
我可以先看现在的情况

在这里插入图片描述
接下来就是怎么分，以及分配给谁

接下来就是分配给谁，以及怎么分的问题。
四个机器，16384/4=4096,分配给我们新建的主机

接下来，我们再检查一下我们的集群，会发现，我们的槽号已经发生了改变。
再看，7号机，发现，他的槽号是有3段，也就是每个机器都匀了一点给他

在这里插入图片描述
为什么这样分配呢？
因为从新分配的话，成本太高。
接下来，添加从机

redis-cli --cluster add-node 要添加的 目标主机:端口 --cluster-slave --cluster-master-id 实际id

执行完命令后，发现添加成功
在这里插入图片描述

主从缩容

要考虑两个问题，如何归还槽号，匀着分，还是一下都给一个。
然后就是如何关闭，先关闭从机，然后分槽号，然后关主机。

接下来就是实操。
首先，我们要找到我们要删除的id,也就是先检查容器状态在这里插入图片描述先锁定我们要删除的

接下来就是删除操作

redis-cli -cluster del-node ip:从机端口 节点id

在这里插入图片描述结果如下

再次检查就发现已经删除成功
接下来，重新分配槽号
然后就是分配给谁，我们可以一次分配一点，也可以一次分配完，这里图省事，一次将所有的槽号，分给1号机。
然后，就是图中，首先，我们分配给谁，然后，谁接收。
在这里插入图片描述
完成之后，检查一下集群

redis-cli --cluster check ip:port

可以看出6387的槽号已经全部给了6381
在这里插入图片描述完成槽号分配，就是删除主机

在这里插入图片描述
接下来，再检查一次，我们会发现，回到3主3从的集群。

收录于

docker

标签

#docker

本内容遵循 CC 4.0 BY-SA 版权协议

VS Code/TRAE集成Cppcheck并启用MISRA规则本文探讨了嵌入式开发中Cppcheck工具集成与MISRA规则检查的必要性。详细介绍了安装配置步骤：安装VSCode/TRAE、Cppcheck软件、配置插件参数、安装Python环境，并重点说明了MISRA规则文件的设置方法。通过完整的配置流程，实现了嵌入式开发环境下静态检查与安全标准的落地。阅读详情