温馨提示:文本由机器自动转译,部分词句存在误差,以视频为准
00:00
各位同学大家好,我们继续上一讲,我们给大家说了一下主从扩容,那么现在我们已经获得了一个四主四从的相关的案例,123。四没错吧,1234OK了,那么就是四个MASTER4个SLAVE4组四从搞定,那么通过我们的笔记我们已经明白了,新增了重击6388全部挂载成功,且槽位分配到位,OK,那么现在三三变四四下面反向操作,我们现在的流量流,流量高峰上来了,三组三重扛不住啊,扩容到四主四重,问题是这个流量波峰又下去了,我那我们是不是有扩叫有缩呀?对吧,那么所以说我们现在要演示的呢,是缩容的案例,好,那么老规矩,先说需求分析,再说案例演示,那么来。这是扩,那么现在八七作为第四台主机,八八作为第四台一主一从挂上去,那么对外黑框框作为一个do卡容器化的分布式缓存集群搞定,那么下面。
01:04
我们觉得呢。没有那么大的流量了,不用这么高,还是恢复成三组三层,那么现在我们叫什么集群缩容,要删掉6387和6388,恢复成三除三层,哎,可以扩可以缩,那下面我们来分析一下我们会要碰到的问题,第一个。破的时候,槽位节点要重新洗牌,利益格局被打破,大家都要分给我一点,那么我现在被删掉了,假设我要缩回去了,那么我的槽位是不是又要面临着一次重新分配,那么大家觉得这次分配的时候。应该怎么个分配法是?物归原主,原路返回。这是一种可不可以,第二种还是说,哎呀,干脆集万千宠爱于一身,都给某一台机器,这个可不可以好,这是我们第一个问题。还的时候,归还的时候,槽位节点又该如何分配?
02:00
第二个问题,Master。你们觉得是仙删6387还是先删6388,那么大家呢,思考一下,OK,好,我们呢先暂停一下录屏,那么弟兄们,我们呢,来看一眼啊,这个呢,最后就是我们的这个笔记,那么这呢,不妨也给大家呢直接说明白一下。首先只能是先从从积山,因为master他是负责写的啊,写机器有可能会分配到我这儿的时候,你把它干掉了,不打好,我们最保险稳妥的方法,那么先删除6388。重击第四台,干掉新出来的曹号,再重新分配,我得还给前三个兄弟们。再删除6387,那么呢,最后恢复成我们原有的缩回去删除三层,好,那么同学们,我们呢,来看一下这个案例应该怎么做好,那么需求分析咱们呢,就先到这儿。
我来说两句