00:00
各位同学,我们继续接下来进入到我们的第三小节,主从容错切换迁移案例,那这是啥意思呢?首先我们先来看一下这个命令啊,再看一眼我们的主从关系,那么6381。6383和6385就是基数的1353台master,那么二十六三台OK,说人话就是818483868582 OK,好,我们现在要干的活是这样的。啊。我们现在出现这样一种情况,主6381和从切换先停止主机6381,那么我们要判断两个问题啊。6381主机停了,对应的真实的从机会不会上位,那么。意思就是red集群的主从切换,我们现在想演示6381挂了6384能不能成功上位,有点类似于我们的什么。
01:11
哨兵对主从监控,如果master某个主机挂了。它对应的备份的C从击能不能够树立上位,那么下面我们就要演示的是手动把6381干掉,然后6384,看看你能不能够成功上位,OK,好,那么同学们。我们现在先来看一眼啊,6381,我叫2B12,那么来看6384。以什么身份?你老大是谁?2B12很清楚吧?那么好了,那么同学们现在shut大6381彻底没有了。好了,那接下来我们要干的活是不是就要去看看6381主机停了,对应的真实从机能不能上位,那么来6381作为一号主机分配的从机以实际情况为准,具体是几号机器就是几号,意思就是说,呃,有可能啊,你杨哥这个案例是6381,是马斯,分配了以后的话是6384,是雷瓦,有可能你分配的是6386,那么你具体是多少就是多少,OK,好。
02:24
那么接下来我们来看一眼啊,然后我们已经把6381手动的下的蛋了,那么来看看这个集群现在是什么情况来,那么red干client-A-P 638281你死了,但是我八二是不是还活着,连进来集群嘛,你连看哪个都可以,那么NOT4同学们请看,现在81MASTER fail挂了,也就是说y disconnected OK,但是请看6384等了一会它变什么鬼,Master master master,那么大家请看是不是和刚才的。
03:06
一样的三组两重的架构。实现完成搞定了我们的主从切换一句话,6384,直接告诉你,哥哥我升级了。从silver到master OK,你们来请大家看,现在6381是不是已经躺平,直接已经被拉走了。OK,好,我们得到一个结论,6381MASTER宕机了,6384是否会尚未成为新的master,完全尚未成功6384如果有疑问的同学,我们可以这么再来干P。6384OK,那么来最经典的info replication,这个就是看看自己是什么身份,6384现在是什么master OK,所以说呢,得到我们完整的正确的结论,6384可以成功上位,挤掉了6381 OK,好,那么接下来停止了6381,再次查看了我们的同级6384的成功上位,并能够正常使用,好那么来吧,正常使用的我们来看一下啊,那么set k。
04:21
没问题啊,抱歉啊,这个时候我没有那个用路由的连接,好杠C连接了吧,好,那么sat k1V11没问题吧,那么SK。K2V22 OK,那么SK3V33,那么同学们完全没有任何问题,好,那么接下来那么停止了,再来看一下集群都OK了,6384成功上位。下面6381原来的主机回来了,它是否会上位呢?那么来了现在啊,我们克拉斯塔not看好了,这个你可以当做不存在,现在我们活着的只有五台机器,12345,现在是三台MASTER2个,那么现在主机是6384,那么你也理解我的意思是什么概念?那么我们的6381是不是王者不一定归来呀?OK 6381-C,那么同学们。
05:26
啊,不好意思啊,那么这个时候是不是应该大意了,My server下面的red6381.com我们是不是先要把6381成功启动,然后才能是正常连接呀?啊,6321-C兄弟们OK吧,那么来了,稍微等他一两秒钟啊,可能它会有些组从关系的同步和修改,那这个时候大家请看应付。
06:00
Reputation来啥情况?6381啥情况?他是Li老大是谁?6384,我挂在172的6384下面,状态是up,那对不起,所以这个时候已经是什么江山易主,新的master是6384,他下面挂的slave是6381,那么老领导回来了,对不起,也要重新排队,OK,好,那么这个时候同学们请看恢复前我们答然呢都看过了6381什么fair,那么恢复以后得到的结论,6381不会上位,并且以什么silver重节点的形式回归。好那么来这个时候我们来看class not很清晰,6384是master,尾号是多少?252C,那么我们找到我们的6381,你6381你什么身份啊我?
07:00
是silver,你跟谁混啊?252C,那么252C是谁呀?我们的6384,所以各种证明可以发现6384现在是新的master 6381跟6384会证明完成,OK,好,那么这个就是我们的。容错和迁移,那么来同学们,那么集群呢,它是不保证数据的一致性啊,一定会有数据丢失的情况,因为如果在极端的高并发下面啊,它有时候那一瞬间啊,但是他丢的东西不多,因为我们呢,如果这个突然挂了,刚好有个K。这个槽位也要是6381分到这个槽,也就是说在零到5460这个槽位之间,我现在去找6381,刚好6381又挂了,那么集群是要等它重新上位,那么这一时间写进6381的是会有写丢失的情况的,但这个东西不多啊,因为red呢,它不保证强一致啊,特定条件下面集群的话,可能会丢掉一些被系统收到的写入请求,那么这个呢,Right safe,这有个lose right会有写丢失的情况,好。
08:09
那么下面我们呢,继续按照我们现在规划和设计的,那么还是三组三,从唯一的区别就是6381。和我们的6384掉了个个对吧,主变从,从变主,那么下面如果啊,我们碰上这样的故障,但是我们还是想依照我们首次分派的主从关系,那么这个时候同学们该怎么做呢?意思就是说,呃,虽然说现在也是三组三从,但是按照我们的设计架构图,它的主通关系就乱了,我们现在呢,就是恢复以后,我还是想让6381去做我们的。主机让我们的6384去做,我们的从机还是理顺原来的关系,OK,那么好,那么这个时候我们呢?说一下上面内瓦63841上位就挤掉了6381,那么6381和6384主从对调和原始设计图不一样了,那么假设啊,你在实际项目当中会有这种手动故障转移,或者说节点从属调整这样一种需求,就说我不说啊,当然啊,你可以不换,你说那无所谓,我现在就是6384是新的master 6381是新的,这是一种可以,那么你这节简的命令可以不用,但是你突然觉得我不,我有强迫症,或者说我还是希望按就按照我的设计,偶6381。
09:36
缺失了,但是我还想把它扶正,对吧,那么这时候呢,我们就要出现有一种东西叫什么。节点从属调整好,那们来,同学们请看重新登录6381,那么来同学们,这个时候我们是不是登录6381了?再次强调啊,或者是这样啊,In for replication,现在6381我自己的身份是,我跟谁混6384OK,那么下面我的要求是。
10:03
节点从属调整,主从关系再互换,我希望6384你去做内瓦,6381你去做master,回复成原来一样,那么这个时候在6381这个机上就请运行一个class fair over。能跟上叫集群的故障调换,OK,集群的节点从属调整,那么来同学们请看现在调整之前,哎哎哎,Not,那么6381MYSELF谁?我是什么身份?是个silver,我挂在252C 252C是谁?6384,所以说很清晰,我是头,八四是主,那么现在执行一下这个命令,好稍微等他一秒钟,那么来同学们卡NOT1回车,同学们请看6381我现在是什么?Master,我现在是多少?2B12,那么再回到我们的6384,你什么身份?我是silver,那么好,你又重新变回了原来的身份,Silver,你跟谁混?2B12 2b2是谁?6381还是原来的老领导,老master OK,所以说同学们这个命令是非常关键的,Cluster fell over,也就是我们的节点从属调整好,那么同学们对于我们的主从切换验证通过。
我来说两句