Docker中进行redis的集群配置和动态扩缩容

本文介绍了在Docker容器中进行Redis集群的配置与管理。包括新建6个容器实例构建集群关系,阐述集群环境下数据读写存储问题及解决办法,还说明了主从容错切换机制,以及主从扩容和缩容的具体操作步骤。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

1.1 集群配置

1)新建6个docker容器实例

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 
​
docker run -d --name redis-node-2 --net host --privileged=true -v /data/redis/share/redis-node-2:/data redis:6.0.8 --cluster-enabled yes --appendonly yes --port 6382 
​
docker run -d --name redis-node-3 --net host --privileged=true -v /data/redis/share/redis-node-3:/data redis:6.0.8 --cluster-enabled yes --appendonly yes --port 6383 
​
docker run -d --name redis-node-4 --net host --privileged=true -v /data/redis/share/redis-node-4:/data redis:6.0.8 --cluster-enabled yes --appendonly yes --port 6384 
​
docker run -d --name redis-node-5 --net host --privileged=true -v /data/redis/share/redis-node-5:/data redis:6.0.8 --cluster-enabled yes --appendonly yes --port 6385 
​
docker run -d --name redis-node-6 --net host --privileged=true -v /data/redis/share/redis-node-6:/data redis:6.0.8 --cluster-enabled yes --appendonly yes --port 6386 
命令解释
docker run创建并运行docker容器实例
--name redis-node-6容器名字
--net host使用宿主机的ip和端口,默认
--privileged=true获取宿主机root用户权限
-v /data/redis/share/redis-node-6:/data容器卷,宿主机地址:docker内部地址
redis:6.0.8redis镜像和版本号
--cluster-enabled yes开启redis集群
--appendonly yes开启持久化
--port 6386redis端口号

2)进入容器redis-node-1并为6台机器构建集群关系

docker exec -it redis-node-1 /bin/bash
​
# 进入docker容器后,执行如下命令 (ip换成你的服务器ip)
redis-cli --cluster create 172.17.0.1:6381 172.17.0.1:6382 172.17.0.1:6383 172.17.0.1:6384 172.17.0.1:6385 172.17.0.1:6386 --cluster-replicas 1
​
# --cluster-replicas 1表示为每个master创建一个slave节点

3)链接进入6381作为切入点,查看集群状态

redis-cli -p 6381
cluster info
cluster nodes

1.2 数据读写存储

1)集群读写error说明

我们连接上刚才创建的集群中的一台机器
redis-cli -p 6381

 

发现要设置k1这个key时,返回了error信息,是因为此时redis已经是集群环境了,单个redis只能存储指定范围的hash槽。k1计算的hash槽的值超过的该redis的范围,所以会存储失败。

为了防止路由失效,需要加参数-c 连接至集群环境

 

2)查看集群信息

redis-cli --cluster check 10.0.8.6:6381

1.3 主从容错切换

我们根据上图可以发现6381是主机,6386是从机,我们可以把6381给模拟停掉。等待片刻后可以发现6386节点自动升级成了master。

docker stop redis-node-1
# 进入任意一个集群节点
docker exec -it redis-node-2 bash
redis-cli -p 6382 -c
# 查看集群信息
cluster nodes

此时redis-node-1重启了,会发生什么呢?node-1会不会重新升为主节点

 可以发现6381还是slave。之前的6386不会降级为最开始的slave了。

1.4 主从扩容

1)新建6387、6388两个节点+新建后启动+查看是否8节点

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 

2)进入6387实例内部

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

3)将新增的6387节点(空槽号)作为master节点加入原集群

redis-cli --cluster add-node 自己实际ip地址:6387 自己实际ip地址:6381
    eg:redis-cli --cluster add-node 172.17.0.1:6387 172.17.0.1:6381
6387就是要作为master新增节点
6381就是原来集群节点里面的领路人

4)检查集群情况第一次

redis-cli --cluster check 172.17.0.1:6381

5)重新分派槽号

redis-cli --cluster reshard ip地址:端口号
 eg: redis-cli --cluster reshard 172.17.0.1:6381

 6)检查集群情况第二次

​​​​​​​

 为什么6387是3个新的区间,以前的还是连续的?

重新分配成本太高,所以前3家各自匀出来一部分,从6381/6382/6383 三个旧节点分别匀出1364个槽位给到新节点6387

7)为主节点6387分配从节点6388

redis-cli --cluster add-node ip:新slave端口 ip:新master端口 --cluster-slave --cluster-master-id 新主机节点id
​
redis-cli --cluster add-node 172.17.0.1:6388 172.17.0.1:6387 --cluster-slave --cluster-master-id b1f3384b8adc81c55bea93deb8a40e3744f2ca43

8)检查集群情况第三次

​​​​​​​

 

1.5 主从缩容

1)检查集群情况1获得6388的节点ID

redis-cli --cluster check 172.17.0.1:6381

2)从集群中将节点6388删除

redis-cli --cluster del-node ip:从机端口 从机6388节点ID
​
redis-cli --cluster del-node 172.17.0.1:6388 a40f9bd92fd82c7aa0c4ed80e02b7be68dbddfe9

