目录
一、问题
二、搭建步骤
三、主从容错切换迁移案例
1.数据读写存储
2. 容错切换迁移
四、主从扩容案例
五、主从缩容案例
六、集群的 Jedis 开发
七、Redis 集群提供了以下好处
八、Redis 集群的不足
单机单台100%不可能,肯定是分布式存储
另外,主从模式,薪火相传模式,主机宕机,导致 ip 地址发生变化,应用程序中配置需要修改对应的主机地址、端口等信息。之前通过代理主机来解决,但是 redis3.0 中提供了解决方案。就是无中心化集群配置。
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
参数 | 说明 |
--net host | 使用宿主机的IP和端口,默认 |
--privileged=true | 获取宿主机root用户权限 |
-v /data/redis/share/redis-node-6:/data | 容器卷,宿主机地址:docker内部地址 |
redis:6.0.8 |
redis镜像和版本号 |
--cluster-enabled yes |
开启redis集群 |
--appendonly yes |
开启持久化 |
--port 6386 |
redis端口号 |
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从搞定
在 redis-cli 每次录入、查询键值,redis都会计算出该 key应该送往的插槽,如果不是该客户端对应服务器的插槽,redis会报错,并告知应前往的 redis实例地址和端口。
实现自动重定向,设置数据会自动切换到相应的写主机
redis-cli --cluster check 192.168.111.147:6381
注意:
不在一个 slot 下的键值,是不能使用 mget,mset 等多键操作。
可以通过{}来定义组的概念,从而使 key中{}内相同内容的键值对放到一个 slot 中去。
6381宕机了,6385上位成为了新的master。
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 exec -it redis-node-7 /bin/bash
将新增的6387作为master节点加入集群
redis-cli --cluster add-node 自己实际IP地址:6387 自己实际IP地址:6381
6387 就是将要作为master新增节点
6381 就是原来集群节点里面的领路人,相当于6387拜拜6381的码头从而找到组织加入集群
redis-cli --cluster check 真实ip地址:6381
redis-cli --cluster reshard 192.168.111.147:6381
Ip地址端口号为master的即可,相当于突破口
Source node #1: all 所有master槽位平均给receiving node分配4096个槽位
redis-cli --cluster check 真实ip地址:6381
为什么6387是3个新的区间,以前的还是连续?
重新分配成本太高,所以前3家各自匀出来一部分,从6381/6382/6383三个旧节点分别匀出1364个坑位给新节点6387
redis-cli --cluster add-node ip:新slave端口 ip:新master端口 --cluster-slave --cluster-master-id 新主机6487节点ID
redis-cli --cluster check 192.168.111.147:6382
目的:6387和6388下线
redis-cli --cluster check 192.168.111.147:6382
redis-cli --cluster del-node ip:从机端口 从机6388节点ID
redis-cli --cluster check 192.168.111.147:6382
redis-cli --cluster reshard 192.168.111.147:6381
redis-cli --cluster check 192.168.111.147:6381
4096个槽位都指给6381,它变成了8192个槽位,相当于全部都给6381了,不然要输入3次,一锅端
命令:redis-cli --cluster del-node ip:端口 6387节点ID
redis-cli --cluster del-node 192.168.111.147:6387 e4781f644d4a4e4d4b4d107157b9ba8144631451
redis-cli --cluster check 192.168.111.147:6381
即使连接的不是主机,集群会自动切换主机存储。主机写,从机读。
无中心化主从集群。无论从哪台主机写的数据,其他主机上都能读到数据。
public class JedisClusterTest {
public static void main(String[] args) {
Setset =new HashSet();
set.add(new HostAndPort("192.168.111.147",6381));
JedisCluster jedisCluster=new JedisCluster(set);
jedisCluster.set("k1", "v1");
System. out.println(jedisCluster.get("k1"));
}
}