总时长 13:26:00 共95P
此文章包含第42p-第p56的内容
分布式存储案例




第1种 哈希取余分区

优点

缺点

第2种 一致性哈希环算法分区


顺时针进入

优点

缺点


总结

要是一个宕机了,数据存到下个节点,然后服务恢复了,那那些数据hash取怎么办?
宕机之后的数据恢复了肯定取不到了,要做一部分迁移
第3种 哈希槽分区







这个在扩缩容的时候,不会导致数据异常,扩缩容的时候hash槽会重新分配到不同节点,但是数据一定在确定的hash槽上
三主三从集群设置



docker服务未启动报以下错误



--cluster-enabled yes 是否开启集群
--appendonly yes

秒级别启动6台redis







输入yes

哈希槽分配







主从配对是随机分配的




自带哨兵

hash槽位分配到其他两台上 导致错误

这条错误是说 你这个k1的哈希槽位是12706 超过了你的最大槽位 redis自动帮你移动到3上 但是你连接使用的是单机版连接方式 所以移动失败


命令加-c 代表使用集群方式连接

清空



重定向到3上

集群信息检查




主从切换

关闭一号主机



1重新启动后 从主机变成了从机
如果想改回来 则把4停止一会儿 让1上位 然后再重新启动4 就又变成1是主4是从了




主从扩容















重新分配槽号


16384除以4=4096
把4096个槽位分配给6387这个的ID

等待一会儿 重新更新槽位

数据所在槽位没变,就是槽位到节点的映射变了
前三个切了一部分分给了第四个槽位



挂载第八个


缩容案例



容器没有停,就是从集群中移除这个节点


多少个槽位你要去移除呢



把槽位挂载到6381上

从6387上进行移除
done 结束

等一会儿 重新分配

完成 重新查看集群的情况


6387槽位为空

删除6387





本文档详细介绍了Docker实战教程中的分布式存储策略,包括哈希取余分区、一致性哈希环算法以及主从集群设置。讲解了如何处理数据迁移、故障恢复和集群维护,如秒级别启动Redis、主从切换与扩容、槽位分配和缩容操作。
1442

被折叠的 条评论
为什么被折叠?