3)将6387的槽号清空,重新分配

redis-cli --cluster reshard 172.17.0.1:6381
​
下图代表将6387主节点的槽号全部给了6282主节点(此处图省事,也可以平均分配给其他三个节点)
选完第一个不想在新增节点,输入done即可。

 4)查看集群状态

 此时可以看到6382有8192的槽位,6387已经是0个槽位了

5)将6387删除

redis-cli --cluster del-node ip:从机端口 6387节点id
​
redis-cli --cluster del-node 172.17.0.1:6387 b1f3384b8adc81c55bea93deb8a40e3744f2ca43
<think>好的,我现在需要回答用户关于DockerTomcat的关系或区别的问题。首先,我应该明确DockerTomcat各自的定义用途,这样用户才能理解它们之间的不同联系。 Docker是一个容器化平台,用于快速部署运行应用程序。而Tomcat是一个Web服务器Servlet容器,用于运行Java Web应用。用户可能想知道它们如何一起工作,或者为什么需要同时使用两者。 接下来,我应该分点说明它们的区别,比如功能定位、应用场景、资源管理等方面。然后解释它们的关系,比如如何在Docker中部署Tomcat,或者使用Docker容器化Tomcat应用。这样用户就能明白两者可以协同工作。 需要注意使用用户容易理解的语言,避免技术术语过多。同时,按照系统指令,数学公式要用$...$格式,但这个问题可能不需要数学公式。不过要确保使用正确的中文表达,结构清晰。 可能用户混淆了两者的概念,认为它们属于同一类工具,需要明确区分。另外,用户可能想知道实际应用中的结合使用案例,比如为什么用Docker来运行Tomcat,有什么好处。 需要检查是否有错误的信息,比如Tomcat是否仅仅是Web服务器,还是也包含Servlet容器。实际上,Tomcat主要是Servlet容器,同时具备Web服务器功能,这点要准确说明。 总结时,应该强调Docker提供环境隔离便捷部署,Tomcat负责运行Java应用,两者结合可以提升开发部署效率。确保回答结构清晰,步骤明确,帮助用户逐步理解。</think>Docker Tomcat 的关系与区别可通过以下维度说明: ### 一、本质区别 1. **Docker** - 定位:容器化平台(轻量级虚拟化技术) - 功能:打包应用及其依赖环境为标准化镜像,实现跨平台快速部署 - 类比:货运集装箱(统一封装、隔离运输) 2. **Tomcat** - 定位:Web 应用服务器(Servlet/JSP 容器) - 功能:解析 Java Web 程序(如 WAR 包),处理 HTTP 请求 - 类比:餐厅厨房(专门烹饪特定类型菜肴) ### 二、协作关系 1. **典型应用场景** 通过 Docker 部署 Tomcat 容器,例如: ```bash docker run -d -p 8080:8080 tomcat:9.0 ``` 此时 Docker 提供: - 环境隔离(避免主机环境干扰) - 版本控制(自由切换 Tomcat 8/9/10) - 快速扩缩容(秒级启动多个实例) 2. **优势对比** | 场景 | 传统部署 | Docker+Tomcat | |---------------------|-----------------------------------|-----------------------------------| | 多版本共存 | 需手动配置端口/环境变量 | 容器隔离,互不影响 | | 依赖冲突 | JDK 版本冲突难解决 | 每个容器独立 JDK 环境 | | 集群部署 | 逐台机器安装配置 | 镜像一次构建,随处运行 | ### 三、技术栈层级 ``` 应用层级 ├── Java Web 应用 (WAR包) │ └── 依赖 Tomcat 运行时 └── 其他语言应用 (Node.js/Python等) ``` ``` 基础设施层 └── Docker 容器 ├── 容器1: Tomcat + 应用A ├── 容器2: Nginx + 静态资源 └── 容器3: MySQL 数据库 ``` ### 四、性能特征 - **资源占用** Tomcat 直接运行在物理机时,启动约占用 300MB 内存;Docker 容器化后增加约 100MB 开销(取决于基础镜像) $$ \text{总内存} \approx \text{Tomcat 内存} + \text{Docker 开销} $$ - **启动速度** Tomcat 冷启动约 3-5 秒,Docker 容器启动在此基础上增加 1-2 秒(镜像已下载时) ### 五、实践建议 1. **开发环境** 使用 Docker Compose 整合 Tomcat + MySQL + Redis: ```yaml services: tomcat: image: tomcat:9.0 ports: - "8080:8080" mysql: image: mysql:5.7 environment: MYSQL_ROOT_PASSWORD: example ``` 2. **生产优化** - 定制镜像:基于官方 Tomcat 镜像添加 APR 库提升性能 - 安全加固:删除镜像中默认的 `/webapps/ROOT` 示例文件 - 资源限制:通过 `--memory=512m` 限制容器内存 通过 Docker 管理 Tomcat,可实现开发-测试-生产环境的一致性,解决「在我本地是好的」经典问题,同时提高系统可靠性可维护性。
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值