文章目录
1.Docker复杂安装详说
1.2安装redis集群
1.2.1面试题:1~2亿条数据需要缓存,请问如何设计这个存储案例
问题:1~2亿条数据需要缓存,请问如何设计这个存储案例
答案:3种方法
1)哈希取余分区
2)一致性哈希算法分区
3)哈希槽分区
哈希取余分区
问题:这种方案缺点是啥?
答案:
一致性哈希算法分区
一致性哈希算法分区是什么
能干嘛
3大步骤
3大步骤:
1)算法构建一致性哈希环
2)服务器IP节点映射
3)key落到服务器的落键规则
算法构建一致性哈希环
问题:为啥是2^32?
答案
:因为hash值是32位的
服务器IP节点映射
key落到服务器的落键规则
优点
一致性哈希算法的容错性
一致性哈希算法的扩展性
缺点
一致性哈希算法的数据倾斜问题
小总结
哈希槽分区
问题:哈希槽分区是什么?
答案
:
哈希槽计算
经典面试题:
问题:为什么redis集群的最大槽数是16384个?
答案
:
1.2.2 3主3从redis集群扩缩容配置案例架构说明
整体流程图
知识点总结图
使用步骤:
1)关闭防火墙+启动docker后台服务
2)新建6个docker容器redis实例
3)进入容器redis-node-1并为6台机器构建集群关系
4)链接进入6381作为切入点,查看集群状态
注意点说明
注意点1:
问题:执行命令systemctl start docker启动docker报错如图?
答案
:未关闭防火墙
注意点2:
新建6个docker容器redis实例
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
补充说明:
注意点3:
进入容器redis-node-1并为6台机器构建集群关系进入容器
执行命令
:docker exec -it redis-node-1 /bin/bash
构建主从关系
//注意,进入docker容器后才能执行一下命令,且注意自己的真实IP地址
redis-cli --cluster create 192.168.111.147:6381 192.168.111.147:6382 192.168.111.147:6383 192.168.111.147:6384 192.168.111.147:6385 192.168.111.147:6386 --cluster-replicas 1
--cluster-replicas 1 表示为每个master创建一个slave节点
一切OK的话,3主3从搞定
注意点4:
链接进入6381作为切入点,查看集群状态
命令查看集群状态+查看节点状态
查看集群状态
:cluster info
查看节点状态
:cluster nodes
1.2.3主从容错切换迁移案例
知识点总结图
数据读写存储
使用步骤:
1)启动6机构成的集群并通过exec进入
2)对6381新增两个key
3)防止路由失效加参数-c并新增两个key
4)查看集群信息
注意点说明:
注意点1:
Redis客户端命令:
不开启集群模式
:redis-cli -p 端口号
开启集群模式
:redis-cli -p 端口号 -c
查询所有key命令
:keys *(中间有空格)
清空所有key命令
:flushdb
注意点2:
步骤3中防止路由失效加参数-c并新增两个key
注意点3:
步骤4中查看集群信息
redis-cli --cluster check 192.168.111.147:6381
容错切换迁移
使用步骤:
1)主6381和从机切换,先停止主机6381
2)再次查看集群信息
3)先还原之前的3主3从
4)查看集群信息
注意点说明:
注意点1:
步骤2中,停止6381主机后再次查看集群信息
注意点2:
步骤3中先还原之前的3主3从
先启6381 -> 再停6385 -> 再启6385
注意点3:
查看集群状态,命令
:redis-cli --cluster check 自己IP:6381
注意点4:
问题:redis-node-4目前是主机,当redis-node-1重新启动时,redis-node-4是让位由主机变为备机,redis-node-1当主机,还是说redis-node-4依然是主机,新启动的redis-node-1是备机?
答案
:redis-node-4依然是主机,redis-node-1变为备机。
1.2.4主从扩容案例
知识点总结图
使用步骤:
1)新建6387、6388两个节点+新建后启动+查看是否8节点
2)进入6387容器实例内部,docker exec -it redis-node-7 /bin/bash
3)将新增的6387节点(空槽号)作为master节点加入原集群
4)检查集群情况第1次
5)重新分派槽号
6)检查集群情况第2次
7)为主节点6387分配从节点6388
8)检查集群情况第3次
注意点说明:
注意点0:
问题:当前是3主3从,我想新加1主1从,那么之前已经分配好的哈希槽3段区间会如何变化?槽位如何分配呢?分多少过去呢?是大家按比例给它还是按人头AA?
答案
:重新执行命令,重新分配槽号,按照的是大家按比例给它,不是AA,因为重新AA分配成本太高了。
注意点1:
步骤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
docker ps
注意点2:
步骤2中进入6387容器实例内部,执行命令
:docker exec -it redis-node-7 /bin/bash
注意点3:
步骤3中将新增的6387节点(空槽号)作为master节点加入原集群
将新增的6387作为master节点加入集群
redis-cli --cluster add-node 自己实际IP地址:6387 自己实际IP地址:6381
6387 就是将要作为master新增节点
6381 就是原来集群节点里面的领路人,相当于6387拜拜6381的码头从而找到组织加入集群
注意点4:
步骤4中检查集群情况第1次
redis-cli --cluster check 真实ip地址:6381
注意点5:
步骤5中重新分派槽号
重新分派槽号
命令:redis-cli --cluster reshard IP地址:端口号
redis-cli --cluster reshard 192.168.111.147:6381
注意点6:
步骤6中检查集群情况第2次,槽号分派说明
为什么6387是3个新的区间,以前的还是连续?
重新分配成本太高,所以前3家各自匀出来一部分,从6381/6382/6383三个旧节点分别匀出1364个坑位给新节点6387
注意点7:
步骤7中为主节点6387分配从节点6388
命令:redis-cli --cluster add-node ip:新slave端口 ip:新master端口 --cluster-slave --cluster-master-id 新主机节点ID
redis-cli --cluster add-node 192.168.111.147:6388 192.168.111.147:6387 --cluster-slave --cluster-master-id e4781f644d4a4e4d4b4d107157b9ba8144631451-------这个是6387的编号,按照自己实际情况
注意点8:
步骤8中检查集群情况第3次
redis-cli --cluster check 192.168.111.147:6382
1.2.5主从缩容案例
知识点总结图
使用步骤:
1)目的:6387和6388下线
2)检查集群情况1获得6388的节点ID
3)将6388删除,从集群中将4号从节点6388删除
4)将6387的槽号清空,重新分配,本例将清出来的槽号都给6381
5)检查集群情况第二次
6)将6387删除
7)检查集群情况第三次
注意点说明:
注意点1:
问题1:当前是4主4从,我现在要变回3主3从,那删掉的哈希槽区间是按照之前的原路返回给3主?还是一致性全给某一个主机?
答案
:最好重复3次分配给3台,但是视频中了为了省事,统一把所有分配给单一主机6381了。
问题2:是先删6387主机,还是先删6388从机?
答案
:先从6388从机删,因为主机支持读写,可能删除过成功还用得到,保险起见先删从机,再删主机。
注意点2:
步骤2中检查集群情况1获得6388的节点ID
redis-cli --cluster check 192.168.111.147:6382
注意点3:
步骤3中将6388删除,从集群中将4号从节点6388删除
redis-cli --cluster del-node 192.168.111.147:6388 5d149074b7e57b802287d1797a874ed7a1a284a8
redis-cli --cluster check 192.168.111.147:6382
检查一下发现,6388被删除了,只剩下7台机器了。
注意点4:
步骤4中将6387的槽号清空,重新分配,本例将清出来的槽号都给6381
redis-cli --cluster reshard 192.168.111.147:6381
注意点5:
步骤5中检查集群情况第二次
redis-cli --cluster check 192.168.111.147:6381
4096个槽位都指给6381,它变成了8192个槽位,相当于全部都给6381了,不然要输入3次,一锅端
注意点6:
步骤6中将6387删除
命令:redis-cli --cluster del-node ip:端口 6387节点ID
redis-cli --cluster del-node 192.168.111.147:6387 e4781f644d4a4e4d4b4d107157b9ba8144631451
注意点7:
步骤7中检查集群情况第三次
redis-cli --cluster check 192.168.111.147:6381
注意点8:
问题:重新分配哈希槽的all和done都是啥?
答案
:
本人其他相关文章链接
1.《docker高级篇(大厂进阶):1.Docker复杂安装详说》包括:安装mysql主从复制、安装redis集群
2.《docker高级篇(大厂进阶):2.DockerFile解析》包括:是什么、DockerFile构建过程解析、DockerFile常用保留字指令、案例、小总结
3.《docker高级篇(大厂进阶):3.Docker微服务实战》
4.《docker高级篇(大厂进阶):4.Docker网络》包括:是什么、常用基本命令、能干嘛、网络模式、docker平台架构图解
5.《docker高级篇(大厂进阶):5.Docker-compose容器编排》包括是什么能干嘛去哪下、Compose核心概念、Compose使用三个步骤、Compose常用命令、Compose编排微服务
6.《docker高级篇(大厂进阶):6.Docker轻量级可视化工具Portainer》
7.《docker高级篇(大厂进阶):7.Docker容器监控之CAdvisor+InfluxDB+Granfana》包括:原生命令、是什么、compose容器编排,一套带走
8.docker基础篇:安装tomcat
9.docker基础篇:安装mysql单机版
10.docker基础篇:安装redis单机版
11.docker高级篇(大厂进阶):安装mysql主从复制
12.docker高级篇(大厂进阶):安装redis集群
版权声明:本文内容由互联网用户自发贡献,该文观点仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 举报,一经查实,本站将立刻删除。
文章由极客之音整理,本文链接:https://www.bmabk.com/index.php/post/106094.html