紧接着上文 redis集群配置

redis cluster模式，主机宕机，从机会自动补位成master, 如果主机恢复，会变为从机

容灾实操案例

docker stop redis-node-1

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

redis-cli -p 6382 -c

cluster nodes 查看节点状态

发现redis-node-1 fail 6385端口的redis从机变为了master

重新启动 redis-node-1 再次查看节点状态，本来是master 变为了slave

查看集群状态 redis-cli --cluster check 192.168.131.130:6381

主机已经变为 6382 6383 6385

redis集群扩容案例

新建6387、6388两个节点

docker run -d --name redis-node-7 --net host --privileged=true -v /data/redis/share/redis-node-7:/data redis:latest --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:latest --cluster-enabled yes --appendonly yes --port 6388

docker ps 查看是否有8个redis实例

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

将新增的6387作为master节点加入集群

redis-cli --cluster add-node 新加入的主节点 原先的主节点（随便哪个）

redis-cli --cluster add-node 192.168.131.130:6387 192.168.131.130:6382

检查集群情况

redis-cli --cluster check 192.168.131.130:6381

6387节点已经添加完成 但是没有槽位

重新分配槽号

redis-cli --cluster reshard 192.168.131.130:6382

4096 总共16384 个槽位，4台主机 所以填4096，平均分配

蓝色框是为哪个节点的ID分配槽位

再次检查集群情况

redis-cli --cluster check 192.168.131.130:6382

发现已经有了槽位，但是还没有slave从机

为主节点6387分配从节点6388

命令：redis-cli --cluster add-node ip:新slave端口 ip:新master端口 --cluster-slave --cluster-master-id 新主机节点ID

redis-cli --cluster add-node 192.168.131.130:6388 192.168.131.130:6387 --cluster-slave --cluster-master-id 6210e06c2e4e9d0a6c8eb665c471b85231f5d6fd

检查集群情况，四主四从配置完成

redis-cli --cluster check 192.168.131.130:6387

redis集群缩容案例

以6387和6388下线为例

检查集群情况 拿到6388节点id

redis-cli --cluster check 192.168.131.130:6382

将6388从节点从集群中删除

命令：redis-cli --cluster del-node ip:从机端口 从机6388节点ID

redis-cli --cluster del-node 192.168.131.130:6388 38fdb11baea9e9fd3f584b2ba3f5160868e15b71

再次查看集群状态。发现6388从节点没了

将6387的槽号清空，重新分配，清出来的槽号都给6382

redis-cli --cluster reshard 192.168.131.130:6382

再次查看集群状态，发现只有三主三从了，6382接收了删除的8387槽点变为了8192

redis集群缩容 end

为什么新分配的6387的槽是3个新的区间？

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