00:00
好,同学们,我们继续,那么现在6379重新回来了以后。会不会双master冲突?我相信到这大家应该是一清二楚了,对吧?咱们来replication各位同学,请看6379重新回来以后,对不起,你自己的身份是什么?Silver败了一个新的老大是谁?6381?那么你的link c状态是什么?Up来吧,比如说sat k5 V55能不能写?不能,哎,以前作威作福的6379MASTER现在彻彻底底变成了silver OK,好了,那么回到我们的6381,那么现在是不是黄袍加身变成了新的master 6381下面有两个小弟跟着我混饭吃,一个是八零,一个是七九,OK,那么来吧,我们set啊,假设K4。
01:01
叫尿。Master,然后这个是6381,好,Get k4能写能读,证明了6381新的主机,那来get k4怎么样,八零能获得吧,那么再来get k4如何796379能获得吧,那么至此我们彻彻底底完成了我们的急于哨兵的无人值守的故障容错和数据迁移。好,那么同学们上面的思考问题。我们呢?挨个揭晓答案,两台冲击是否OK?我们是OK的好,刚才也演示过,不多废话,但是这有两个小细节,各位零基础的小白同学们,杨哥把你们要踩的坑给大家呢说一下,你们会碰上两个小问题,刚才大家都看到了啊。如果我6379突然断开了以后,我们会报两种错误,一个叫服务器关闭连接,另外一个叫broken pipe,诶。
02:04
受破坏断开的管道,这什么意思呢?来你在实验的过程当中啊,两种情况都会出现,那么看你出的是哪一个,比如说假设你好端端的6380这get k2,但是6379突然死了,你再去get k他,哎,管道断开,然后再连一次,有点相当于说重新刷新一下这个网络的拓扑结构连上了,这个刚才我已经演示过,对吧,一定要看这个master link的S状态是up,那么下面我们来说一下这两个错几乎都是一样的问题干嘛?首先它主要就是意思就是说对端的管道已经断开,那么按照我们的架构设计,是不是两个6380和6381好端端的连着我们的master,突然6379MASTER宕机了,所以说就是对端的管道已经断开了,往往是发生在远端,把这个读写管道关闭了,你无法再对这个管道进行读写操作,OK,所以这个叫什么断开管道。由于这个。
03:05
变换的时间也许过了,也许你反应的比较快,有时候会出现这个错,有时候会出现什么上面这个彻底断开这个错,那么看它底层是如何运行的,那么来回到我们的这,我们来了解一下这个首先解决问题,其实当该异常产生的时候,对服务端来说并没有什么多少影响,只是说怕各位小白呢看到呀,吓死了,怎么,是不是我配错了,你没有配错再连一次啊,OK。就可以重新给他续接上好,这是我们的第一个问题,以及会碰上的两个小坑,两台同期数据是OK的,那么接下来我们的投票心血那么也给同学们呢?深刻的分析过了这个日志,尤其是Switch master OK,那么该怎么选就是怎么选好,接下来,那么之前淡季的master机器重新回来,谁将会是老大,什么角色?不好意思,回来以后重新排队去,OK,你以前的被清零了,你上位以后我们已经说过了,我们的6379现在是个什么身份,是不是说的很清晰,6379自己是个slave了,所以谁是master?那么本次案例6381被选为新master尚未成功。那么在这。
04:23
我们已经看到了master,那么尚未成功,那么OK,第二个以前的6379从master降级变为了slave,我们也给大家呢也试过,那么注意这有个master link,这个状态一定要是up。那么第三个小坑就是部分小白同学呢,学完了第一次配这个呢,可能会出错,你别看我这儿配的都成功了,轮到你的时候可能会出错,那么假如说你的主动复制啊,配置的不开,回到这儿请注意主机637有这如果你报的是这个错,连接的状态是氮,就是可能你的哨兵监控。
05:01
主机master死了,然后又重新回来以后,根本没有加入到我们这个全新的集群,那么这状态是个蛋,就是因为你这6379这儿可能没有配置,重新问的六个一。6379宕机之前它是master,可是宕机之后它重新回来,它是会变成。Slave的,他要去访问新主机的密码,如果你报这个错,那么应该就是这没配我们的访问密码,OK,好,这是我们的第二步,最后6380还是slave,我们在这儿呢,也已经看到了,对吧,In for reputation,好,6380还是什么,自始至终都是slave,跟谁混不是混,所以呢,他没有任何。超过他自身权限的操作没有。出规出矩的,好端端的,所以他呢,只不过是换了个新老大6381,从原来拜的老大是6379,变成了6381 6380还是Li OK,好,那么这个就是我们的三个问题以及对应的答案。那么接下来没完呢?前面我们留了一个小小的细节,请看。
06:07
我们呢,看过这个配置文件对吧,第一个和大家呢解释过它呢,加了很多东西在上面对吧,MY,我们的CDMY,然后呢,VI IM sent来。然后这是26379。看复,那么各位亲,我们强调过,以前我们只是到六个一到后面的话,由于它这些主动关系,后面是发生了非常激烈和非常深度的一些选择的算法,我们后面会下面下一讲说啊,但是在这就告诉大家看一下它的重新的重写配置文件会增多这些注释以后的是它自动生成的,不是我们配的,这是第一个小细节,好,第二个小细节啊,请大家看老master,我们来看一下RED6379哈。
07:06
首先啊,在这块是非常有意思的,6379.com来,同学们。我们呢,回到这儿了以后啊,看什么呢?首先我们先来看最后一行,哎,我们大家都清楚啊,换以前的时候,弟兄们呢,都清楚,在复制这一块,我们的6379是什么,不用看别人脸色的,他在这块是从来没配过,OK,我们只是配了六个一这个密码,但是现在如果他。基于哨兵的管理以后,在最后这一行,大家还记不记得我们跟大家说过什么叫伊格诺忽略的这个警告?这个是几乎在我们没有做哨兵之前,这是最后一行,但是启用哨兵以后,他会重新在这儿重新写,让6379去拜6381的码头。明白再加了我们的什么。
08:01
RDB对应的这些配置,然后告诉你,在这我就写了一个什么re of OK 6381重新变成了我的新大哥,好,那么这个我们就可以明白。对于我们的老master让能看到,那么对于我们的新master呢,我们呢也来给大家呢,倒使倒使看一下啊,那么回到我们这vim,我们这儿呢,也是我们的RED6381COM复,那么大家请看最后这一行一后面是不是也重新下了一些东西。此外回到我们的。在这块好。来,大家请看,它变成新的主机了以后,以前我们在这儿写的东西是不是被自动被它给涂掉了,这么说能理解吗?同学们这么说明不明白O不OK,所以说6381啊,它呢,以前我们是配的时候,6381我们是强调过的,在这儿6381好端端的在这是配了这一行的,但是如果有哨兵了以后这一行。
09:18
把它拿掉了,因为他的身份已经换了,OK 6381变成了新的主机,所以说他不再是做从机了,这一段已经被别人给拿走了,所以结论文件的内容在运行期间会被sent干嘛动态的修改,主从切换之后,Master register slave内容都会发生改变,我们给大家看过了,即master中会多一行slave of的配置,Cent的监控目标会随之调换,OK在这都给同学们呢讲的清清楚楚来,所以呢,在这块就可以得到一方面有些动态的修改,另外一方面我们的数据依旧能够保持,这个就是哨兵的功能,最终就是完成了一个数据的恢复和迁移,以及选出新的老大。
我来说两句